Hochverfügbarkeit

Es gibt zwei Optionen, um sicherzustellen, dass Services nicht unterbrochen werden: Cold Standby und Clustering.

Cold Standby

Die Cold Standby-Option ist einfach zu implementieren, reduziert die Ausfallzeit auf nahe null, verbessert aber nicht die Serverleistung. In dieser Konfiguration ist ein einziger Server aktiv (primärer Server), der mit einer Datenbank und einem fernen Dateisystem verbunden ist. Ein sekundärer Server ist konfiguriert, um eine Verbindung mit derselben Datenbank und demselben Dateisystem aufzunehmen. Dieser Server läuft aber nicht. Wenn der aktive Knoten ausfällt, wird der sekundäre Server gestartet und der Netzverkehr wird darauf umgeleitet. Dieses Ereignis wird als Failover bezeichnet. IBM® UrbanCode Deploy verfügt über keinen automatischen Prozess für den Failover, dies kann aber automatisiert werden.

Ein Diagramm für ein Cold Standby-System, das den Normalbetrieb und den Failover-Status zeigt

Sie können ein Cold Standby-System in ein Clustersystem umwandeln, indem Sie gemeinsam genutzte Dateien in den Netzspeicher setzen und die Server mit Netzrelais verbinden. Siehe Configuring clustered servers for high availability.

In Clustern zusammengefasst

Die Hochverfügbarkeitsfunktion (HA) steigert die Skalierbarkeit und Verfügbarkeit durch die Verteilung der Verarbeitung über einen Servercluster. Jeder Server ist ein unabhängiger Knoten, der an der gemeinsamen Verarbeitung teilnimmt. Das Ziel besteht darin, mit möglichst wenig manuellen Eingriffen so fehlertolerant wie möglich zu arbeiten.

Die IBM UrbanCode Deploy-Server bilden ein JMS-Netz (über ActiveMQ). Alle Server kennen einander. Alle Services sind auf jedem Server aktiv.

Ein Diagramm eines Clustersystems mit zwei Servern, die eine Datenbank gemeinsam benutzen

Installationsanweisung finden Sie unter Configuring clustered servers for high availability.


Feedback