So aktivieren Sie Auto-Failover

Die Server-Systemüberwachung beobachtet, wie ein Server auf die Betriebslast reagiert und verfolgt dessen Reaktionsfähigkeit auf Client-Anfragen. Mit dieser Überwachung sollen Serverfehler verhindert werden, indem sichergestellt wird, dass der Server immer über ausreichende Kapazitäten verfügt, um die angeforderten Aufgaben durchzuführen. Die meisten der standardmäßigen Systemüberwachungstools unterstützen Remote-Server-Monitoring durch die HTTP und HTTPS-Protokolle.
casm173
Die Server-Systemüberwachung beobachtet, wie ein Server auf die Betriebslast reagiert und verfolgt dessen Reaktionsfähigkeit auf Client-Anfragen. Mit dieser Überwachung sollen Serverfehler verhindert werden, indem sichergestellt wird, dass der Server immer über ausreichende Kapazitäten verfügt, um die angeforderten Aufgaben durchzuführen. Die meisten der standardmäßigen Systemüberwachungstools unterstützen Remote-Server-Monitoring durch die HTTP und HTTPS-Protokolle.
Die automatische Failover-Funktion von CA SDM stellt die folgenden HTTP-basierten Standardschnittstellen bereit:
  • Health Monitoring Interface: HTTP(S)-Schnittstelle zur Überwachung des Zustands des Hintergrundservers. Sie trifft darüber hinaus verlässliche Failover-Entscheidungen, um ein Failover auf einem ausgewählten Standby-Server zu initiieren, falls der Hintergrundserver nicht verfügbar ist oder wenn er die angeforderten Aufgaben nicht ausführen kann.
  • Failover Initiating Interface: HTTP(S)-Schnittstelle, um den gewählten Standby-Server nahtlos als neuen Hintergrundserver einzusetzen, ohne dabei eine Serviceunterbrechung zu verursachen.
Gehen Sie folgendermaßen vor:
  1. Installieren Sie Apache Tomcat 8.5.43 auf dem Hintergrundserver und allen Standby-Servern.
    Stellen Sie sicher, dass Tomcat JRE 1.8 verwendet und dass Tomcat nicht die Portnummer verwendet, die für die CA SDM-Komponenten konfiguriert ist.
  2. (Optional) Konfigurieren Sie SSL auf den installierten Tomcat-Servern. Weitere Informationen zur Konfiguration von SSL finden Sie unter So konfigurieren Sie die SSL-Authentifizierung.
  3. Melden Sie sich am Hintergrundserver an.
  4. Stellen Sie das Health-Servlet bereit. Führen Sie die folgenden Schritte aus:
    1. Kopieren Sie die HealthServlet.war-Datei vom Ordner "$NX_ROOT/samples/HealthServlet" in den Ordner "
      TOMCAT_HOME
      /webapps".
    2. Starten Sie Tomcat neu.
    Die Datei "HealthServlet.war" wird im Ordner "webapps" bereitgestellt. Um die Bereitstellung zu bestätigen, verifizieren Sie, dass der HealthServlet-Ordner im gleichen webapps-Ordner erstellt wird.
    Nach der erfolgreichen Bereitstellung ist das Health-Servlet bereit, die Zustandsüberprüfungen auszuführen. Dazu gehört auch die Prüfung des Status des SLUMP und des Zustands der CA SDM-Prozesse, die in der health.xml-Datei definiert werden. Suchen Sie die Datei "health.xml" im folgenden Speicherort:
    TOMCAT_HOME/webapps/HealthServlet/WEB-INF/classes
  5. (Optional) Passen Sie "health.xml" basierend auf den Anforderungen Ihrer Organisation an. Zum Beispiel möchten Sie den Webengine-Prozess überwachen. Fügen Sie den Prozess der health.xml-Datei mit dem richtigen Tagnamen, wie in CA SDM definiert, hinzu. Führen Sie die folgenden Schritte aus, um den Tagnamen zu finden:
    1. Öffnen Sie die pdm_startup.i- und pdm_startup-Dateien vom $NX_ROOT/pdmconf-Verzeichnis.
    2. Suchen Sie in beiden Dateien nach dem Prozess, den Sie überwachen wollen.
    3. Finden Sie das entsprechenden Tagnamen, indem Sie die Variablen in beiden Dateien abstimmen.
      Zum Beispiel wird Webengine-Prozess in der pdm_startup.i-Datei folgendermaßen definiert:
      #define WEBENGINE(_TAG,_HOST,_SLUMP_NAME,_DOMSRVR, _CFG, _WEBDIRECTOR, _RPC_NAME)
      Der Webengine-Prozess wird in der pdm_startup-Datei folgendermaßen definiert:
      WEBENGINE(webengine, $NX_LOCAL_HOST, web:local, domsrvr, $NX_ROOT/bopcfg/www/web.cfg, "", "rpc_srvr:%h")
      Anhand dieses Beispiels können wir feststellen, dass das Tagname für den Webengine-Prozess "webengine" ist.
      Wenn Sie einen neuen Prozess erstellen, wird der vorhandene Prozess in der Datei "pdm_startup" mit Kommentarzeichen versehen, und neue Einträge werden erstellt. Stellen Sie sicher, dass Sie in den neuen Prozesseinträgen nach dem Tagnamen suchen.
      Wenn Sie "health.xml" ändern, stellen Sie sicher, dass der XML-Code keine Fehler aufweist und dass Sie Tomcat neu starten, damit die Änderungen übernommen werden.
  6. Führen Sie Schritte 4 und 5 für alle Standby-Server aus.
  7. Konfigurieren Sie das gewählte Drittanbieter-Tool, um den Zustand des Hintergrundservers in regelmäßigen Intervallen zu überwachen. Verwenden Sie dazu die folgende HTTP URL:
    http(s)://Background_server_name:port_number/HealthServlet/GetHealth
  8. Konfigurieren Sie das gewählte Drittanbieter-Tool, um eine Failover-Logik zu initiieren, wenn sich der Zustand des Hintergrundservers verschlechtert. Wir empfehlen, die Failover-Logik so zu konfigurieren, dass der Standby-Server als neuer Hintergrundserver hochgestuft wird. Verwenden Sie das folgende Failover-Servlet in der Failover-Logik:
    Wir empfehlen, das Failover-Servlet auf SSL mit Zugriffsberechtigungen zu konfigurieren, die nur bestimmten Anwendern gegeben worden sind. Befolgen Sie diese Empfehlung für die Konfiguration von Drittanbieter-Tools zum Initiieren des Failovers.
    http(s)://Standby_server_name:port_number/HealthServlet/FailoverServlet
    Sie haben Auto-Failover aktiviert.
  9. Nach der erfolgreichen Konfiguration beginnt das Drittanbieter-Tool mit der Überwachung des Zustands des Hintergrundservers unter Verwendung der Health-Servlet-URL.
    • Jeder Servertyp hat eine eigene Reihe von Prozessen. Wenn der SLUMP und alle CA SDM-Prozesse richtig funktionieren, erhält das Drittanbieter-Tool vom Hintergrundserver eine HTTP 200-Antwort mit vordefinierten Daten:
      AA-Server-Status: All OK! AA-Server-Role: BG
    • Wenn ein SLUMP oder einer der CA SDM-Prozesse (in health.xml aufgeführt) nicht länger arbeitet und nicht neu gestartet werden kann, erhält das Drittanbieter-Tool vom Hintergrundserver eine HTTP 503-Antwort mit folgenden Daten:
      AA-Server-Status: NOT OK! AA-Server-Role: BG
  10. Bei Eingang einer HTTP 503-Antwort initiiert das Drittanbieter-Tool automatisch die Failover-Logik.