Origens e grupos de origem no Azure Front Door

Este artigo descreve conceitos sobre como mapear sua implantação de aplicativo Web com o Azure Front Door. Você aprende sobre o que é um grupo de origem e origem na configuração do Azure Front Door.

Origem

Uma origem refere-se à implantação do aplicativo da qual o Azure Front Door recupera conteúdo. O Azure Front Door dá suporte a origens hospedadas no Azure e aplicativos hospedados em seu datacenter local ou com outro provedor de nuvem. Uma origem não deve ser confundida com sua camada de banco de dados ou camada de armazenamento. A origem deve ser vista como o ponto de extremidade para o back-end do seu aplicativo. Quando você adiciona uma origem a um grupo de origem na configuração Front Door, você também deve definir as seguintes configurações:

• Tipo de origem: o tipo de recurso que você deseja adicionar. O Front Door suporta a descoberta automática de back-ends de aplicativos do Serviço de Aplicativo, Serviço de Nuvem ou Armazenamento. Se você quiser um recurso diferente no Azure ou até mesmo um back-end que não seja do Azure, selecione Host personalizado.

  Importante

  Durante a configuração, as APIs não validam se a origem não estiver acessível a partir do ambiente Front Door. Certifique-se de que a Front Door pode chegar à sua origem.

• Nome do host de assinatura e origem: Se você não selecionou Host personalizado para seu tipo de host de back-end, selecione seu back-end escolhendo a assinatura apropriada e o nome de host de back-end correspondente.

• Cabeçalho de host de origem: o valor do cabeçalho do host enviado ao back-end para cada solicitação. Para obter mais informações, consulte Cabeçalho de host de origem.

• Prioridade. Atribua prioridades aos seus diferentes back-ends quando quiser usar um back-end de serviço principal para todo o tráfego. Além disso, forneça backups se os back-ends primários ou de backup não estiverem disponíveis. Para obter mais informações, consulte Prioridade.

• Peso. Atribua pesos aos seus diferentes back-ends para distribuir o tráfego por um conjunto de backends, uniformemente ou de acordo com os coeficientes de peso. Para obter mais informações, consulte Pesos.

Cabeçalho de anfitrião de origem

As solicitações que são encaminhadas pelo Azure Front Door para uma origem incluem um campo de cabeçalho de host que a origem usa para recuperar o recurso de destino. O valor para esse campo normalmente vem do URI de origem que tem o cabeçalho e a porta do host.

Por exemplo, uma solicitação feita para www.contoso.com tem o cabeçalho www.contoso.comdo host . Se você usar o portal do Azure para configurar sua origem, o valor padrão para esse campo será o nome do host da origem. Se sua origem for contoso-westus.azurewebsites.net, no portal do Azure, o valor preenchido automaticamente para o cabeçalho do host de origem será contoso-westus.azurewebsites.net. No entanto, se você usar modelos do Azure Resource Manager ou outro método sem definir explicitamente esse campo, o Front Door enviará o nome do host de entrada como o valor para o cabeçalho do host. Se a solicitação foi feita para www.contoso.com, e sua origem contoso-westus.azurewebsites.net tem um campo de cabeçalho vazio, Front Door define o cabeçalho do host como www.contoso.com.

A maioria dos back-ends de aplicativos (Aplicativos Web do Azure, armazenamento de Blob e Serviços de Nuvem) exige que o cabeçalho do host corresponda ao domínio do back-end. No entanto, o host frontend que roteia para sua origem usa um nome de host diferente, como www.contoso.net.

Se sua origem exigir que o cabeçalho do host corresponda ao nome do host de origem, certifique-se de que o cabeçalho do host de origem inclua o nome do host da origem.

Configurar o cabeçalho do host de origem para a origem

Para configurar o campo de cabeçalho do host de origem para uma origem na seção do grupo de origem:

1. Abra o recurso Front Door e selecione o grupo de origem com a origem a ser configurada.

2. Adicione uma origem, se ainda não o tiver feito, ou edite uma existente.

3. Defina o campo de cabeçalho do host de origem como um valor personalizado ou deixe-o em branco. O nome do host para a solicitação de entrada é usado como o valor do cabeçalho do host.

Grupo de origem

Um grupo de origem no Azure Front Door refere-se a um conjunto de origens que recebe tráfego semelhante para seu aplicativo. Você pode definir o grupo de origem como um agrupamento lógico de suas instâncias de aplicativo em todo o mundo que recebe o mesmo tráfego e responde com um comportamento esperado. Essas origens podem ser implantadas em diferentes regiões ou dentro da mesma região. Todas as origens podem ser implantadas em uma configuração Ativa/Ativa ou Ativa/Passiva.

Um grupo de origem define como as origens são avaliadas por sondas de saúde. Ele também define o método de balanceamento de carga entre eles.

Sondas do estado de funcionamento

O Azure Front Door envia solicitações periódicas de teste HTTP/HTTPS para cada uma de suas origens configuradas. As solicitações de sonda determinam a proximidade e a integridade de cada origem para balancear a carga das solicitações do usuário final. As configurações de teste de integridade para um grupo de origem definem como pesquisamos o status de integridade dos back-ends de aplicativos. As seguintes configurações estão disponíveis para configuração de balanceamento de carga:

• Caminho: A URL usada para solicitações de teste para todas as origens no grupo de origem. Por exemplo, se uma de suas origens for contoso-westus.azurewebsites.net e o caminho for definido como /probe/test.aspx, o Front Door enviará solicitações de teste de integridade para http://contoso-westus.azurewebsites.net/probe/test.aspx se o protocolo estiver definido como HTTP.

• Protocolo: Define se as solicitações de teste de integridade devem ser enviadas do Front Door para suas origens com o protocolo HTTP ou HTTPS.

• Método: O método HTTP a ser usado para enviar testes de integridade. As opções incluem GET ou HEAD (padrão).

  Nota

  Para menor carga e custo em seus backends, a Front Door recomenda o uso de solicitações HEAD para sondas de saúde.

• Intervalo (segundos): Define a frequência das sondas de integridade para suas origens ou os intervalos em que cada um dos ambientes da Front Door envia uma sonda.

  Nota

  Para failovers mais rápidos, defina o intervalo para um valor mais baixo. Quanto menor o valor, maior o volume da sonda de integridade que seus backends recebem. Por exemplo, se o intervalo for definido como 30 segundos com, digamos, 100 POPs de porta frontal globalmente, cada back-end receberá cerca de 200 solicitações de teste por minuto.

Para obter mais informações, consulte Sondas de integridade.

Configurações de balanceamento de carga

As configurações de balanceamento de carga para o grupo de origem definem como avaliamos as sondas de integridade. Essas configurações determinam se a origem é íntegra ou não íntegra. Eles também verificam como balancear a carga do tráfego entre diferentes origens no grupo de origem. As seguintes configurações estão disponíveis para configuração de balanceamento de carga:

• Tamanho da amostra: Identifica quantas amostras de sondas de saúde precisamos considerar para avaliação de integridade de origem.

• Tamanho da amostra bem-sucedido: define o tamanho da amostra como mencionado anteriormente, o número de amostras bem-sucedidas necessárias para chamar a origem de saudável. Por exemplo, suponha que um intervalo de sonda de integridade da porta frontal seja de 30 segundos, o tamanho da amostra seja 5 e o tamanho da amostra bem-sucedido seja 3. Cada vez que avaliamos as sondas de saúde para a sua origem, analisamos as últimas cinco amostras ao longo de 150 segundos (5 x 30). Pelo menos três sondas bem-sucedidas são necessárias para declarar a origem como saudável.

• Sensibilidade à latência (latência extra): define se você deseja que o Front Door envie a solicitação para a origem dentro do intervalo de sensibilidade de medição de latência ou encaminhe a solicitação para o back-end mais próximo.

Para obter mais informações, consulte Método de roteamento baseado em menor latência.

Próximos passos