Migrar Balanceador de Carga para o suporte da zona de disponibilidade
Este guia descreve como migrar Balanceador de Carga do suporte da zona de não disponibilidade para o suporte de disponibilidade. Iremos levá-lo ao longo das diferentes opções de migração.
Um balanceador de carga standard suporta capacidades adicionais em regiões onde as zonas de disponibilidade estão disponíveis. As configurações das zonas de disponibilidade estão disponíveis para ambos os tipos de balanceador de carga Standard; público e interno. Um front-end com redundância entre zonas sobrevive à falha da zona ao utilizar a infraestrutura dedicada em todas as zonas em simultâneo. Uma ou mais zonas de disponibilidade podem falhar e o caminho de dados sobrevive enquanto uma zona na região permanecer em bom estado de funcionamento. Além disso, pode afixar um front-end a uma zona específica. Um front-end zonal é servido por uma infraestrutura dedicada numa única zona. Independentemente da configuração zonal, o conjunto de back-end pode conter VMs de qualquer zona.
Pré-requisitos
- Utilize o SKU Standard para balanceador de carga e IP Público para suporte de zonas de disponibilidade.
- O tipo de SKU Básico não é suportado.
- Para criar ou mover este recurso, deve ter a função Contribuidor de Rede ou superior.
Requisitos de tempo de inatividade
É necessário período de inatividade. Todos os cenários de migração requerem algum nível de indisponibilidade para a alteração dos recursos utilizados pelas configurações do balanceador de carga.
Nota
O endereço IP de front-end existente não pode ser modificado para suportar zonas de disponibilidade. Tem de ser criado um novo IP de front-end com redundância entre zonas e associado ao balanceador de carga existente. Esta operação irá alterar o IP público do balanceador de carga, o que irá interromper a conectividade dos recursos com o endereço IP de front-end antigo. Certifique-se de que atualiza as regras de balanceamento de carga para utilizar o novo IP público de front-end.
Opção de migração 1: Permitir que os Balanceador de Carga existentes utilizem zonas de disponibilidade (mesma região)
Digamos que precisa de ativar um balanceador de carga existente para utilizar zonas de disponibilidade na mesma região do Azure. Para tal, não terá de reimplementar o balanceador de carga para tirar partido desta migração. Para que o balanceador de carga tenha em atenção a AZ, terá de recriar a configuração de IP de front-end do balanceador de carga com um novo IP zonal/com redundância entre zonas e voltar a associar quaisquer regras de balanceamento de carga existentes ao novo front-end. Tenha em atenção que esta migração irá incorrer em tempo de inatividade à medida que o IP é alterado e as regras são novamente associadas.
Nota
Não é necessário ter um balanceador de carga para cada zona, em vez de ter um único balanceador de carga com vários front-ends (zonal ou com redundância entre zonas) associados aos respetivos conjuntos de back-end servirá o objetivo.
Como o IP de front-end pode ser zonal ou com redundância entre zonas, os utilizadores têm de decidir qual a opção a escolher com base nos requisitos. Seguem-se recomendações para cada um:
| Configuração de IP de front-end | Recomendação |
|---|---|
| Front-end Zonal | Recomendamos que crie um front-end zonal quando o back-end estiver concentrado numa determinada zona. Por exemplo, se as instâncias de back-end estiverem afixadas na zona 2, faz sentido criar a configuração do IP de Front-end na zona de disponibilidade 2. |
| Front-end Com Redundância entre Zonas | Quando os recursos (VMs, NICs, endereços IP, etc.) dentro de um conjunto de back-end são distribuídos entre zonas, recomenda-se criar Front-end com redundância entre zonas. Esta ação proporcionará elevada disponibilidade e garantirá uma conectividade totalmente integrada, mesmo que uma zona seja inativa. |
Opção de migração 2: Migrar Balanceador de Carga para outra região com AZs
Consoante o tipo de balanceador de carga que tiver, terá de seguir passos diferentes. As secções seguintes abrangem a migração de balanceadores de carga externos e internos.
Migrar uma Balanceador de Carga Interna
Quando cria um balanceador de carga interno, uma rede virtual é configurada como a rede do balanceador de carga. Um endereço IP privado na rede virtual é configurado como front-end (denominado LoadBalancerFrontend por predefinição) para o balanceador de carga. Ao configurar este IP fe, pode selecionar as zonas de disponibilidade.
Os balanceadores de carga internos do Azure não podem ser movidos de uma região para outra. Tem de associar o novo balanceador de carga aos recursos na região de destino. Para a migração, pode utilizar um modelo do Azure Resource Manager para exportar a configuração existente e a rede virtual de um balanceador de carga interno. Em seguida, pode testar o recurso noutra região ao exportar o balanceador de carga e a rede virtual para um modelo, modificar os parâmetros para corresponder à região de destino e, em seguida, implementar os modelos na nova região.
- Como parte deste processo, a configuração da rede virtual do balanceador de carga interno tem de ser feita primeiro antes de mover o balanceador de carga interno. Certifique-se de que altera o nome da rede virtual e a localização de destino. Todos os parâmetros, como o prefixo de endereço e as sub-redes, são opcionais para atualização.
- Depois de a VNET ser implementada na região de destino. Exporte o modelo do balanceador de carga interno, edite o nome do balanceador de carga de destino, o ID de recurso da VNET de destino e outros parâmetros.
- As regras de balanceamento de carga, as regras NAT de entrada e as sondas de estado de funcionamento, podem ser deixadas tal como estão, a menos que pretenda modificar as regras.
- Ao implementar o IP privado de Front-end na sub-rede, certifique-se de que as zonas estão selecionadas de acordo com o requisito.
- Verifique todas as alterações e implemente o modelo a partir do portal ou do PowerShell.
Para migrar um balanceador de carga interno para zonas de disponibilidade entre regiões, veja Mover Balanceador de Carga internos entre regiões.
Migrar um Balanceador de Carga público (externo)
Os balanceadores de carga públicos do Azure não podem ser movidos entre regiões. Para reimplementar o balanceador de carga para 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, pode testar os recursos noutra região ao modificar o modelo e os parâmetros para corresponderem à região de destino e, em seguida, implementar o modelo na nova região.
Para migrar um balanceador de carga público para zonas de disponibilidade entre regiões, veja Mover Balanceador de Carga públicos entre regiões.
Limitações
- As zonas não podem ser alteradas, atualizadas ou criadas para o recurso após a criação.
- Os recursos não podem ser atualizados de zonal para redundância entre zonas ou vice-versa após a criação.
Passos seguintes
Para saber mais sobre balanceadores de carga e zonas de disponibilidade, veja: