Partilhar via

Métodos de encaminhamento do Traffic Manager

O Azure Traffic Manager suporta seis métodos de encaminhamento de tráfego que determinam como encaminhar o tráfego de rede para os endpoints de serviço, ajudando a otimizar o fluxo de tráfego e a melhorar a disponibilidade das aplicações. Cada perfil do Gestor de Tráfego aplica um método de encaminhamento às consultas DNS: Prioridade, Ponderado, Desempenho, Geográfico, Multivalor ou Subrede. O método de encaminhamento determina qual endpoint retornar na resposta DNS.

Os seguintes métodos de roteamento de tráfego estão disponíveis no Gerenciador de Tráfego:

  • Prioridade: Selecione Roteamento Prioritário quando quiser usar um endpoint de serviço principal para todo o tráfego. Pode fornecer múltiplos endpoints de backup caso o endpoint principal ou um dos endpoints de backup não esteja disponível.
  • Ponderado: Selecione Roteamento ponderado quando quiser distribuir o tráfego por um conjunto de pontos de extremidade com base nos seus pesos. Defina o mesmo peso para distribuir uniformemente em todos os pontos de extremidade.
  • Desempenho: Selecione Encaminhamento de Desempenho quando tiver endpoints em diferentes localizações geográficas e quiser que os utilizadores usem o endpoint mais próximo para a menor latência de rede.
  • Geográfico: Selecione Encaminhamento Geografico para direcionar os utilizadores para endpoints específicos (Azure, Externo ou Aninhado) com base na localização geográfica das suas consultas DNS. Este método de encaminhamento ajuda-o a cumprir cenários como mandatos de soberania de dados, localização de conteúdos e experiência do utilizador, e medição do tráfego proveniente de diferentes regiões.
  • Multivalor: Selecione MultiValor para perfis do Gerenciador de Tráfego que só podem ter endereços IPv4/IPv6 como pontos de extremidade. Quando este perfil recebe uma consulta, devolve todos os endpoints saudáveis.
  • Sub-rede: Selecione o método de encaminhamento de tráfego de subrede para mapear conjuntos de intervalos de endereços IP do utilizador para um endpoint específico. Quando o Traffic Manager recebe um pedido, devolve o endpoint mapeado para o endereço IP de origem desse pedido.

Todos os perfis do Traffic Manager incluem monitorização do estado e failover automático dos endpoints. Para obter mais informações, consulte Monitoramento de ponto final do Gerenciador de tráfego. Dentro de um perfil do Traffic Manager, pode configurar apenas um método de encaminhamento de tráfego de cada vez. Você pode selecionar um método de roteamento de tráfego diferente para seu perfil a qualquer momento. As tuas alterações são aplicadas em menos de um minuto, sem qualquer tempo de inatividade. Você pode combinar métodos de roteamento de tráfego usando perfis aninhados do Gerenciador de Tráfego. Os perfis de aninhamento permitem configurações sofisticadas de encaminhamento de tráfego que satisfazem as necessidades de aplicações maiores e complexas. Para obter mais informações, consulte Perfis aninhados do Gerenciador de Tráfego.

Método de roteamento de tráfego prioritário

As organizações muitas vezes querem garantir fiabilidade para os seus serviços implementando um ou mais serviços de backup caso o seu serviço principal falhe. O método de encaminhamento de tráfego Priority permite aos clientes Azure implementar facilmente este padrão de failover.

Captura de ecrã do diagrama do método de roteamento de tráfego por prioridade do Azure Traffic Manager.

O perfil do Gestor de Tráfego contém uma lista prioritária de pontos finais de serviço. Por predefinição, o Gestor de Tráfego envia todo o tráfego para o ponto final primário (com a prioridade mais alta). Se o ponto final primário não estiver disponível, o Gestor de Tráfego encaminha o tráfego para o segundo ponto final. Se ambos os pontos finais primários e secundários não estiverem disponíveis, o tráfego vai para o terceiro ponto final, e assim sucessivamente. A disponibilidade do ponto final baseia-se no estado configurado (ativado ou desativado) e na monitorização contínua do ponto final.

Configurando pontos de extremidade

Com o Azure Resource Manager, configuras explicitamente a prioridade do endpoint usando a propriedade de prioridade para cada endpoint. Esta propriedade é um valor entre 1 e 1000. Um valor mais baixo representa uma prioridade mais elevada. Os pontos de extremidade não podem compartilhar valores de prioridade. A configuração da propriedade é opcional. Quando se omite esta propriedade, o Traffic Manager usa uma prioridade padrão baseada na ordem do endpoint.

Método ponderado de encaminhamento de tráfego

O método de encaminhamento ponderado permite distribuir o tráfego de forma uniforme ou usar uma ponderação pré-definida.

Captura de ecrã do diagrama do método de encaminhamento de tráfego ponderado do Azure Traffic Manager.

No método de roteamento de tráfego ponderado, você atribui um peso a cada ponto de extremidade na configuração do perfil do Gerenciador de Tráfego. O peso é um número inteiro entre 1 e 1000. Este parâmetro é opcional. Se for omitido, o Traffic Manager usa um peso padrão de 1. Quanto maior o peso, maior a prioridade.

Para cada consulta DNS recebida, o Gestor de Tráfego seleciona aleatoriamente um ponto final disponível. A probabilidade de um ponto final ser selecionado baseia-se nos pesos atribuídos a todos os pontos finais disponíveis. Usar o mesmo peso em todos os pontos finais resulta em uma distribuição de tráfego uniforme. O uso de pesos maiores ou menores em pontos de extremidade específicos faz com que esses pontos de extremidade sejam retornados com mais ou menos frequência nas respostas DNS.

O método ponderado permite alguns cenários úteis:

  • Atualização gradual da aplicação: Aloque uma percentagem do tráfego para encaminhar para um novo endpoint e aumente gradualmente esse tráfego ao longo do tempo até atingir 100%.
  • Migração de aplicações para Azure: Crie um perfil tanto com o Azure como com endpoints externos. Ajuste o peso dos pontos de extremidade para preferir os novos pontos de extremidade.
  • Expansão de nuvens para maior capacidade: Expanda rapidamente uma implementação on-premises para a cloud, colocando-a atrás de um perfil no Traffic Manager. Quando precisar de capacidade extra na nuvem, você pode adicionar ou habilitar mais pontos de extremidade e especificar qual parte do tráfego vai para cada ponto de extremidade.

Você pode configurar pesos usando o portal do Azure, o Azure PowerShell, a CLI ou as APIs REST.

Os clientes e os servidores DNS recursivos que os clientes usam para resolver nomes DNS armazenam em cache as respostas DNS. Esta cache pode afetar distribuições ponderadas de tráfego. Quando o número de clientes e servidores DNS recursivos é grande, a distribuição de tráfego funciona conforme o esperado. No entanto, quando o número de clientes ou servidores DNS recursivos é pequeno, o cache pode distorcer significativamente a distribuição de tráfego.

Os casos de uso comuns incluem:

  • Ambientes de desenvolvimento e teste
  • Comunicações entre aplicativos
  • Aplicações direcionadas a uma base de utilizadores restrita que partilha uma infraestrutura DNS recursiva comum (por exemplo, funcionários de uma empresa a ligar-se através de um proxy)

Esses efeitos de cache de DNS são comuns a todos os sistemas de roteamento de tráfego baseados em DNS, não apenas ao Gerenciador de Tráfego do Azure. Em alguns casos, limpar explicitamente a cache DNS pode fornecer uma solução alternativa. Se isso não funcionar, um método alternativo de encaminhamento de tráfego pode ser mais adequado.

Método de roteamento de tráfego orientado ao desempenho

A implantação de endpoints em dois ou mais locais em todo o mundo pode melhorar a capacidade de resposta de seus aplicativos. Com o método Performance de encaminhamento de tráfego, pode encaminhar o tráfego para o local mais próximo de si.

Captura de ecrã do diagrama do método de encaminhamento de desempenho do Azure Traffic Manager.

O ponto final mais próximo não é necessariamente o mais próximo em termos de distância geográfica. Em vez disso, o método de encaminhamento de tráfego Performance determina o ponto final mais próximo ao medir a latência da rede. O Gestor de Tráfego mantém uma Tabela de Latência da Internet para controlar o tempo de ida e volta entre intervalos de endereços IP e cada datacenter do Azure.

O Gestor de Tráfego procura o endereço IP de origem do pedido DNS de entrada na Tabela de Latência da Internet. O Traffic Manager escolhe então um endpoint disponível no datacenter Azure que tenha a menor latência para esse intervalo de endereços IP e devolve esse endpoint na resposta DNS.

Conforme explicado em Como funciona o Gerenciador de Tráfego, o Gerenciador de Tráfego não recebe consultas DNS diretamente dos clientes. Em vez disso, as consultas DNS vêm do serviço DNS recursivo que os clientes utilizam. O Traffic Manager utiliza o endereço IP do serviço DNS recursivo para determinar o ponto final mais próximo, e não o endereço IP do cliente. Este endereço IP serve como um bom proxy para o cliente.

O Gestor de Tráfego atualiza regularmente a Tabela de Latência da Internet para ter em conta as alterações na Internet global e nas novas regiões do Azure. No entanto, o desempenho do aplicativo varia com base em variações de carga em tempo real na Internet. O roteamento de tráfego baseado em desempenho não monitoriza a carga em um ponto final de serviço específico. Se um endpoint ficar indisponível, o Traffic Manager não o inclui nas respostas de consulta DNS.

Pontos a ter em conta:

  • Se o seu perfil contiver vários pontos de extremidade na mesma região do Azure, o Gerenciador de Tráfego distribuirá o tráfego uniformemente pelos pontos de extremidade disponíveis nessa região. Se preferir uma distribuição de tráfego diferente dentro de uma região, você pode usar perfis aninhados do Gerenciador de Tráfego.
  • Se todos os pontos de extremidade habilitados na região do Azure mais próxima estiverem degradados, o Gerenciador de Tráfego moverá o tráfego para os pontos de extremidade na próxima região do Azure mais próxima. Se quiser definir uma sequência de failover preferencial, use perfis aninhados do Gestor de Tráfego.
  • Ao usar o método de roteamento de tráfego de desempenho com pontos de extremidade externos ou pontos de extremidade aninhados, você precisa especificar o local desses pontos de extremidade. Escolha a região do Azure mais próxima da sua implantação. Esses locais são os valores suportados pela Tabela de Latência da Internet.
  • O algoritmo que escolhe o ponto final é determinístico. Consultas DNS repetidas do mesmo cliente são direcionadas para o mesmo ponto de extremidade. Normalmente, os clientes utilizam diferentes servidores DNS recursivos durante as viagens, pelo que o cliente pode ser encaminhado para um endpoint diferente. As atualizações da Tabela de Latência da Internet afetam o encaminhamento. O método de encaminhamento de tráfego Performance não garante que um cliente seja sempre encaminhado para o mesmo endpoint.
  • Quando a Tabela de Latência da Internet muda, pode notar que alguns clientes são direcionados para um endpoint diferente. Essa alteração de roteamento é mais precisa com base nos dados de latência atuais. Essas atualizações são essenciais para manter a precisão do roteamento de tráfego de desempenho à medida que a Internet evolui continuamente.

Método de roteamento de tráfego geográfico

Os perfis do Gestor de Tráfego podem ser configurados para usar o método de encaminhamento geográfico, de modo a que os utilizadores sejam direcionados para endpoints específicos (Azure, Externo ou Aninhado) com base na localização geográfica das suas consultas DNS. Este método de encaminhamento ajuda-o a cumprir os mandatos de soberania de dados, a localização do conteúdo e da experiência do utilizador, bem como a medição do tráfego proveniente de diferentes regiões.

Quando um perfil é configurado para roteamento geográfico, cada ponto de extremidade associado a esse perfil precisa ter um conjunto de regiões geográficas atribuídas a ele. Uma região geográfica pode estar nos seguintes níveis de granularidade:

  • Mundo – qualquer região
  • Agrupamento Regional – por exemplo, África, Médio Oriente, Austrália/Pacífico
  • País/Região – por exemplo, Irlanda, Peru, RAE de Hong Kong
  • Estado/Província – por exemplo, EUA-Califórnia, Austrália-Queensland, Canada-Alberta (este nível de granularidade é suportado apenas para estados/províncias na Austrália, Canadá e EUA)

Quando atribui uma região ou um conjunto de regiões a um endpoint, o Traffic Manager encaminha quaisquer pedidos dessas regiões apenas para esse endpoint. O Traffic Manager utiliza o endereço IP de origem da consulta DNS para determinar a região de onde o utilizador faz a consulta, que é tipicamente o endereço IP do resolvedor DNS local que faz a consulta para o utilizador.

Captura de ecrã do diagrama de método de encaminhamento de tráfego geográfico do Azure Traffic Manager.

O Traffic Manager lê o endereço IP de origem da consulta DNS e decide de que região geográfica esta se origina. Depois, verifica se um endpoint tem essa região geográfica mapeada. Esta pesquisa começa no nível de granularidade mais baixo (Estado/Província onde suportado, depois nível de País/Região) e sobe até ao nível mais alto, que é Mundo. O Traffic Manager escolhe a primeira correspondência exata encontrada usando este percurso como o ponto final a devolver na resposta da consulta. Quando uma consulta corresponde a um endpoint do tipo Nested, o Traffic Manager devolve um endpoint dentro desse perfil filho, com base no seu método de encaminhamento. Os seguintes pontos aplicam-se a este comportamento:

  • Uma região geográfica pode ser mapeada apenas para um ponto de extremidade em um perfil do Gerenciador de Tráfego quando o tipo de roteamento é Roteamento Geográfico. Essa restrição garante que o roteamento de usuários seja determinístico e que os clientes possam habilitar cenários que exijam limites geográficos inequívocos.

  • Se a região de um utilizador estiver listada no mapeamento geográfico de dois endpoints diferentes, o Traffic Manager seleciona o endpoint com a menor granularidade e não considera o encaminhamento de pedidos dessa região para o outro endpoint. Por exemplo, considere um perfil de tipo de Roteamento Geographic com dois pontos finais: Endpoint1 e Endpoint2. O Endpoint1 está configurado para receber tráfego da Irlanda e o Endpoint2 está configurado para receber tráfego da Europa. Se um pedido tiver origem na Irlanda, o pedido é sempre encaminhado para o Endpoint1.

  • Como uma região pode ser mapeada apenas para um ponto de extremidade, o Gerenciador de Tráfego retorna uma resposta independentemente de o ponto de extremidade estar íntegro ou não.

    Importante

    Recomendamos fortemente que os clientes que utilizam o método de encaminhamento geográfico o associem com endpoints do tipo Nested que tenham perfis filhos contendo pelo menos dois endpoints em cada um deles.

  • Se o Traffic Manager encontrar um endpoint correspondente e esse endpoint estiver no estado Parado, o Traffic Manager retorna uma resposta NODATA. Neste caso, o Gestor de Tráfego não faz consultas adicionais superiores na hierarquia geográfica. Este comportamento aplica-se também a tipos de endpoints aninhados quando o perfil filho está no estado Parado ou Desativado .

  • Se um endpoint mostrar um estado de Desativado , o Traffic Manager não o inclui no processo de correspondência de região. Este comportamento aplica-se também a tipos de endpoints aninhados quando o endpoint está no estado Desativado.

  • Se uma consulta vier de uma região geográfica que não tem mapeamento nesse perfil, o Traffic Manager devolve uma resposta NODATA. Recomendamos fortemente que utilize o encaminhamento geográfico com um endpoint, idealmente do tipo Nested, com pelo menos dois endpoints dentro do perfil filho, com a região Mundo atribuída. Esta configuração também garante que o Traffic Manager gere quaisquer endereços IP que não correspondam a uma região.

Conforme explicado em Como funciona o Gerenciador de Tráfego, o Gerenciador de Tráfego não recebe consultas DNS diretamente dos clientes. As consultas DNS vêm do serviço recursivo de DNS que os clientes utilizam. O Traffic Manager utiliza o endereço IP do serviço DNS recursivo para determinar a região, e não o endereço IP do cliente. Este endereço IP serve como um bom proxy para o cliente.

FAQs

Método de roteamento de tráfego de vários valores

O método de roteamento de tráfego de vários valores permite obter vários pontos de extremidade saudáveis numa única resposta a uma consulta DNS. Esta configuração permite ao chamador realizar novas tentativas do lado do cliente com outros endpoints, caso um endpoint retornado deixe de responder. Este padrão pode aumentar a disponibilidade de um serviço e reduzir a latência associada a uma nova consulta DNS para obter um ponto final em bom estado de funcionamento. O método de encaminhamento MultiValue só funciona se todos os endpoints forem do tipo External e os especificares como endereços IPv4 ou IPv6. Quando este perfil recebe uma consulta, o Traffic Manager devolve todos os endpoints saudáveis, sujeitos a uma contagem máxima de retorno configurável.

FAQs

Método de roteamento de tráfego de sub-rede

O método de encaminhamento de tráfego de sub-rede permite mapear um conjunto de intervalos de endereços IP de utilizador para endpoints específicos num perfil. Se o Gestor de Tráfego receber uma consulta DNS para esse perfil, inspeciona o endereço IP de origem desse pedido, determina qual endpoint é mapeado para ele e devolve esse endpoint na resposta da consulta. Na maioria dos casos, o endereço IP de origem é o resolvedor DNS que o chamador utiliza.

Pode especificar o endereço IP para mapear para um endpoint como intervalos CIDR (por exemplo, 1.2.3.0/24) ou como um intervalo de endereços (por exemplo, 1.2.3.4-5.6.7.8). Os intervalos de IP associados a um ponto de extremidade precisam ser exclusivos dentro desse perfil. O intervalo de endereços não pode sobrepor-se ao conjunto de endereços IP de um endpoint diferente no mesmo perfil.

Se definires um endpoint sem intervalo de endereços, ele funciona como uma alternativa e recebe tráfego de todas as sub-redes restantes. Se não for incluído um endpoint de fallback, o Gestor de Tráfego enviará uma resposta NODATA para quaisquer intervalos indefinidos. Recomendamos vivamente que defina um endpoint de reserva para garantir que todas as possíveis faixas de IP são especificadas entre os seus endpoints.

O roteamento de sub-rede pode ser usado para oferecer uma experiência diferente para os usuários que se conectam a partir de um espaço IP específico. Por exemplo, pode encaminhar todos os pedidos do seu escritório corporativo para um endpoint diferente. Este método de encaminhamento é especialmente útil se estiver a tentar testar uma versão interna da sua aplicação. Outro cenário é se quiser proporcionar uma experiência diferente aos utilizadores que se ligam a um ISP específico (por exemplo, bloquear utilizadores de um determinado ISP).

FAQs

Próximos passos

Saiba como desenvolver aplicativos de alta disponibilidade usando o monitoramento de pontos finais do Gerenciador de Tráfego

  • Last updated on