Configurando HA para vSockets no Azure

Este artigo explica como configurar um site com dois vSockets que fornecem alta disponibilidade (HA) para um site na nuvem Microsoft Azure.

Visão Geral da Alta Disponibilidade vSocket no Azure

Para fornecer redundância para vSockets dentro de um site Azure, implante dois vSockets na mesma Rede Virtual do Azure (VNet) e configure-os para funcionar em uma configuração de alta disponibilidade. Os vSockets operam em modo ativo/passivo, e os links LAN são usados para enviar mensagens de keepalive entre os vSockets.

A configuração de HA do Azure utiliza um endereço IP Flutuante, que é vinculado à interface LAN para o vSocket ativo. Quando há um failover, o Endereço IP Flutuante se move para a interface LAN do vSocket secundário. As tabelas de roteamento usam esse IP Flutuante como o próximo salto para o tráfego enviado sobre a Cato Cloud.

Azure HA suporta várias Zonas de Disponibilidade. Alternativamente, você pode usar os Conjuntos de Disponibilidade para garantir que ambos os vSockets sejam implantados em diferentes Domínios de Falha e Atualização no Azure.

Diagrama de Exemplo da Rede Virtual de HA no Azure

O seguinte diagrama de rede mostra uma configuração exemplo de HA vSockets para um site Azure.

Os vSockets principal e secundário estão no mesmo VNet. As interfaces LAN são 10.102.2.10 (principal) e 10.102.2.11 (secundária). O Endereço IP Flutuante é 10.102.2.200 e está configurado como o próximo salto para a tabela de roteamento LAN.

O fluxo de tráfego normal para esta rede é:

1. VM1 envia tráfego para a Internet.

2. De acordo com a tabela de rotas LAN, o próximo salto para o tráfego é 10.102.2.200, que está configurado como o endereço IP secundário para a interface LAN do vSocket primário.

3. O vSocket primário está ativo e envia o tráfego pela interface WAN para a Internet.

Fluxo de Trabalho de Failover vSocket do Azure

Este é o fluxo de trabalho quando o vSocket ativo principal falha para o secundário em espera em um site Azure. O diagrama a seguir ilustra o failover, os números correspondem aos itens nas etapas abaixo:

1. Em operação normal, o vSocket primário tem o papel ativo, e o vSocket secundário tem o papel de espera.

   1. O Endereço IP Flutuante (endereço IP secundário na interface LAN) está ligado ao vSocket principal (item 1a).

   2. Os prefixos da tabela de roteamento LAN usam o Endereço IP Flutuante como o próximo salto (item 1b).

2. O vSocket principal (ativo) para de funcionar (item 2).

   1. O vSocket secundário (em standby) para de receber pacotes de keepalive do vSocket principal (item 2a).

3. O vSocket secundário faz uma chamada API para o gateway Azure API para fazer as seguintes alterações nas interfaces LAN de cada vSocket:

   1. Remover o Endereço IP Flutuante (o endereço IP secundário) da interface LAN no vSocket principal (item 3a).

   2. Adicionar o Endereço IP Flutuante como o endereço IP secundário para a interface LAN no vSocket secundário (item 3b).

4. O vSocket secundário agora é o vSocket ativo e passa o tráfego para o site em ambas as direções (item 4).

5. Quando o vSocket primário se recupera, ele retoma o papel ativo, e o vSocket secundário retorna ao status de espera. (O vSocket primário emite uma chamada de API para mover o IP Flutuante de volta como um endereço IP secundário para sua interface LAN.)

Nota:

Por razões relacionadas à infraestrutura do Azure, a atualização da configuração da Interface de Rede pode levar até 120 segundos e pode causar um atraso na falha de HA.

Pré-requisitos para Alta Disponibilidade no Azure

• High availability in Azure is supported for vSockets that are using Socket version 11.0 or higher

• Baixe o script de configuração de HA do Azure do repositório da Cato, veja Copiar a Imagem VHD do Azure vSocket com SAS

• Ambos os vSockets devem ser do mesmo tipo de instância de VM do Azure (por exemplo, D2s v4)

• Os vSockets do Azure devem ter acesso a um servidor DNS público. Certifique-se de que a VNet não esteja configurada para usar apenas um servidor DNS privado
  Nota: O VM do vSocket deve ser reiniciado após qualquer alteração de DNS feita nas VNETs utilizadas pelo vSocket.

• Se você estiver usando grupos de recursos separados para o VNet e as VMs vSocket, certifique-se de que o blob do contêiner de armazenamento esteja no mesmo grupo de recursos que as VMs e a imagem VHD

• Cada vSocket requer conectividade de saída para os seguintes recursos:

  • Rede Virtual - DNS e HTTP

  • Azure Resource Manager - HTTPS

  • A interface de gerenciamento requer acesso à Internet para servidores DNS públicos (se configurado, UDP/53) e management.azure.com (TCP/443)

Definindo Permissões de Admin para Configurar Alta Disponibilidade

Esta seção explica as permissões corretas da Cato e do Azure para o administrador configurar o HA do vSocket. Se você não tiver as permissões corretas, é possível que o script de HA da Cato não consiga criar uma configuração de HA entre os vSockets.

• Deve ter permissões de administrador para o Aplicativo de Gerenciamento Cato e permissões de proprietário para Azure

• Se você estiver usando Gerenciamento de Identidade Privilegiada (PIM) ou qualquer mecanismo de token de Identidade no Azure, atribua o privilégio máximo ao grupo de Recursos necessário antes de executar o script de HA

• Se houver vários grupos de Recursos do Azure, você deve ter permissões de proprietário para ambos os grupos de Recursos

Usando Zonas de Disponibilidade para Configurações de Alta Disponibilidade no Azure

Você pode escolher atribuir cada VM a uma Zona de Disponibilidade do Azure diferente como parte do script de configuração de HA para proteger suas aplicações e dados de falhas no data center do Azure. Crie as Zonas de Disponibilidade antes de executar o script de HA.

Você não pode atribuir VMs a diferentes Zonas de Disponibilidade que estão usando diferentes Conjuntos de Disponibilidade.

Nota:

O Azure só suporta endereços IP públicos SKU padrão para Zonas de Disponibilidade (e outras configurações redundantes de zona). Antes de implantar a configuração de HA do vSocket, certifique-se de configurar o SKU apropriado para os endereços IP.

O diagrama de rede a seguir mostra uma configuração de exemplo de HA vSockets com diferentes Zonas de Disponibilidade para um site Azure.

Limitações de Serviços

• Para versões do Socket anteriores à v14.0, o endereço IP LAN primário do vSocket é usado para emparelhamento BGP. Isso não sobrevive ao failover para o vSocket secundário.

  • A partir da v14.0, em configurações de Alta Disponibilidade vSocket, o IP Flutuante é usado para emparelhamento BGP. Tenha certeza de definir o IP Flutuante no roteador BGP vizinho.

    Por razões relacionadas à infraestrutura do Azure, a atualização da configuração da Interface de Rede pode levar até 120 segundos e pode causar um atraso na falha de HA.

• Para configurações existentes, para atribuir uma VM a uma Zona de Disponibilidade, é necessário criar novas VMs e reimplantar os vSockets (consulte Implantando vSockets Azure do Marketplace)

Implantando Alta Disponibilidade vSocket no Azure

Implante os vSockets nas máquinas virtuais (VMs) do Azure como o vSocket Principal e o vSocket Secundário para o site.

Para configurações de HA do Azure, durante a falha, há uma chamada de API que adiciona automaticamente o IP Flutuante à interface LAN do vSocket em espera e exclui as configurações configuradas na interface LAN (incluindo o NSG LAN). Não configure manualmente o IP Flutuante na interface LAN de um vSocket. O script Cato HA atribui o IP Flutuante à interface LAN primária do vSocket e reinicia os vSockets (veja o passo 7 e 8 abaixo).

Este é um fluxo de trabalho de alto nível do processo para implantar uma configuração de HA do vSocket.

1. Para novos sites, crie um novo site no Aplicativo de Gerenciamento Cato e execute o script Cato Azure vSocket para implantar o vSocket Principal. (Para sites existentes, pule esta etapa.)

2. Após você criar o site, o Aplicativo de Gerenciamento Cato atribui um número de série (S/N) exclusivo para ele. Recomendamos que você copie e cole o número de série em um arquivo de texto.

3. Verifique se o vSocket Principal está executando a versão 11,0 ou superior do Socket

4. Adicione o vSocket Secundário ao site no Aplicativo de Gerenciamento Cato.

5. Implante o vSocket Secundário com o script Cato Azure vSocket. Ambos os vSockets devem estar na mesma VNet.

   Os únicos recursos virtuais que você precisa criar para o vSocket secundário são novas interfaces de rede para as sub-redes WAN, LAN e MGMT.

6. Verifique se tanto o vSocket Principal quanto o Secundário têm conectividade com a Cato Cloud.

7. Execute o script de HA da Cato para aplicar a configuração de HA aos vSockets.

8. Reinicie tanto o vSocket Principal quanto o Secundário.

9. Atualize a tabela de roteamento do Azure para usar o IP Flutuante como o próximo salto.

10. Confirme o status de HA dos vSockets e faça o teste de API a partir da Interface Web do Socket.

Nota:

Ao configurar as configurações de IP para o site, certifique-se de não usar endereços IP reservados pelo Azure. Você não pode usar os primeiros quatro endereços IP e o último endereço IP em um bloco CIDR de sub-rede.

Para mais informações sobre endereços IP reservados do Azure, veja a documentação do Azure.

Implantando o vSocket Primário no Azure

Complete estas etapas para implantar o vSocket Principal em uma VM. Para sites do Azure existentes, atualize o vSocket Principal para a versão 11,0 ou superior Se você deseja atribuir o vSocket a um Conjunto de Disponibilidade, veja abaixo Atribuindo as VMs do vSocket a um Conjunto de Disponibilidade (Opcional).

Em seguida, continue abaixo com Adicionando o vSocket Secundário a um Site Azure.

Para implantar o vSocket Principal para um novo site:

1. Adicione um novo site Azure ao Aplicativo de Gerenciamento Cato.

2. Instale o vSocket principal na VM.

   • Lembre-se de usar o mesmo grupo de recursos para ambas as VMs vSocket.

   • Se necessário, crie o Conjunto de Disponibilidade para as VMs vSocket.

     Para mais informações sobre a instalação de um vSocket no Azure, consulte Implantando vSockets Azure do Marketplace.

Atribuindo as VMs vSocket a um Conjunto de Disponibilidade (Opcional)

O script vSocket (create_vm_from_vhd.sh) permite que você atribua os vSockets a um Conjunto de Disponibilidade. Esta opção é usada principalmente em uma configuração HA de vSocket quando você deseja garantir que ambos os vSockets sejam atribuídos a diferentes domínios de Falha e Atualizações. Você deve criar o Conjunto de Disponibilidade ANTES de executar o script CatovSocket.

Notas:

• O Azure não permite que você atribua uma VM a um Conjunto de Disponibilidade após criá-la

• Você não pode atribuir um Conjunto de Disponibilidade a VMs que estão usando diferentes Zonas de Disponibilidade

Crie um novo Conjunto de Disponibilidade e configure as configurações da seguinte forma:

• Atribua-o ao mesmo grupo de recursos que a VM

• Defina os domínios de falha e os domínios de atualização para 2

A captura de tela a seguir mostra um exemplo de um Conjunto de Disponibilidade vSocket:

Adicionando o vSocket Secundário a um Site Azure

Após a Aplicação de Gestão Cato detectar que o vSocket primário foi atualizado para a versão 11.0 ou superior, a opção Adicionar Socket Secundário é exibida na página Redes > Sites > Configuração do Site > Socket.

Quando você adiciona o vSocket secundário ao site, uma janela pop-up se abre onde você insere as seguintes configurações:

• IP da Interface LAN - Endereço IP para a interface LAN do vSocket secundário

• IP LAN Flutuante - Endereço IP para o IP Flutuante que é usado para a configuração HA do Azure

O Aplicativo de Gerenciamento Cato usa o endereço IP da Interface LAN como o endereço IP de gerenciamento para o vSocket secundário. Esta interface LAN também é usada para os pacotes de keepalive HA.

Depois de adicionar o vSocket secundário ao site, o Aplicativo de Gerenciamento Cato faz o seguinte:

• Gera o número de série vSocket para o novo vSocket (este número de série é usado quando você executa o script Cato para instalar o vSocket na VM)

• Habilita a seção de Configurações de Alta Disponibilidade para aquele site

• Modifica a seção Redes Faixa Nativa, o IP Local é substituído pelo IP Flutuante

Para mais sobre segmentos de rede no Site de HA, veja abaixo Visão Geral dos Segmentos de Rede de Alta Disponibilidade do Azure no Aplicativo de Gerenciamento Cato.

Para configurar um site Azure para HA:

1. No menu de navegação, selecione Rede > Locais, e selecione o site Azure.

2. Do menu de navegação, selecione Configuração do Site > Socket.

3. Clique em Adicionar Socket Secundário. A janela Adicionar vSocket Secundário (Alta Disponibilidade) abre.

4. Configure as configurações de IP LAN:

   1. Digite o IP da Interface LAN. Este valor é usado como o IP MGMT e para pacotes keepalive.

   2. Digite o IP LAN Flutuante.

5. Clique em Apply. As configurações de IP Flutuante são configuradas e copiadas para a seção de Socket > Configurações de Alta Disponibilidade.

6. Clique Salvar.

7. Copie e salve o número de série (S/N) para o vSocket Secundário.

   Use este S/N quando você instalar o vSocket secundário na VM.

Mudanças na Página de Socket

Após adicionar o vSocket secundário ao site, na página Socket, o Destino para o link LAN1 é automaticamente definido para LAN & HA.

Implantando o vSocket Secundário no Azure

Crie e implante o vSocket secundário no mesmo VNet Azure que o vSocket principal.

1. Certifique-se de que todos os recursos virtuais para o site estão no mesmo grupo de recursos Azure.

   • Com base nos requisitos organizacionais, você pode atribuir o VNET a um grupo de recursos e os outros recursos virtuais a um grupo de recursos diferente.

   • Se necessário, crie o Conjunto de Disponibilidade para as VMs vSocket.

2. Use as mesmas sub-redes para os vSockets principais e secundários.

3. Crie novas interfaces virtuais para cada sub-rede.

4. Verifique se tanto o vSocket Principal quanto o Secundário têm conectividade com a Cato Cloud.

5. Execute o script Cato Azure vSocket:

   1. Selecione os recursos para o vSocket secundário.

   2. Use o número de série para o vSocket secundário no Azure que foi gerado pelo Aplicativo de Gerenciamento Cato.

Para mais informações sobre a instalação de um vSocket no Azure, consulte Implantando vSockets Azure do Marketplace.

Usando Grupos de Recursos Diferentes para o VNET e as VMs

O script de HA da Cato (create_ha_settings.sh) permite que você atribua o VNET a um grupo de recursos e use um grupo de recursos diferente para os outros recursos virtuais (NICs, vSocket, contêiner de armazenamento, tabelas de roteamento, etc.). Quando você está executando o script de HA da Cato, existem perguntas separadas que solicitam a atribuição do grupo de recursos VNET e do grupo de recursos VM.

Se você estiver usando o mesmo grupo de recursos para o VNET e as VMs, certifique-se de selecionar o mesmo grupo de recursos para ambas as opções no script de HA da Cato.

Nota:

Certifique-se de que a imagem VHD esteja no blob do contêiner de armazenamento que está no grupo de recursos da VM.

Executando o Script de Alta Disponibilidade Cato

Após implantar o vSocket secundário no VNet, ambos os vSockets têm a função de Mestre (cérebro dividido). Execute o script de HA da Cato create_ha_settings.sh para aplicar a configuração de HA aos vSockets. Para mais informações sobre como baixar o arquivo com o script de HA da Cato, consulte Arquivos de Imagem de Socket e vSocket (é necessário estar conectado para ver este artigo).

O script de HA da Cato cria uma Identidade Gerenciada, que é a identidade criada e posteriormente atribuída, com o papel de Contribuinte para as VMs (ambos os membros do HA). Além disso, o script de HA da Cato cria dois scripts personalizados, um para cada membro do grupo de HA, que criam um arquivo de configuração com todas as informações necessárias para a VM no caso de falha. Isso inclui os nomes subscription_id das NICs, localização das VMs e mais.

Importante:

Antes de executar o script HA da Cato:

• Os vSockets principal e secundário devem ter conectividade com a Nuvem Cato

• Certifique-se de que você tem as permissões de administrador do Azure corretas, veja acima Configurando Permissões de Admin para Configurar Alta Disponibilidade

Para executar o script de HA da Cato:

1. Na seção Alta Disponibilidade, confirme que os vSockets principal e secundário tenham conectividade com a Nuvem Cato:

   • O Status de Conexão com a Nuvem Cato para cada vSocket mostra Conectado

   • Veja abaixo, Mostrando o Status de Alta Disponibilidade no Aplicativo de Gerenciamento Cato

2. Execute o script de HA da Cato create_ha_settings.sh para aplicar a configuração de HA aos vSockets.

3. Reinicie as VMs com os vSockets principal e secundário.

4. Atualize as entradas da tabela de roteamento relevantes no Azure para usar o IP Flutuante como o Próximo Salto.

Confirmando o Status de Alta Disponibilidade dos vSockets no Azure

Após executar com sucesso o script de HA, verifique se os vSockets estão configurados corretamente para funcionalidade de HA:

• Verifique o Status de HA na seção Alta Disponibilidade

• Da Interface Web do Socket, ping o IP Flutuante e teste as chamadas de API de HA

Para obter ajuda com problemas relacionados à implantação da configuração de HA, consulte Solução de Problemas de Implantação de HA no Azure.

Exibindo as Informações e o Status de Alta Disponibilidade na Aplicação de Gestão Cato

A seção Alta Disponibilidade para o site mostra o Status de HA para os vSockets. Após implantar o vSocket Secundário, ele se conecta automaticamente ao Site.

Para confirmar o Status de Alta Disponibilidade para o Site:

1. No menu de navegação do Aplicativo de Gerenciamento Cato, clique em Rede > Locais.

2. No menu de navegação, clique em Monitoramento do Site > Análise de Rede.

3. Do topo da página, verifique o status dos seguintes itens:

   • Status é Conectado

   • Status de HA é Pronto

   • Mestre é Principal

   • Socket é vSocket Azure

Para mais sobre HA e comportamento de failover, consulte Socket Alta Disponibilidade (HA): Background e Condições de Failover.

Testando Alta Disponibilidade a partir do WebUI do Socket

Você pode usar as Ferramentas de Rede na Interface Web do Socket para testar a funcionalidade de HA para os vSockets. Você pode pingar o IP Flutuante para a configuração de HA para verificar se está configurado corretamente. A seção Alta Disponibilidade mostra o IP Flutuante LAN. Você precisa executar o teste para ambos o vSocket Principal e o Secundário.

O vSocket realiza uma chamada de API para o proxy de API de Azure para verificar se as configurações de Função e Identidade foram configuradas corretamente pelo script de HA. Ele também verifica se o vSocket pode se comunicar com sucesso com o proxy de API.

Para mais informações sobre o uso da Interface Web do Socket, consulte Acessando a Interface Web do Socket.

Para testar a configuração de HA do Azure:

1. Do menu de navegação, selecione Configuração do Site > Socket.

2. No menu suspenso Ações para o vSocket Principal, selecione Interface Web do Socket.

   A Interface Web do Socket é aberta em uma nova aba.

3. Clique na aba Ferramentas.

4. Na seção Ferramentas de Rede, clique na aba Ping.

5. Ping o IP Flutuante:

   1. Em Rota via, selecione LAN1.

   2. Em Nome do Host/IP, digite o IP Flutuante.

   3. Clique em Executar. A janela mostra se o ping foi bem-sucedido ou falhou.

6. Na seção Ferramentas de Rede, clique na aba Ferramenta de Teste de API.

7. Clique em Executar Teste. A janela mostra se o teste da API HA foi bem-sucedido ou falhou.

8. Repita os passos 2-7 para o vSocket Secundário.

Resolução de Problemas em um Teste de API do Azure com Falha

Se o teste da API do Azure falhar, uma mensagem de erro é exibida para ajudar a solucionar o problema.

Trabalhando com Segmentos de Rede para Sites de Alta Disponibilidade no Azure

Esta seção explica como usar a seção Redes para gerenciar segmentos de rede para o site HA do Azure.

Visão Geral dos Segmentos de Rede de Alta Disponibilidade no Azure na Aplicação de Gestão Cato

Quando você adiciona o vSocket secundário ao Aplicativo de Gerenciamento Cato, os segmentos de rede na seção Redes são automaticamente atualizados para incluir as configurações para o IP Flutuante. O IP Flutuante substitui o IP Local para a Faixa Nativa do site.

Adicionando Intervalos Roteados (Rotas Estáticas)

Você pode adicionar faixas roteadas ao site HA do Azure da mesma forma que para um site Socket físico.

• O Endereço IP para o Roteador Padrão do Azure (Roteador VNet) é o Primeiro Endereço IP do Host da Sub-rede Faixa Nativa

• Se você estiver usando um dispositivo virtual de terceiros (por exemplo, um Firewall) em seu ambiente Azure, verifique se o Endereço IP está dentro da Faixa Nativa para o Site

• Você pode configurar o Endereço IP Flutuante no Aplicativo de Gerenciamento Cato na Configurações do Site > Sockets > Configuração de Alta Disponibilidade para o Site

Gerenciando Alta Disponibilidade no Azure

Esta seção explica como gerenciar HA para o site Azure:

• Mostra o status HA para cada vSocket

• Alterar o IP Flutuante para o site

• Altere os endereços IP de gerenciamento para os vSockets.

• Desative o HA para o site e remova o vSocket secundário.

Mostrando as Informações e o Status da Alta Disponibilidade

A página Rede > Locais > Socket para o site mostra o status HA para os vSockets primário e secundário.

Alterando as Configurações de IP para o Site

Se você alterar as configurações de endereço IP para os vSockets no Azure, precisará atualizar as mesmas configurações no Aplicativo de Gerenciamento Cato. Essas são as configurações que você pode configurar:

• Sub-rede de Faixa Nativa - Use a seção Redes para o site.

• IP Flutuante - Use a seção Redes ou Alta Disponibilidade para o site (o novo valor é automaticamente atualizado para a outra seção)

• IP de Gerenciamento - Use a seção Alta Disponibilidade para o site.

Alterando a Sub-rede de Faixa Nativa

Use a seção Redes para alterar a sub-rede de Faixa Nativa.

Para alterar a sub-rede de Faixa Nativa para o site:

1. No menu de navegação, clique em Rede > Sites e selecione o site Azure.

2. No menu de navegação, selecione Configuração do Site > Redes.

3. Edite o intervalo Nativo, insira um novo valor para a Sub-rede.

4. Clique em Aplicar. O painel Editar faixa de IP se fecha.

5. Clique Salvar.

Mudando o IP Flutuante e o IP de Gestão

Use a seção Alta Disponibilidade para alterar o IP Flutuante e o IP de Gerenciamento. Você também pode alterar o IP Flutuante na seção Redes.

Para alterar o IP Flutuante ou IP de Gerenciamento para um site:

1. No menu de navegação, clique em Rede > Sites e selecione o site Azure.

2. No menu de navegação, clique em Configuração do Site > Socket.

3. Expanda a seção Configurações de Alta Disponibilidade.

4. Insira o novo IP de Gerenciamento Primário.

5. Insira o novo IP de Gerenciamento Secundário.

6. Digite o novo IP Flutuante LAN.

7. Clique Salvar.

Desabilitando Alta Disponibilidade para o Site Azure

Você pode remover o vSocket secundário de um site Azure e desativar HA para esse site. Após remover o vSocket secundário do Aplicativo de Gerenciamento Cato, o vSocket implantado não poderá mais conectar-se ao Cato Cloud. As configurações para o site são restauradas para a configuração de um único vSocket:

• A seção Alta Disponibilidade está desativada e não aparece mais na página.

• Na seção Redes, o IP Local substitui o IP Flutuante

Nota:

Você não pode desfazer a ação de Desassociar Socket. O número de série para o vSocket secundário não é mais válido.

Se você quiser adicionar o vSocket secundário novamente, deve instalar um novo vSocket na VM com o novo número de série.

Para desativar HA para o site Azure:

1. No menu de navegação, clique em Rede > Sites e selecione o site Azure.

2. No menu de navegação, clique em Configuração do Site > Socket.

3. De o menu de Ações do vSocket Secundário, clique em Desassociar.

4. Na janela de Aviso, clique em OK. O HA está desativado para o site, e o vSocket secundário é removido dele.

Analisando Eventos de Alta Disponibilidade

A página de Eventos mostra todos os eventos de Conectividade HA para sua conta.

Explicando os Campos de Eventos de Alta Disponibilidade

Os campos e os eventos são os mesmos para Socket HA e para vSocket HA. Estes são os eventos de HA:

Para mais informações sobre eventos gerados como parte do processo de failover, veja Eventos de Failover de Socket HA.