Verwenden von CA AppLogic® › Grid-Benutzerhandbuch › Übersicht › Hochverfügbarkeit › Automatische Wiederherstellung der CA AppLogic®-Grid-Steuerung › Grid-Steuerungs-Serverfehler › Übersicht

Übersicht

Neben der automatischen Bearbeitung von Grid-Steuerungs- und physischen Serverfehlern kann CA AppLogic® auch Fehler des Grid-Steuerungsservers bearbeiten (also des physischen Servers, auf dem die Grid-Steuerung derzeit ausgeführt wird; auch als Primärserver bezeichnet). Ein Steuerungsserver kann aus zahllosen Gründen fehlschlagen, ebenso wie jeder andere Server innerhalb des Grids.

Um Fehler des Steuerungsservers zu tolerieren, verwendet CA AppLogic® Serverrollen, um einen Satz von Servern in einem Grid zu definieren, die die Grid-Steuerung in Fall von Fehlern ausführen können (also Sicherungssteuerungsserver). CA AppLogic® verwendet die folgenden Serverrollen innerhalb eines Grids (diese werden automatisch von CA AppLogic® konfiguriert, können aber auch von einem Benutzer oder Grid-Administrator angegeben werden):

• primary: Server, auf dem aktuell die CA AppLogic®-Grid-Steuerung ausgeführt wird
• secondary: Server, auf dem die CA AppLogic®-Grid-Steuerung ausgeführt werden kann, wenn der Primärserver der Steuerung ausfällt
• none: Auf dem Server wird niemals die CA AppLogic®-Grid-Steuerung ausgeführt, und er ist nicht an der Hochverfügbarkeit der Steuerung beteiligt.

Standardmäßig wird jedes CA AppLogic®-Grid mit den folgenden Serverrollen konfiguriert:

• Grids mit einem Server: ein Primärserver. Grids mit einem Server können keinen Fehler des Primärservers tolerieren (keine Hochverfügbarkeit des Grid-Steuerungsservers).
• Grids mit zwei Servern: ein Primär- und ein Sekundärserver (sowie ein Referenzserver).
• Grids mit drei oder mehr Servern: ein Primär- und zwei Sekundärserver; für die restlichen Server im Grid ist die Rolle auf "none" festgelegt, und sie nehmen nicht an der Wiederherstellung des Steuerungsservers nach einem Fehler teil.

Wenn der Primärserver fehlschlägt (Hardware-/Software-Fehler, ausgeschaltet usw.) übernimmt einer der Sekundärserver automatisch die Aufgaben als der neue Primärserver für das Grid. Wenn der frühere Primärserver wieder läuft, wird er automatisch zu einem nichtprimären Server (Sekundärserver). Der neue Primärserver startet die Grid-Steuerung, und sobald die Steuerung wiederhergestellt ist, erfasst die Steuerung automatisch wieder den Status des Grids. Wie bei physischen Serverfehlern startet CA AppLogic® auch automatisch Appliances neu, die auf dem fehlgeschlagenen Primärserver ausgeführt wurden. Durch die Verwendung von sekundären Steuerungsservern und den automatischen Neustart von Appliances kann CA AppLogic® Fehler des ersten Steuerungsservers tolerieren.

Ein Benutzer kann die zugewiesenen Serverrollen im Grid anzeigen, indem er den Befehl "srv list" verwendet. Die Serverrollen können auch mithilfe des Befehls "srv set" geändert werden.

Für Grids mit genau 2 Servern erfordert CA AppLogic® einen 3. Referenzserver, damit die Hochverfügbarkeit der Grid-Steuerung korrekt unterstützt wird. Wenn ein Grid der Version 2.7 oder höher installiert wird, weist das Installationsprogramm von CA AppLogic® standardmäßig den BFC-Server als Referenzserver für das Grid zu. Der gleiche BFC-Server kann als Referenzserver für alle Grids im gleichen Backbone verwendet werden.

Es folgen einige wichtige Hinweise, die hinsichtlich der Hochverfügbarkeit der CA AppLogic®-Grid-Steuerung berücksichtigt werden müssen:

Wichtig: Damit ein Grid nach einem Steuerungsserverfehler wieder hergestellt werden kann, müssen zum Zeitpunkt des Serverfehlers mindestens 2 Sekundärserver ausgeführt werden. Wenn dieser Anforderung nicht entsprochen wird (wenn z. B. zum Zeitpunkt des Primärserverfehlers nur ein Sekundärserver läuft) bleibt die Grid-Steuerung heruntergefahren, und der Eingriff eines Grid-Administrators ist erforderlich, um die Grid-Steuerung wieder betriebsbereit zu machen. Wenn diese Art von Controllerfehler gefunden wird, setzen Sie sich mit Ihrem Service Provider in Verbindung, um Hilfe zu erhalten.

• Wenn der Primärserver fehlschlägt und für mindestens 2 Stunden nicht wieder online geht, weist CA AppLogic® automatisch einen neuen Sekundärserver innerhalb des Grids zu, um mindestens 2 Sekundärserver für das Failover der Grid-Steuerung beizubehalten.
• Wenn CA AppLogic® den Start von Appliances beim Computerstart oder Anwendungsstart plant, werden die Appliances in der Regel auf Servern entsprechend ihrer Rolle und den verfügbaren Ressourcen geplant. CA AppLogic® versucht zuerst, Appliances zu planen, die auf Servern mit der Rolle "none" ausgeführt werden, dann den Primärserver und zuletzt die Sekundärserver. Die Sekundärserver werden in der Planung zuletzt eingesetzt, damit die Wahrscheinlichkeit größer ist, dass bei Bedarf Ressourcen zum Starten der Steuerung verfügbar sind.
• Wenn ein sekundärer Server als der neue Primärserver übernimmt und nicht genug verfügbare Ressourcen auf dem Server vorhanden sind, um die Grid-Steuerung zu starten, dann startet CA AppLogic® die Appliances, die auf dem neuen primären Server ausgeführt werden, auf anderen Servern im Grid neu, damit die Grid-Steuerung auf dem neuen Primärserver gestartet werden kann. Dies kann Appliance-Failover-Gruppen unterbrechen. Wenn CA AppLogic® eine dieser Appliances anhält, kann die Appliance möglicherweise nicht auf einem anderen Server neu gestartet werden, weil nicht genügend Ressourcen für den Bedarf der Failover-Gruppe vorhanden sind.