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 aprimorada do serviço GTM. Oferece configuração gráfica, modelos integrados de health check e diversas 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 produto

O GTM oferece acesso baseado em proximidade, balanceamento de carga de alta concorrência, health checks e failover para criar arquiteturas de redundância de zona ativa e recuperação de desastres geográficos. O GTM gerencia endereços IP da Alibaba Cloud e de outros provedores, viabilizando a recuperação de desastres para aplicações em nuvem híbrida.

Esse serviço atua no nível de DNS e retorna endpoints de serviço por meio de resolução DNS. Os clientes conectam-se diretamente a esses endpoints. O GTM não funciona como proxy ou gateway, pois não processa nem inspeciona o tráfego entre clientes e serviços. 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. Essa configuração habilita o failover de recuperação de desastres e a resolução inteligente.

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 do serviço. Mapeie o nome de domínio do seu negócio para o nome de domínio de acesso do GTM usando um registro CNAME. Sua conta deve ter pelo menos um domínio raiz ou subdomínio hospedado independentemente, como `example.com`. O formato é `Host Record`.`Root Domain`, por exemplo, `gtm.example.com`. Se o domínio estiver hospedado no Alibaba Cloud DNS, use o mesmo host record do seu domínio de negócios. Assim, o nome de domínio de acesso do GTM será idêntico ao nome de domínio do seu negócio.	1. Configuração do nome de domínio de acesso
Pool de endereços	Um pool de endereços 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 pools de endereços para permitir acesso baseado em proximidade para usuários em diferentes regiões. Se um pool ficar indisponível, o GTM direcionará o tráfego para um pool de backup.	2. Configuração do pool de endereços
Endereço	O endereço é o endpoint de serviço da aplicação retornado pelo GTM aos clientes. Pode ser um endereço IP ou um nome de domínio. Os health checks usam a porta de serviço para verificar a disponibilidade.	3. Configuração de endereço
Política de balanceamento de carga	A política de balanceamento de carga define qual pool de endereços 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 pools de endereços ou endereços seguindo uma ordem predefinida. Round-robin: Distribui as solicitações uniformemente entre os pools de endereços e endereços. A seleção do pool ocorre via round-robin, e os endereços dentro dele 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 processam mais solicitações. Essas políticas permitem 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 pool de endereços para o domínio com base na política de balanceamento de carga. Primeiros passos. Agendamento de segundo nível: Seleciona um endereço disponível no pool e o retorna ao cliente. 2. Configuração do pool de endereços.
Modelo de health check	Os health checks sondam endereços em um pool para avaliar a disponibilidade do serviço. 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. Modelos de sondagem

Como funciona

Por exemplo, considere 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 pool de endereços 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 serviço 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.
Ao 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, a resposta apontará para um servidor Alibaba Cloud DNS.
Após receber a resposta do servidor TLD .com, o DNS recursivo local consulta o Alibaba Cloud DNS sobre www.example.com. O Alibaba Cloud DNS localiza 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 as políticas configuradas e retorna o endereço IP do serviço da aplicação.
O DNS recursivo local retorna o endereço IP para www.example.com ao cliente e o armazena em cache para consultas subsequentes.
O cliente conecta-se diretamente ao serviço da aplicação no endereço IP retornado.

Arquitetura de serviço

A arquitetura de serviço inclui:

O módulo DNS resolve solicitações para endereços nos pools de endereços do serviço da aplicação. Por exemplo, usuários da China continental acessam o pool de endereços A, enquanto usuários internacionais acessam o pool de endereços B, ambos utilizando a política Sequencial.
O módulo HealthCheck sonda endereços de serviço 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 removerá da lista de disponíveis. Quando o endereço se recuperar, o módulo DNS o restaurará.

Isso garante roteamento automático dos usuários para o serviço de aplicação ideal, sem interrupções.

Arquitetura do sistema

O GTM consiste em duas camadas:

Camada de controle: Fornece serviços por meio do console e da OpenAPI para operações CRUD em registros DNS, configurações, dados de monitoramento e logs. Está localizada nas regiões China (Zhangjiakou) e China (Hangzhou).
Camada de resolução: Atende a 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