Guia de configuração e implantação para alta disponibilidade do software MSE versão 8.0

Introdução

Este documento descreve as diretrizes de configuração e implantação, bem como dicas de Troubleshooting para aqueles que adicionam o Mobility Services Engine (MSE) High Availability (HA) e executam Context Aware Services e/ou Adaptive Wireless Intrusion Prevention System (AwIPS) a uma Cisco Unified Wireless LAN (WLAN). A finalidade deste documento é explicar as diretrizes para o HA do MSE 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 adaptável do wIPS 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 mais alta confiança no serviço.

Com o HA habilitado, todo MSE ativo é armazenado em backup por outra instância inativa. O MSE HA introduz o monitor de integridade no qual ele configura, gerencia e monitora a configuração de alta disponibilidade. Uma pulsação é mantida entre o MSE primário e 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 primário falha e o secundário assume, o endereço virtual do MSE primário é comutado de forma transparente.

Esta 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 a HA está disponível no MSE-3310, MSE-3350/3355, 3365 e Virtual Appliance no ESXi.

Figura 1. Implantação do MSE em HA

Diretrizes e limitações

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

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

• Um MSE secundário pode suportar até dois MSEs primários. Consulte a matriz de emparelhamento de alta disponibilidade (figuras 2 e 3)

• O HA suporta Network Connected e Direct Connected

• 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 não há suporte para a redundância de Camada 3 do Network Control System (NCS)

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

• Você pode usar o failover manual ou automático

• Você pode usar failback manual ou automático

• O MSE principal e o secundário devem estar na mesma versão de software

• Todo MSE primário ativo é armazenado em backup por outra instância inativa. O MSE secundário se torna ativo somente após o procedimento de failover ser iniciado.

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

• Há um software e uma instância de banco de dados para cada MSE primário registrado.

Figura 2. Matriz de emparelhamento de suporte HA do MSE

A linha de base dessa matriz é que a instância secundária sempre deve ter especificações iguais ou superiores às da instância primária, sejam elas 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 dispositivo virtual MSE (conectado à rede)

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

• MSE VA Primário:

Virtual IP – [10.10.10.11]

Health Monitor interface (Eth0) – [10.10.10.12]

• VA do MSE secundário:

Virtual IP – [None]

Health Monitor interface (Eth0) – [10.10.10.13]

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

Figura 4. Dispositivo virtual MSE em HA

Consulte a documentação da Cisco no Dispositivo virtual MSE para obter mais informações.

Estas são as etapas gerais:

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

   

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

   

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

   

4. Digite essas informações e como mostrado nas imagens.

   • Selecione Função - [1 para Primário].

   • Interface do Monitor de Integridade - [eth0]^*

     ^*Configurações de rede mapeadas para o Adaptador de Rede 1

     

     

5. Selecione direct connect interface [none] como mostrado na imagem.

   

6. Digite essas informações e conforme mostrado na imagem:

   • Endereço IP virtual - [10.10.10.11]

   • Máscara de rede - [255.255.255.0]

   • Inicie o MSE no modo de recuperação - [No]

     

7. Digite essas informações e conforme mostrado na imagem:

   • Configurar Eth0 - [Sim]

   • 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 a interface eth1 - [skip] conforme mostrado na imagem.

   

9. Continue usando o 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 do 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 sido iniciados, confirme se os serviços do MSE estão funcionando corretamente com o comando getserverinfo.

    O status da operação deve aparecer Acima como 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 essas informações conforme mostrado na imagem:

   • Configurar Alta Disponibilidade - [Sim]

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

   • Health Monitor Interface - [eth0] igual ao Primary

     

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 a interface eth1 - [Skip] como mostrado na imagem. 

   

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

   

5. Ative o servidor NTP conforme mostrado na imagem.

   

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

   

7. Reinicialize e inicie os serviços da mesma forma que as etapas anteriores para o MSE Primário, 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 até 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 Go conforme 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 - ex. [MSE1]

   • Endereço IP - [10.10.10.12]

   • Nome de usuário e senha (de acordo com a 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 os serviços do MSE e clique em Avançar conforme mostrado na imagem.

   

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

   

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

   

   

Adicionando o MSE secundário ao Cisco Prime NCS

A próxima captura de tela mostra que o VA do MSE primário foi adicionado. Agora, conclua estas etapas 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 Fallback*

   • 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 requer 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 MSE VA secundário tiver sido ativado, clique em Save para concluir a configuração como mostrado na imagem.

   

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

   O NCS exibe esta tela onde o MSE secundário aparece na coluna do servidor secundário:

   

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

   

   No status HA, você pode ver o status atual e os eventos 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 % de progresso até que o par HA esteja totalmente ativo, como visto anteriormente e como mostrado na imagem.

   

Um novo comando introduzido com a versão 7.2 do software MSE que se relaciona ao HA é gethainfo. Esta saída mostra os campos Primário e 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 HA com conexão direta

Network Connected MSE HA usa a rede, enquanto a configuração 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 heartbeat, replicação de dados e detecção de falhas. Para este 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 instalaçã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 instalaçã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 como mostrado na imagem. (consulte exemplos anteriores ou consulte o guia de configuração).

   

4. Para configurar o MSE secundário, navegue para NCS > configure Secondary Server.

   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 Save conforme mostrado na imagem.

   

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

   

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

   

6. Ao concluir, faça as alterações nos parâmetros de HA. Clique em Salvar como mostrado na imagem.

   

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

   

8. Navegue até NCS > Serviços > Serviços de mobilidade > Mecanismos de serviços de mobilidade, confirme se o HA do MSE (conexão direta) foi adicionado ao NCS como mostrado na imagem.

   

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

   Esta é a saída principal 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 dispositivo físico MSE

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 um MSE-3350. A conexão direta não é aplicável neste cenário.

1. Configure cada um desses MSEs para demonstrar o cenário de 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 (conforme mostrado nos exemplos anteriores). Comece com um dos MSEs primários conforme mostrado na imagem.

   

4. Informe 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 conforme mostrado na imagem.

   

6. Confirme se o servidor secundário foi adicionado ao primeiro MSE primário conforme mostrado na imagem.

   

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

   

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

   

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

   

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

    

11. Confirme se os MSEs Primary1 e Primary2 estão configurados com um MSE secundário como mostrado na imagem.

    

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

    

    Observe que 2:1 está confirmado para o MSE-3355 como secundário para o MSE-3310 e o 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 o MSE-3310 e o MSE-3350 como mostrado nas imagens.

    

    

Verificar

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

Solução básica de problemas do 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 que tenha ocorrido 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 sido iniciados. Execute o comando /init.d/msed start.

• Execute novamente o script de configuração, 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 avisará quando você adicionar o VA do MSE secundário. Obtenha e adicione a licença de ativação para o MSE VA como mostrado na imagem.

Se estiver alternando a função 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 instalaçã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 para solucionar problemas ou monitorar o status e as alterações de 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 ótima 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 em caso de failover/failback manual apenas, para melhor controle.

O principal está ativado, o secundário está pronto para assumir

Depois que 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 primário:

[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

Failover para Secundário

Para acionar manualmente, vá para a configuração HA do MSE na Prime Infrastructure e clique em Switchover.

Rapidamente, as informações geográficas nos dois servidores se transformarão em FAILOVER_INVOKED

gethainfo primário:

[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

 Informações geográficas secundárias:

[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

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

É importante observar que os serviços no MSE principal param quando você faz um switchover manual (para simular um evento real de MSE principal sendo desativado)

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

Failback para Principal

Antes de executar o failback, é necessário ativar o backup principal.

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 primário:

[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

Prime mostra esta imagem:

Quando o failback estiver concluído, mas o secundário ainda estiver ocupado transferindo dados de volta para o principal, o principal mostrará:

 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 é como mostrado na imagem:

Quando a operação for concluída, todos os status voltarão ao estado original: Os status PRIMARY_ATIVE, SECONDARY_ATIVE e Prime HA são exibidos novamente como uma nova implantação.

Matriz de estados HA

Comentários e fatos importantes sobre HA

• É muito importante não disparar um failback imediatamente após a realização de um failover e vice-versa. Os bancos de dados precisam de bons 30 minutos para se estabilizarem
• Os arquivos de configuração 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). No entanto, você pode visualizá-lo em caso de dúvida
• O 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 um 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 /opt/mse/logs/hm diretory com health-monitor*.log sendo o arquivo de registro primário.

Problema: Tanto o primário como o secundário estão ativos (condição cerebral dividida)

1. Desligue a interface IP virtual (VIP) no secundário. Seria eth0:1 se a configuração eth0:1 estivesse inativa

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

service msed stop
início de serviço perdido

3. Verifique se o secundário começou a sincronizar novamente com o Principal a partir da Prime Infrastructure.

Problema: A sincronização do secundário com o primário para HA fica paralisada em X% por muito tempo

1. Pare o serviço no secundário

service msed stop

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

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

4. Reinicie o secundário. Adicione-o da infraestrutura principal ao principal para iniciar o HA novamente.

Problema: Não é possível excluir o servidor secundário do PI depois que ele está inacessível

1. Interrompa o serviço no Principal.

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

3. Reinicie o serviço no Principal.

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