Health check templates - Global Traffic Manager - Alibaba Cloud DNS: Central de Documentação do Alibaba Cloud

Crie um modelo de health check e aplique-o a um endereço IP para monitorar o status de integridade em tempo real. Quando um endereço fica indisponível, o Global Traffic Manager remove automaticamente o nó não íntegro para manter a continuidade do serviço.

Conceitos principais

Modelo de health check: configuração predefinida para verificações de integridade em endereços. Os health checks suportam os protocolos PING, TCP, HTTP e HTTPS.

Tarefa de health check: aplicar um modelo de health check a um endereço cria uma tarefa de health check. É possível aplicar vários modelos a um único endereço e usar um mesmo modelo para múltiplos endereços.

Criar um modelo de health check

Acesse Alibaba Cloud DNS - Global Traffic Manager.

Clique em Health Check Template > Create Health Check Template, configure os parâmetros e envie.

Health checks via Ping

Parâmetro	Descrição
Template Name	Nome do Health Check Template. Use um nome que indique o protocolo do health check para facilitar a identificação.
Type	Tipo de endereço IP do nó de detecção. Suporta IPv4 e IPv6.
Protocol	Selecione `ping` para monitorar a acessibilidade da rede, a taxa de perda de pacotes e a latência do endereço IP.
ICMP Packages Sent	Quantidade de pacotes ICMP enviados por health check via ping, usada para calcular a taxa de perda de pacotes. Valores válidos: 5, 10, 15 ou 20.
Packet Loss Rate	Taxa de perda de pacotes = (Pacotes perdidos / Total de pacotes ICMP enviados) × 100%. Um alerta é acionado quando essa taxa atinge o limiar. Valores válidos: 10%, 30%, 50%, 80%, 90% ou 100%.
Interval	Intervalo entre health checks consecutivos. Valores válidos: 15 segundos, 1 minuto (padrão), 5 minutos, 15 minutos, 30 minutos e 60 minutos. O intervalo de 15 segundos é suportado apenas para instâncias da Ultimate Edition. Quando definido como 15 segundos, o parâmetro ICMP Packets Sent é fixado em 5. Os demais intervalos estão disponíveis tanto para instâncias da Standard Edition quanto da Ultimate Edition.
Timeout Period	Tempo máximo de espera por resposta por pacote. Se nenhuma resposta for recebida dentro desse período, o health check expira. Valores válidos: 2, 3, 5 ou 10 segundos.
Retries	Número de falhas consecutivas antes que o sistema marque o serviço como não íntegro. Evita alarmes falsos causados por problemas transitórios de rede. Valores válidos: 1, 2 ou 3. 1: Marcado como não íntegro após uma falha. 2: Marcado como não íntegro após duas falhas consecutivas. 3: Marcado como não íntegro após três falhas consecutivas. Importante Se o destino estiver inacessível ou retornar uma mensagem ICMP de destino inalcançável, essas tentativas não contam para a taxa de falhas nem acionam alertas. Resolva o problema de rede ou mude para um health check via HTTP.
Detection Node	Detecção IPv4: Nós ISP: Tianjin Unicom, Shenzhen Mobile, Xi'an Telecom, Shanghai Telecom, Shanghai Unicom, Shanghai Mobile, Dalian Mobile, Changsha Telecom, Qingdao Telecom, Zhengzhou Telecom, Harbin Telecom, Harbin Unicom, Harbin Mobile, Nanjing Unicom, Nanjing Mobile, Beijing Telecom, Beijing Unicom, Beijing Mobile Nós BGP: Chengdu, Qingdao, Shanghai, Zhangjiakou, Hohhot, Shenzhen, Hangzhou, Beijing, Ulanqab, Guangzhou Nós internacionais: Malásia, Japão, Singapura, Califórnia, Hong Kong (China), Alemanha Detecção IPv6: Nós ISP: Shanghai Telecom, Shanghai Unicom, Shanghai Mobile, Harbin Telecom, Harbin Unicom, Harbin Mobile, Beijing Telecom, Beijing Unicom, Beijing Mobile Nós BGP: Chengdu, Shanghai, Hohhot, Shenzhen, Beijing, Ulanqab, Guangzhou Nós internacionais: Hong Kong (China) Importante Se todos os endereços no pool forem IPs da Alibaba Cloud e você utilizar uma política de blackhole para testes de falha, selecione nós ISP. A filtragem blackhole atua na internet entre a Alibaba Cloud e as redes dos ISPs. Como o tráfego entre IPs da Alibaba Cloud flui principalmente pela rede interna, o uso de nós BGP pode reduzir a eficácia da detecção. Diferenças entre nós BGP e nós ISP: Nós BGP selecionam automaticamente a linha de operadora ideal. Por exemplo, para um nó BGP em Shanghai, se a linha da China Mobile falhar, o ponto de detecção poderá selecionar a linha da China Telecom, a menos que todas as linhas tenham falhado. Em contraste, um nó ISP usa apenas sua rede de operadora específica e não possui mecanismo de failover. Para configurar uma lista de permissões no servidor para as origens de acesso, clique em View Monitoring Node IP Addresses para obter os endereços IP dos nós de detecção. Se o endereço IP de destino estiver fora da China continental, selecione nós internacionais.
Detected Node Failure Rate	Proporção de nós de detecção não íntegros em relação ao total de nós selecionados. Quando essa taxa excede o limiar, o sistema marca o serviço como não íntegro. Valores válidos: 20%, 50%, 80% ou 100%.

Health checks via TCP

Parâmetro	Descrição
Template Name	Nome do Health Check Template. Use um nome que indique o protocolo do health check para facilitar a identificação.
Type	Tipo de endereço IP do nó de detecção. Suporta IPv4 e IPv6.
Protocol	Selecione `tcp` para monitorar a acessibilidade da rede, a disponibilidade da porta e a latência do endereço IP de destino.
Interval	Intervalo entre health checks consecutivos. Valores válidos: 15 segundos, 1 minuto (padrão), 5 minutos, 15 minutos, 30 minutos e 60 minutos. O intervalo de 15 segundos é suportado apenas para instâncias da Ultimate Edition. Os demais intervalos estão disponíveis tanto para instâncias da Standard Edition quanto da Ultimate Edition.
Timeout Period	Tempo máximo de espera por resposta por pacote. Se nenhuma resposta for recebida dentro desse período, o health check expira. Valores válidos: 2, 3, 5 ou 10 segundos.
Retries	Número de falhas consecutivas antes que o sistema marque o serviço como não íntegro. Evita alarmes falsos causados por problemas transitórios de rede. Valores válidos: 1, 2 ou 3. 1: Marcado como não íntegro após uma falha. 2: Marcado como não íntegro após duas falhas consecutivas. 3: Marcado como não íntegro após três falhas consecutivas.
Detection Node	Detecção IPv4: Nós ISP: Tianjin Unicom, Shenzhen Mobile, Xi'an Telecom, Shanghai Telecom, Shanghai Unicom, Shanghai Mobile, Dalian Mobile, Changsha Telecom, Qingdao Telecom, Zhengzhou Telecom, Harbin Telecom, Harbin Unicom, Harbin Mobile, Nanjing Unicom, Nanjing Mobile, Beijing Telecom, Beijing Unicom, Beijing Mobile Nós BGP: Chengdu, Qingdao, Shanghai, Zhangjiakou, Hohhot, Shenzhen, Hangzhou, Beijing, Ulanqab, Guangzhou Nós internacionais: Malásia, Japão, Singapura, Califórnia, Hong Kong (China), Alemanha Detecção IPv6: Nós ISP: Shanghai Telecom, Shanghai Unicom, Shanghai Mobile, Harbin Telecom, Harbin Unicom, Harbin Mobile, Beijing Telecom, Beijing Unicom, Beijing Mobile Nós BGP: Chengdu, Shanghai, Hohhot, Shenzhen, Beijing, Ulanqab, Guangzhou Nós internacionais: Hong Kong (China) Importante Se todos os endereços no pool forem IPs da Alibaba Cloud e você utilizar uma política de blackhole para testes de falha, selecione nós ISP. A filtragem blackhole atua na internet entre a Alibaba Cloud e as redes dos ISPs. Como o tráfego entre IPs da Alibaba Cloud flui principalmente pela rede interna, o uso de nós BGP pode reduzir a eficácia da detecção. Diferenças entre nós BGP e nós ISP: Nós BGP selecionam automaticamente a linha de operadora ideal. Por exemplo, para um nó BGP em Shanghai, se a linha da China Mobile falhar, o ponto de detecção poderá selecionar a linha da China Telecom, a menos que todas as linhas tenham falhado. Em contraste, um nó ISP usa apenas sua rede de operadora específica e não possui mecanismo de failover. Para configurar uma lista de permissões no servidor para as origens de acesso, clique em View Monitoring Node IP Addresses para obter os endereços IP dos nós de detecção. Se o endereço IP de destino estiver fora da China continental, selecione nós internacionais.
Detected Node Failure Rate	Proporção de nós de detecção não íntegros em relação ao total de nós selecionados. Quando essa taxa excede o limiar, o sistema marca o serviço como não íntegro. Valores válidos: 20%, 50%, 80% ou 100%.

Health checks via HTTP/HTTPS

Parâmetro	Descrição
Template Name	Nome do Health Check Template. Use um nome que indique o protocolo do health check para facilitar a identificação.
Type	Tipo de endereço IP do nó de detecção. Suporta IPv4 e IPv6.
Protocol	Selecione `http` ou `https` para monitorar a acessibilidade da rede, a disponibilidade do serviço e o tempo até o primeiro byte do endereço IP de destino.
Host Settings	Campo Host no cabeçalho da requisição HTTP(S). O padrão é o nome de domínio principal. Modifique este campo se o site de destino exigir um valor específico para Host.
HTTP Path	Caminho URL para o health check HTTP(S). Padrão: /.
Verification Content	O sistema determina o status do servidor web com base no código de status HTTP retornado. O serviço é marcado como não íntegro quando o código de status atende aos critérios de falha: Código de falha maior ou igual a 400: Bad Request. O servidor web retorna 400 ou superior para requisições com parâmetros incorretos. Se selecionar esta opção, especifique o caminho URL exato no campo HTTP Path. Código de falha maior ou igual a 500: Server Error (padrão): O servidor web retorna 500 ou superior para erros internos. Verify Response: O sistema verifica se os primeiros 64 KB do corpo da resposta contêm a string especificada. Se não for encontrada, o health check falha. A string pode estar em chinês ou inglês. Não há suporte para expressões regulares.
Interval	Intervalo entre health checks consecutivos. Valores válidos: 15 segundos, 1 minuto (padrão), 5 minutos, 15 minutos, 30 minutos e 60 minutos. O intervalo de 15 segundos é suportado apenas para instâncias da Ultimate Edition. Os demais intervalos estão disponíveis tanto para instâncias da Standard Edition quanto da Ultimate Edition.
Timeout Period	Tempo máximo de espera por resposta por pacote. Se nenhuma resposta for recebida dentro desse período, o health check expira. Valores válidos: 2, 3, 5 ou 10 segundos.
Retries	Número de falhas consecutivas antes que o sistema marque o serviço como não íntegro. Evita alarmes falsos causados por problemas transitórios de rede. Valores válidos: 1, 2 ou 3. 1: Marcado como não íntegro após uma falha. 2: Marcado como não íntegro após duas falhas consecutivas. 3: Marcado como não íntegro após três falhas consecutivas.
Enable SNI	Server Name Indication (SNI) é uma extensão TLS que permite ao cliente especificar o hostname de destino no início do handshake TLS, para que o servidor apresente o certificado correto.
Follow 3XX Redirection	Quando ativado, o nó de detecção segue redirecionamentos 3XX (301, 302, 303, 307, 308).
Detection Node	Detecção IPv4: Nós ISP: Tianjin Unicom, Shenzhen Mobile, Xi'an Telecom, Shanghai Telecom, Shanghai Unicom, Shanghai Mobile, Dalian Mobile, Changsha Telecom, Qingdao Telecom, Zhengzhou Telecom, Harbin Telecom, Harbin Unicom, Harbin Mobile, Nanjing Unicom, Nanjing Mobile, Beijing Telecom, Beijing Unicom, Beijing Mobile Nós BGP: Chengdu, Qingdao, Shanghai, Zhangjiakou, Hohhot, Shenzhen, Hangzhou, Beijing, Ulanqab, Guangzhou Nós internacionais: Malásia, Japão, Singapura, Califórnia, Hong Kong (China), Alemanha Detecção IPv6: Nós ISP: Shanghai Telecom, Shanghai Unicom, Shanghai Mobile, Harbin Telecom, Harbin Unicom, Harbin Mobile, Beijing Telecom, Beijing Unicom, Beijing Mobile Nós BGP: Chengdu, Shanghai, Hohhot, Shenzhen, Beijing, Ulanqab, Guangzhou Nós internacionais: Hong Kong (China) Importante Se todos os endereços no pool forem IPs da Alibaba Cloud e você utilizar uma política de blackhole para testes de falha, selecione nós ISP. A filtragem blackhole atua na internet entre a Alibaba Cloud e as redes dos ISPs. Como o tráfego entre IPs da Alibaba Cloud flui principalmente pela rede interna, o uso de nós BGP pode reduzir a eficácia da detecção. Diferenças entre nós BGP e nós ISP: Nós BGP selecionam automaticamente a linha de operadora ideal. Por exemplo, para um nó BGP em Shanghai, se a linha da China Mobile falhar, o ponto de detecção poderá selecionar a linha da China Telecom, a menos que todas as linhas tenham falhado. Em contraste, um nó ISP usa apenas sua rede de operadora específica e não possui mecanismo de failover. Para configurar uma lista de permissões no servidor para as origens de acesso, clique em View Monitoring Node IP Addresses para obter os endereços IP dos nós de detecção. Se o endereço IP de destino estiver fora da China continental, selecione nós internacionais.
Detected Node Failure Rate	Proporção de nós de detecção não íntegros em relação ao total de nós selecionados. Quando essa taxa excede o limiar, o sistema marca o serviço como não íntegro. Valores válidos: 20%, 50%, 80% ou 100%.

Na seção Detection node, selecione os nós de detecção. Por exemplo, selecione Beijing e Shanghai em BGP nodes, defina Detected Node Failure Rate como 100% e clique em OK.