Contents

Introduction

Informações de Apoio

Diretrizes e limitações

Cenário de configuração de HA para MSE Virtual Appliance (conexão de rede)

Configurando o MSE secundário

Gerenciá-los a partir do Cisco Prime NCS (ou Prime Infrastructure)

Adicionando o MSE secundário ao Cisco Prime NCS

Configuração de HA com conexão direta

Cenário de configuração de HA para MSE Physical Appliance

Verificar

Troubleshooting Básico de MSE HA

Cenário de failover/failback

Primário ativo, Secundário pronto para assumir

Falha no secundário

Falha ao voltar ao principal

Matriz de estado HA

Observações e fatos importantes sobre HA

Solucionar problemas de HA

Introduction

Este documento descreve as diretrizes de configuração e implantação, bem como dicas de solução de problemas para aqueles que adicionam o HA (Mobility Services Engine) e executam o Aware Context Services e/ou o AwIPS (Adaptive Wireless Intrusion Prevention System) a uma WLAN (WLAN) sem fio unificada da Cisco. O objetivo deste documento é explicar as diretrizes para o MSE HA e fornecer cenários de implantação de HA para o MSE.

Note: Este documento não fornece detalhes de configuração para o MSE e componentes associados que não pertencem ao MSE HA. Essas informações são fornecidas em outros documentos e são fornecidas referências. A configuração wIPS adaptável também não é abordada neste documento.

Informações de Apoio

O MSE é uma plataforma capaz de executar vários serviços relacionados. Esses serviços fornecem funcionalidade de serviço de alto nível. Portanto, considerar o HA é essencial para manter a maior confiança no serviço.

Com o HA habilitado, é feito o backup de cada MSE ativo por outra instância inativa. O MSE HA apresenta o monitor de integridade no qual ele configura, gerencia e monitora a configuração de alta disponibilidade. Um heartbeat é mantido entre o MSE principal e o MSE secundário. O monitor de integridade é responsável por configurar o banco de dados, a replicação de arquivos e o monitoramento do aplicativo. Quando o MSE principal falha e o secundário assume, o endereço virtual do MSE principal é comutado de forma transparente.

Essa configuração (consulte a Figura 1.) demonstra uma implantação típica de WLAN da Cisco que inclui o Cisco MSE habilitado para HA.

O suporte HA está disponível no MSE-3310, MSE-3350/3355, 3365 e Virtual Appliance no ESXi.

Figura 1. Implantação de MSE em HA

Diretrizes e limitações

As informações aqui são sobre a arquitetura do MSE HA:

- O MSE Virtual Appliance oferece suporte somente a HA 1:1

- Um MSE secundário pode suportar até dois MSEs principais. Veja a matriz de emparelhamento HA (figuras 2 e 3)

- HA suporta conexão de rede e conexão direta

- Somente a redundância de Camada 2 do MSE é suportada. O IP do monitor de integridade e o IP virtual devem estar na mesma sub-rede e acessíveis a partir da redundância da camada 3 do Network Control System (NCS) não são suportados

- O IP do monitor de integridade e o IP virtual devem ser diferentes

- Você pode usar failover manual ou automático

- Você pode usar failback manual ou automático

- O MSE primário e secundário devem estar na mesma versão de software

- Cada MSE principal ativo é copiado para backup por outra instância inativa. O MSE secundário torna-se ativo somente depois que o procedimento de failover é iniciado.

- O procedimento de failover pode ser manual ou automático

- Há uma instância de software e banco de dados para cada MSE principal registrado.

Figura 2. Matriz de pares de suporte de HA MSE

A linha de base dessa matriz é que a instância secundária deve sempre ter especificações iguais ou altas que a primária, sejam eles dispositivos ou máquinas virtuais.

O MSE-3365 só pode ser emparelhado com outro MSE-3365. Nenhuma outra combinação é testada/suportada.

Figura 3. Matriz de emparelhamento MSE HA N:1

Cenário de configuração de HA para MSE Virtual Appliance (conexão de rede)

Este exemplo mostra a configuração de HA para o MSE Virtual Appliance (VA) (consulte a figura 4). Para esse cenário, essas configurações são definidas:

- VA MSE principal:

Virtual IP – [10.10.10.11]

Health Monitor interface (Eth0) – [10.10.10.12]

- VA MSE secundária:

Virtual IP – [None]

Health Monitor interface (Eth0) – [10.10.10.13]

Note: Uma licença de ativação (L-MSE-7.0-K9) é necessária para cada VA. Isso é necessário para a configuração de HA do VA.

Figura 4. MSE Virtual Appliance em HA

Consulte a documentação da Cisco sobre o MSE Virtual Appliance para obter mais informações.

Aqui estão as etapas gerais:

1. Conclua a instalação do VA para MSE e verifique se todas as configurações de rede são atendidas como mostrado na imagem.

2. Parâmetros de configuração através do Assistente para configuração no primeiro login, como mostrado na imagem.

3. Insira as entradas necessárias (nome do host, domínio etc.). Digite SIM na etapa para configurar a alta disponibilidade.

4. Insira essas informações e conforme mostrado nas imagens.

- Selecione Função - [1 para Principal].

- Interface do monitor de integridade - [eth0]*

*Configurações de rede mapeadas para o adaptador de rede 1

5. Selecione interface de conexão direta [none] como mostrado na imagem.

6. Insira estas informações e conforme mostrado na imagem:

- Endereço IP virtual - [10.10.10.11]

- Máscara de rede - [255.255.255.0]

- Iniciar MSE no modo de recuperação - [Não]

7. Insira estas informações e conforme mostrado na imagem:

- Configurar Eth0 - [Yes]

- Insira o endereço IP Eth0- [10.10.10.12]

- Máscara de rede - [255.255.255.0]

- Gateway padrão - [10.10.10.1]

8. A segunda interface Ethernet (Eth1) não é usada.

Configure eth1 interface - [skip] conforme mostrado na imagem.

9. Continue pelo Assistente para configuração, conforme mostrado nas imagens.

- É crítico habilitar o servidor NTP para sincronizar o relógio.

- O fuso horário preferencial é UTC.

Isso resume a configuração principal do 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. Digite yes para confirmar se todas as informações de configuração estão corretas, como mostrado na imagem.

11. Uma reinicialização é recomendada após a configuração, como mostrado na imagem.

12. Após uma reinicialização, inicie os serviços MSE com os comandos /etc/init.d/msed start ou service msed start, como mostrado na imagem.

13. Depois que todos os serviços tiverem iniciado, confirme se os serviços MSE estão funcionando corretamente com o comando getserverinfo.

O status da operação deve ser Ativo conforme mostrado na imagem.

Configurando o MSE secundário

Estas etapas fazem parte da configuração do MSE VA secundário:

1. Após a nova instalação, o login inicial inicia o Assistente para configuração. Insira estas informações conforme mostrado na imagem:

- Configurar alta disponibilidade - [Sim]

- Selecione a função - [2] que indica Secundário

- Interface do Monitor de Estado de Funcionamento - [eth0] igual ao Principal

2. Insira as informações conforme mostrado na imagem:

- Conexão direta - [Nenhum]

- Endereço IP eth0 - [10.10.10.13]

- Máscara de rede - [255.255.255.0]

- Gateway padrão - [10.10.10.1]

3. Configure eth1 interface - [Skip] como mostrado na imagem.

4. Defina o fuso horário - [UTC] como mostrado na imagem.

5. Ative o servidor NTP como mostrado na imagem.

6. Conclua as etapas restantes do Assistente para configuração e confirme as informações de configuração para salvar a configuração como mostrado na imagem.

7. Reinicie e inicie os serviços da mesma forma que as etapas anteriores para o MSE principal, como mostrado na imagem.

Gerenciá-los a partir do Cisco Prime NCS (ou Prime Infrastructure)

As próximas etapas mostram como adicionar o MSE VA primário e secundário ao NCS. Execute o processo normal de adicionar um MSE ao NCS. Consulte o guia de configuração para obter ajuda.

1. No NCS, navegue para Systems > Mobility Services e escolha Mobility Services Engines como mostrado na imagem.

2. No menu suspenso, escolha Add Mobility Services Engine. Em seguida, clique em Ir como mostrado na imagem.

3. Siga o assistente de configuração do NCS para MSE. No cenário deste documento, os valores são:

- Insira o nome do dispositivo - por exemplo [MSE1]

- Endereço IP - [10.10.10.12]

- Nome de usuário e senha (por configuração inicial)

- Clique em Avançar conforme mostrado na imagem.

4. Adicione todas as licenças disponíveis e clique em Avançar conforme mostrado na imagem.

5. Selecione MSE services (Serviços MSE) e clique em Next (Avançar) conforme mostrado na imagem.

6. Ative os parâmetros de rastreamento e clique em Avançar conforme mostrado na imagem.

7. É opcional atribuir mapas e sincronizar serviços MSE. Clique em Concluído para concluir a adição do MSE ao NCS e conforme mostrado nas imagens.

Adicionando o MSE secundário ao Cisco Prime NCS

A próxima captura de tela mostra que o MSE VA primário foi adicionado. Agora, conclua estes passos para adicionar o MSE VA secundário:

1. Localize a coluna Servidor secundário e clique no link para configurar conforme mostrado na imagem.

2. Adicione o MSE VA secundário com a configuração neste cenário:

- Nome do dispositivo secundário - [mse2]

- Endereço IP secundário - [10.10.10.13]

- Senha secundária* - [padrão ou do script de configuração]

- Tipo de failover* - [Automático ou Manual]

- Tipo de retorno*

- Longa espera de failover*

- Click Save.

*Clique no ícone de informações ou consulte a documentação do MSE, se necessário.

3. Clique em OK quando o NCS solicitar o emparelhamento dos dois MSEs como mostrado na imagem.

O NCS leva alguns segundos para criar a configuração como mostrado na imagem.

O NCS avisa se o MSE VA secundário exige uma licença de ativação (L-MSE-7.0-K9), como mostrado na imagem.

4. Clique em OK e localize o arquivo de licença para ativar o Secundário, como mostrado na imagem.

5. Depois que o VVA MSE secundário tiver sido ativado, clique em Salvar para concluir a configuração como mostrado na imagem.

6. Navegue até NCS > Serviços de mobilidade > Mobility Services Engine.

O NCS exibe essa tela onde o MSE secundário aparece na coluna para o servidor secundário:

7. Para visualizar o status do HA, navegue para NCS > Serviços > Alta disponibilidade como mostrado na imagem.

No status do HA, você pode ver o status e os eventos atuais pelo par MSE e como mostrado na imagem.

Pode levar alguns minutos para que a sincronização inicial e a replicação de dados sejam configuradas. O NCS fornece a indicação % de progresso até que o par HA esteja totalmente ativo como visto anteriormente e como mostrado na imagem.

Um novo comando introduzido com o software MSE versão 7.2 que se relaciona ao HA é gethainfo. Esta saída mostra o Primário e o Secundário:

[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

Configuração de HA com conexão direta

O MSE HA conectado à rede usa a rede, enquanto a configuração do Direct Connect facilita o uso de uma conexão de cabo direta entre os servidores MSE primário e secundário. Isso pode ajudar a reduzir as latências nos tempos de resposta de pulsação, replicação de dados e tempo de detecção de falhas. Para esse cenário, um MSE físico primário se conecta a um MSE secundário na interface eth1, como visto na figura 5. Observe que Eth1 é usado para a conexão direta. É necessário um endereço IP para cada interface.

Figura 5: MSE HA com conexão direta

1. Configure o MSE principal.

Resumo da configuração do script de configuração:

-------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. Configure o MSE secundário.

Resumo da configuração do script de configuração:

-------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. Adicione o MSE primário ao NCS conforme mostrado na imagem. (consulte exemplos anteriores ou consulte o guia de configuração).

4. Para configurar o MSE secundário, navegue até NCS > configure Secondary Server (NCS > configurar servidor secundário).

1. Insira o nome do dispositivo secundário - [mse3355-2]

2. Endereço IP secundário - [10.10.10.16]

3. Preencha os parâmetros restantes e clique em Salvar como mostrado na imagem.

5. Clique em OK para confirmar o par dos dois MSEs, como mostrado na imagem.

O NCS leva um tempo para adicionar a configuração do servidor secundário como mostrado na imagem.

6. Quando concluído, faça as alterações nos parâmetros HA. Clique em Salvar como mostrado na imagem.

7. Veja o status HA para o progresso em tempo real do novo par HA MSE como mostrado na imagem.

8. Navegue até NCS > Services > Mobility Services > Mobility Services Engines, confirme se o HA do MSE (direct connect) foi adicionado ao NCS como mostrado na imagem.

9. No console, a confirmação também pode ser vista com o comando gethainfo.

Aqui estão a saída primária e secundária:

[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

Cenário de configuração de HA para MSE Physical Appliance

Com base na matriz de emparelhamento, o máximo na configuração de HA é 2:1. Isso é reservado para o MSE-3355, que no modo secundário pode suportar um MSE-3310 e MSE-3350. A conexão direta não é aplicável neste cenário.

1. Configure cada um desses MSEs para demonstrar o cenário HA 2:1:

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. Depois que todos os MSEs estiverem configurados, adicione Primary1 e Primary2 ao NCS como mostrado na imagem.

3. Clique para configurar o servidor secundário (como mostrado nos exemplos anteriores). Comece com um dos MSEs primários conforme mostrado na imagem.

4. Insira os parâmetros para o MSE secundário:

1. Nome do dispositivo secundário: por exemplo, [mse-3355-2]

2. Endereço IP secundário - [10.10.10.16]

3. Preencha os parâmetros restantes.

4. Clique em Salvar como mostrado na imagem.

5. Aguarde um breve momento para que a primeira entrada secundária seja configurada como mostrado na imagem.

6. Confirme se o Servidor Secundário foi adicionado para o primeiro MSE Primário conforme mostrado na imagem.

7. Repita as etapas 3 a 6 para o segundo MSE primário conforme mostrado na imagem.

8. Finalize com parâmetros HA para o segundo MSE primário como mostrado na imagem.

9. Salve as configurações como mostrado na imagem.

10. Verifique o status de progresso de cada um dos MSEs primários conforme mostrado na imagem.

11. Confirme se os MSEs Primário1 e Primário2 estão configurados com um MSE Secundário conforme mostrado na imagem.

12. Navegue para NCS > Serviços > Serviços de mobilidade, escolha Alta disponibilidade como mostrado na imagem.

Observe que 2:1 é confirmado para MSE-3355 como secundário para MSE-3310 e MSE-3350 como mostrado na imagem.

Aqui está um exemplo de saída da configuração de HA do console de todos os três MSEs quando o comando gethainfo é usado:

[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

A validação final para HA no NCS mostra o status como totalmente Ativo para MSE-3310 e MSE-3350 como mostrado nas imagens.

Verificar

No momento, não há procedimento de verificação disponível para esta configuração.

Troubleshooting Básico de MSE HA

Esta seção disponibiliza informações para a solução de problemas de configuração.

Ao adicionar o MSE secundário, você pode ver um prompt como mostrado na imagem.

É possível, houve um problema durante o script de configuração.

- Execute o comando getserverinfo para verificar as configurações de rede adequadas.

- Também é possível que os serviços não tenham começado. Execute o comando /init.d/msed start.

- Execute o script de configuração novamente, se necessário (/mse/setup/setup.sh) e salve no final.

O VA para MSE também exige uma licença de ativação (L-MSE-7.0-K9). Caso contrário, o NCS é avisado quando você adiciona o MSE VA secundário. Obtenha e adicione a licença de ativação para o MSE VA conforme mostrado na imagem.

Se estiver alternando a função de HA no MSE, certifique-se de que os serviços estejam totalmente parados. Portanto, pare os serviços com o comando /init.d/msed stop e execute o script de configuração novamente (/mse/setup/setup.sh) como mostrado na imagem.

Execute o comando gethainfo para obter informações de HA no MSE. Isso fornece informações úteis na solução de problemas ou no monitoramento do status e das alterações do 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

Além disso, o NCS HA View é uma excelente ferramenta de gerenciamento para obter visibilidade da configuração de HA para MSE como mostrado na imagem.

Cenário de failover/failback

A situação no caso de failover/failback manual apenas, para melhor controle.

Primário ativo, Secundário pronto para assumir

Quando o HA do MSE estiver configurado e em execução, o estado no Prime como mostrado nas imagens:

Aqui estão o getserverinfo e o gethainfo do MSE principal:

[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

E aqui estão os mesmos para o MSE secundário:

[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

Falha no secundário

Para disparar manualmente, você entra na configuração do MSE HA no Prime Infrastructure e clica em Switchover.

Muito rapidamente, o gethainfo em ambos os servidores irá virar FAILOVER_INVOKED

gethainfo principal:

[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 secundário:

[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

Quando o failover estiver concluído, você verá esta imagem no Prime:

O gethainfo principal:

[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

Secundário:

[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

Neste estágio, o failover é concluído e o MSE secundário é totalmente responsável.

Observe que os serviços no MSE principal param quando você faz um switchover manual (para simular um evento real de desativação do MSE primário)

Se você ativar o backup principal, seu estado será "TERMINADO". É normal e secundário ainda é o responsável e mostra "FAILOVER_ATIVE"

Falha ao voltar ao principal

Antes de retornar, você deve retornar o primário.

Seu estado é então "TERMINADO":

[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 você chama o Failback do Prime, ambos os nós entram em "FAILBACK ATIVE", que não é o estado final (ao contrário de "failover ative").

gethainfo principal:

[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 secundário:

[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

O Prime mostra esta imagem:

Quando o failback é feito, mas o secundário ainda está ocupado transferindo dados de volta para o principal, o principal mostra:

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

show secundário:

[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 neste estágio é como mostrado na imagem:

Quando isso é concluído, todos os status retornam ao estado original: O status PRIMARY_ATIVE, SECONDARY_ATIVE e Prime HA é mostrado como uma nova implantação novamente.

Matriz de estado HA

PRIMARY_ATIVE

Estado do MSE principal quando é primário, no comando e tudo está bem

SECUNDÁRIO_ATIVE

Estado do MSE secundário quando ele estiver ativo, mas não no comando (ainda primário), pronto para assumir quando necessário

FAILOVER_INVOKED

Mostrado em ambos os nós quando ocorre o failover, ou seja, o MSE secundário inicia seus serviços carregando o banco de dados do MSE principal

FAILOVER_ATIVE

Estado final de um failover. O MSE secundário é considerado "ativo e em execução" e o MSE primário está inativo

TERMINATED

Estado de um nó MSE que retorna com os serviços ativos depois de estar inativo e quando não é o nó responsável (portanto, pode ser o estado principal quando os serviços são reiniciados e o PI ainda dá controle sobre o MSE secundário). Isso também significa que o link HA pode não estar ativo (se um MSE estiver sendo reinicializado, por exemplo, ou simplesmente não puder executar ping)

FAILBACK_ATIVE

Ao contrário do failover, esse não é o estágio final do failback. Isso significa que o failback foi chamado e está ocorrendo no momento. O banco de dados está sendo copiado do secundário para o principal

FAILBACK_COMPLETE

Status do nó primário quando ele está novamente no comando, mas ainda está ocupado carregando o banco de dados do MSE secundário

SECONDARY_ALONE

Status do MSE secundário quando o failback é feito e o principal está no comando, mas ainda carregando dados

GRACEFUL_SHUTDOWN

Estado acionado se você reinicializar ou interromper manualmente os serviços no outro MSE em caso de failover/failback automático. Isso significa que ele não assumirá, pois o tempo de inatividade foi provocado manualmente

Observações e fatos importantes sobre HA

- É muito importante não disparar um failback imediatamente após um failover ter sido feito e vice-versa. Os bancos de dados precisam de bons 30 minutos para se estabilizarem

- Os arquivos de configuração de HA são base-ha-config.properties em /opt/mse/health-monitor/resources/config/, no entanto, não devem ser editados manualmente (use setup.sh em vez disso). No entanto, você pode visualizar em caso de dúvida

- HA não deve ser quebrado manualmente. A única maneira limpa de fazer é excluir o MSE secundário do Prime Infra. Qualquer outro método (executar setup.sh no secundário para torná-lo primário, desinstalar, alterar ip ...) quebrará o banco de dados e a máquina de estado e você provavelmente terá que reinstalar ambos os MSEs

Solucionar problemas de HA

Os registros relacionados ao HA são salvos no diretório/opt/mse/logs/hm com health-monitor*.log sendo o arquivo de log principal.

Problema: O Primário e o Secundário estão ativos (doença de cérebro dividido)

1. Desligue a interface IP virtual (VIP) no secundário. Seria eth0:1 ifconfig eth0:1 para baixo

2. Reinicie os serviços no MSE secundário

service msed stop

service msed start

3. Verifique se o secundário voltou a sincronizar com o primário da Prime Infrastructure.

Problema: A sincronização do secundário com o principal para HA está presa em X% por um longo tempo

1. Parar o serviço no secundário

service msed stop

2. Remova o /opt/mse/health-monitor/resources/config/advance-config-<IP-address-of-Primary>.properties no Secundário.

3. Se ainda houver problemas na criação de HA, ela pode ter entrado em um estado inconsistente onde temos que remover tudo sob o diretório 'data' no secundário usando rm -rf /opt/data/*

4. Reinicie o secundário. Adicione-o do Prime Infrastructure ao Primary para iniciar o HA novamente.

Problema: Não é possível excluir o servidor secundário do PI depois que ele não pode ser alcançado

1. Pare o serviço no Primário.

2. Remova o /opt/mse/health-monitor/resources/config/advance-config-<IP-address-of-Primary>.properties no Primário.

3. Reinicie o serviço no Primário.

4. Exclua o MSE primário do PI e adicione-o novamente.