Pontos finais do Gestor de Tráfego

  • Artigo

O Gestor de Tráfego do Azure permite-lhe controlar a forma como o tráfego de rede é distribuído para implementações de aplicações em execução em datacenters diferentes. Irá configurar cada implementação de aplicação como um "ponto final" no Gestor de Tráfego. Quando o Gestor de Tráfego recebe um pedido de DNS, seleciona um ponto final disponível para devolver na resposta ao DNS. O gestor de tráfego baseia a opção no estado do ponto final atual e no método de encaminhamento de tráfego. Para obter mais informações, veja Como funciona o Gestor de Tráfego.

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

Não existe nenhuma restrição sobre a forma como os pontos finais de diferentes tipos são combinados num único perfil do Gestor de Tráfego. Cada perfil pode conter qualquer combinação de tipos de ponto final.

As secções seguintes descrevem cada tipo de ponto final em maior profundidade.

Pontos finais do Azure

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

  • Serviços cloud PaaS.
  • Aplicações Web
  • Blocos de Aplicações Web
  • Recursos publicIPAddress (que podem ser ligados a VMs diretamente ou através de um Balanceador de Carga do Azure). O publicIpAddress tem de ter um nome DNS atribuído para ser utilizado num perfil do Gestor de Tráfego.

Os recursos publicIPAddress são recursos Resource Manager do Azure. Não existem no modelo de implementação clássica e só são suportados nas experiências de Resource Manager do Gestor de Tráfego. Os outros tipos de ponto final são suportados através de Resource Manager e do modelo de implementação clássica.

Ao utilizar pontos finais do Azure, o Gestor de Tráfego deteta quando uma Aplicação Web é parada e iniciada. Este estado é refletido no estado do ponto final. Veja Monitorização do ponto final do Gestor de Tráfego para obter detalhes. Quando o serviço subjacente é parado, o Gestor de Tráfego não faz verificações de estado de funcionamento do ponto final nem direciona o tráfego para o ponto final. Não ocorrem eventos de faturação do Gestor de Tráfego para a instância parada. Quando o serviço é reiniciado, a faturação é retomada e o ponto final é elegível para receber tráfego. Esta deteção não se aplica aos pontos finais PublicIpAddress.

Pontos finais externos

Os pontos finais externos são utilizados para endereços IPv4/IPv6, FQDNs ou para serviços fora do Azure. A utilização de pontos finais de endereço IPv4/IPv6 permite que o Gestor de Tráfego verifique o estado de funcionamento dos pontos finais sem precisar de um nome DNS para os mesmos. Como resultado, o Gestor de Tráfego pode responder a consultas com registos A/AAAA ao devolver esse ponto final numa resposta. Os serviços fora do Azure podem incluir um serviço alojado no local ou com um fornecedor diferente. Os pontos finais externos podem ser utilizados individualmente ou combinados com pontos finais do Azure no mesmo perfil do Gestor de Tráfego. A exceção destina-se a pontos finais especificados como endereços IPv4 ou IPv6, que só podem ser pontos finais externos. Combinar pontos finais do Azure com pontos finais externos permite vários cenários:

  • Forneça redundância acrescida para uma aplicação no local existente num modelo de ativação pós-falha ativo-ativo ou ativo-passivo com o Azure.
  • Encaminhe o tráfego para pontos finais que não tenham um nome DNS associado aos mesmos. Também reduz a latência geral da pesquisa de DNS ao remover a necessidade de executar uma segunda consulta DNS para obter um endereço IP de um nome DNS devolvido.
  • Reduza a latência de aplicações para utilizadores em todo o mundo, expanda uma aplicação no local existente para outras localizações geográficas no Azure. Para obter mais informações, veja Encaminhamento de tráfego de desempenho.
  • Forneça mais capacidade para uma aplicação no local existente, continuamente ou como uma solução "burst-to-cloud" para satisfazer um pico de procura com o Azure.

Em alguns casos, é útil utilizar pontos finais externos para referenciar os serviços do Azure. Veja as FAQ para obter exemplos. As verificações de estado de funcionamento são faturadas à taxa de pontos finais do Azure e não à taxa de pontos finais externos. Ao contrário dos pontos finais do Azure, se parar ou eliminar o serviço subjacente, a faturação da verificação de estado de funcionamento continua. A faturação para quando desativa ou elimina o ponto final no Gestor de Tráfego.

Pontos finais aninhados

Os pontos finais aninhados combinam vários perfis do Gestor de Tráfego para criar esquemas flexíveis de encaminhamento de tráfego para suportar as necessidades de implementações maiores e complexas. Com pontos finais aninhados, é adicionado um perfil subordinado como ponto final a um perfil principal . Os perfis subordinados e principais podem conter outros pontos finais de qualquer tipo, incluindo outros perfis aninhados.

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

Aplicações Web como pontos finais

Aplicam-se mais algumas considerações ao configurar Aplicações Web como pontos finais no Gestor de Tráfego:

  1. Apenas Aplicações Web no SKU Standard ou superior são elegíveis para utilização com o Gestor de Tráfego. As tentativas de adicionar uma Aplicação Web de um SKU inferior falham. A degradação do SKU de uma Aplicação Web existente faz com que o Gestor de Tráfego deixe de enviar tráfego para essa Aplicação Web. Para obter mais informações sobre os planos suportados, veja o Serviço de Aplicações Plans (Planos de Serviço de Aplicações).
  2. Quando um ponto final recebe um pedido HTTP, utiliza o cabeçalho do anfitrião no pedido para determinar que Aplicação Web deve servir o pedido. O cabeçalho do anfitrião contém o nome DNS utilizado para iniciar o pedido, por exemplo contosoapp.azurewebsites.net. Para utilizar um nome DNS diferente com a sua Aplicação Web, o nome DNS tem de ser registado como um nome de domínio personalizado para a Aplicação. Ao adicionar um ponto final da Aplicação Web como um ponto final do Azure, o nome DNS do perfil do Gestor de Tráfego é registado automaticamente na Aplicação. Este registo é removido automaticamente quando o ponto final é eliminado.
  3. Cada perfil do Gestor de Tráfego pode ter, no máximo, um ponto final de Aplicação Web de cada região do Azure. Para contornar esta restrição, pode configurar uma Aplicação Web como um ponto final externo. Para obter mais informações, consulte as FAQ.

Ativar e desativar pontos finais

A desativação de um ponto final no Gestor de Tráfego pode ser útil para remover temporariamente o tráfego de um ponto final que esteja no modo de manutenção ou que esteja a ser reimplementado. Assim que o ponto final estiver novamente em execução, pode ser reativado.

Pode ativar ou desativar pontos finais do Gestor de Tráfego com a portal do Azure, o PowerShell, a CLI ou a API REST.

Nota

Desativar um ponto final do Azure não tem nada a ver com o estado de implementação no Azure. Um serviço do Azure (como uma VM ou uma Aplicação Web) continua em execução e consegue receber tráfego mesmo quando está desativado no Gestor de Tráfego. O tráfego pode ser endereçado diretamente à instância de serviço e não através do nome DNS do perfil do Gestor de Tráfego. Para obter mais informações, veja Como funciona o Gestor de Tráfego.

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

  • O estado do perfil (ativado/desativado)
  • O estado do ponto final (ativado/desativado)
  • Os resultados das verificações de estado de funcionamento desse ponto final

Para obter detalhes, veja Monitorização do ponto final do Gestor de Tráfego.

Nota

Uma vez que o Gestor de Tráfego funciona ao nível do DNS, não é possível influenciar as ligações existentes a qualquer ponto final. Quando um ponto final está indisponível, o Gestor de Tráfego direciona novas ligações para outro ponto final disponível. No entanto, o anfitrião por trás do ponto final desativado ou em mau estado de funcionamento pode continuar a receber tráfego através de ligações existentes até que essas sessões sejam terminadas. As aplicações devem limitar a duração da sessão para permitir que o tráfego seja drenado das ligações existentes.

Se todos os pontos finais de um perfil forem desativados ou se o próprio perfil for desativado, o Gestor de Tráfego envia uma NXDOMAIN resposta para uma nova consulta DNS.

FAQ

Passos seguintes