Konfigurations- und Bereitstellungsleitfaden für MSE Software Version 8.0 - Hohe Verfügbarkeit
Inhalt
Einführung
Dieses Dokument beschreibt die Konfigurations- und Bereitstellungsrichtlinien sowie Tipps zur Fehlerbehebung für diejenigen, die die Mobility Services Engine (MSE) High Availability (HA) hinzufügen und kontextsensitive Services und/oder Adaptive Wireless Intrusion Prevention System (AwIPS) für ein Cisco Unified Wireless LAN (WLAN) ausführen. In diesem Dokument werden die Richtlinien für MSE HA erläutert und HA-Bereitstellungsszenarien für MSE bereitgestellt.
Hintergrundinformationen
Die MSE ist eine Plattform, die mehrere zugehörige Services ausführen kann. Diese Services bieten hochwertige Servicefunktionen. Daher ist die Berücksichtigung von HA wichtig, um ein Höchstmaß an Service-Vertraulichkeit zu gewährleisten.
Wenn HA aktiviert ist, wird jede aktive MSE durch eine andere inaktive Instanz gesichert. MSE HA führt den Health Monitor ein, in dem die Hochverfügbarkeitseinrichtung konfiguriert, verwaltet und überwacht wird. Zwischen der primären und sekundären MSE wird ein Heartbeat aufrechterhalten. Der Health Monitor ist für die Einrichtung der Datenbank, die Dateireplikation und die Überwachung der Anwendung verantwortlich. Wenn die primäre MSE ausfällt und die sekundäre MSE die Kontrolle übernimmt, wird die virtuelle Adresse der primären MSE transparent umgeschaltet.
Diese Konfiguration (siehe Abbildung 1.) zeigt eine typische Cisco WLAN-Bereitstellung, die Cisco MSE für HA umfasst.
Die HA-Unterstützung ist für MSE-3310, MSE-3350/3355, 3365 und die virtuelle Appliance auf ESXi verfügbar.
Abbildung 1: MSE-Bereitstellung in HA
Richtlinien und Einschränkungen
Die folgenden Informationen beziehen sich auf die MSE HA-Architektur:
-
MSE Virtual Appliance unterstützt nur 1:1 HA
-
Eine sekundäre MSE kann bis zu zwei primäre MSEs unterstützen. Siehe HA-Paarungsmatrix (Abbildungen 2 und 3)
-
HA unterstützt Network Connected und Direct Connected
-
Es wird nur die MSE Layer-2-Redundanz unterstützt. Sowohl die Health Monitor-IP-Adresse als auch die virtuelle IP müssen sich im gleichen Subnetz befinden und der Zugriff über die Layer-3-Redundanz des Network Control System (NCS) wird nicht unterstützt.
-
Health Monitor-IP und virtuelle IP müssen unterschiedlich sein.
-
Sie können entweder ein manuelles oder ein automatisches Failover verwenden.
-
Sie können entweder ein manuelles oder ein automatisches Failback verwenden.
-
Sowohl die primäre als auch die sekundäre MSE müssen sich in derselben Softwareversion befinden.
-
Jede aktive primäre MSE wird durch eine andere inaktive Instanz gesichert. Die sekundäre MSE wird erst aktiviert, nachdem das Failover-Verfahren initiiert wurde.
-
Das Failover-Verfahren kann manuell oder automatisch erfolgen.
-
Für jede registrierte primäre MSE gibt es eine Software- und Datenbankinstanz.
Abbildung 2: MSE HA-Support-Kopplungsmatrix
Die Grundlage dieser Matrix besteht darin, dass die sekundäre Instanz immer über dieselben oder hohe Spezifikationen verfügen muss wie die primäre Instanz, unabhängig davon, ob es sich um Appliances oder virtuelle Systeme handelt.
Die MSE-3365 kann nur mit einer anderen MSE-3365 gepaart werden. Keine andere Kombination wird getestet/unterstützt.
Abbildung 3: MSE HA N:1 Paarungsmatrix
HA-Konfigurationsszenario für virtuelle MSE-Appliance (mit Netzwerk verbunden)
Dieses Beispiel zeigt die HA-Konfiguration für die MSE Virtual Appliance (VA) (siehe Abbildung 4). Für dieses Szenario werden die folgenden Einstellungen konfiguriert:
-
Primäre MSE VA:
Virtual IP – [10.10.10.11] Health Monitor interface (Eth0) – [10.10.10.12]
-
Sekundäre MSE VA:
Virtual IP – [None] Health Monitor interface (Eth0) – [10.10.10.13]
Abbildung 4: MSE Virtual Appliance in HA
Weitere Informationen finden Sie in der Cisco Dokumentation zur MSE Virtual Appliance.
Im Folgenden sind die allgemeinen Schritte aufgeführt:
-
Schließen Sie die VA-Installation für MSE ab, und überprüfen Sie, ob alle Netzwerkeinstellungen wie im Image gezeigt eingehalten werden.
-
Setup-Parameter werden bei der ersten Anmeldung mithilfe des Installationsassistenten angezeigt, wie im Bild gezeigt.
-
Geben Sie die erforderlichen Einträge ein (Hostname, Domäne usw.). Geben Sie JA zum Konfigurieren der Hochverfügbarkeit ein.
-
Geben Sie diese Informationen und wie in den Bildern gezeigt ein.
-
Wählen Sie Rolle - [1 für Primär] aus.
-
Systemmonitor-Schnittstelle - [eth0]*
*Netzwerkeinstellungen, die Netzwerkadapter 1 zugeordnet sind
-
-
Wählen Sie Direct Connect Interface [none] aus, wie im Bild gezeigt.
-
Geben Sie diese Informationen ein, wie im Bild gezeigt:
-
Virtuelle IP-Adresse - [10.10.10.11]
-
Netzwerkmaske - [255.255.255.0]
-
MSE im Wiederherstellungsmodus starten - [Nein]
-
-
Geben Sie diese Informationen ein, wie im Bild gezeigt:
-
Konfigurieren von Eth0 - [Ja]
-
Geben Sie die Eth0-IP-Adresse ein - [10.10.10.12]
-
Netzwerkmaske - [255.255.255.0]
-
Standard-Gateway - [10.10.10.1]
-
-
Die zweite Ethernet-Schnittstelle (Eth1) wird nicht verwendet.
Konfigurieren Sie die eth1-Schnittstelle - [überspringen], wie im Bild gezeigt.
-
Fahren Sie mit dem Installationsassistenten fort, wie in den Bildern gezeigt.
-
Es ist wichtig, den NTP-Server zu aktivieren, um die Uhr zu synchronisieren.
-
Die bevorzugte Zeitzone ist UTC.
In dieser Zusammenfassung wird die primäre MSE VA-Einrichtung zusammengefasst:
-------BEGIN-------- Role=1, Health Monitor Interface=eth0, Direct connect interface=none Virtual IP Address=10.10.10.11, Virtual IP Netmask=255.255.255.0 Eth0 IP address=10.10.10.12, Eth0 network mask=255.0.0.0 Default Gateway=10.10.10.1 -------END--------
-
-
Geben Sie yes ein, um sicherzustellen, dass alle Setup-Informationen wie im Bild dargestellt korrekt sind.
-
Nach dem Setup wird ein Neustart empfohlen, wie im Bild gezeigt.
-
Nach einem Neustart starten Sie die MSE-Dienste mit dem Befehl /etc/init.d/msed start oder den Befehlen service msed start, wie im Image gezeigt.
-
Nachdem alle Dienste gestartet sind, stellen Sie sicher, dass die MSE-Dienste mit dem Befehl getserverinfo ordnungsgemäß funktionieren.
Der Betriebsstatus muss nach oben angezeigt werden, wie im Bild gezeigt.
Einrichten der sekundären MSE
Diese Schritte sind Teil der Konfiguration für die sekundäre MSE VA:
-
Nach der Neuinstallation startet die erste Anmeldung den Setup Wizard (Installationsassistent). Geben Sie die folgenden Informationen ein, wie im Bild gezeigt:
-
Konfiguration der Hochverfügbarkeit - [Ja]
-
Wählen Sie die Rolle - [2], die sekundär ist.
-
Health Monitor-Schnittstelle - [eth0] identisch mit Primary (Primärschnittstelle)
-
-
Geben Sie die im Bild angezeigten Informationen ein:
-
Direkte Verbindung - [Keine]
-
IP-Adresse eth0 - [10.10.10.13]
-
Netzmaske - [255.255.255.0]
-
Standard-Gateway - [10.10.10.1]
-
-
Konfigurieren Sie die eth1-Schnittstelle - [Überspringen] wie im Bild gezeigt.
-
Legen Sie die Zeitzone - [UTC] wie im Bild gezeigt fest.
-
Aktivieren Sie den NTP-Server, wie im Bild gezeigt.
-
Führen Sie die restlichen Schritte des Installationsassistenten aus, und bestätigen Sie die Setup-Informationen, um die Konfiguration wie im Bild gezeigt zu speichern.
-
Starten Sie die Dienste neu, und starten Sie sie wie zuvor für die primäre MSE, wie im Bild gezeigt.
Verwaltung über Cisco Prime NCS (oder Prime-Infrastruktur)
Die nächsten Schritte zeigen, wie die primäre und sekundäre MSE VA zum NCS hinzugefügt werden. Führen Sie den normalen Vorgang durch, um eine MSE zum NCS hinzuzufügen. Hilfe hierzu finden Sie im Konfigurationsleitfaden.
-
Navigieren Sie im NCS zu Systems > Mobility Services, und wählen Sie Mobility Services Engines aus, wie im Bild gezeigt.
-
Wählen Sie im Dropdown-Menü die Option Add Mobility Services Engine (Engine für Mobilitätsdienste hinzufügen). Klicken Sie anschließend auf Go (Los) wie im Bild gezeigt.
-
Folgen Sie dem NCS-Konfigurationsassistenten für MSE. Im Szenario dieses Dokuments sind die Werte:
-
Gerätename eingeben - z. B. [MSE1]
-
IP-Adresse - [10.10.10.12]
-
Benutzername und Kennwort (bei der Ersteinrichtung)
-
Klicken Sie auf Weiter, wie im Bild gezeigt.
-
-
Fügen Sie alle verfügbaren Lizenzen hinzu, und klicken Sie dann wie im Bild gezeigt auf Weiter.
-
Wählen Sie MSE-Dienste aus, und klicken Sie dann wie im Bild gezeigt auf Weiter.
-
Aktivieren Sie die Verfolgungsparameter, und klicken Sie dann auf Weiter, wie im Bild gezeigt.
-
MSE-Services können optional zugeordnet und synchronisiert werden. Klicken Sie auf Fertig, um das Hinzufügen der MSE zum NCS abzuschließen, wie in den Bildern gezeigt.
Hinzufügen der sekundären MSE zum Cisco Prime NCS
Der nächste Screenshot zeigt, dass die primäre MSE VA hinzugefügt wurde. Führen Sie nun die folgenden Schritte aus, um die sekundäre MSE VA hinzuzufügen:
-
Suchen Sie die Spalte Sekundärer Server, und klicken Sie auf den Link, um die Konfiguration vorzunehmen, wie im Bild gezeigt.
-
Fügen Sie die sekundäre MSE VA mit der Konfiguration in diesem Szenario hinzu:
-
Sekundärer Gerätename - [mse2]
-
Sekundäre IP-Adresse - [10.10.10.13]
-
Sekundäres Kennwort* - [Standard- oder Setup-Skript]
-
Failover-Typ* - [Automatisch oder manuell]
-
Fallback-Typ*
-
Lange Failover-Wartezeit*
-
Klicken Sie auf Speichern.
* Klicken Sie auf das Informationssymbol, oder lesen Sie ggf. die MSE-Dokumentation.
-
-
Klicken Sie auf OK, wenn das NCS auffordert, die beiden MSEs wie im Bild gezeigt zu gruppieren.
Das NCS benötigt einige Sekunden, um die Konfiguration wie im Bild gezeigt zu erstellen.
Das NCS fragt, ob die sekundäre MSE VA eine Aktivierungslizenz (L-MSE-7.0-K9) benötigt, wie im Bild gezeigt.
-
Klicken Sie auf OK und suchen Sie die Lizenzdatei, um die Sekundäreinheit wie im Bild gezeigt zu aktivieren.
-
Nachdem die sekundäre MSE VA aktiviert wurde, klicken Sie auf Speichern, um die Konfiguration wie im Bild gezeigt abzuschließen.
-
Navigieren Sie zu NCS > Mobility Services > Mobility Services Engine.
Das NCS zeigt diesen Bildschirm an, auf dem die sekundäre MSE in der Spalte für Sekundärer Server angezeigt wird:
-
Um den HA-Status anzuzeigen, navigieren Sie zu NCS > Services > High Availability (NCS > Dienste > Hochverfügbarkeit, wie im Bild gezeigt.
Im HA-Status werden der aktuelle Status und die aktuellen Ereignisse des MSE-Paars angezeigt, wie im Bild gezeigt.
Es kann einige Minuten dauern, bis die erste Synchronisierung und Datenreplikation eingerichtet sind. Das NCS zeigt den Fortschritt % an, bis das HA-Paar vollständig aktiv ist, wie zuvor und wie im Bild gezeigt.
Ein neuer Befehl, der mit der MSE-Softwareversion 7.2 eingeführt wurde und HA betrifft, ist gethainfo. Diese Ausgabe zeigt die primäre und sekundäre Ausgabe:
[root@mse1 ~]#gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.10.10.12 Virtual IP Address: 10.10.10.11 Version: 7.2.103.0 UDI: AIR-MSE-VA-K9:V01:mse1 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.10.10.13 Virtual IP Address: 10.10.10.11 Version: 7.2.103.0 UDI: AIR-MSE-VA-K9:V01:mse2_666f2046-5699-11e1-b1b1-0050568901d9 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: PRIMARY_ACTIVE [root@mse2 ~]#gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.10.10.13 Virtual IP Address: Not Applicable for a secondary Version: 7.2.103.0 UDI: AIR-MSE-VA-K9:V01:mse2 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.10.10.12 Virtual IP Address: 10.10.10.11 Version: 7.2.103.0 UDI: AIR-MSE-VA-K9:V01:mse1_d5972642-5696-11e1-bd0c-0050568901d6 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ACTIVE
HA-Konfiguration mit Direct Connected
Network Connected MSE HA nutzt das Netzwerk, während die Direct Connect-Konfiguration die Verwendung einer direkten Kabelverbindung zwischen den primären und sekundären MSE-Servern erleichtert. Dadurch können Latenzen bei Taktzeiten, Datenreplikation und Ausfallerkennung reduziert werden. In diesem Szenario stellt eine primäre physische MSE eine Verbindung mit einer sekundären MSE an Schnittstelle eth1 her (siehe Abbildung 5). Beachten Sie, dass Eth1 für die direkte Verbindung verwendet wird. Für jede Schnittstelle ist eine IP-Adresse erforderlich.
Abbildung 5: MSE HA mit direkter Verbindung
-
Richten Sie die primäre MSE ein.
Zusammenfassung der Konfiguration im Setup-Skript:
-------BEGIN-------- Host name=mse3355-1 Role=1 [Primary] Health Monitor Interface=eth0 Direct connect interface=eth1 Virtual IP Address=10.10.10.14 Virtual IP Netmask=255.255.255.0 Eth1 IP address=1.1.1.1 Eth1 network mask=255.0.0.0 Default Gateway =10.10.10.1 -------END--------
-
Richten Sie die sekundäre MSE ein.
Zusammenfassung der Konfiguration im Setup-Skript:
-------BEGIN-------- Host name=mse3355-2 Role=2 [Secondary] Health Monitor Interface=eth0 Direct connect interface=eth1 Eth0 IP Address 10.10.10.16 Eth0 network mask=255.255.255.0 Default Gateway=10.10.10.1 Eth1 IP address=1.1.1.2, Eth1 network mask=255.0.0.0 -------END--------
-
Fügen Sie die primäre MSE zum NCS hinzu, wie im Bild gezeigt. (siehe Beispiele oben oder im Konfigurationsleitfaden).
-
Um die sekundäre MSE einzurichten, navigieren Sie zu NCS > Configure Secondary Server.
-
Geben Sie einen sekundären Gerätenamen ein - [mse3355-2]
-
Sekundäre IP-Adresse - [10.10.10.16]
-
Füllen Sie die verbleibenden Parameter aus, und klicken Sie auf Speichern wie im Bild gezeigt.
-
-
Klicken Sie auf OK, um das Paar der beiden MSEs zu bestätigen, wie im Bild gezeigt.
Das NCS benötigt einen Moment, um die sekundäre Serverkonfiguration hinzuzufügen, wie im Bild gezeigt.
-
Nehmen Sie nach Abschluss des Vorgangs alle Änderungen an den HA-Parametern vor. Klicken Sie auf Speichern wie im Bild gezeigt.
-
Zeigen Sie den HA-Status für den Echtzeit-Fortschritt des neuen MSE HA-Paars an, wie im Bild gezeigt.
-
Navigieren Sie zu NCS > Services > Mobility Services > Mobility Services Engines (NCS > Services > Mobility Services Engines), und stellen Sie sicher, dass die HA-MSE (Direct Connect) zum NCS hinzugefügt wird, wie im Bild gezeigt.
-
Von der Konsole aus kann die Bestätigung auch mit dem Befehl gethainfo angezeigt werden.
Hier die primäre und sekundäre Ausgabe:
[root@mse3355-1 ~]#gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.10.10.15 Virtual IP Address: 10.10.10.14 Version: 7.2.103.0 UDI: AIR-MSE-3355-K9:V01:KQ37xx Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.10.10.16 Virtual IP Address: 10.10.10.14 Version: 7.2.103.0 UDI: AIR-MSE-3355-K9:V01:KQ45xx Failover type: Automatic Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: Yes Heartbeat status: Up Current state: PRIMARY_ACTIVE [root@mse3355-2 ~]#gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.10.10.16 Virtual IP Address: Not Applicable for a secondary Version: 7.2.103.0 UDI: AIR-MSE-3355-K9:V01:KQ45xx Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.10.10.15 Virtual IP Address: 10.10.10.14 Version: 7.2.103.0 UDI: AIR-MSE-3355-K9:V01:KQ37xx Failover type: Automatic Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: Yes Heartbeat status: Up Current state: SECONDARY_ACTIVE
HA-Konfigurationsszenario für physische MSE-Appliance
Basierend auf der Paarungsmatrix beträgt die maximale Anzahl in der HA-Konfiguration 2:1. Dies ist für die MSE-3355 reserviert, die im sekundären Modus eine MSE-3310 und MSE-3350 unterstützen kann. Direct Connect ist in diesem Szenario nicht anwendbar.
-
Konfigurieren Sie die einzelnen MSEs so, dass das 2:1-HA-Szenario veranschaulicht wird:
MSE-3310 (Primary1) Server role: Primary Health Monitor IP Address (Eth0): 10.10.10.17 Virtual IP Address: 10.10.10.18 Eth1 – Not Applicable MSE-3350 (Primary2) Server role: Primary Health Monitor IP Address: 10.10.10.22 Virtual IP Address: 10.10.10.21 Eth1 – Not Applicable MSE-3355 (Secondary) Server role: Secondary Health Monitor IP Address: 10.10.10.16 Virtual IP Address: Not Applicable for a secondary
-
Nachdem alle MSEs konfiguriert wurden, fügen Sie Primary1 und Primary2 zum NCS hinzu, wie im Bild gezeigt.
-
Klicken Sie, um den Sekundärserver zu konfigurieren (wie in den vorherigen Beispielen gezeigt). Beginnen Sie mit einer der primären MSEs, wie im Bild gezeigt.
-
Geben Sie die Parameter für die sekundäre MSE ein:
-
Sekundärer Gerätename: z. B. [mse-3355-2]
-
Sekundäre IP-Adresse - [10.10.10.16]
-
Vervollständigen Sie die übrigen Parameter.
-
Klicken Sie auf Speichern wie im Bild gezeigt.
-
-
Warten Sie einen kurzen Moment, bis der erste sekundäre Eintrag wie im Bild gezeigt konfiguriert wird.
-
Bestätigen Sie, dass der sekundäre Server für die erste primäre MSE hinzugefügt wird, wie im Bild gezeigt.
-
Wiederholen Sie die Schritte 3 bis 6 für die zweite primäre MSE, wie im Bild gezeigt.
-
Abschließen mit HA-Parametern für die zweite primäre MSE wie im Bild gezeigt.
-
Speichern Sie die Einstellungen wie im Bild gezeigt.
-
Überprüfen Sie den Status für die einzelnen primären MSEs auf Fortschritt wie im Bild gezeigt.
-
Bestätigen Sie, dass sowohl die primäre1- als auch die primäre2-MSE mit einer sekundären MSE eingerichtet sind, wie im Bild gezeigt.
-
Navigieren Sie zu NCS > Services > Mobility Services, und wählen Sie High Availability (Hochverfügbarkeit) aus, wie im Bild gezeigt.
Beachten Sie, dass 2:1 für die MSE-3355 als Sekundäreinheit für MSE-3310 und MSE-3350 bestätigt wird, wie im Bild gezeigt.
Im Folgenden finden Sie eine Beispielausgabe der HA-Konfiguration von der Konsole aller drei MSEs, wenn der Befehl gethainfo verwendet wird:
[root@mse3355-2 ~]#gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.10.10.16 Virtual IP Address: Not Applicable for a secondary Version: 7.2.103.0 UDI: AIR-MSE-3355-K9:V01:KQ45xx Number of paired peers: 2 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.10.10.22 Virtual IP Address: 10.10.10.21 Version: 7.2.103.0 UDI: AIR-MSE-3350-K9:V01:MXQ839xx Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ACTIVE ---------------------------- Peer configuration#: 2 ---------------------------- Health Monitor IP Address 10.10.10.17 Virtual IP Address: 10.10.10.18 Version: 7.2.103.0 UDI: AIR-MSE-3310-K9:V01:FTX140xx Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos4 Instance database port: 1525 Dataguard configuration name: dg_mse4 Primary database alias: mseop4s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ACTIVE
Die abschließende Validierung für HA im NCS zeigt den Status als vollständig aktiv für MSE-3310 und MSE-3350 an, wie in den Bildern gezeigt.
Überprüfen
Für diese Konfiguration ist derzeit kein Überprüfungsverfahren verfügbar.
Grundlegende Fehlerbehebung bei MSE HA
Dieser Abschnitt enthält Informationen, die Sie zur Fehlerbehebung bei Ihrer Konfiguration verwenden können.
Wenn Sie die sekundäre MSE hinzufügen, wird eine Eingabeaufforderung angezeigt, wie im Bild gezeigt.
Möglicherweise ist während des Setup-Skripts ein Problem aufgetreten.
-
Führen Sie den Befehl getserverinfo aus, um zu überprüfen, ob die Netzwerkeinstellungen korrekt sind.
-
Es ist auch möglich, dass die Dienste noch nicht begonnen haben. Führen Sie den Befehl /init.d/msed start aus.
-
Führen Sie das Setup-Skript ggf. erneut aus (/mse/setup/setup.sh), und speichern Sie es am Ende.
Für die VA für MSE ist außerdem eine Aktivierungslizenz erforderlich (L-MSE-7.0-K9). Andernfalls fordert das NCS beim Hinzufügen der sekundären MSE VA auf. Erhalten und Hinzufügen der Aktivierungslizenz für die MSE VA wie im Bild gezeigt.
Wenn Sie die HA-Rolle auf der MSE wechseln, stellen Sie sicher, dass die Dienste vollständig angehalten werden. Beenden Sie daher Dienste mit dem Befehl /init.d/msed stop, und führen Sie dann das Setup-Skript erneut aus (/mse/setup/setup.sh), wie im Bild gezeigt.
Führen Sie den Befehl gethainfo aus, um HA-Informationen für die MSE abzurufen. Dies bietet nützliche Informationen zur Fehlerbehebung oder Überwachung des HA-Status und von Änderungen.
[root@mse3355-2 ~]#gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.10.10.16 Virtual IP Address: Not Applicable for a secondary Version: 7.2.103.0 UDI: AIR-MSE-3355-K9:V01:KQ45xx Number of paired peers: 2 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.10.10.22 Virtual IP Address: 10.10.10.21 Version: 7.2.103.0 UDI: AIR-MSE-3350-K9:V01:MXQ839xx Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ACTIVE ---------------------------- Peer configuration#: 2 ---------------------------- Health Monitor IP Address 10.10.10.17 Virtual IP Address: 10.10.10.18 Version: 7.2.103.0 UDI: AIR-MSE-3310-K9:V01:FTX140xx Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos4 Instance database port: 1525 Dataguard configuration name: dg_mse4 Primary database alias: mseop4s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ACTIVE
Darüber hinaus ist die NCS HA-Ansicht ein hervorragendes Verwaltungstool, um die HA-Konfiguration für die MSE wie im Bild gezeigt transparent zu machen.
Szenario für Failover/Failback
Die Situation bei einem manuellen Failover/Failback für eine bessere Kontrolle.
Primär ist aktiv, Sekundär ist bereit, die Oberhand zu behalten
Sobald die MSE HA konfiguriert und ausgeführt ist, wird der Status auf Prime wie in den Bildern gezeigt:
Hier sind die getserverinfo und die gethainfo der primären MSE:
[root@NicoMSE ~]# getserverinfo Health Monitor is running Retrieving MSE Services status. MSE services are up, getting the status ------------- Server Config ------------- Product name: Cisco Mobility Service Engine Version: 8.0.110.0 Health Monitor Ip Address: 10.48.39.238 High Availability Role: 1 Hw Version: V01 Hw Product Identifier: AIR-MSE-VA-K9 Hw Serial Number: NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 HTTPS: null Legacy Port: 8001 Log Modules: -1 Log Level: INFO Days to keep events: 2 Session timeout in mins: 30 DB backup in days: 2 ------------- Services ------------- Service Name: Context Aware Service Service Version: 8.0.1.79 Admin Status: Disabled Operation Status: Down Service Name: WIPS Service Version: 3.0.8155.0 Admin Status: Enabled Operation Status: Up Service Name: Mobile Concierge Service Service Version: 5.0.1.23 Admin Status: Disabled Operation Status: Down Service Name: CMX Analytics Service Version: 3.0.1.68 Admin Status: Disabled Operation Status: Down Service Name: CMX Connect & Engage Service Version: 1.0.0.29 Admin Status: Disabled Operation Status: Down Service Name: HTTP Proxy Service Service Version: 1.0.0.1 Admin Status: Disabled Operation Status: Down -------------- Server Monitor -------------- Server start time: Sun Mar 08 12:40:32 CET 2015 Server current time: Sun Mar 08 14:04:30 CET 2015 Server timezone: Europe/Brussels Server timezone offset (mins): 60 Restarts: 1 Used Memory (MB): 197 Allocated Memory (MB): 989 Max Memory (MB): 989 DB disk size (MB): 17191 --------------- Active Sessions --------------- Session ID: 5672 Session User ID: 1 Session IP Address: 10.48.39.238 Session start time: Sun Mar 08 12:44:54 CET 2015 Session last access time: Sun Mar 08 14:03:46 CET 2015 ---------------------------- Default Trap Destinations ---------------------------- Trap Destination - 1 ----------------- IP Address: 10.48.39.225 Last Updated: Sun Mar 08 12:34:12 CET 2015 [root@NicoMSE ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.240 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: PRIMARY_ACTIVE
Hier ist die gleiche für die sekundäre MSE:
[root@NicoMSE2 ~]# getserverinfo Health Monitor is running Retrieving MSE Services status. MSE services are up and in DORMANT mode, getting the status ------------- Server Config ------------- Product name: Cisco Mobility Service Engine Version: 8.0.110.0 Health Monitor Ip Address: 10.48.39.240 High Availability Role: 2 Hw Version: V01 Hw Product Identifier: AIR-MSE-VA-K9 Hw Serial Number: NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 HTTPS: null Legacy Port: 8001 Log Modules: -1 Log Level: INFO Days to keep events: 2 Session timeout in mins: 30 DB backup in days: 2 ------------- Services ------------- Service Name: Context Aware Service Service Version: 8.0.1.79 Admin Status: Disabled Operation Status: Down Service Name: WIPS Service Version: 3.0.8155.0 Admin Status: Enabled Operation Status: Up Service Name: Mobile Concierge Service Service Version: 5.0.1.23 Admin Status: Disabled Operation Status: Down Service Name: CMX Analytics Service Version: 3.0.1.68 Admin Status: Disabled Operation Status: Down Service Name: CMX Connect & Engage Service Version: 1.0.0.29 Admin Status: Disabled Operation Status: Down Service Name: HTTP Proxy Service Service Version: 1.0.0.1 Admin Status: Disabled Operation Status: Down -------------- Server Monitor -------------- Server start time: Sun Mar 08 12:50:04 CET 2015 Server current time: Sun Mar 08 14:04:32 CET 2015 Server timezone: Europe/Brussels Server timezone offset (mins): 60 Restarts: null Used Memory (MB): 188 Allocated Memory (MB): 989 Max Memory (MB): 989 DB disk size (MB): 17191 [root@NicoMSE2 ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.48.39.240 Virtual IP Address: Not Applicable for a secondary Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ACTIVE
Failover auf sekundäre
Um manuell zu starten, rufen Sie die MSE HA-Konfiguration in der Prime-Infrastruktur auf, und klicken Sie auf Switchover.
Sehr schnell wird die gethainfo auf beiden Servern auf FAILOVER_INVOKED
Primär-Gethainfisch:
[root@NicoMSE ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.240 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Down Current state: FAILOVER_INVOKED
Sekundäres Gethainfo:
[root@NicoMSE2 ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.48.39.240 Virtual IP Address: Not Applicable for a secondary Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Down Current state: FAILOVER_INVOKED
Wenn das Failover abgeschlossen ist, wird dieses Image auf Prime angezeigt:
Das wichtigste Gethainfo:
[root@NicoMSE ~]# gethainfo Health Monitor is not running. Following information is from the last saved configuration ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.240 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Last shutdown state: FAILOVER_ACTIVE
Sekundär:
[root@NicoMSE2 ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.48.39.240 Virtual IP Address: Not Applicable for a secondary Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Down Current state: FAILOVER_ACTIVE
In dieser Phase ist das Failover abgeschlossen, und die sekundäre MSE ist vollständig in Betrieb.
Es ist zu beachten, dass die Services auf der primären MSE bei einem manuellen Switchover unterbrochen werden (um ein reales Ereignis des Ausfalls der primären MSE zu simulieren).
Wenn Sie die primäre Sicherung wieder aktivieren, lautet ihr Status "TERMINATED" (TERMINIERT). Es ist normal und sekundär ist immer noch der verantwortliche und zeigt "FAILOVER_ACTIVE"
Zurück zum Primär
Bevor ein Fehler auftritt, müssen Sie die primäre Sicherung erstellen.
Der Status lautet "TERMINATED":
[root@NicoMSE ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.240 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Down Current state: TERMINATED
Wenn Sie den Failback von Prime aufrufen, gehen beide Knoten in "FAILBACK ACTIVE" (FAILBACK ACTIVE), was nicht der Endzustand ist (im Gegensatz zu "Failover active").
Hauptgethainfo:
[root@NicoMSE ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.240 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Down Current state: FAILBACK_ACTIVE
sekundäres Gethainfo:
[root@NicoMSE2 ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.48.39.240 Virtual IP Address: Not Applicable for a secondary Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Down Current state: FAILBACK_ACTIVE
Prime zeigt dieses Bild:
Wenn das Failback abgeschlossen ist, das sekundäre Gerät jedoch noch mit der Datenübertragung an das primäre Gerät beschäftigt ist, wird Folgendes angezeigt:
gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.240 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: FAILBACK_COMPLETE
Sekundärshow:
[root@NicoMSE2 ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.48.39.240 Virtual IP Address: Not Applicable for a secondary Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ALONE
Prime ist derzeit wie im Bild gezeigt:
Wenn dieser Vorgang abgeschlossen ist, wird der Status wieder in den Originalzustand zurückversetzt: Der Status PRIMARY_ACTIVE, SECONDARY_ACTIVE und Prime HA sieht wieder wie eine neue Bereitstellung aus.
HA-Statusmatrix
| PRIMÄR_AKTIV | Zustand der primären MSE, wenn sie primär, verantwortlich und alles in Ordnung ist |
| SEKUNDÄR_AKTIV | Zustand der sekundären MSE, wenn diese aktiv ist, aber nicht zuständig (primäre weiterhin), kann bei Bedarf übernommen werden |
| FAILOVER_INVOKED | Wird auf beiden Knoten angezeigt, wenn das Failover erfolgt, d. h. die sekundäre MSE startet ihre Dienste und lädt die Datenbank der primären MSE |
| FAILOVER_ACTIVE | Endzustand eines Failovers. Die sekundäre MSE gilt als "aktiv und betriebsbereit" und die primäre MSE ist ausgefallen. |
| BEENDET | Zustand eines MSE-Knotens, der mit Diensten nach dem Ausfall wieder auftaucht und nicht der zuständige Knoten ist (sodass es der Zustand des primären sein kann, wenn Dienste neu gestartet werden und PI weiterhin die Kontrolle über die sekundäre MSE gibt). Dies bedeutet auch, dass die HA-Verbindung möglicherweise nicht aktiv ist (wenn eine der MSE z. B. neu startet oder einfach nicht pingbar ist). |
| FAILBACK_ACK | Im Gegensatz zum Failover ist dies nicht die letzte Phase des Failbacks. Dies bedeutet, dass das Failback aufgerufen wurde und derzeit stattfindet. Die Datenbank wird von sekundär zurück in den primären Ordner kopiert. |
| FAILBACK_COMPLETE | Status des primären Knotens, wenn er wieder die Leitung übernimmt, aber weiterhin mit dem Laden der Datenbank von der sekundären MSE beschäftigt ist |
| SEKUNDÄR_ALLEIN | Status der sekundären MSE, wenn der Failback durchgeführt wird und der primäre die Leitung übernimmt, jedoch weiterhin Daten lädt |
| GRACEFUL_SHUTDOWN | Status ausgelöst, wenn Sie die Services auf der anderen MSE manuell neu starten oder beenden, wenn ein automatisches Failover/Failback auftritt. Dies bedeutet, dass die Ausfallzeit nicht übernommen wird, da sie manuell ausgelöst wurde. |
Wichtige Hinweise und Fakten zur Verfügbarkeit
- Es ist sehr wichtig, dass kein Failback unmittelbar nach einem Failover ausgelöst wird und umgekehrt. Datenbanken benötigen gute 30 Minuten, um sich zu stabilisieren
- Die HA-Konfigurationsdateien sind base-ha-config.properties in /opt/mse/health-monitor/resources/config/aber nicht für die manuelle Bearbeitung vorgesehen (stattdessen setup.sh verwenden). Sie können es jedoch im Zweifelsfall anzeigen.
- HA ist nicht für eine manuelle Unterbrechung vorgesehen. Die einzige saubere Möglichkeit besteht darin, die sekundäre MSE aus Prime Infra zu löschen. Jede andere Methode (Ausführung von setup.sh auf sekundärem, um es zu einem primären zu machen, Deinstallieren, Ändern von ip ...) beschädigt die Datenbank und den Statuscomputer und Sie müssen wahrscheinlich beide MSEs neu installieren.
HA-Fehlerbehebung
HA-bezogene Protokolle werden im /opt/mse/logs/hm-Verzeichnis gespeichert, wobei Health-monitor*.log die primäre Protokolldatei ist.
Problem: Sowohl die Primär- als auch die Sekundarstufe sind aktiv (Split-Hirnzustand).
1. Fahren Sie die virtuelle IP-Schnittstelle (VIP) in der Sekundäreinheit herunter. Es wäre eth0:1 ifconfig eth0:1 down.
2. Starten Sie die Dienste auf der sekundären MSE neu.
Service Mated Stopp
Service Mated Start
3. Überprüfen Sie, ob das sekundäre Gerät die Synchronisierung mit der primären Prime-Infrastruktur begonnen hat.
Problem: Die Synchronisierung der Sekundäreinheit mit dem primären für HA bleibt lange Zeit bei X % hängen.
1. Beenden Sie den Service auf der zweiten
Service Mated Stopp
2. Entfernen Sie /opt/mse/health-monitor/resources/config/advance-c
3. Wenn es bei der HA-Einrichtung noch Probleme gibt, könnte dies zu einem inkonsistenten Zustand geführt haben, in dem alle Elemente im Verzeichnis 'data' auf dem Sekundärserver mithilfe von rm -rf /opt/data/* entfernt werden müssen.
4. Starten Sie das sekundäre Programm neu. Fügen Sie sie von der Prime-Infrastruktur zur primären hinzu, um die HA erneut zu initiieren.
Problem: Sekundärer Server kann nicht aus PI gelöscht werden, nachdem er nicht erreichbar ist.
1. Beenden Sie den Dienst auf dem primären Gerät.
2. Entfernen Sie /opt/mse/health-monitor/resources/config/advance-c
3. Starten Sie den Dienst auf dem primären Gerät neu.
4. Löschen Sie die primäre MSE aus PI, und fügen Sie sie erneut hinzu.
FeedbackCisco kontaktieren
- Eine Supportanfrage öffnen
- (Erfordert einen Cisco Servicevertrag)