Perfis do Gestor de Tráfego aninhados
O Gestor de Tráfego inclui um conjunto de métodos de encaminhamento de tráfego que lhe permitem controlar a forma como o Gestor de Tráfego escolhe qual o ponto final que deve receber tráfego de cada utilizador final. Para obter mais informações, veja Métodos de encaminhamento de tráfego do Gestor de Tráfego.
Cada perfil do Gestor de Tráfego especifica um único método de encaminhamento de tráfego. No entanto, existem cenários que requerem um encaminhamento de tráfego mais sofisticado do que o encaminhamento fornecido por um único perfil do Gestor de Tráfego. Pode aninhar perfis do Gestor de Tráfego para combinar as vantagens de mais do que um método de encaminhamento de tráfego. Os perfis aninhados permitem-lhe substituir o comportamento predefinido do Gestor de Tráfego para suportar implementações de aplicações maiores e mais complexas.
Para criar um perfil aninhado, adicione um perfil "subordinado" como ponto final a um perfil "principal". Alguns exemplos são fornecidos neste artigo.
MinChildEndpoints
Quando adiciona um perfil subordinado como um ponto final no perfil principal, o parâmetro MinChildEndpoints é criado e é atribuído um valor predefinido de 1. Este parâmetro determina o número mínimo de pontos finais que têm de estar disponíveis no perfil subordinado para que fique em bom estado de funcionamento. Abaixo deste limiar, o perfil principal considerará todo o perfil subordinado indisponível e direcionará o tráfego para os outros pontos finais do perfil principal.
Os seguintes parâmetros estão disponíveis no perfil principal:
- MinChildEndpoints: o número mínimo de pontos finais subordinados em bom estado de funcionamento para o estado de perfil aninhado estar em bom estado de funcionamento.
- MinChildEndpointsIPv4: o número mínimo de pontos finais subordinados IPv4 em bom estado de funcionamento para que o estado do perfil aninhado esteja em bom estado de funcionamento.
- MinChildEndpointsIPv6: o número mínimo de pontos finais subordinados IPv6 em bom estado de funcionamento para que o estado do perfil aninhado esteja em bom estado de funcionamento.
Importante
Tem de existir, pelo menos, um ponto final IPv4 e um IPv6 para qualquer perfil MultiValue aninhado. Configure sempre valores para MinChildEndpointsIPv4 e MinChildEndpointsIPv6 com base no mecanismo de encaminhamento de valores múltiplos e não utilize simplesmente os valores predefinidos.
O valor de MinChildEndpoints tem de ser alto o suficiente para permitir que todos os tipos de pontos finais estejam disponíveis. É apresentada uma mensagem de erro para valores demasiado baixos.
Os exemplos seguintes ilustram como utilizar perfis aninhados do Gestor de Tráfego em vários cenários.
Exemplo 1: Combinar o encaminhamento de tráfego "Desempenho" e "Ponderado"
Suponha que implementou uma aplicação nas seguintes regiões do Azure: E.U.A. Oeste, Europa Ocidental e Ásia Oriental. Utiliza o método de encaminhamento de tráfego "Desempenho" do Gestor de Tráfego para distribuir o tráfego para a região mais próxima do utilizador.
Agora, suponha que pretende testar uma atualização para o seu serviço antes de a implementar mais amplamente. Quer utilizar o método de encaminhamento de tráfego "ponderado" para direcionar uma pequena percentagem de tráfego para a implementação de teste. Configurou a implementação de teste juntamente com a implementação de produção existente na Europa Ocidental.
Não pode combinar "Ponderado" e "Encaminhamento de tráfego de desempenho num único perfil. Para suportar este cenário, crie um perfil do Gestor de Tráfego com os dois pontos finais da Europa Ocidental e o método de encaminhamento de tráfego "Ponderado". Em seguida, adicione este perfil "subordinado" como ponto final ao perfil "principal". O perfil principal ainda utiliza o método de encaminhamento de tráfego de desempenho e contém as outras implementações globais como pontos finais.
O diagrama seguinte ilustra este exemplo:
Nesta configuração, o tráfego direcionado através do perfil principal distribui o tráfego por regiões normalmente. Na Europa Ocidental, o perfil aninhado distribui o tráfego para os pontos finais de produção e teste de acordo com os pesos atribuídos.
Quando o perfil principal utiliza o método de encaminhamento de tráfego "Desempenho", tem de ser atribuída uma localização a cada ponto final. A localização é atribuída quando configura o ponto final. Escolha a região do Azure mais próxima da sua implementação. As regiões do Azure são os valores de localização suportados pela Tabela de Latência da Internet. Para obter mais informações, veja Método de encaminhamento de tráfego "Desempenho" do Gestor de Tráfego.
Exemplo 2: Monitorização de pontos finais em Perfis Aninhados
O Gestor de Tráfego monitoriza ativamente o estado de funcionamento de cada ponto final de serviço. Se um ponto final estiver em mau estado de funcionamento, o Gestor de Tráfego direciona os utilizadores para pontos finais alternativos para preservarem a disponibilidade do seu serviço. Este comportamento de monitorização e ativação pós-falha de pontos finais aplica-se a todos os métodos de encaminhamento de tráfego. Para obter mais informações, veja Monitorização do Ponto Final do Gestor de Tráfego. A monitorização de pontos finais funciona de forma diferente para perfis aninhados. Com perfis aninhados, o perfil principal não efetua verificações de estado de funcionamento diretamente no menor. Em vez disso, o estado de funcionamento dos pontos finais do perfil subordinado é utilizado para calcular o estado de funcionamento geral do perfil subordinado. Estas informações de estado de funcionamento são propagadas pela hierarquia de perfis aninhados. O perfil principal utiliza este estado de funcionamento agregado para determinar se deve direcionar o tráfego para o perfil subordinado. Veja as FAQ para obter detalhes completos sobre a monitorização do estado de funcionamento dos perfis aninhados.
Voltando ao exemplo anterior, suponha que a implementação de produção na Europa Ocidental falha. Por predefinição, o perfil "subordinado" direciona todo o tráfego para a implementação de teste. Se a implementação do teste também falhar, o perfil principal determina que o perfil subordinado não deve receber tráfego, uma vez que todos os pontos finais subordinados estão em mau estado de funcionamento. Em seguida, o perfil principal distribui o tráfego para as outras regiões.
Talvez esteja satisfeito com este acordo. Em alternativa, poderá estar preocupado com o facto de todo o tráfego para a Europa Ocidental ir agora para a implementação de teste em vez de um tráfego de subconjunto limitado. Independentemente do estado de funcionamento da implementação do teste, quer efetuar a ativação pós-falha para as outras regiões quando a implementação de produção na Europa Ocidental falhar.
No cenário abaixo, o valor MinChildEndpoints está definido como 2. Abaixo deste limiar, o perfil principal considera todo o perfil subordinado indisponível e direciona o tráfego para os outros pontos finais:
Nota
O método de encaminhamento de tráfego "Priority" distribui todo o tráfego para um único ponto final. Assim, existe pouca finalidade numa definição MinChildEndpoints que não seja "1" para um perfil subordinado.
Exemplo 3: Regiões de ativação pós-falha priorizadas no encaminhamento de tráfego "Desempenho"
O comportamento predefinido para o método de encaminhamento de tráfego "Desempenho" é quando tem pontos finais em diferentes localizações geográficas, os utilizadores finais são encaminhados para o ponto final "mais próximo" em termos da latência de rede mais baixa.
No entanto, suponha que prefere a ativação pós-falha de tráfego da Europa Ocidental para E.U.A. Oeste e apenas direciona o tráfego para outras regiões quando ambos os pontos finais estão indisponíveis. Pode criar esta solução com um perfil subordinado com o método de encaminhamento de tráfego "Prioridade".
Uma vez que o ponto final da Europa Ocidental tem uma prioridade superior ao ponto final dos E.U.A. Oeste, todo o tráfego é enviado para o ponto final da Europa Ocidental quando ambos os pontos finais estão online. Se a Europa Ocidental falhar, o seu tráfego é direcionado para os E.U.A. Oeste. Com o perfil aninhado, o tráfego é direcionado para a Ásia Oriental apenas quando a Europa Ocidental e os E.U.A. Ocidentais falham.
Pode repetir este padrão para todas as regiões. Substitua os três pontos finais no perfil principal por três perfis subordinados, cada um fornecendo uma sequência de ativação pós-falha priorizada.
Exemplo 4: Controlar o encaminhamento de tráfego "Desempenho" entre vários pontos finais na mesma região
Suponha que o método de encaminhamento de tráfego "Desempenho" é utilizado num perfil que tem mais do que um ponto final numa determinada região. Por predefinição, o tráfego direcionado para essa região é distribuído uniformemente por todos os pontos finais disponíveis nessa região.
Em vez de adicionar vários pontos finais na Europa Ocidental, esses pontos finais estão incluídos num perfil subordinado separado. O perfil subordinado é adicionado ao principal como o único ponto final na Europa Ocidental. As definições no perfil subordinado podem controlar a distribuição de tráfego com a Europa Ocidental ao ativar o encaminhamento de tráfego baseado na prioridade ou ponderado nessa região.
Exemplo 5: Definições de monitorização por ponto final
Suponha que está a utilizar o Gestor de Tráfego para migrar sem problemas o tráfego de um site legado no local para uma nova versão baseada na cloud alojada no Azure. Para o site legado, quer utilizar o URI da home page para monitorizar o estado de funcionamento do site. Contudo, para a nova versão baseada na cloud, está a implementar uma página de monitorização personalizada (caminho '/monitor.aspx') que inclui verificações adicionais.
As definições de monitorização num perfil do Gestor de Tráfego aplicam-se a todos os pontos finais num único perfil. Com perfis aninhados, utiliza um perfil subordinado diferente por site para definir diferentes definições de monitorização.
Exemplo 6: Monitorização de pontos finais com Perfis Aninhados De Valores Múltiplos com pontos finais IPv4 e IPv6
Suponha que tem pontos finais subordinados aninhados IPv4 e IPv6 e quer definir limiares para crianças mínimas em bom estado de funcionamento para ambos. Existem novos parâmetros que lhe permitirão definir o número mínimo destes pontos finais em bom estado de funcionamento que são esperados para cada tipo. Os parâmetros Pontos finais IPv4 Mínimos e Pontos finais IPv6 Mínimos determinarão o número mínimo de pontos finais em bom estado de funcionamento necessários para cada parâmetro, para que o elemento principal seja marcado como em bom estado de funcionamento.
O número predefinido para o total mínimo de pontos finais subordinados é sempre 1 e o número predefinido para pontos finais IPv4 e IPv6 é 0 para garantir a retrocompatibilidade.
Neste exemplo, o ponto final E.U.A . Leste está em mau estado de funcionamento, porque não satisfaz o requisito de ter, pelo menos, um ponto final IPv4 em bom estado de funcionamento, que é definido pela propriedade ipv4-min-child .
FAQs
Passos seguintes
Saiba mais sobre os perfis do Gestor de Tráfego
Saiba como criar um perfil do Gestor de Tráfego