O que é o Global Traffic Manager (GTM) 3.0 - Gerenciamento de tráfego DNS - Alibaba Cloud DNS: Central de Documentação do Alibaba Cloud

O Global Traffic Manager (GTM) 3.0 é uma versão atualizada do service GTM. Ele oferece configuração gráfica, modelos integrados de health check e múltiplas políticas de balanceamento de carga (baseada em proximidade, ponderada, sequencial e round-robin), com linhas de solicitação combináveis. O GTM 3.0 permite agendamento flexível de recuperação de desastres e gerenciamento refinado de tráfego de entrada.

Visão geral do product

O GTM suporta acesso baseado em proximidade, balanceamento de carga de alta concorrência, health checks e failover para a construção de arquiteturas de redundância de zona ativa e recuperação de desastres geográficos. O GTM gerencia endereços IP tanto da Alibaba Cloud quanto fora da Alibaba Cloud, possibilitando a recuperação de desastres para aplicações em cloud híbrida.

O GTM é um service no nível de DNS que retorna endpoints de service por meio de resolução DNS. Os clientes se conectam diretamente a esses endpoints. O GTM não atua como proxy ou gateway — ele não processa nem inspeciona o tráfego entre clientes e services. Adquira o Global Traffic Manager.

Após ativar uma instância do GTM, configure um nome de domínio de acesso CNAME e crie um registro CNAME para mapear seu domínio de negócios ao domínio de acesso do GTM. Isso habilita o failover de recuperação de desastres e a resolução inteligente.

Nota

Para esse domínio de acesso, a resolução inteligente do GTM tem prioridade, substituindo quaisquer registros DNS existentes do mesmo tipo configurados na Public Zone.

Recursos

O GTM 3.0 oferece os seguintes recursos principais.

Recurso	Descrição	Referências
Nome de domínio de acesso do GTM	O nome de domínio de acesso do GTM é o ponto de entrada pelo qual o GTM fornece services. Mapeie o nome de domínio do seu negócio para o nome de domínio de acesso do GTM usando um registro CNAME. É necessário ter pelo menos um domínio raiz ou subdomínio hospedado independentemente em sua conta, como `example.com`. O formato é `Host Record`.`Root Domain`, como `gtm.example.com`. Se o seu domínio estiver hospedado no Alibaba Cloud DNS, use o mesmo host record do seu domínio de negócios, tornando o nome de domínio de acesso do GTM idêntico ao nome de domínio do seu negócio.	1. Access domain name configuration
Address pool	Um address pool agrupa endereços IP ou nomes de domínio que atendem à mesma aplicação e compartilham propriedades de ISP ou região. Configure vários address pools para permitir acesso baseado em proximidade para usuários em diferentes regiões. Caso um address pool fique indisponível, o GTM direciona o tráfego para um pool de backup.	2. Address pool configuration
Endereço	Um endereço é o endpoint de service da aplicação que o GTM retorna aos clientes. Pode ser um endereço IP ou um nome de domínio. A porta de service é usada pelos health checks para verificar a disponibilidade.	3. Address configuration
Política de balanceamento de carga	Uma política de balanceamento de carga determina qual address pool atende a um domínio e qual endereço dentro desse pool responde às solicitações. O GTM suporta os seguintes métodos: Baseada em proximidade: Identifica a localização geográfica ou o ISP do cliente e direciona o tráfego para o endpoint mais próximo ou do mesmo ISP, minimizando a latência. Sequencial: Seleciona address pools ou endereços em uma ordem predefinida. Round-robin: Distribui as solicitações uniformemente entre os address pools e endereços. Um pool é selecionado por round-robin, e os endereços dentro desse pool são retornados em ordem round-robin. Ponderada: Aloca solicitações com base nos valores de peso atribuídos a cada servidor. Servidores com pesos maiores lidam com mais solicitações. Essas políticas permitem uma distribuição flexível do tráfego de entrada.	O GTM 3.0 suporta agendamento de política de acesso em dois níveis: Agendamento de primeiro nível: Seleciona um address pool para o domínio com base na política de balanceamento de carga. Get started. Agendamento de segundo nível: Seleciona um endereço disponível no pool e o retorna ao cliente. 2. Address pool configuration.
Modelo de health check	Os health checks sondam endereços em um address pool para avaliar a disponibilidade do service. Os métodos suportados incluem ping ICMP, conectividade TCP e monitoramento de endpoints HTTP/HTTPS. O GTM 3.0 fornece modelos de health check para configurar detecção multiprotocolo e avaliar a disponibilidade dos endereços.	4. Probing templates
Atualização de cache	Quando o GTM detecta uma falha no address pool e executa um failover, ele notifica automaticamente o Recursive Gateway e o HTTPDNS para atualizar seus caches DNS locais. Isso garante que a troca de tráfego tenha efeito em segundos, sem esperar a expiração do TTL.

Como funciona

Por exemplo, suponha que o nome de domínio de negócios de um site seja www.example.com.

Adicione três endereços IP de servidor, 1.1.XX.XX, 2.2.XX.XX e 3.3.XX.XX, ao address pool do GTM e ative os health checks.
Configure uma política de acesso.
Ative uma instância do GTM e conclua a configuração básica. Um nome de domínio de acesso CNAME será gerado, como gtm.example.com.
Crie um registro CNAME para mapear o nome de domínio de negócios www.example.com para gtm.example.com.

Fluxograma

Fluxo de resolução DNS

Um cliente consulta o DNS recursivo local para obter o nome de domínio do service da aplicação www.example.com.
Se não houver cache para www.example.com, o DNS recursivo local consulta um servidor DNS raiz, que retorna o endereço do servidor DNS .com.
Após receber o endereço do servidor DNS .com, o DNS recursivo local consulta o servidor DNS .com sobre www.example.com. O servidor DNS .com retorna o endereço do servidor DNS example.com. Se o domínio utilizar o Alibaba Cloud DNS, isso apontará para um servidor Alibaba Cloud DNS.
Depois de receber a resposta do servidor TLD .com, o DNS recursivo local consulta o Alibaba Cloud DNS sobre www.example.com. O Alibaba Cloud DNS encontra o registro CNAME que mapeia www.example.com para gtm.example.com e retorna gtm.example.com.
O DNS recursivo local recebe gtm.example.com e consulta o servidor DNS do GTM sobre gtm.example.com. O GTM avalia suas políticas configuradas e retorna o endereço IP do service da aplicação.
O DNS recursivo local retorna o endereço IP de www.example.com ao cliente e o armazena em cache para consultas subsequentes.
O cliente conecta-se diretamente ao service da aplicação no endereço IP retornado.

Arquitetura de service

A arquitetura de service inclui:

O módulo DNS resolve solicitações para endereços nos address pools de service da aplicação. Por exemplo, usuários da China continental acessam o address pool A, enquanto usuários internacionais acessam o address pool B, ambos utilizando a política Sequencial.
O módulo HealthCheck sonda endereços de service da aplicação a partir de várias regiões usando ping, TCP ou HTTP/HTTPS.
Se um endereço falhar em um health check, o módulo DNS o remove da lista de disponíveis. Quando o endereço se recupera, o módulo DNS o restaura.

Isso garante que os usuários sejam roteados automaticamente para o service de aplicação ideal, sem interrupções.

Arquitetura do sistema

O GTM consiste em duas camadas:

Camada de controle: Fornece services por meio do console e da OpenAPI para operações CRUD em registros DNS, configurações, dados de monitoramento e logs. Localizada nas regiões China (Zhangjiakou) e China (Hangzhou).
Camada de resolução: Atende consultas DNS por meio de clusters de servidores implantados globalmente. Recebe dados de registros DNS da camada de controle e possui nós nos principais continentes do mundo.

Fale conosco

Grupo do DingTalk: 79.530.043.379