Métodos de encaminhamento do Gestor de Tráfego

O Gestor de Tráfego do Azure suporta seis métodos de encaminhamento de tráfego para determinar como encaminhar o tráfego de rede para os vários pontos finais de serviço. Para qualquer perfil, o Gestor de Tráfego aplica o método de encaminhamento de tráfego que lhe está associado a cada consulta DNS que recebe. O método de encaminhamento de tráfego determina qual o ponto final devolvido na resposta DNS.

Os seguintes métodos de encaminhamento de tráfego estão disponíveis em Gestor de Tráfego:

  • Prioridade: Selecione O encaminhamento prioritário quando pretender ter um ponto final de serviço primário para todo o tráfego. Pode fornecer vários pontos finais de backup caso o principal ou um dos pontos finais de backup não esteja disponível.
  • Ponderado: Selecione o encaminhamento ponderado quando pretender distribuir o tráfego por um conjunto de pontos finais com base no seu peso. Desagre o peso da mesma forma para distribuir uniformemente em todos os pontos finais.
  • Desempenho: Selecione o encaminhamento de desempenho quando tiver pontos finais em diferentes localizações geográficas e pretende que os utilizadores finais utilizem o ponto final "mais próximo" para a latência da rede mais baixa.
  • Geográfico: Selecione o encaminhamento geográfico para utilizadores direcionados para pontos finais específicos (Azure, External ou Nested) com base no local de origem das suas consultas de DNS geograficamente. Com este método de encaminhamento, permite-lhe estar em conformidade com cenários como mandatos de soberania de dados, localização da experiência do utilizador de conteúdos & e medição do tráfego de diferentes regiões.
  • Multivalue: Selecione MultiValue para perfis Gestor de Tráfego que só podem ter endereços IPv4/IPv6 como pontos finais. Quando uma consulta é recebida para este perfil, todos os pontos finais saudáveis são devolvidos.
  • Sub-rede: Selecione o método de encaminhamento de tráfego da sub-rede para mapear conjuntos de intervalos de endereço IP do utilizador final para um ponto final específico. Quando um pedido é recebido, o ponto final devolvido será o mapeado para o endereço IP de origem desse pedido. 

Todos os perfis Gestor de Tráfego têm monitorização de saúde e falha automática de pontos finais. Para mais informações, consulte Gestor de Tráfego Monitorização de Pontos Finais. Dentro de um perfil Gestor de Tráfego, só é possível configurar um método de encaminhamento de tráfego de cada vez. Pode selecionar um método de encaminhamento de tráfego diferente para o seu perfil a qualquer momento. As suas alterações serão aplicadas dentro de um minuto sem qualquer tempo de inatividade. Pode combinar métodos de encaminhamento de tráfego utilizando perfis de Gestor de Tráfego aninhados. Os perfis de nidificação permitem configurações sofisticadas de encaminhamento de tráfego que atendam às necessidades de aplicações maiores e complexas. Para mais informações, consulte os perfis Gestor de Tráfego aninhados.

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

Muitas vezes, uma organização quer fornecer fiabilidade para os seus serviços. Para tal, eles implantam um ou mais serviços de backup no caso de as suas primárias caírem. O método de encaminhamento de tráfego "Prioritário" permite aos clientes da Azure implementar facilmente este padrão de failover.

Azure Traffic Manager 'Priority' traffic-routing method

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. Numa situação em que os pontos finais primários e secundários não estão disponíveis, o tráfego vai para o terceiro, e assim por diante. A disponibilidade do ponto final baseia-se no estado configurado (ativado ou desativado) e na monitorização contínua do ponto final.

Pontos finais configurados

Com o Azure Resource Manager, configura a prioridade do ponto final explicitamente usando a propriedade 'prioritária' para cada ponto final. Esta propriedade é um valor entre 1 e 1000. Um valor mais baixo representa uma prioridade maior. Os pontos finais não podem partilhar valores prioritários. Definir a propriedade é opcional. Quando omitido, é utilizada uma prioridade padrão com base na ordem de ponto final.

Método de encaminhamento de tráfego ponderado

O método de encaminhamento de tráfego 'ponderado' permite-lhe distribuir o tráfego uniformemente ou utilizar uma ponderação pré-definida.

Azure Traffic Manager 'Weighted' traffic-routing method

No método de encaminhamento de tráfego ponderado, atribua um peso a cada ponto final na configuração do perfil Gestor de Tráfego. A ponderação é um número inteiro entre 1 e 1000. Este parâmetro é opcional. Se omitidos, os Gestores de Tráfego utilizam um peso predefinido 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. A utilização do mesmo peso em todos os pontos finais resulta numa distribuição uniforme do tráfego. A utilização de pesos mais altos ou inferiores em pontos finais específicos faz com que esses pontos finais sejam devolvidos com mais ou menos frequência nas respostas ao DNS.

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

  • Atualização gradual da aplicação: Dada a percentagem de tráfego para encaminhar para um novo ponto final, e gradualmente aumentar o tráfego ao longo do tempo para 100%.
  • Migração de aplicações para Azure: Crie um perfil com pontos finais Azure e externos. Ajuste o peso dos pontos finais para preferir os novos pontos finais.
  • Rebentamento de nuvens para mais capacidade: Expanda rapidamente uma implantação no local para a nuvem, colocando-a atrás de um perfil Gestor de Tráfego. Quando precisar de uma capacidade extra na nuvem, pode adicionar ou ativar mais pontos finais e especificar qual a parte do tráfego que vai para cada ponto final.

Pode configurar pesos utilizando as portal do Azure, Azure PowerShell, CLI ou as APIs REST.

Um ponto a lembrar é que as respostas do DNS são cached pelos clientes. Também são cached pelos servidores DNS recursivos que os clientes usam para resolver os nomes dns. Este caching pode ter um efeito sobre as distribuições ponderadas de tráfego. Quando o número de clientes e servidores DNS recursivos é grande, a distribuição de tráfego funciona como esperado. No entanto, quando o número de clientes ou servidores DNS recursivos é pequeno, o caching pode distorcer significativamente a distribuição de tráfego.

Os casos de uso comum incluem:

  • Ambientes de desenvolvimento e teste
  • Comunicações de aplicação à aplicação
  • Aplicações destinadas a uma base de utilizador estreita que partilham uma infraestrutura comum de DNS recursiva (por exemplo, funcionários da empresa que se conectam através de um representante)

Estes efeitos de caching DNS são comuns a todos os sistemas de encaminhamento de tráfego baseados em DNS, e não apenas Gestor 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 apropriado.

Método de encaminhamento de tráfego de desempenho

Implementar pontos finais em dois ou mais locais em todo o mundo pode melhorar a capacidade de resposta das suas aplicações. Com o método de encaminhamento de tráfego 'Performance', pode encaminhar o tráfego para o local que está 'mais próximo' de si.

Azure Traffic Manager 'Performance' traffic-routing method

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

Gestor de Tráfego procura o endereço IP de origem do pedido de DNS que chega na Tabela de Latência da Internet. Gestor de Tráfego então escolhe um ponto final disponível no datacenter Azure que tem a latência mais baixa para essa gama de endereços IP. Em seguida, Gestor de Tráfego devolve esse ponto final na resposta do DNS.

Como explicado em Como Gestor de Tráfego Funciona, Gestor de Tráfego não recebe consultas de DNS diretamente dos clientes. Em vez disso, as consultas dns provêm do serviço DNS recursivo que os clientes estão configurados a utilizar. Como tal, o endereço IP utilizado para determinar o ponto final 'mais próximo' não é o endereço IP do cliente, mas é o endereço IP do serviço DNS recursivo. Este endereço IP é um bom representante para o cliente.

Gestor de Tráfego atualiza regularmente a Tabela de Latência da Internet para responder às mudanças na Internet global e nas novas regiões do Azure. No entanto, o desempenho da aplicação varia em base em variações em tempo real na carga em toda a Internet. O encaminhamento de tráfego de desempenho não monitoriza a carga num determinado ponto final de serviço. Se um ponto final ficar indisponível, Gestor de Tráfego não o incluirá nas respostas de consulta de DNS.

Pontos a notar:

  • Se o seu perfil contiver vários pontos finais na mesma região de Azure, então Gestor de Tráfego distribui o tráfego uniformemente pelos pontos finais disponíveis nessa região. Se preferir uma distribuição de tráfego diferente dentro de uma região, pode usar perfis de Gestor de Tráfego aninhados.
  • Se todos os pontos finais ativados na região de Azure mais próxima forem degradados, Gestor de Tráfego deslocam o tráfego para os pontos finais na região de Azure mais próxima. Se quiser definir uma sequência de falha preferida, utilize perfis de Gestor de Tráfego aninhados.
  • Ao utilizar o método de encaminhamento de tráfego de desempenho com pontos finais externos ou pontos finais aninhados, tem de especificar a localização desses pontos finais. Escolha a região Azure mais próxima do seu destacamento. Esses locais são os valores suportados pela Tabela de Latência da Internet.
  • O algoritmo que escolhe o ponto final é determinístico. As consultas repetidas de DNS do mesmo cliente são direcionadas para o mesmo ponto final. Normalmente, os clientes usam diferentes servidores DNS recursivos durante a viagem. O cliente pode ser encaminhado para um ponto final diferente. O encaminhamento também pode ser afetado por atualizações para a Tabela de Latência da Internet. É por isso que o método de encaminhamento de tráfego desempenho não garante que um cliente é sempre encaminhado para o mesmo ponto final.
  • Quando a Tabela de Latência da Internet mudar, poderá notar que alguns clientes são direcionados para um ponto final diferente. Esta alteração de encaminhamento é mais precisa com base nos dados atuais de latência. Estas atualizações são essenciais para manter a precisão do encaminhamento de tráfego de desempenho à medida que a Internet evolui continuamente.

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

Gestor de Tráfego perfis podem ser configurados para utilizar o método de encaminhamento Geográfico para que os utilizadores sejam direcionados para pontos finais específicos (Azure, External ou Nested) com base na localização geográfica da qual a sua consulta DNS é originária. Com este método de encaminhamento, permite-lhe estar em conformidade com os mandatos de soberania de dados, localização da experiência do utilizador de conteúdos & e medição do tráfego de diferentes regiões. Quando um perfil é configurado para o encaminhamento geográfico, cada ponto final associado a esse perfil precisa de ter um conjunto de regiões geográficas atribuídas a ele. Uma região geográfica pode estar a seguir níveis de granularidade

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

Quando uma região ou um conjunto de regiões são atribuídos a um ponto final, quaisquer pedidos dessas regiões são encaminhados apenas para esse ponto final. Gestor de Tráfego utiliza o endereço IP de origem da consulta DNS para determinar a região de onde um utilizador está a consultar. Geralmente encontrado como o endereço IP do DNS local resolver fazendo a consulta para o utilizador.

Azure Traffic Manager 'Geographic' traffic-routing method

Gestor de Tráfego lê o endereço IP de origem da consulta DNS e decide de que região geográfica é originária. Em seguida, procura ver se há um ponto final que tem esta região geográfica mapeada para ele. Este lookup começa no nível mais baixo de granularidade (Estado/Província onde é apoiado, senão ao nível país/região) e vai até ao nível mais alto, que é o Mundo. O primeiro jogo encontrado usando este traversal é escolhido como o ponto final para voltar na resposta de consulta. Ao combinar com um ponto final do tipo Aninhado, é devolvido um ponto final dentro desse perfil da criança, com base no seu método de encaminhamento. Os seguintes pontos são aplicáveis a este comportamento:

  • Uma região geográfica só pode ser mapeada para um ponto final num perfil Gestor de Tráfego quando o tipo de encaminhamento é O Encaminhamento Geográfico. Esta restrição garante que o encaminhamento dos utilizadores é determinístico, e os clientes podem permitir cenários que exijam fronteiras geográficas inequívocas.

  • Se a região de um utilizador estiver listada em dois mapeamentos geográficos de dois pontos finais diferentes, Gestor de Tráfego seleciona o ponto final com a granularidade mais baixa. Gestor de Tráfego não considerará os pedidos de encaminhamento daquela região para o outro ponto final. Por exemplo, considere um perfil do tipo de encaminhamento geográfico com dois pontos finais - Endpoint1 e Endpoint2. O ponto final1 está configurado para receber tráfego da Irlanda e o Endpoint2 está configurado para receber tráfego da Europa. Se um pedido tem origem na Irlanda, é sempre encaminhado para Endpoint1.

  • Uma vez que uma região só pode ser mapeada para um ponto final, Gestor de Tráfego devolve uma resposta se o ponto final é saudável ou não.

    Importante

    Recomenda-se vivamente que os clientes que utilizam o método de encaminhamento geográfico o associem aos pontos finais do tipo Aninhado que contêm perfis infantis que contenham pelo menos dois pontos finais dentro de cada um.

  • Se for encontrada uma correspondência de ponto final e o ponto final estiver no estado stop, Gestor de Tráfego retorna uma resposta NODATA. Neste caso, não são feitas mais investigações na hierarquia da região geográfica. Este comportamento também é aplicável para tipos de pontos finais aninhados quando o perfil da criança está no estado de paragem ou desativação .

  • Se um ponto final apresentar um estado de desativação , não será incluído no processo de correspondência da região. Este comportamento também é aplicável para tipos de pontos finais aninhados quando o ponto final está no estado de Desativado .

  • Se uma consulta for proveniente de uma região geográfica que não tenha mapeamento nesse perfil, Gestor de Tráfego retorna uma resposta NODATA. É por isso que recomendamos vivamente que use o encaminhamento geográfico com um ponto final. Idealmente do tipo Aninhado com pelo menos dois pontos finais dentro do perfil da criança, com a região World atribuída a ele. Esta configuração também garante que quaisquer endereços IP que não sejam mapear para uma região são tratados.

Como explicado em Como Gestor de Tráfego Funciona, Gestor de Tráfego não recebe consultas de DNS diretamente dos clientes. As consultas ao DNS provêm do serviço DE DNS recursivo que os clientes estão configurados a utilizar. É por isso que o endereço IP usado para determinar a região não é o endereço IP do cliente, mas sim o endereço IP do serviço DNS recursivo. Este endereço IP é um bom representante para o cliente.

FAQs

Método de encaminhamento de tráfego multivalue

O método de encaminhamento de tráfego Multivalue permite-lhe obter vários pontos finais saudáveis numa única resposta de consulta dns. Esta configuração permite ao ouvinte fazer recauchutagens do lado do cliente com outros pontos finais no caso de um ponto final devolvido não 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 pontos finais do tipo 'Externo' e forem especificados como endereços IPv4 ou IPv6. Quando uma consulta é recebida para este perfil, todos os pontos finais saudáveis são devolvidos e estão sujeitos a uma contagem máxima de retorno configurável.

FAQs

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

O método de encaminhamento de tráfego sub-rede permite-lhe mapear um conjunto de gamas de endereços IP do utilizador final para pontos finais específicos num perfil. Se Gestor de Tráfego receber uma consulta dns para esse perfil, irá inspecionar o endereço IP de origem desse pedido. Em seguida, determinará para que ponto final está mapeado e devolverá esse ponto final na resposta de consulta. Na maioria dos casos, o endereço IP de origem é o dns que é utilizado pelo chamador.

O endereço IP a ser mapeado para um ponto final pode ser especificado como gamas CIDR (por exemplo, 1.2.3.0/24) ou como uma gama de endereços (por exemplo, 1.2.3.4-5.6.7.8). As gamas IP associadas a um ponto final têm de ser únicas dentro desse perfil. O intervalo de endereços não pode ter uma sobreposição com o conjunto de endereços IP de um ponto final diferente no mesmo perfil. Se definir um ponto final sem intervalo de endereço, isso funciona como um recuo e tirar o tráfego de quaisquer sub-redes restantes. Se não for incluído nenhum ponto final de recuo, Gestor de Tráfego envia uma resposta NODATA para eventuais gamas indefinidas. É altamente recomendado que defina um ponto final de retorno para garantir que todas as gamas IP possíveis são especificadas nos seus pontos finais.

O encaminhamento de sub-redes pode ser usado para oferecer uma experiência diferente para os utilizadores que se conectam a partir de um espaço IP específico. Por exemplo, pode fazer com que todos os pedidos do seu escritório corporativo sejam encaminhados para um ponto final diferente. Este método de encaminhamento é especialmente útil se estiver a tentar testar uma única versão interna da sua aplicação. Outro cenário possível seria se quisesse fornecer uma experiência diferente aos utilizadores que estabelecem ligação a um ISP específico (por exemplo, bloquear utilizadores de um determinado ISP).

FAQs

Passos seguintes

Saiba como desenvolver aplicações de alta disponibilidade utilizando a monitorização Gestor de Tráfego ponto final