Sommario

Introduzione

Premesse

Linee guida e limitazioni

Scenario di configurazione HA per l'appliance virtuale MSE (connessa alla rete)

Configurazione del server MSE secondario

Gestirli da Cisco Prime NCS (o Prime Infrastructure)

Aggiunta del database MSE secondario a Cisco Prime NCS

Configurazione HA con connessione diretta

Scenario di configurazione HA per appliance fisica MSE

Verifica

Risoluzione dei problemi di base di MSE HA

Scenario di failover/failback

Primario attivo, secondario pronto a subentrare

Failover su database secondario

Failback al database primario

Matrice stato HA

Note e fatti importanti su HA

Risoluzione dei problemi HA

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.

Nota: Questo documento non fornisce i dettagli di configurazione per MSE e i componenti associati che non fanno riferimento a MSE HA. Queste informazioni vengono fornite in altri documenti e vengono forniti i riferimenti. Nel presente documento, inoltre, non viene descritta la configurazione degli IPS adattivi.

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]

Nota: È necessaria una licenza di attivazione (L-MSE-7.0-K9) per VA. Questa operazione è necessaria per la configurazione ad alta disponibilità del VA.

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:

1. Completare l'installazione di VA per MSE e verificare che tutte le impostazioni di rete siano soddisfatte, come mostrato nell'immagine.

2. Impostare i parametri mediante l'Impostazione guidata al primo accesso, come mostrato nell'immagine.

3. Immettere le voci richieste (nome host, dominio e così via). Immettere YES nel passaggio per configurare la disponibilità elevata.

4. 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

5. Selezionate l'interfaccia di connessione diretta [none] come mostrato nell'immagine.

6. 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]

7. 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]

8. La seconda interfaccia Ethernet (Eth1) non viene utilizzata.

Configurare l'interfaccia eth1 - [skip] come mostrato nell'immagine.

9. 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--------

10. Immettere yes per verificare che tutte le informazioni di impostazione siano corrette, come mostrato nell'immagine.

11. Si consiglia di riavviare il sistema dopo l'installazione, come mostrato nell'immagine.

12. Dopo un riavvio, avviare i servizi MSE con i comandi /etc/init.d/msed start o msed start, come mostrato nell'immagine.

13. 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:

1. 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

2. 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]

3. Configurare l'interfaccia eth1 - [Skip] come mostrato nell'immagine.

4. Impostare il fuso orario - [UTC] come mostrato nell'immagine.

5. Abilitare il server NTP come mostrato nell'immagine.

6. Completare i passaggi rimanenti dell'Installazione guidata e confermare le informazioni di installazione per salvare la configurazione come mostrato nell'immagine.

7. 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.

1. Dalla NCS, selezionare Systems > Mobility Services (Sistemi > Servizi di mobilità) e scegliere Mobility Services Engine (Motori servizi di mobilità) come mostrato nell'immagine.

2. Dal menu a discesa, scegliere Aggiungi Mobility Services Engine. Quindi, fare clic su Go (Vai) come mostrato nell'immagine.

3. 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.

4. Aggiungere tutte le licenze disponibili, quindi fare clic su Avanti come mostrato nell'immagine.

5. Selezionare i servizi MSE, quindi fare clic su Avanti, come mostrato nell'immagine.

6. Abilitare i parametri di rilevamento, quindi fare clic su Avanti come mostrato nell'immagine.

7. 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:

1. Individuare la colonna Server secondario e fare clic sul collegamento da configurare, come illustrato nell'immagine.

2. 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.

3. 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.

4. Fare clic su OK e individuare il file di licenza per attivare Secondario, come mostrato nell'immagine.

5. Una volta attivata la funzione VA del MSE secondario, fare clic su Save (Salva) per completare la configurazione come mostrato nell'immagine.

6. Selezionare NCS > Mobility Services > Mobility Services Engine.

NCS visualizza questa schermata in cui appare MSE secondario nella colonna Server secondario:

7. 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

1. 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--------

2. 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--------

3. Aggiungere l'MSE principale all'NCS come mostrato nell'immagine. (vedere gli esempi precedenti o fare riferimento alla guida alla configurazione).

4. Per configurare il server MSE secondario, selezionare NCS > Configura server secondario.

1. Immettere il nome del dispositivo secondario - [mse3355-2]

2. Indirizzo IP secondario - [10.10.10.16]

3. Completate i parametri rimanenti e fate clic su Salva (Save) come mostrato nell'immagine.

5. 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.

6. Al termine, apportare le modifiche desiderate ai parametri HA. Fare clic su Save (Salva) come mostrato nell'immagine.

7. Visualizzare lo stato HA per l'avanzamento in tempo reale della nuova coppia MSE HA come mostrato nell'immagine.

8. 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.

9. 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.

1. 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

2. Dopo aver configurato tutti gli MSE, aggiungere Primary1 e Primary2 all'NCS come mostrato nell'immagine.

3. 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.

4. Immettere i parametri per MSE secondario:

1. Nome dispositivo secondario: ad esempio, [mse-3355-2]

2. Indirizzo IP secondario - [10.10.10.16]

3. Completate i parametri rimanenti.

4. Fare clic su Save (Salva) come mostrato nell'immagine.

5. Attendere qualche istante prima di configurare la prima voce secondaria come mostrato nell'immagine.

6. Confermare che il server secondario sia stato aggiunto per il primo MSE primario come mostrato nell'immagine.

7. Ripetere i punti da 3 a 6 per il secondo MSE primario come mostrato nell'immagine.

8. Finalizzare con i parametri HA per il secondo MSE primario come mostrato nell'immagine.

9. Salvate le impostazioni come mostrato nell'immagine.

10. Controllare lo stato di avanzamento di ciascun MSE principale come mostrato nell'immagine.

11. Confermare che i programmi MSE Primary1 e Primary2 siano entrambi impostati con un MSE secondario come mostrato nell'immagine.

12. 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-cconfig-<indirizzo-IP-primario>.properties nel database secondario.

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-cconfig-<indirizzo-IP-primario>.properties sul database primario.

3. Riavviare il servizio sul server primario.

4. Eliminare l'MSE principale da PI e aggiungerlo nuovamente.