endpoints do Traffic Manager

O Gestor de Tráfego do Azure permite controlar como o tráfego de rede é distribuído para implantações de aplicações em execução em diferentes datacenters. Irá configurar cada implementação de aplicação como um "ponto final" no Traffic Manager. Quando o Traffic Manager recebe um pedido de DNS, seleciona um ponto final disponível para devolver na resposta ao DNS. O gerenciador de tráfego baseia a escolha no status atual do ponto final e no método de roteamento de tráfego. Para obter mais informações, consulte Como funciona o Gerenciador de Tráfego.

Existem três tipos de endpoint suportados pelo Gestor de Tráfego:

  • Os pontos finais do Azure são utilizados para serviços alojados no Azure.
  • Pontos finais externos são usados para endereços IPv4/IPv6, FQDNs ou para serviços hospedados fora do Azure. Esses serviços podem ser locais ou com um provedor de hospedagem diferente.
  • Os pontos finais aninhados são utilizados para combinar perfis do Traffic Manager de forma a criar esquemas de encaminhamento de tráfego mais flexíveis para suportar as necessidades de implementações mais complexas e de maior dimensão.

Há algumas restrições sobre como pontos finais de diferentes tipos podem ser combinados num único perfil do Traffic Manager ou hierarquia de perfis aninhados. Não é possível misturar pontos de extremidade externos que tenham destinos de tipos diferentes (nome de domínio, endereço IP] ou pontos de extremidade externos que tenham endereços IP como destinos com pontos de extremidade do Azure.

As secções a seguir descrevem cada tipo de endpoint com maior profundidade.

Pontos finais do Azure

Os pontos finais do Azure são usados para serviços baseados no Azure no Gerenciador de Tráfego. Os seguintes tipos de recursos do Azure são suportados:

  • Serviços de nuvem PaaS.
  • Aplicações Web
  • Slots de Aplicações Web
  • Recursos PublicIPAddress (que podem ser conectados a VMs diretamente ou por meio de um Balanceador de Carga do Azure). O publicIpAddress deve ter um nome DNS atribuído para ser usado em um perfil do Gerenciador de Tráfego.

Os recursos do PublicIPAddress são recursos do Azure Resource Manager. Eles não existem no modelo de implementação clássico e só são suportados nas experiências do Azure Resource Manager do Traffic Manager. Os outros tipos de ponto de extremidade são suportados por meio do Resource Manager e do modelo de implantação clássico.

Ao usar pontos de extremidade do Azure, o Traffic Manager deteta quando uma Aplicação Web é interrompida e iniciada. Esse status é refletido no status do endpoint. Consulte Monitorização do ponto final do Traffic Manager para obter detalhes. Quando o serviço subjacente é interrompido, o Gerenciador de Tráfego não faz verificações de integridade do ponto de extremidade nem direciona o tráfego para o ponto de extremidade. Não ocorrem eventos de faturação do Traffic Manager para a instância parada. Quando o serviço é reiniciado, a cobrança é retomada e o ponto de extremidade é elegível para receber tráfego. Esta deteção não se aplica às extremidades PublicIpAddress.

Pontos de extremidade externos

Os pontos de extremidade externos são usados para endereços IPv4/IPv6, FQDNs ou para serviços fora do Azure. O uso de pontos de extremidade de endereço IPv4/IPv6 permite que o Traffic Manager verifique a integridade dos pontos de extremidade sem exigir um nome DNS para eles. Como resultado, o Traffic Manager pode responder a consultas com registros A/AAAA ao retornar esse ponto de extremidade em uma resposta. Os serviços fora do Azure podem incluir um serviço hospedado no local ou com um provedor diferente. Os pontos de extremidade externos podem ser usados individualmente ou combinados com os Pontos de Extremidade do Azure no mesmo perfil do Gerenciador de Tráfego. A exceção é para pontos de extremidade especificados como endereços IPv4 ou IPv6, que só podem ser pontos de extremidade externos. A combinação de pontos de extremidade do Azure com pontos de extremidade externos permite vários cenários:

  • Forneça maior redundância para um aplicativo local existente em um modelo de failover ativo-ativo ou ativo-passivo usando o Azure.
  • Encaminhe o tráfego para pontos de extremidade que não têm um nome DNS associado a eles. Também reduz a latência geral de pesquisa de DNS, removendo a necessidade de executar uma segunda consulta DNS para obter um endereço IP de um nome DNS retornado.
  • Reduza a latência do aplicativo para usuários em todo o mundo, estenda um aplicativo local existente para outros locais geográficos no Azure. Para obter mais informações, consulte Roteamento de tráfego de desempenho.
  • Forneça mais capacidade para um aplicativo local existente, continuamente ou como uma solução de "burst-to-cloud" para atender a um pico de demanda usando o Azure.

Em alguns casos, é útil usar pontos de extremidade externos para fazer referência aos serviços do Azure. Consulte as Perguntas frequentes para obter exemplos. As verificações de integridade são cobradas pela taxa de pontos de extremidade do Azure, não pela taxa de pontos de extremidade externos. Ao contrário dos pontos de extremidade do Azure, se parar ou eliminar o serviço subjacente, a cobrança da verificação de integridade continuará. A cobrança é interrompida quando desativa ou elimina o ponto final no Gestor de Tráfego.

Endpoints aninhados

Os pontos de extremidade aninhados combinam vários perfis do Traffic Manager para criar esquemas flexíveis de encaminhamento de tráfego para dar resposta às necessidades de implementações maiores e complexas. Com pontos de extremidade aninhados, um perfil filho é adicionado como um ponto de extremidade a um perfil pai. Os perfis filho e pai podem conter outros pontos de extremidade de qualquer tipo, incluindo outros perfis aninhados.

Para obter mais informações, consulte Perfis aninhados do Gerenciador de Tráfego.

Perfis Estritamente Tipados e Integração DNS

Os tipos de perfil do Gestor de Tráfego podem ser configurados ao criar ou configurar um perfil do Gestor de Tráfego. Quando um tipo de perfil é definido, a aplicação de Perfis Estritamente Tipados (STP) bloqueia o perfil ao tipo de endereço IP (IPv4 ou IPv6) que corresponde ao tipo de registo DNS — evitando incompatibilidades no tipo de endpoint que podem resultar em falhas na resolução DNS.

  • Perfis ligados através de um Registo Ligado do Gestor de Tráfego A aceitam apenas endpoints IPv4.
  • Perfis ligados através de um Registo Ligado AAAA Traffic Manager aceitam apenas endpoints IPv6.
  • Perfis ligados através de um Registo Ligado do CNAME Traffic Manager não têm restrição de tipo IP.

Para mais informações, consulte Perfis Estritamente Tipados para Gestor de Tráfego do Azure.

Aplicações Web como pontos finais

Mais algumas considerações se aplicam ao configurar aplicativos Web como pontos de extremidade no Traffic Manager:

  1. Apenas Aplicações Web com SKU Standard ou superior são elegíveis para utilização com o Gestor de Tráfego. As tentativas de adicionar um aplicativo Web de uma SKU inferior falham. O downgrade da SKU de um aplicativo Web existente resulta em que o Gerenciador de Tráfego não envia mais tráfego para esse aplicativo Web. Para obter mais informações sobre planos compatíveis, consulte os App Service Plans.
  2. Quando um ponto de extremidade recebe um pedido HTTP, ele usa o cabeçalho host no pedido para determinar que Aplicação Web deve processar o pedido. O cabeçalho do host contém o nome DNS usado para iniciar o pedido, por exemplo contosoapp.azurewebsites.net. Para usar um nome DNS diferente com a sua aplicação Web, o nome DNS deve ser registado como um nome de domínio personalizado para a aplicação. Ao adicionar um ponto de extremidade do Web App como um ponto de extremidade do Azure, o nome DNS do perfil do Traffic Manager é registado automaticamente para a App. Esse registo é removido automaticamente quando o endpoint é eliminado.
  3. Cada perfil do Gestor de Tráfego pode ter, no máximo, um ponto de extremidade da Aplicação Web de cada região do Azure. Para contornar esta restrição, pode configurar uma aplicação Web como um ponto de extremidade externo. Para obter mais informações, consulte as FAQs.

Ativar e desativar endpoints

A desativação de um ponto de extremidade no Traffic Manager pode ser útil para remover temporariamente o tráfego de um ponto de extremidade que está no modo de manutenção ou a ser reimplantado. Quando o endpoint estiver novamente em execução, poderá ser reativado.

Você pode habilitar ou desabilitar pontos de extremidade do Traffic Manager usando o portal do Azure, PowerShell, CLI ou API REST.

Nota

A desativação de um ponto final do Azure não tem nada a ver com o respetivo estado de implementação no Azure. Um serviço do Azure (como uma VM ou Aplicativo Web) permanece em execução e pode receber tráfego mesmo quando desabilitado no Gerenciador de Tráfego. O tráfego pode ser endereçado diretamente para a instância de serviço em vez de através do nome DNS do perfil do Traffic Manager. Para obter mais informações, consulte Como funciona o Gerenciador de Tráfego.

A elegibilidade atual de cada ponto de extremidade para receber tráfego depende dos seguintes fatores:

  • O estado do perfil (ativado/desativado)
  • O estado do endpoint (ativado/desativado)
  • Os resultados das verificações de integridade para esse endpoint

Para obter detalhes, consulte Monitorização de pontos finais do Gestor de Tráfego.

Nota

Como o Gerenciador de Tráfego funciona no nível DNS, ele não pode influenciar as conexões existentes para qualquer ponto de extremidade. Quando um ponto de extremidade não está disponível, o Gerenciador de Tráfego direciona novas conexões para outro ponto de extremidade disponível. No entanto, o host por trás do endpoint desabilitado ou não íntegro pode continuar a receber tráfego por meio de conexões existentes até que essas sessões sejam encerradas. Os aplicativos devem limitar a duração da sessão para permitir que o tráfego seja drenado das conexões existentes.

Se todos os pontos de extremidade de um perfil forem desativados ou se o próprio perfil for desativado, o Gerenciador de Tráfego enviará NXDOMAIN em resposta a uma nova consulta DNS.

FAQ

Próximos passos