Migrar o Azure Load Balancer para o suporte à zona de disponibilidade
Este guia descreve como migrar o Azure Load Balancer do suporte à zona de indisponibilidade para o suporte à disponibilidade. Vamos apresentar as diferentes opções de migração.
Um balanceador de carga padrão oferece suporte a recursos extras em regiões em que as zonas de disponibilidade estão disponíveis. As configurações de zonas de disponibilidade estão disponíveis para ambos os tipos de standard load balancer; público e interno. Um front-end com redundância de zona sobrevive a falha da zona usando uma infraestrutura dedicada em todas as zonas simultaneamente. Uma ou mais zonas de disponibilidade podem falhar e o caminho de dados sobreviver enquanto uma zona na região permanecer íntegra. Além disso, você pode fixar um front-end em uma zona específica. Um front-end zonal é atendido por infraestrutura dedicada em uma zona. Independentemente da configuração zonal, o pool de back-end pode conter VMs de qualquer zona.
Pré-requisitos
- Use o SKU Standard para balanceador de carga e IP público para suporte a zonas de disponibilidade.
- Não há suporte para o tipo de SKU básico.
- Para criar ou mover esse recurso, deve-se ter a função Colaborador de Rede ou superior.
Requisitos de tempo de inatividade
É necessário tempo de inatividade. Todos os cenários de migração exigem algum nível de tempo de inatividade para a alteração dos recursos usados pelas configurações do balanceador de carga.
Observação
O endereço IP de front-end existente não pode ser modificado para dar suporte a zonas de disponibilidade. Um novo IP de front-end zonal ou com redundância de zona precisa ser criado e associado ao balanceador de carga existente. Essa operação alterará o IP público do balanceador de carga, o que interromperá a conectividade dos recursos usando o endereço IP de front-end antigo. Atualize as regras de balanceamento de carga para utilizar o novo IP público de front-end.
Opção de migração 1: habilitar o Azure Load Balancer existente para usar zonas de disponibilidade (mesma região)
Digamos que você precise habilitar um balanceador de carga existente para usar zonas de disponibilidade na mesma região do Azure. Para isso, você não precisará reimplantar seu balanceador de carga para aproveitar essa migração. Para tornar o balanceador de carga AZ ciente, você terá que recriar a configuração de IP de front-end do balanceador de carga usando um novo IP zonal/redundante de zona e reassociar quaisquer regras de balanceamento de carga existentes ao novo front-end. Observe que essa migração incorrerá em tempo de inatividade à medida que o IP for alterado e as regras forem associadas novamente.
Observação
Não é necessário ter um balanceador de carga para cada zona, em vez disso, ter um único balanceador de carga com vários front-ends (zonal ou redundante de zona) associados aos respectivos pools de back-end servirá à finalidade.
Como o IP de front-end pode ser zonal ou redundante de zona, os usuários precisam decidir qual opção escolher com base nos requisitos. Veja as seguintes recomendações para cada uma:
Configuração do IP front-end | Recomendação |
---|---|
Front-end zonal | É recomendável criar um front-end zonal quando o back-end está concentrado em uma zona específica. Por exemplo, se as instâncias de back-end estiverem fixadas na zona 2, fará sentido criar a configuração de IP de front-end na zona de disponibilidade 2. |
Front-end com redundância de zona | Quando os recursos (VMs, NICs, endereços IP etc.) dentro de um pool de back-end são distribuídos entre zonas, é recomendável criar Front-end com redundância de zona. Isso fornecerá alta disponibilidade e garantirá conectividade perfeita, mesmo que uma zona fique inativa. |
Opção de migração 2: migrar o Azure Load Balancer para outra região com AZs
Dependendo do tipo de balanceador de carga que você tem, você precisará seguir etapas diferentes. As seções a seguir abordam a migração de balanceadores de carga externos e internos.
Migrar um Azure Load Balancer interno
Quando você cria um balanceador de carga interno, uma rede virtual é configurada como a rede para o balanceador de carga. Um endereço IP privado na rede virtual é configurado como o front-end (chamado LoadBalancerFrontend por padrão) para o balanceador de carga. Ao configurar esse IP de FE (front-end), você poderá selecionar as zonas de disponibilidade.
Não é possível mover os balanceadores de carga internos do Azure de uma região para outra. Você deve associar o novo balanceador de carga aos recursos na região de destino. Para a migração, você pode usar um modelo de Resource Manager do Azure para exportar a configuração existente e a rede virtual de um balanceador de carga interno. Em seguida, você pode preparar o recurso em outra região, exportando balanceador de carga interno para um modelo, modificando os parâmetros para corresponder à região de destino e, em seguida, implantando o modelo na nova região.
- Como parte desse processo, a configuração de rede virtual do balanceador de carga interno deve ser feita primeiro antes de mover o balanceador de carga interno. Certifique-se de alterar o nome da rede virtual e o local de destino, rest todos os parâmetros, como prefixo de endereço e sub-redes, são opcionais para atualização.
- Depois que a VNET for implantada na região de destino. Exporte o modelo do balanceador de carga interno, edite o nome do balanceador de carga de destino, a ID do recurso de VNET de destino e outros parâmetros.
- As regras de balanceamento de carga, as regras NAT de entrada e as investigações de integridade podem ser deixadas como estão, a menos que você queira modificar as regras.
- Ao implantar o IP privado de front-end na sub-rede, verifique se as zonas estão selecionadas de acordo com o requisito.
- Verifique todas as alterações e implante o modelo do portal ou do PowerShell.
Para migrar um balanceador de carga interno para zonas de disponibilidade entre regiões, veja mover Azure Load Balancer interno entre regiões.
Migrar um Load Balancer público (externo)
Os balanceadores de carga públicos do Azure não podem ser movidos entre regiões. Para reimplantar o balanceador de carga em uma nova região com zonas, a abordagem mais adequada é exportar o modelo de Resource Manager do Azure do endereço IP público existente e do balanceador de carga externo. Em seguida, você pode preparar os recursos em outra região modificando o modelo e os parâmetros para corresponder à região de destino e, em seguida, implantar o modelo na nova região.
Para migrar um balanceador de carga público para zonas de disponibilidade entre regiões, consulte movendo Load Balancer públicas entre regiões.
Limitações
- As zonas não podem ser alteradas, atualizadas nem criadas para o recurso após a criação.
- Os recursos de zona não podem ser atualizados para recurso com redundância de zona e vice-versa após a criação.
Próximas etapas
Para saber mais sobre balanceadores de carga e zonas de disponibilidade, confira: