Este artigo discute os diferentes eventos de conectividade no Cato, como são acionados e o que você pode fazer com as informações nos eventos.
O Aplicativo de Gerenciamento Cato (CMA) gera eventos para diferentes coisas que acontecem na plataforma Cato. Entre os diferentes tipos de eventos estão eventos de Conectividade. Sempre que há uma alteração no status de conectividade, um evento é gerado com informações sobre a alteração, o link ou site que foi afetado e mais.
Neste exemplo, uma das interfaces se desconecta conforme mostrado na imagem a seguir:
Nesta situação, um evento Desconectado para WAN1 seria criado. Se você tiver Regras de Saúde de Links configuradas para enviar uma comunicação quando um evento de Desconexão ocorrer, um alerta seria enviado de acordo com as configurações da regra, como um e-mail ou webhook. Para mais informações, consulte Ativar Alertas de Conectividade.
Links ativos são links configurados com precedência "Ativa", e links Passivos são links configurados com precedência "passiva" ou "último recurso". Para mais informações, veja Parte 1: As Interfaces de Socket e Precedência.
A lista a seguir descreve os tipos de eventos de conectividade para sites de Socket:
-
Conectado: Este evento é gerado após um túnel ser conectado ao PoP por 30 segundos, e o papel do link está Ativo (precedência 1). Se o Socket se conectar com 2 interfaces diferentes, 2 alertas de Conectado são gerados. Se o Socket se conectar a um PoP diferente durante este período de tempo, ele gerará um evento Alterou PoP em vez de um evento Conectado. Se o Socket se reconectar dentro de 2,5 minutos de uma desconexão, ele gerará um evento Reconectado em vez de um evento Conectado.
-
Desconectado: Gerado se o papel do link está Ativo (precedência 1), e o túnel para o PoP está desconectado por mais de 2 ½ minutos.
-
Alterou PoP: Gerado quando o PoP ao qual um site estava conectado muda.
-
Reconectado: Gerado quando o túnel Ativo muda de desconexão para conexão. Isso só será gerado após estar conectado por 30 segundos. Os eventos de Reconexão não enviam notificações por Email baseadas nas Regras de Saúde de Conectividade/Qualidade.
-
Reconexão Passiva: Gerado quando o link Passivo ou de Último Recurso muda de desconexão para conexão. Isso só será gerado após estar conectado por 30 segundos.
-
Failover: Gerado quando há um failover entre dois links WAN. Caso o link ativo esteja indisponível, há um failover para o link passivo e o link passivo torna-se ativo.
Este alerta é apenas relevante para Socket v8.0 e versões anteriores.
-
Failover do Socket: Gerado quando o papel do Socket secundário muda para primário. Para mais detalhes sobre o failover de Socket, veja O que é Alta Disponibilidade de Socket (HA).
-
Desconectado Passivo: Gerado quando o papel do link WAN é Passivo (precedência 2) ou Último Recurso (precedência 3), e o link está desconectado por mais de 2,5 minutos. É relevante para implantações com pelo menos 2 interfaces com diferentes precedências.
-
Conectado Passivo: Gerado quando o papel do link WAN é Passivo (precedência 2) ou Último Recurso (precedência 3), e acaba de se conectar por pelo menos 30 segundos. É relevante para implantações com pelo menos 2 interfaces com diferentes precedências.
-
Porta LAN Desconectada: Gerado quando a porta está inativa por 5 segundos.
-
Porta LAN Conectada: Gerado quando a porta está ativa por 5 segundos após um evento de desconexão.
-
Alt. WAN Desconectado: Gerado quando o Alt. O link WAN está inativo por 5 segundos.
-
Alt. WAN Conectado: Gerado quando o Alt. O link WAN está ativo por 5 segundos após um evento de desconexão.
-
HA Não Pronto: Gerado nos seguintes cenários:
-
Quando há um failover em uma configuração de HA e o Socket secundário original relata como primário, e o Socket primário original está desconectado.
-
Quando ambos os Sockets em uma configuração de HA relatam como o Socket primário por 30 segundos.
-
-
HA Pronto: Gerado quando um Socket em uma configuração de HA relata como o Socket primário, e o outro relata como secundário, por 30 segundos após um evento de HA Não Pronto.
Recomendamos que você crie uma Regra de Saúde de Conectividade no Aplicativo de Gerenciamento Cato para que você comece a receber os alertas de conectividade.
Para mais sobre como criar Regras de Saúde, veja Trabalhando com Regras de Saúde de Conectividade/Qualidade.
Sempre que há uma alteração no status de conectividade, um evento é gerado e se corresponder à Regra de Saúde, um alerta é enviado aos destinatários.
Para mais informações sobre notificações, consulte o artigo relevante para Grupos de Assinatura, Listas de Email e Integrações de Alerta na seção Alertas.
Você pode ver os eventos no CMA em Início > Eventos.
0 comentário
Por favor, entre para comentar.