Das Laster mit dem Cluster

Die Ehrlichkeit gebietet es, auch von Vorhaben zu berichten, die nicht so gut laufen wie gewohnt.Wie schon vormals berichtet birgt der hohe Anspruch, eine WISE 1.2R2 Installation zu Clustern einige Überraschungen.Zunächst stellen wir fest, dass der wiederholte Hinweis auf die I/O lastigen Operationen eines WISE Servers ernst zu nehmen ist.Auch in der Originaldokumentation der NATO wird darauf hingewiesen, daß eine vernünftige Raid-5 Speicherausstattung wichtiger ist als Prozessortakt und RAM.DAS STIMMT.Die Idee, das Filestorage auf ein NAS auszulagern wurde ursprünglich getrieben von der Vorstellung, dass die NAS über 2-fach FDD an die Server angebunden ist und in sich performant genug sei um den Aufgaben gerecht zu werden.DAS STIMMTE NICHT.Letztendlich sind wir mit einer 100 MBit exclusiv angebundenen 3 Platten NAS untermotorisiert ins Rennen gegangen. Nachdem wir den Datenbestand soweit gestreamlined hatten, dass eine akzeptable Antwortzeit erreicht wurde, ist dann eine der 3 Platten permanent ausgefallen. Bei der anschliessenden Reparatur des Systems ist schliesslich die Data.fs zerstört worden.Das letzte funktionierende Backup war leider 1,5 Tage alt.Bei der folgenden Rekonfiguration sind wir wie folgt vorgegangen.Aus den vorhandenen funktionierenden Datenbeständen wurde im Laufe der letzten 2 Tage vor dem Absturz des NAS eine neue Filestorage auf dem ehemaligen Web-Server aufgebaut. Aufgeräumt und in einen lokal lauffähigen Zustand gebracht. Dann haben wir den richtigen ZEO aufgespielt.

Achtung: Zu jeder ZODB (Datenbank Unterbau des ZOPE / WISE) gibt es einepassende ZEO Version.WISE 1.2 R2 basiert auf Python 2.3, Zope 2.6 auf einer ZODB 3.1.5Dazu gehört ein ZEO 2.1.5, dass man nur im Repository der ZODB auf www.zope.org findet……. (weg mit den Betas Vers. 1.x und hin zu einer Stable Version 2)

Damit verschwanden auch einige der Fehler in Bezug Kommunikation ZEO-ZEO.ZEO ist für Windows nicht sonderlich gut dokumentiert, sodass man aus den verschiedenen vorhandenen Konfigurationsmöglichkeiten und der Syntax mit dem Hintergrundwissen der Vers. 1.0 Installation weiterkommen kann.ZEO 2.1.5 versteht die Variable INSTANCE_HOME nicht mehr. Dafür kann man mit einem kleinen .py script (ähnlich der custom_zodb.py) ein oder mehrere Storages verschiedener Art unter das WISE hängen.Für uns reicht erstmal der Filestorage:Die Datei config_storage.py (name selbst erdacht) habe ich in dem INSTANCE_HOME Verzeichnis abgelegt. Das ist auf der Testplattform das Lw / Verzeichnis d:\wise dort liegt auch die custom_zodb.py Ich dachte daher, das sein ein angemessener Ort.

Inhalt:import ZODB.FilestorageStorage=ZODB.Filestorage.Filestorage (‘//Server IP/Freigabe/var/data.fs’)

Das ist im prinzip alles.Jetzt wird ZEO Start.py mit den folgenden Parametern gestartet.

python start.py -p7700 (der ZEO Server Port) -S1=//Server IP/Freigabe/config_storage:Storage

Damit sollte der ZEO Server auch anstandslos starten.Die Dateien reiche ich hier als Anhang noch nach. Ebenso die Links zu den Informationen im InternetDamit läuft nun der ZEO Server auf dem Gerät, das auch die Daten im Raid-5 hält.Der Client wird nun gestartet, indem man den Zope (WISE) Dienst über die Registry an die neue INSTANCE Home anpasst

hklm\software\digigalcreations\zope\wise\instance_home, hklm\system\currentcontrolset\services\wise\parameters\start

hier muss der vorhandene wert geändert werden auf

//serverIP/freigabename

Die in der Instance_home liegende custom_zodb.py enthält dann die Informationen für den Connect zu ZEO Server.voila…..

This entry was posted in Clustering, deutsch. Bookmark the permalink.

Leave a Reply