Descontinuação do balanceador de carga Básico: Diretrizes para o Azure HDInsight
Artigo
Esse artigo descreve os detalhes sobre o impacto nos clusters HDInsight e as etapas necessárias, pois o serviço HDInsight está em transição para usar balanceadores de carga padrão para todas as suas configurações de cluster.
Lembre-se de não alterar nenhum componente criado pelo HDInsight em sua VNet, incluindo balanceadores de carga, endereços IP, interfaces de rede etc. As modificações feitas nesses componentes podem ser revertidas durante a manutenção do cluster.
Impacto nos clusters HDInsight
Clusters de execução prolongada (quando você não cria e exclui clusters com frequência para seu caso de uso)
Cenário 1: Clusters HDInsight existentes sem rede virtual personalizada (nenhuma rede virtual usada durante a criação do cluster).
Nenhuma interrupção imediata até 31 de março de 2025. No entanto, recomendamos fortemente recriar o cluster antes de 31 de março de 2025 para evitar possíveis interrupções.
Cenário 2: Clusters HDInsight existentes com rede virtual personalizada (usou sua própria VNet para criação de cluster).
Nenhuma interrupção imediata até 31 de março de 2025. No entanto, recomendamos fortemente recriar o cluster antes de 31 de março de 2025 para evitar possíveis interrupções.
Criação de novo cluster
Devido à substituição do acesso de saída padrão, um novo método de conectividade de saída é exigido pelo cluster HDInsight. Há várias maneiras fornecidas no documento SNAT (Conversão de Endereços de Rede de Origem) para conexões de saída que podem fornecer conectividade de saída para um cluster. A única maneira compatível com o HDInsight é associar um gateway da NAT à sub-rede, que dá suporte a recursos de dimensionamento automático de clusters de HDInsight.
O gateway NAT fornece conectividade de rede de saída para o cluster. O NSG controla o tráfego de entrada e de saída, que é exigido pelo balanceador de carga padrão.
Cenário 1: clusters HDInsight sem rede virtual personalizada (criando cluster sem nenhuma rede virtual).
Nesse caso, nenhum impacto. Você pode recriar o cluster diretamente.
Cenário 2: clusters HDInsight com rede virtual personalizada (usando sua própria VNet durante a criação do cluster).
Nesse caso, existem duas opções para criar um cluster
Abordagem 1: Crie o cluster com uma nova sub-rede
Crie um novo Gateway da NAT e um novo NSG (Grupo de Segurança de Rede) ou use os existentes. O gateway NAT fornece conectividade de rede de saída para o cluster. O NSG controla o tráfego de entrada e de saída, que é exigido pelo balanceador de carga padrão.
Observação
Você pode usar um Gateway da NAT e NSG existentes.
Abordagem 2: Crie o cluster usando a sub-rede existente
Sua rede virtual existente pode ser incompatível com o Azure Standard Load Balancer, para atualizar sua rede virtual personalizada existente para se integrar ao balanceador de carga padrão do Azure. Anexe um grupo de segurança de rede e um gateway da NAT à sua sub-rede existente. Como a sub-rede existente que tem clusters HDInsight com balanceadores de carga básicos do Azure não pode ser associada a um gateway NAT devido à incompatibilidade com o balanceador de carga básico, há dois cenários:
Caso 1: a sub-rede existente não tem clusters HDInsight com balanceadores de carga Básico do Azure
Siga estas etapas:
Crie um novo Gateway da NAT e um novo NSG (Grupo de Segurança de Rede) ou use os existentes. O gateway NAT fornece conectividade de rede de saída para o cluster. O NSG controla o tráfego de entrada e de saída, que é exigido pelo balanceador de carga padrão.
Observação
Você poderia usar um Gateway da NAT e NSG existentes.
Método 2: crie uma nova sub-rede e, em seguida, crie o cluster com a nova sub-rede.
Observação
Se você estiver usando um cluster ESP com MFA desabilitado, certifique-se de verificar o status do MFA depois que o cluster for recriado usando um Gateway da NAT.
Demonstre o design, a implementação e a manutenção da infraestrutura de rede do Azure, o tráfego de balanceamento de carga, o roteamento de rede e muito mais.