https://wikimirror.piraten.tools/wiki/index.php?action=history&feed=atom&title=2010-01-04_-_Serverausfall_Blackpearl 2026-04-08T04:18:48Z Versionsgeschichte dieser Seite in Piratenwiki Mirror MediaWiki 1.35.14 https://wikimirror.piraten.tools/wiki/index.php?title=2010-01-04_-_Serverausfall_Blackpearl&diff=55653693&oldid=prev 2010-01-10T17:00:59Z

<p>Die Seite wurde neu angelegt: „Am Sonntag den 04.01.2010 morgens bis Montag den 05.01.2001 14:15h waren die Systeme der Piratenpartei nicht erreichbar. Ursache war zunächst durch eine technis…“</p> <p><b>Neue Seite</b></p><div>Am Sonntag den 04.01.2010 morgens bis Montag den 05.01.2001 14:15h waren<br /> die Systeme der Piratenpartei nicht erreichbar.<br /> <br /> Ursache war zunächst durch eine technische Störung auf unserer Seite notwendiger Reboot,<br /> der dann mit einer Störung beim Provider zusammenfiel.<br /> Der Server befand sich trotz beseitigter Probleme auf unserer Seite in einem<br /> Modus, der verhinderte, daß das System von Platte booten konnte. Dieses<br /> Problem wurde vom Hoster erst am Montag behoben.<br /> An den Systemen wie Mail, Datenbank und Apache für Wiki st in den letzten Wochen<br /> sehr viel optimiert wurden. Der durch den notwendigen Reboot verursachte Ausfall<br /> selbst wäre nach fünf Minuten um 5 Uhr in der Nacht erledigt gewesen.<br /> <br /> Das führt uns zum Problemkreis in dem wir hier feststecken.<br /> # Es gibt Anforderungen an die Performance. (Möglichst viel!)<br /> # Es gibt Anforderungen an die Verfügbarkeit. (Möglichst hoch!)<br /> # Es gibt Anforderungen, welche Services angeboten werden sollen.<br /> # Es gibt viele Zugriffe durch die Arbeitsweise der Piraten.<br /> # Es gibt ein knappes Budget.<br /> <br /> Das heisst in der Konsequenz: Systeme bei einem Hoster anmieten, der für<br /> das vorhandene Budget möglichst viel Performance bietet. Dadurch fängt<br /> man sich andere Schwächen ein und irgendeinen Tod muss man hier zwangsweise<br /> sterben. Viele Rootserversetups sind für unseren Einsatzzweck auch schlicht<br /> nicht vorgesehen. Wir müssen aus Kostengründen trotzdem damit klarkommen.<br /> Dazu gehören auch eigentlich indiskutable Service Level und Reaktionszeiten<br /> auf Providerseite.<br /> Das geschieht derzeit vor allem durch einen sehr hohen Zeitaufwand, den<br /> einzelne Mitglieder investieren um die vorhandenen Probleme in den Griff<br /> zu kriegen. Manche zunächst sinnvoll wirkende technische Lösung erweist<br /> sich später als Brandbeschleuniger.<br /> <br /> Durch das begrenzte Budget können wir viele Probleme tatsächlich nur durch<br /> &quot;Einsatz von Zeit&quot; auffangen, die in einer technisch idealen Lösung durch<br /> den Einsatz geeigneter Hardware, einem geeigneten Netzwerksetup, Storage<br /> nicht anfallen würden.<br /> Ideen haben wir, teilweise bewährte Konzepte aus jahr(zehnt)elanger beruflicher<br /> Praxis im Betrieb von mehr oder weniger großen Webserverfarmen, es fehlt<br /> schlicht das Geld diese so umzusetzen, wie es technisch erforderlich<br /> wäre.<br /> <br /> Wir werden in Kürze damit beginnen, Geldspenden zur Beschaffung einer<br /> eigenen Infrastruktur zu sammeln und hoffen hier ausreichende Mittel<br /> zu erhalten, um ein adäquates skalierbares Setup auf die Beine zu<br /> stellen, welches tatsächlich allen Anforderungen genügt und keine Notlösung<br /> ist.<br /> <br /> <br /> <br /> [[Kategorie:Serverausfall]]</div>

imported>Dyfa