Ler em inglês

Partilhar via


Como funciona o Traffic Manager

O Azure Traffic Manager permite controlar a distribuição do tráfego entre os pontos de extremidade do aplicativo. Os pontos finais são serviços com acesso à Internet alojados dentro ou fora do Azure.

O Traffic Manager oferece dois benefícios principais:

Quando um cliente tenta estabelecer ligação a um serviço, primeiro tem de resolver o nome DNS do serviço para um endereço IP. Em seguida, o cliente estabelece ligação a esse endereço IP para aceder ao serviço.

O ponto mais importante a entender é que o Gerenciador de Tráfego funciona no nível DNS que está na camada de aplicativo (camada-7). O Gerenciador de Tráfego usa o DNS para direcionar clientes para pontos de extremidade de serviço específicos com base nas regras do método de roteamento de tráfego. Os clientes se conectam diretamente ao ponto de extremidade selecionado. O Traffic Manager não é um proxy ou um gateway. O Gestor de Tráfego não vê o tráfego que passa entre o cliente e o serviço.

O Gestor de Tráfego utiliza perfis para controlar o tráfego para os seus serviços na nuvem ou terminais de websites. Para obter mais informações sobre perfis, consulte Gerenciar um perfil do Gerenciador de Tráfego do Azure.

Exemplo do Traffic Manager

A Contoso Corp desenvolveu um novo portal de parceiros. O URL deste portal é https://partners.contoso.com/login.aspx. O aplicativo está hospedado em três regiões do Azure. Para melhorar a disponibilidade e maximizar o desempenho global, eles usam o Gerenciador de Tráfego para distribuir o tráfego do cliente para o ponto de extremidade disponível mais próximo.

Para obter essa configuração, eles concluem as seguintes etapas:

  1. Implante três instâncias de seu serviço. Os nomes DNS dessas implantações são 'contoso-us.cloudapp.net', 'contoso-eu.cloudapp.net' e 'contoso-asia.cloudapp.net'.
  2. Crie um perfil do Gerenciador de Tráfego, chamado 'contoso.trafficmanager.net', e configure-o para usar o método de roteamento de tráfego 'Desempenho' nos três pontos de extremidade.
  3. Configure seu nome de domínio personalizado, 'partners.contoso.com', para apontar para 'contoso.trafficmanager.net', usando um registro DNS CNAME.

Importante

Apenas um Azure [ID do locatário] pode possuir um determinado nome DNS do gerenciador de tráfego raiz. A tentativa de usar um nome que já está em uso exibirá um erro. No exemplo a seguir, o nome DNS raiz é contoso. Além disso, se um perfil for criado usando um nome separado por pontos, como partners.contoso.trafficmanager.net, contoso.trafficmanager.net será reservado automaticamente.

Configuração de DNS do Traffic Manager

Nota

Ao usar um domínio personalizado com o Gerenciador de Tráfego do Azure, você deve usar um CNAME para apontar seu nome de domínio personalizado para o nome de domínio do Gerenciador de Tráfego. Os padrões de DNS não permitem que você crie um CNAME no 'ápice' (ou raiz) de um domínio. Assim, você não pode criar um CNAME para 'contoso.com' (às vezes chamado de domínio 'nu'). Você só pode criar um CNAME para um domínio em 'contoso.com', como 'www.contoso.com'. Para contornar essa limitação, recomendamos hospedar seu domínio DNS no DNS do Azure e usar registros Alias para apontar para seu perfil de gerenciador de tráfego. Como alternativa, você pode usar um redirecionamento HTTP simples para direcionar solicitações de 'contoso.com' para um nome alternativo, como 'www.contoso.com'.

Como os clientes se conectam usando o Gerenciador de Tráfego

Continuando do exemplo anterior, quando um cliente solicita a página https://partners.contoso.com/login.aspx, o cliente executa as seguintes etapas para resolver o nome DNS e estabelecer uma conexão:

Estabelecimento de conexão usando o Gerenciador de Tráfego

  1. O cliente envia uma consulta DNS para seu serviço DNS recursivo configurado para resolver o nome 'partners.contoso.com'. Um serviço DNS recursivo, às vezes chamado de serviço 'DNS local', não hospeda domínios DNS diretamente. Em vez disso, o cliente descarrega o trabalho de contatar os vários serviços DNS autorizados na Internet necessários para resolver um nome DNS.

  2. Para resolver o nome DNS, o serviço DNS recursivo localiza os servidores de nomes para o domínio 'contoso.com'. Em seguida, contacta esses servidores de nomes para solicitar o registo DNS «partners.contoso.com». Os servidores DNS contoso.com retornam o registro CNAME que aponta para contoso.trafficmanager.net.

  3. Em seguida, o serviço DNS recursivo localiza os servidores de nomes para o domínio 'trafficmanager.net', que são fornecidos pelo serviço Gerenciador de Tráfego do Azure. Em seguida, envia um pedido para o registo DNS 'contoso.trafficmanager.net' para esses servidores DNS.

  4. Os servidores de nomes do Gerenciador de Tráfego recebem a solicitação. Eles escolhem um ponto de extremidade com base em:

  5. O ponto de extremidade escolhido é retornado como outro registro CNAME DNS. Neste caso, suponhamos que contoso-eu.cloudapp.net é devolvido.

  6. Em seguida, o serviço DNS recursivo localiza os servidores de nomes para o domínio 'cloudapp.net'. Ele entra em contato com esses servidores de nomes para solicitar o registro DNS 'contoso-eu.cloudapp.net'. É devolvido um registo DNS «A» que contém o endereço IP do ponto de extremidade do serviço baseado na UE.

  7. O serviço DNS recursivo consolida os resultados e retorna uma única resposta DNS para o cliente.

  8. O cliente recebe os resultados do DNS e se conecta ao endereço IP fornecido. O cliente se conecta ao ponto de extremidade do serviço de aplicativo diretamente, não por meio do Gerenciador de Tráfego. Como é um ponto de extremidade HTTPS, o cliente executa o handshake SSL/TLS necessário e, em seguida, faz uma solicitação HTTP GET para a página '/login.aspx'.

Gerenciador de tráfego e o cache DNS

O serviço DNS recursivo armazena em cache as respostas DNS que recebe. O resolvedor de DNS no dispositivo cliente também armazena o resultado em cache. O cache permite que as consultas DNS subsequentes sejam respondidas mais rapidamente usando dados do cache em vez de consultar outros servidores de nomes. A duração do cache é determinada pela propriedade 'time-to-live' (TTL) de cada registro DNS. Valores mais curtos resultam em uma expiração de cache mais rápida e, portanto, mais viagens de ida e volta para os servidores de nomes do Gerenciador de Tráfego. Valores mais longos significam que pode levar mais tempo para direcionar o tráfego para longe de um ponto de extremidade com falha. O Gerenciador de Tráfego permite que você configure o TTL usado nas respostas DNS do Gerenciador de Tráfego para ser tão baixo quanto 0 segundos e tão alto quanto 2.147.483.647 segundos (o intervalo máximo compatível com RFC-1035), permitindo que você escolha o valor que melhor equilibra as necessidades do seu aplicativo.

FAQs

Próximos passos

Saiba mais sobre o monitoramento de pontos finais do Gerenciador de Tráfego e o failover automático.

Saiba mais sobre os métodos de roteamento de tráfego do Gerenciador de Tráfego.