Guida alla configurazione e all'installazione del software MSE release 8.0 alta disponibilità
Sommario
Introduzione
In questo documento vengono descritte le linee guida per la configurazione e l'installazione e vengono forniti suggerimenti per la risoluzione dei problemi per coloro che aggiungono l'alta disponibilità (HA) di Mobility Services Engine (MSE) e che eseguono i servizi compatibili con il contesto e/o Adaptive Wireless Intrusion Prevention System (AwIPS) a una LAN wireless unificata (WLAN) Cisco. Lo scopo di questo documento è illustrare le linee guida per MSE HA e fornire scenari di installazione HA per MSE.
Premesse
MSE è una piattaforma in grado di eseguire più servizi correlati. Questi servizi forniscono funzionalità di servizio di alto livello. Pertanto, la considerazione per l'HA è fondamentale per mantenere la massima affidabilità dei servizi.
Con HA abilitato, ogni MSE attivo viene sottoposto a backup da un'altra istanza inattiva. MSE HA introduce il monitoraggio dello stato in cui configura, gestisce e controlla la configurazione dell'alta disponibilità. Viene mantenuto un heartbeat tra l'MSE primario e quello secondario. Il monitoraggio dello stato è responsabile dell'impostazione del database, della replica dei file e del monitoraggio dell'applicazione. Quando l'MSE primario ha esito negativo e il secondario prende il controllo, l'indirizzo virtuale dell'MSE primario viene commutato in modo trasparente.
Questa configurazione (vedere Figura 1.1) mostra una tipica implementazione di WLAN Cisco che include Cisco MSE abilitato per HA.
Il supporto HA è disponibile su MSE-3310, MSE-3350/3355, 3365 e Virtual Appliance su ESXi.
Figura 1. Installazione di MSE in HA
Linee guida e limitazioni
Le informazioni disponibili riguardano l'architettura MSE HA:
-
MSE Virtual Appliance supporta solo 1:1 HA
-
Un MSE secondario può supportare fino a due MSE primari. Vedere la matrice di accoppiamento HA (figure 2 e 3)
-
HA supporta la connessione di rete e la connessione diretta
-
È supportata solo la ridondanza di livello 2 MSE. L'IP del monitoraggio dello stato e l'IP virtuale devono trovarsi nella stessa subnet e non devono essere accessibili dalla ridondanza di livello 3 di Network Control System (NCS)
-
L'IP del monitor di integrità e l'IP virtuale devono essere diversi
-
È possibile utilizzare il failover manuale o automatico
-
È possibile utilizzare il failback manuale o automatico
-
Sia l'MSE principale che quello secondario devono utilizzare la stessa versione del software
-
Ogni MSE primario attivo è sottoposto a backup da un'altra istanza inattiva. Il database MSE secondario diventa attivo solo dopo l'avvio della procedura di failover.
-
La procedura di failover può essere manuale o automatica
-
È disponibile un'istanza software e di database per ogni MSE primario registrato.
Figura 2. Matrice di associazione del supporto MSE HA
La base di questa matrice è che l'istanza secondaria deve sempre avere specifiche uguali o elevate rispetto a quella primaria, che si tratti di appliance o di macchine virtuali.
Il MSE-3365 può essere abbinato solo ad un altro MSE-3365. Non sono testate/supportate altre combinazioni.
Figura 3. Matrice di accoppiamento MSE HA N:1
Scenario di configurazione HA per l'appliance virtuale MSE (connessa alla rete)
Questo esempio mostra la configurazione HA per l'appliance virtuale MSE (VA) (vedere la figura 4). Per questo scenario vengono configurate le impostazioni seguenti:
-
VA MSE primario:
Virtual IP – [10.10.10.11] Health Monitor interface (Eth0) – [10.10.10.12]
-
VA MSE secondario:
Virtual IP – [None] Health Monitor interface (Eth0) – [10.10.10.13]
Figura 4. Appliance virtuale MSE in HA
Per ulteriori informazioni, fare riferimento alla documentazione di Cisco su MSE Virtual Appliance.
Di seguito sono riportati i passaggi generali:
-
Completare l'installazione di VA per MSE e verificare che tutte le impostazioni di rete siano soddisfatte, come mostrato nell'immagine.
-
Impostare i parametri mediante l'Impostazione guidata al primo accesso, come mostrato nell'immagine.
-
Immettere le voci richieste (nome host, dominio e così via). Immettere YES nel passaggio per configurare la disponibilità elevata.
-
Immettete queste informazioni e come mostrato nelle immagini.
-
Selezionare Role - [1 per Primary].
-
Interfaccia Health Monitor - [eth0]*
*Impostazioni di rete associate alla scheda di rete 1
-
-
Selezionate l'interfaccia di connessione diretta [none] come mostrato nell'immagine.
-
Immettere queste informazioni e come mostrato nell'immagine:
-
Indirizzo IP virtuale - [10.10.10.11]
-
Network Mask - [255.255.255.0]
-
Avvia MSE in modalità di ripristino - [No]
-
-
Immettere queste informazioni e come mostrato nell'immagine:
-
Configurare Eth0 - [Sì]
-
Immettere l'indirizzo IP Eth0- [10.10.10.12]
-
Network Mask - [255.255.255.0]
-
Gateway predefinito - [10.10.10.1]
-
-
La seconda interfaccia Ethernet (Eth1) non viene utilizzata.
Configurare l'interfaccia eth1 - [skip] come mostrato nell'immagine.
-
Continuare l'installazione guidata come illustrato nelle immagini.
-
È fondamentale abilitare il server NTP per sincronizzare l'orologio.
-
Il fuso orario preferito è UTC.
Di seguito viene riepilogata l'impostazione primaria di MSE VA:
-------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--------
-
-
Immettere yes per verificare che tutte le informazioni di impostazione siano corrette, come mostrato nell'immagine.
-
Si consiglia di riavviare il sistema dopo l'installazione, come mostrato nell'immagine.
-
Dopo un riavvio, avviare i servizi MSE con i comandi /etc/init.d/msed start o msed start, come mostrato nell'immagine.
-
Dopo l'avvio di tutti i servizi, verificare che i servizi MSE funzionino correttamente con il comando getserverinfo.
Lo stato dell'operazione deve essere Su come mostrato nell'immagine.
Configurazione del server MSE secondario
I seguenti passaggi fanno parte dell'impostazione per il database MSE secondario VA:
-
Dopo la nuova installazione, l'accesso iniziale avvia l'Installazione guidata. Immettere queste informazioni come illustrato nell'immagine:
-
Configurare la disponibilità elevata - [Sì]
-
Selezionare il ruolo - [2] che indica Secondario
-
Interfaccia Health Monitor - [eth0] uguale a Primario
-
-
Immettere le informazioni come illustrato nell'immagine:
-
Connessione diretta - [Nessuno]
-
Indirizzo IP eth0 - [10.10.10.13]
-
Network mask - [255.255.255.0]
-
Gateway predefinito - [10.10.10.1]
-
-
Configurare l'interfaccia eth1 - [Skip] come mostrato nell'immagine.
-
Impostare il fuso orario - [UTC] come mostrato nell'immagine.
-
Abilitare il server NTP come mostrato nell'immagine.
-
Completare i passaggi rimanenti dell'Installazione guidata e confermare le informazioni di installazione per salvare la configurazione come mostrato nell'immagine.
-
Riavviare e avviare i servizi come nei passaggi precedenti per l'MSE principale, come mostrato nell'immagine.
Gestirli da Cisco Prime NCS (o Prime Infrastructure)
Nei passaggi successivi viene illustrato come aggiungere i valori VA MSE primario e secondario al sistema NCS. Eseguire il normale processo di aggiunta di un MSE a NCS. Per ulteriori informazioni, consultare la guida alla configurazione.
-
Dalla NCS, selezionare Systems > Mobility Services (Sistemi > Servizi di mobilità) e scegliere Mobility Services Engine (Motori servizi di mobilità) come mostrato nell'immagine.
-
Dal menu a discesa, scegliere Aggiungi Mobility Services Engine. Quindi, fare clic su Go (Vai) come mostrato nell'immagine.
-
Seguire la Configurazione guidata NCS per MSE. Nello scenario di questo documento, i valori sono:
-
Immettere il nome del dispositivo, ad esempio [MSE1]
-
Indirizzo IP - [10.10.10.12]
-
Nome utente e password (per impostazione iniziale)
-
Fare clic su Next (Avanti) come mostrato nell'immagine.
-
-
Aggiungere tutte le licenze disponibili, quindi fare clic su Avanti come mostrato nell'immagine.
-
Selezionare i servizi MSE, quindi fare clic su Avanti, come mostrato nell'immagine.
-
Abilitare i parametri di rilevamento, quindi fare clic su Avanti come mostrato nell'immagine.
-
L'assegnazione delle mappe e la sincronizzazione dei servizi MSE sono facoltative. Fare clic su Done (Fine) per completare l'aggiunta di MSE alla NCS e come mostrato nelle immagini.
Aggiunta del database MSE secondario a Cisco Prime NCS
Nello screenshot successivo viene mostrato come è stato aggiunto il VA MSE primario. A questo punto, completare la procedura seguente per aggiungere il valore VA MSE secondario:
-
Individuare la colonna Server secondario e fare clic sul collegamento da configurare, come illustrato nell'immagine.
-
Aggiungere il valore VA MSE secondario con la configurazione in questo scenario:
-
Nome dispositivo secondario - [mse2]
-
Indirizzo IP secondario - [10.10.10.13]
-
Password secondaria* - [predefinita o da script di installazione]
-
Tipo di failover* - [Automatico o Manuale]
-
Tipo di fallback*
-
Attesa failover lunga*
-
Fare clic su Salva.
*Fare clic sull'icona delle informazioni o consultare la documentazione di MSE, se necessario.
-
-
Fare clic su OK quando NCS chiede di accoppiare i due MSE come mostrato nell'immagine.
NCS impiega pochi secondi per creare la configurazione come mostrato nell'immagine.
L'NCS chiede se l'MSE secondario VA richiede una licenza di attivazione (L-MSE-7.0-K9) come mostrato nell'immagine.
-
Fare clic su OK e individuare il file di licenza per attivare Secondario, come mostrato nell'immagine.
-
Una volta attivata la funzione VA del MSE secondario, fare clic su Save (Salva) per completare la configurazione come mostrato nell'immagine.
-
Selezionare NCS > Mobility Services > Mobility Services Engine.
NCS visualizza questa schermata in cui appare MSE secondario nella colonna Server secondario:
-
Per visualizzare lo stato HA, selezionare NCS > Services > High Availability (Servizi NCS > Alta disponibilità), come mostrato nell'immagine.
Nello stato HA è possibile visualizzare lo stato corrente e gli eventi tramite la coppia MSE e come mostrato nell'immagine.
L'impostazione della sincronizzazione iniziale e della replica dei dati può richiedere alcuni minuti. L'NCS fornisce l'indicazione della percentuale di avanzamento fino a quando la coppia HA non è completamente attiva come mostrato in precedenza e come mostrato nell'immagine.
Un nuovo comando introdotto con il software MSE versione 7.2 che si riferisce a HA è gethainfo. In questo output vengono visualizzati i valori Principale e Secondario:
[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
Configurazione HA con connessione diretta
Il server MSE HA connesso alla rete utilizza la rete, mentre la configurazione Direct Connect semplifica l'utilizzo di una connessione diretta via cavo tra i server MSE primario e secondario. Ciò consente di ridurre le latenze nei tempi di risposta di heartbeat, la replica dei dati e i tempi di rilevamento degli errori. In questo scenario, un MSE fisico primario si connette a un MSE secondario sull'interfaccia eth1, come mostrato nella figura 5. Si noti che per la connessione diretta viene utilizzato Eth1. È necessario specificare un indirizzo IP per ciascuna interfaccia.
Figura 5: MSE HA con connessione diretta
-
Configurare il server MSE primario.
Riepilogo della configurazione dallo script di installazione:
-------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--------
-
Configurare l'MSE secondario.
Riepilogo della configurazione dallo script di installazione:
-------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--------
-
Aggiungere l'MSE principale all'NCS come mostrato nell'immagine. (vedere gli esempi precedenti o fare riferimento alla guida alla configurazione).
-
Per configurare il server MSE secondario, selezionare NCS > Configura server secondario.
-
Immettere il nome del dispositivo secondario - [mse3355-2]
-
Indirizzo IP secondario - [10.10.10.16]
-
Completate i parametri rimanenti e fate clic su Salva (Save) come mostrato nell'immagine.
-
-
Fare clic su OK per confermare l'associazione dei due MSE come mostrato nell'immagine.
NCS impiega un attimo ad aggiungere la configurazione del server secondario come mostrato nell'immagine.
-
Al termine, apportare le modifiche desiderate ai parametri HA. Fare clic su Save (Salva) come mostrato nell'immagine.
-
Visualizzare lo stato HA per l'avanzamento in tempo reale della nuova coppia MSE HA come mostrato nell'immagine.
-
Passare a NCS > Servizi > Servizi di mobilità > Motori servizi di mobilità, confermare che MSE (connessione diretta) HA è stato aggiunto a NCS come mostrato nell'immagine.
-
Dalla console, la conferma può essere verificata anche con il comando gethainfo.
Di seguito sono riportati i risultati principali e secondari:
[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
Scenario di configurazione HA per appliance fisica MSE
In base alla matrice di accoppiamento, il massimo nella configurazione HA è 2:1. Ciò è riservato per MSE-3355, che in modalità secondaria può supportare MSE-3310 e MSE-3350. Connessione diretta non applicabile in questo scenario.
-
Configurare ciascuno di questi MSE per dimostrare uno scenario con rapporto 2:1 HA:
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
-
Dopo aver configurato tutti gli MSE, aggiungere Primary1 e Primary2 all'NCS come mostrato nell'immagine.
-
Fare clic su questa opzione per configurare il server secondario, come illustrato negli esempi precedenti. Iniziare con uno degli MSE principali come mostrato nell'immagine.
-
Immettere i parametri per MSE secondario:
-
Nome dispositivo secondario: ad esempio, [mse-3355-2]
-
Indirizzo IP secondario - [10.10.10.16]
-
Completate i parametri rimanenti.
-
Fare clic su Save (Salva) come mostrato nell'immagine.
-
-
Attendere qualche istante prima di configurare la prima voce secondaria come mostrato nell'immagine.
-
Confermare che il server secondario sia stato aggiunto per il primo MSE primario come mostrato nell'immagine.
-
Ripetere i punti da 3 a 6 per il secondo MSE primario come mostrato nell'immagine.
-
Finalizzare con i parametri HA per il secondo MSE primario come mostrato nell'immagine.
-
Salvate le impostazioni come mostrato nell'immagine.
-
Controllare lo stato di avanzamento di ciascun MSE principale come mostrato nell'immagine.
-
Confermare che i programmi MSE Primary1 e Primary2 siano entrambi impostati con un MSE secondario come mostrato nell'immagine.
-
Passare a NCS > Servizi > Servizi di mobilità, quindi scegliere Alta disponibilità come mostrato nell'immagine.
Si noti che il rapporto 2:1 è confermato per MSE-3355 come secondario per MSE-3310 e MSE-3350 come mostrato nell'immagine.
Di seguito è riportato un esempio di output dell'impostazione HA dalla console di tutti e tre gli MSE quando viene usato il comando gethainfo:
[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
La convalida finale per HA nell'NCS mostra lo stato come completamente attivo sia per MSE-3310 che per MSE-3350 come mostrato nelle immagini.
Verifica
Attualmente non è disponibile una procedura di verifica per questa configurazione.
Risoluzione dei problemi di base di MSE HA
Le informazioni contenute in questa sezione permettono di risolvere i problemi relativi alla configurazione.
Quando si aggiunge il MSE secondario, viene visualizzato un prompt come mostrato nell'immagine.
È possibile che si sia verificato un problema durante lo script di installazione.
-
Eseguire il comando getserverinfo per verificare le impostazioni di rete corrette.
-
È inoltre possibile che i servizi non siano stati avviati. Eseguire il comando /init.d/msed start.
-
Eseguire nuovamente lo script di installazione, se necessario (/mse/setup/setup.sh) e salvarlo alla fine.
La VA per MSE richiede anche una licenza di attivazione (L-MSE-7.0-K9). In caso contrario, NCS richiederà quando si aggiunge l'opzione VA MSE secondaria. Ottenere e aggiungere la licenza di attivazione per il VA MSE come mostrato nell'immagine.
Se si cambia il ruolo HA su MSE, verificare che i servizi siano completamente arrestati. Arrestare quindi i servizi con il comando /init.d/msed stop, quindi eseguire nuovamente lo script di installazione (/mse/setup/setup.sh) come mostrato nell'immagine.
Per ottenere informazioni su HA nel server MSE, eseguire il comando gethainfo. Fornisce informazioni utili per la risoluzione dei problemi o il monitoraggio dello stato e delle modifiche di HA.
[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
Inoltre, NCS HA View è un ottimo strumento di gestione che consente di ottenere la visibilità dell'impostazione HA per MSE come illustrato nell'immagine.
Scenario di failover/failback
La situazione in caso di failover/failback manuale, per un migliore controllo.
Primario attivo, secondario pronto a subentrare
Una volta che MSE HA è configurato e operativo, lo stato su Prime come mostrato nelle immagini:
Ecco i getserverinfo e il gethainfo del principale 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
Ed ecco le stesse informazioni per il MSE secondario:
[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 su database secondario
Per eseguire l'attivazione manualmente, accedere alla configurazione MSE HA in Prime Infrastructure e fare clic su Switchover.
Molto rapidamente, il gethainfo su entrambi i server diventerà FAILOVER_INVOKED
gethainfo primario:
[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
Gethainfo secondario:
[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
Una volta completato il failover, questa immagine viene visualizzata in Prime:
Il gethainfo principale :
[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
Secondario:
[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 questa fase, il failover è completato e l'MSE secondario è completamente responsabile.
Si noti che i servizi sull'MSE principale si arrestano quando si esegue un passaggio manuale (per simulare un evento reale di inattività dell'MSE principale)
Se si ripristina il database primario, lo stato sarà "TERMINATED". È normale e secondario è ancora quello in carica e mostra "FAILOVER_ACTIVE"
Failback al database primario
Prima di eseguire il failback, è necessario ripristinare il database primario.
Lo stato è quindi "TERMINATO":
[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
Quando si richiama il failback da Prime, entrambi i nodi vengono impostati su "FAILBACK ATTIVO" che non corrisponde allo stato finale (a differenza di "failover attivo").
gethainfo primario :
[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
gethainfo secondario:
[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 mostra questa immagine:
Al termine del failback, ma il database secondario è ancora impegnato nel trasferimento dei dati al database primario, quest'ultimo visualizza:
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
presentazione secondaria:
[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 in questa fase è come mostrato nell'immagine:
Al termine, tutti gli stati vengono ripristinati allo stato originale: Lo stato PRIMARY_ACTIVE, SECONDARY_ACTIVE e Prime HA viene nuovamente visualizzato come una nuova distribuzione.
Matrice stato HA
| PRIMARIO_ATTIVO | Stato dell'MSE primario quando è primario, responsabile e tutto è a posto |
| SECONDARIO_ATTIVO | Stato del MSE secondario quando è attivo, ma non in carica (il MSE primario è ancora attivo), pronto a subentrare quando necessario |
| FAILOVER_INVOKED | Visualizzato su entrambi i nodi quando si verifica il failover, ad esempio il server MSE secondario avvia i servizi caricando il database del server MSE primario |
| FAILOVER_ATTIVO | Stato finale di un failover. L'MSE secondario è considerato "attivo e in esecuzione" e l'MSE primario è inattivo |
| Terminated (Concluso) | Stato di un nodo MSE che viene ripristinato con i servizi disattivati e quando non si tratta del nodo responsabile (in modo che possa essere lo stato del nodo primario quando i servizi vengono riavviati e IP fornisce ancora il controllo sul MSE secondario). Significa anche che il collegamento HA potrebbe non essere attivo (se, ad esempio, uno degli MSE sta riavviando o semplicemente non è possibile eseguire il ping) |
| FAILBACK_ATTIVO | A differenza del failover, questa non è la fase finale del failback. Ciò significa che il failback è stato richiamato ed è attualmente in corso. Copia del database dal database secondario al database primario |
| FAILBACK_COMPLETE | Stato del nodo primario quando è di nuovo in carica ma è ancora occupato nel caricamento del database dal server MSE secondario |
| SECONDARIO_SOLO | Stato dell'MSE secondario quando viene eseguito il failback e il server primario è responsabile ma sta ancora caricando i dati |
| ARRESTO | Lo stato viene attivato se si riavviano o si arrestano manualmente i servizi sull'altro MSE in caso di failover/failback automatico. Ciò significa che non subentrerà poiché il downtime è stato provocato manualmente |
Note e fatti importanti su HA
- È molto importante non attivare un failback immediatamente dopo l'esecuzione di un failover e viceversa. I database hanno bisogno di 30 minuti per stabilizzarsi
- I file di configurazione HA sono base-ha-config.properties in /opt/mse/health-monitor/resources/config/, ma non devono essere modificati manualmente (usare setup.sh). Tuttavia è possibile visualizzarlo in caso di dubbio
- HA non deve essere interrotta manualmente. L'unico modo per procedere è eliminare il MSE secondario da Prime Infra. Qualsiasi altro metodo (eseguire setup.sh sul database secondario per renderlo primario, disinstallare, modificare ip ...) interromperà il database e la macchina a stati e probabilmente sarà necessario reinstallare entrambi i MSE
Risoluzione dei problemi HA
I log relativi alla disponibilità elevata vengono salvati nella directory/opt/mse/logs/hm con health-monitor*.log come file di log primario.
Problema: Sia il primario che il secondario sono attivi (condizione cerebrale divisa)
1. Arrestare l'interfaccia IP virtuale (VIP) sul server secondario. Si ottiene eth0:1 ifconfig eth0:1 down
2. Riavviare i servizi sul server MSE secondario
service msed stop
avvio del servizio non riuscito
3. Verificare se il database secondario ha avviato la sincronizzazione con il database primario da Prime Infrastructure.
Problema: La sincronizzazione del database secondario con quello primario per HA è bloccata a X% per molto tempo
1. Arrestare il servizio sul server secondario
service msed stop
2. Rimuovere il /opt/mse/health-monitor/resources/config/advance-c
3. Se ci sono ancora problemi nel stabilire HA, potrebbe essere entrato in uno stato incoerente in cui è necessario rimuovere tutto sotto la directory 'data' sul secondario utilizzando rm -rf /opt/data/*
4. Riavviare il database secondario. Aggiungerlo da Prime Infrastructure a Primary per avviare nuovamente HA.
Problema: Impossibile eliminare il server secondario dalla PI dopo che non è raggiungibile
1. Arrestare il servizio sul server primario.
2. Rimuovere il /opt/mse/health-monitor/resources/config/advance-c
3. Riavviare il servizio sul server primario.
4. Eliminare l'MSE principale da PI e aggiungerlo nuovamente.
Feedback