Todos os produtos
Search
Central de documentação

Alibaba Cloud DNS:FAQ

Última atualização: Jun 27, 2026

Global Traffic Manager

Conceitos do Global Traffic Manager

GTM vs. SLB

R: O Global Traffic Manager (GTM) usa o DNS para resolver um nome de domínio em vários endereços IP e distribui o tráfego da aplicação ao direcionar os usuários para diferentes endereços IP. Ele também usa verificações de integridade para atualizar dinamicamente a lista de endereços IP nas respostas DNS, o que permite isolamento de falhas e failover. O tráfego do usuário final conecta-se diretamente ao endereço IP do serviço e não passa pelo GTM. Já o Server Load Balancer (SLB) atua como proxy para distribuir solicitações de usuários para diferentes servidores de back-end em tempo real. Todo o tráfego do usuário deve passar pela instância do SLB.

Em geral, use o SLB para balanceamento de carga dentro de uma única região. Se você tiver vários endpoints do SLB em regiões diferentes, use o GTM para balancear a carga entre eles.

A tabela a seguir compara o GTM e o SLB.

Recurso

Camada de rede

Endereço de back-end

Round-robin ponderado

Complexidade entre regiões

Tempo de failover

Persistência de sessão

Global Traffic Manager

Camada 3

Nome de domínio, IP

Suportado

Simples

Minutos

Não suportado

Server Load Balancer

Camada 4, Camada 7

IP

Suportado

Complexa

Segundos

Suportado

GTM vs. Alibaba Cloud DNS

R: O Alibaba Cloud DNS fornece serviços de resolução de nomes de domínio, converte nomes de domínio em endereços IP e suporta vários tipos de registros de resolução. O GTM estende a resolução inteligente de DNS do Alibaba Cloud DNS com verificações de integridade e failover. Ele direciona os usuários para o endpoint mais próximo com base na localização geográfica e monitora o status do serviço em tempo real.

Domínio de acesso

Vários domínios por instância do GTM

R: Depende.

Se vários domínios de serviço resolverem para o mesmo conjunto de endereços IP, use registros CNAME para apontá-los para o mesmo domínio de acesso do GTM. Caso contrário, cada domínio de serviço exige uma instância separada do GTM.

1. Cenário de instância única do GTM

O domínio de serviço www.example.com resolve para 1.1.XX.XX e 2.2.XX.XX, e você precisa de recuperação de desastres entre eles.

O domínio de serviço test.example.com também resolve para 1.1.XX.XX e 2.2.XX.XX, e a recuperação de desastres é necessária entre esses dois endereços IP.

Nesse cenário, ambos os domínios de serviço resolvem para o mesmo conjunto de endereços IP; portanto, apenas uma instância do GTM é necessária. Crie um registro CNAME tanto para www.example.com quanto para test.example.com, apontando-os para o domínio de acesso do GTM. Para obter mais informações, consulte Configure o domínio de acesso.

2. Cenário de múltiplas instâncias do GTM

O domínio de serviço www.example.com resolve para 1.1.XX.XX e 2.2.XX.XX, e a recuperação de desastres é necessária entre esses dois endereços IP.

O domínio de serviço test.example.com resolve para 1.1.XX.XX e 3.3.XX.XX, e a recuperação de desastres é necessária entre esses dois endereços IP.

Nesse cenário, os domínios de serviço resolvem para conjuntos diferentes de endereços IP. Adquira uma instância separada do GTM para cada domínio de serviço.

Acesso a domínios CNAME do GTM

R: Sim. O domínio de acesso do GTM é uma URL diretamente acessível. Você também pode usá-lo como valor de um registro CNAME para outros domínios de serviço voltados ao cliente.

Detecção de falhas do GTM

R: O GTM monitora os serviços de aplicação a partir de vários nós em todo o mundo. Use uma combinação de nós de monitoramento para acionar alertas e determinar a integridade geral de um serviço. Escolha entre verificações de integridade Ping, TCP ou HTTP(S) para monitorar seus serviços de aplicação e detectar falhas.

Tempo de failover do GTM

R: Com base em testes extensivos, a Ultimate Edition do GTM detecta falhas com precisão e inicia o failover em aproximadamente um minuto. O tempo total de recuperação é a soma dos tempos de detecção de falha e propagação na rede.

Importante

A Standard Edition detecta falhas e inicia o failover em aproximadamente 3 minutos:

  • Tempo de detecção de falha: Com intervalo de verificação de integridade de 60 segundos, TTL de 60 segundos e 2 falhas consecutivas, o GTM detecta a falha com precisão e inicia o failover em cerca de 3 minutos.

  • Tempo de propagação em toda a rede: O GTM não garante um tempo específico de propagação em toda a rede. Esse tempo depende das configurações de cache TTL de vários Provedores de Serviços de Internet (ISPs) e das condições da rede.

A Ultimate Edition detecta falhas e inicia o failover em aproximadamente 1 minuto:

  • Tempo de detecção de falha: Com intervalo de verificação de integridade de 15 segundos, TTL de 1 segundo e 3 falhas consecutivas, o GTM inicia o failover em cerca de 1 minuto.

  • Tempo de propagação em toda a rede: O GTM não garante um tempo específico de propagação em toda a rede. Esse tempo depende das configurações de cache TTL de vários ISPs e das condições da rede.

Nomes de domínio em pools de endereços

R: Sim. Um pool de endereços do GTM pode conter endereços IP ou nomes de domínio, mas não é possível misturar ambos no mesmo pool. Se um pool de endereços contiver vários nomes de domínio, o GTM executará a resolução round-robin para eles por padrão.

GTM e DNS inteligente

R: Sim. O GTM integra resolução inteligente de DNS. Use o GTM para realizar resolução inteligente de DNS para usuários de diferentes ISPs chineses, 7 regiões, 6 continentes no exterior e países específicos. Isso conecta os usuários ao endpoint de aplicação mais próximo e melhora a velocidade de acesso.

GTM e persistência de sessão

R: Não. O GTM é um sistema de gerenciamento no nível de DNS. Ele usa respostas DNS para rotear clientes para os endereços de serviço de aplicação apropriados. Os clientes conectam-se diretamente ao endereço IP da aplicação, sem passar pelo GTM. Portanto, o GTM não visualiza o tráfego HTTP entre o cliente e o servidor e não suporta persistência de sessão.

Uso do GTM e CDN

R: Sim. Posicione a CDN à frente do GTM. Para obter mais informações, consulte Integrar a CDN ao GTM para melhorar a segurança de acesso e a disponibilidade do serviço.

CNAMEs de CDN em pools de endereços do GTM

R: É possível, mas não recomendado. As CDNs possuem um vasto número de nós, enquanto o GTM tem um número limitado de nós de verificação de integridade. Essa incompatibilidade pode levar a monitoramento impreciso e afetar a confiabilidade das verificações de integridade e do failover.

Problemas de resolução DNS (IP antigo ou NXDOMAIN)

R: Os registros DNS do Global Traffic Manager levam algum tempo para entrar em vigor. Aguarde. Se os registros ainda não entrarem em vigor após um longo período, realize as seguintes verificações:

  1. Verifique se o TTL expirou: execute dig www.example.com para visualizar a contagem regressiva do TTL.

  2. Verifique a configuração do CNAME: execute dig +trace www.example.com.

  3. Limpe o cache DNS local usando o comando apropriado para seu sistema operacional (por exemplo, ipconfig /flushdns no Windows).

Falhas na verificação de integridade

R: Se a verificação de integridade falhar consistentemente, mas você confirmou que o serviço está em execução, siga estas etapas de solução de problemas:

  1. Garanta que seu firewall permita tráfego dos intervalos de endereços IP de sondagem do GTM.

  2. Teste o caminho da verificação de integridade: execute curl -H "Host: domain" http://ip:port/path.

  3. Verifique a carga do servidor e o tempo de resposta.

Consulta CNAME falha para domínio de acesso com registro A

De acordo com as restrições em Configure um pool de endereços, um Access Domain do tipo A suporta pools de endereços dos tipos A e Domain Name. No entanto, ele responde apenas a consultas de registro A. Para responder a consultas CNAME, altere o tipo de acesso do Access Domain para CNAME.

Faturamento

Faturamento para endereços compartilhados

R: As instâncias são faturadas independentemente. Para instâncias por assinatura, o faturamento baseia-se no número de tarefas de sondagem geradas pelo domínio de acesso. Para instâncias de pagamento conforme o uso, o faturamento baseia-se no número de sondagens de verificação de integridade geradas pelo domínio de acesso.

Cobranças não intencionais do GTM

R: A causa e a solução para este problema são as seguintes:

Causa: Você pode ter ativado involuntariamente o Global Traffic Manager (GTM) ou uma verificação de integridade, resultando em cobranças para uma instância de pagamento conforme o uso. Instâncias de pagamento conforme o uso do GTM são faturadas pelo volume de consultas DNS, sondagens de verificação de integridade e quantidade de domínios de acesso. Qualquer uso desses recursos sob o modelo de pagamento conforme o uso gera cobranças.

Solução:

  1. Faça login no console do GTM e verifique se há instâncias indesejadas do GTM.

  2. Após confirmar que nenhum serviço depende delas, exclua as instâncias do GTM para interromper o faturamento adicional.

Nota: Esta ação exclui a instância do GTM, não os registros DNS. Após a exclusão de uma instância do GTM, os registros DNS (como registros CNAME) que apontam para o domínio de acesso do GTM deixarão de ser válidos, o que pode tornar seu domínio de serviço inacessível. Antes de excluir uma instância, avalie o impacto em seus serviços. Se necessário, atualize primeiro seus registros DNS para apontar para o endereço IP do serviço de back-end.

Edições do Alibaba Cloud DNS e limites de vinculação do GTM

R:

  • O GTM não possui edição gratuita. O Global Traffic Manager (GTM) é um recurso premium disponível mediante assinatura ou pagamento conforme o uso.

  • Uso do GTM com a Edição Gratuita do Alibaba Cloud DNS: Se você usar a Edição Gratuita do Alibaba Cloud DNS, poderá apontar registros CNAME de vários domínios de serviço para o mesmo domínio de acesso do GTM. É possível vincular um número ilimitado de domínios de serviço.

  • Limitações: A Edição Gratuita possui TTL mínimo de 600 segundos. Isso impede o failover no nível de minutos e torna o tempo de failover maior do que em uma edição paga.

Alto volume de consultas com GTM e DNS pago

R: Sim. O Global Traffic Manager (GTM) e as edições pagas do Alibaba Cloud DNS são produtos separados. O GTM fornece verificações de integridade e failover, enquanto as edições pagas de DNS oferecem cota maior de consultas DNS. Se o seu número diário de consultas DNS exceder 100.000 (limite da Edição Gratuita), recomendamos adquirir qualquer edição paga do Alibaba Cloud DNS para aumentar sua cota de consultas.

Reembolsos por cobranças acidentais do GTM

R: Geralmente, cobranças decorrentes da ativação não intencional do GTM não são reembolsáveis. No entanto, como cortesia, o suporte ao cliente pode aplicar um cupom como compensação, a seu critério. Se for indispensável solicitar reembolso em dinheiro, envie um ticket para que o caso seja revisado por um gerente de plantão.

Liberação automática agendada

R: Não. As instâncias do GTM não suportam liberação automática agendada. Exclua manualmente as instâncias do GTM e seus modelos de sondagem associados para interromper o faturamento. Os extratos de faturamento podem sofrer atrasos (geralmente de um dia). O faturamento cessa assim que a instância é excluída.

Alertas

Não recebimento de notificações de alerta

R: Se você não receber as notificações de alerta esperadas, verifique o seguinte:

  1. Verifique a regra de alerta: Confirme se a regra de alerta foi criada e está habilitada.

  2. Verifique o status do contato: Na página de gerenciamento de contatos de alerta, confirme se o número de telefone ou endereço de e-mail do destinatário foi verificado.

  3. Verifique spam ou mensagens bloqueadas: Verifique a pasta de spam do seu e-mail ou a lista de bloqueio de SMS do seu telefone para garantir que a notificação não foi filtrada equivocadamente.

  4. Verifique os logs de verificação de integridade: Confirme se uma alteração de status no objeto de alerta (um endereço ou pool de endereços) acionou a regra de alerta.

Acionadores de regras de alerta

R: As regras de alerta são acionadas principalmente por alterações no status da verificação de integridade. Eventos comuns de acionamento incluem:

  • Endereço indisponível: Acionado quando um endereço falha em um número especificado de verificações de integridade consecutivas.

  • Endereço recuperado: Acionado quando um endereço anteriormente indisponível volta a ficar disponível.

  • Pool de endereços indisponível: Acionado quando todos os endereços em um pool de endereços ficam indisponíveis.

  • Pool de endereços recuperado: Acionado quando pelo menos um endereço em um pool de endereços indisponível volta a ficar disponível.