Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
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, consulte Métodos de roteamento de tráfego do Gerenciador de Tráfego.
Cada perfil do Gerenciador de Tráfego especifica um único método de roteamento de tráfego. No entanto, há cenários que exigem roteamento de tráfego mais sofisticado do que o roteamento fornecido por um único perfil do Gerenciador de Tráfego. Você pode aninhar perfis do Gestor de Tráfego para combinar os benefícios de múltiplos métodos de roteamento de tráfego. Os perfis aninhados permitem que você substitua o comportamento padrão do Gerenciador de Tráfego para oferecer suporte a implantações de aplicativos maiores e mais complexas.
Para criar um perfil aninhado, adicione um perfil 'filho' como endpoint a um perfil 'pai'. Alguns exemplos são fornecidos neste artigo.
MinChildEndpoints
Quando você adiciona um perfil filho como um ponto de extremidade no perfil pai, o parâmetro MinChildEndpoints é criado e atribuído um valor padrão de 1. Esse parâmetro determina o número mínimo de pontos de extremidade que devem estar disponíveis no perfil da criança para que ele seja íntegro. Abaixo desse limite, o perfil pai considerará todo o perfil filho como indisponível e direcionará o tráfego para os outros pontos de extremidade do perfil pai.
Os seguintes parâmetros estão disponíveis no perfil pai:
- MinChildEndpoints: O número mínimo de endpoints de crianças saudáveis para que o status do perfil aninhado seja saudável.
- MinChildEndpointsIPv4: O número mínimo de subpontos de extremidade IPv4 saudáveis para que o estado do perfil aninhado seja saudável.
- MinChildEndpointsIPv6: O número mínimo de pontos de extremidade filhos IPv6 funcionais necessário para que o estado do perfil aninhado seja considerado saudável.
Importante
Deve haver pelo menos uma interface IPv4 e uma IPv6 para qualquer perfil MultiValue aninhado. Sempre configure valores para MinChildEndpointsIPv4 e MinChildEndpointsIPv6 com base em seu mecanismo de roteamento de vários valores e não use simplesmente os valores padrão.
O valor de MinChildEndpoints deve ser alto o suficiente para permitir que todos os tipos de endpoint estejam disponíveis. Uma mensagem de erro é exibida para valores muito baixos.
Os exemplos a seguir ilustram como usar perfis aninhados do Gerenciador de Tráfego em vários cenários.
Exemplo 1: Combinando o roteamento de tráfego 'Ponderado' e 'Desempenho'
Suponha que você implantou um aplicativo nas seguintes regiões do Azure: Oeste dos EUA, Europa Ocidental e Leste Asiático. Você usa o método de roteamento de tráfego 'Desempenho' do Gerenciador de Tráfego para distribuir o tráfego para a região mais próxima do usuário.
Agora, suponha que você deseje testar uma atualização para o seu serviço antes de lançá-la mais amplamente. Você deseja usar o método de roteamento de tráfego 'ponderado' para direcionar uma pequena porcentagem do tráfego para sua implementação de teste. Configuraste a implantação de teste ao lado da implantação de produção existente na Europa Ocidental.
Não é possível combinar o roteamento de tráfego 'Ponderado' e 'Desempenho' num único perfil. Para dar suporte a esse cenário, crie um perfil do Gerenciador de Tráfego usando os dois pontos de extremidade da Europa Ocidental e o método de roteamento de tráfego 'Ponderado'. Em seguida, adicione esse perfil 'filho' como um endpoint ao perfil 'pai'. O perfil pai ainda utiliza o método de desempenho do roteamento de tráfego e contém os outros desdobramentos globais como endereços finais.
O diagrama a seguir ilustra este exemplo:
Nessa configuração, o tráfego direcionado por meio do perfil pai distribui o tráfego entre as 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 pai usa o método de roteamento de tráfego 'Desempenho', cada endereço de destino deve receber um local. O local é atribuído quando você configura o ponto de extremidade. Escolha a região do Azure mais próxima da sua implantaçã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, consulte o método de encaminhamento de tráfego 'Desempenho' do Gestor de Tráfego.
Exemplo 2: Monitoramento de ponto final em perfis aninhados
O Gestor de Tráfego monitora ativamente o estado de cada endpoint de serviço. Se um endpoint não estiver íntegro, o Gestor de Tráfego irá direcionar os utilizadores para endpoints alternativos para preservar a disponibilidade do seu serviço. Esse monitoramento de ponto final e comportamento de failover se aplica a todos os métodos de roteamento de tráfego. Para obter mais informações, consulte Monitoramento de ponto final do Gerenciador de tráfego. O monitoramento de pontos finais funciona de forma diferente para perfis aninhados. Com perfis aninhados, o perfil pai não executa verificações de estado diretamente no perfil filho. Em vez disso, a saúde das extremidades do perfil infantil é usada para calcular a saúde geral do perfil infantil. Essas informações de saúde são disseminadas ao longo da hierarquia de perfil aninhado. O perfil pai usa este estado de saúde agregado para determinar se o tráfego deve ser direcionado para o perfil filho. Consulte a FAQ para obter detalhes completos sobre o monitorizar a saúde de perfis aninhados.
Voltando ao exemplo anterior, suponha que a implantação da produção na Europa Ocidental falhe. Por padrão, o perfil 'filho' direciona todo o tráfego para a implantação de teste. Se a implantação de teste também falhar, o perfil pai determinou que o perfil filho não deve receber tráfego, pois todos os endpoints dos perfis filho não estão íntegros. Em seguida, o perfil pai distribui o tráfego para as outras regiões.
Você pode estar feliz com este arranjo. Ou poderás estar preocupado que todo o tráfego para a Europa Ocidental agora esteja a ser direcionado para a implantação de teste em vez de apenas uma parte limitada do tráfego. Independentemente da integridade da implantação de teste, deverá realizar um failover para as outras regiões quando a implantação de produção na Europa Ocidental falhar.
No cenário abaixo, o valor MinChildEndpoints é definido como 2. Abaixo desse limite, o perfil pai considera todo o perfil filho indisponível e direciona o tráfego para os outros pontos de extremidade:
Nota
O método de roteamento de tráfego 'Priority' distribui todo o tráfego para um único ponto de extremidade. Assim, há pouco propósito em uma definição MinChildEndpoints além de '1' para um perfil de criança.
Exemplo 3: Regiões de failover priorizadas no roteamento de tráfego 'Desempenho'
O comportamento predefinido do método de encaminhamento de tráfego 'Desempenho' ocorre quando há pontos de extremidade em diferentes locais geográficos, e os utilizadores finais são direcionados para o ponto de extremidade "mais próximo" em termos de menor latência de rede.
No entanto, suponha que prefira redirecionar o tráfego da Europa Ocidental para a região oeste dos EUA e apenas direcione o tráfego para outras regiões quando ambos os pontos de extremidade não estiverem disponíveis. Você pode criar essa solução usando um perfil filho com o método de roteamento de tráfego 'Priority'.
Como o ponto de extremidade da Europa Ocidental tem prioridade maior do que o ponto de extremidade da Europa Ocidental, todo o tráfego é enviado para o ponto de extremidade da Europa Ocidental quando ambos os pontos de extremidade estão online. Se a Europa Ocidental falhar, o seu tráfego é direcionado para o Oeste dos EUA. Com o perfil aninhado, o tráfego é direcionado para o Leste da Ásia apenas quando a Europa Ocidental e o Oeste dos Estados Unidos falham.
Você pode repetir esse padrão para todas as regiões. Substitua todos os três pontos de extremidade no perfil pai por três perfis filho, cada um fornecendo uma sequência de failover priorizada.
Exemplo 4: Controlar o encaminhamento de tráfego de 'Desempenho' entre múltiplos endpoints na mesma região
Suponha que o método de distribuição de tráfego 'Desempenho' seja utilizado num perfil que tenha mais de um endpoint numa região específica. Por padrão, o tráfego direcionado para essa região é distribuído uniformemente em todos os pontos de extremidade disponíveis nessa região.
Em vez de adicionar vários pontos de extremidade na Europa Ocidental, esses pontos de extremidade são incluídos em um perfil filho separado. O perfil de criança é adicionado à entidade mãe como o único ponto final na Europa Ocidental. As configurações no perfil filho podem controlar a distribuição de tráfego com a Europa Ocidental, permitindo o roteamento de tráfego ponderado ou baseado em prioridade dentro dessa região.
Exemplo 5: Configurações de monitoramento por ponto final
Suponha que você esteja usando o Gerenciador de Tráfego para migrar suavemente o tráfego de um site local herdado para uma nova versão baseada em nuvem hospedada no Azure. Para o site herdado, você deseja usar o URI da home page para monitorar a integridade do site. Mas para a nova versão baseada em nuvem, você está implementando uma página de monitoramento personalizada (caminho '/monitor.aspx') que inclui verificações adicionais.
As configurações de monitoramento em um perfil do Gerenciador de Tráfego se aplicam a todos os pontos de extremidade dentro de um único perfil. Com perfis aninhados, você usa um perfil filho diferente por site para definir configurações de monitoramento diferentes.
Exemplo 6: Monitoramento de pontos finais com perfis aninhados de vários valores usando pontos de extremidade IPv4 e IPv6
Suponha que você tenha pontos de extremidade filhos aninhados IPv4 e IPv6 e queira definir limites para crianças mínimas saudáveis para ambos. Existem novos parâmetros que permitirão definir o número mínimo desses pontos finais saudáveis previstos para cada tipo. Os parâmetros Pontos de extremidade IPv4 Mínimos e Pontos de extremidade IPv6 Mínimos determinarão o número mínimo de pontos de extremidade íntegros necessários para cada parâmetro, para que o pai seja marcado como íntegro.
O número padrão para o total mínimo de pontos de extremidade secundários é sempre 1, e o número padrão para pontos de extremidade IPv4 e IPv6 é 0 para garantir a compatibilidade retroativa.
Neste exemplo, o ponto de extremidade do Leste dos EUA não está intacto, porque não cumpre o requisito de possuir pelo menos 1 ponto de extremidade IPv4 intacto, que é definido pela propriedade ipv4-min-child.
Perguntas frequentes
Próximos passos
Saiba mais sobre os perfis do Traffic Manager
Saiba como criar um perfil do Traffic Manager