Sobre a migração para um gateway de rede virtual do ExpressRoute habilitado para zona de disponibilidade
Ao criar um gateway de rede virtual do ExpressRoute, você precisa escolher o SKU do gateway. Se você escolher um SKU de nível superior, mais CPUs e largura de banda de rede serão alocadas para o gateway. Como resultado, o gateway pode dar suporte a uma taxa de transferência de rede maior e conexões de rede com a rede virtual mais confiáveis.
Os gateways de rede virtual de ExpressRoute podem usar os seguintes SKUs:
- Standard
- HighPerformance
- UltraPerformance
- ErGw1Az
- ErGw2Az
- ErGw3Az
- ErGwScale (versão prévia)
SKUs habilitados para zona de disponibilidade
Os SKUs ErGw1Az, ErGw2Az, ErGw3Az e ErGwScale (versão prévia), também conhecidos como SKUs habilitados para Az, dão suporte a implantações de zona de disponibilidade. Esse recurso fornece alta disponibilidade e resiliência ao gateway distribuindo o gateway entre várias zonas de disponibilidade.
Os SKUs Standard, HighPerformance e UltraPerformance, que também são conhecidos como SKUs habilitados para zona de não disponibilidade, são historicamente associados a IPs Básicos e não dão suporte à distribuição do gateway em várias zonas de disponibilidade.
Para maior confiabilidade, é recomendável usar um SKU de gateway de rede virtual habilitado para zona de disponibilidade. Esses SKUs dão suporte a uma configuração com redundância de zona e estão, por padrão, associados aos IPs Standard. Esta configuração garante que, mesmo que uma zona tenha problemas, a infraestrutura do gateway de rede virtual permaneça operacional devido à distribuição em várias zonas. Para obter uma compreensão mais profunda dos gateways com redundância de zona, consulte implantações da Zona de Disponibilidade.
Experiência de migração de gateway
Historicamente, os usuários tinham que usar o comando Resize-AzVirtualNetworkGateway PowerShell ou excluir e recriar o gateway de rede virtual para migrar entre SKUs.
Com a experiência de migração de gateway guiada, você pode implantar um segundo gateway de rede virtual no mesmo GatewaySubnet e o Azure transfere automaticamente a configuração do plano de controle e do caminho de dados do gateway antigo para o novo. Durante o processo de migração, haverá dois gateways de rede virtual em operação no mesmo GatewaySubnet. Esse recurso foi projetado para dar suporte a migrações sem tempo de inatividade. No entanto, os usuários podem enfrentar breves problemas de conectividade ou interrupções durante o processo de migração.
Observação
O tempo total necessário para a migração ser concluída pode levar até uma hora. Durante esse período, o gateway permanecerá bloqueado e nenhuma alteração será permitida.
A migração de gateway é recomendada se você tiver um SKU de Gateway não habilitado para Az ou um SKU de Gateway Básico de Gateway não habilitado para Az.
Migrar do SKU de Gateway não habilitado para Az | Migrar para o SKU de Gateway habilitado para Az |
---|---|
Standard, HighPerformance, UltraPerformance | ErGw1Az, ErGw2Az, ErGw3Az, ErGwScale (versão prévia) |
IP Básico | IP Standard |
Cenários de migração com suporte
portal do Azure e Azure PowerShell
A experiência de migração de gateway guiada dá suporte a:
- SKU não habilitado para Az em IP Básico para SKU não habilitado para Az em IP Standard.
- SKU não habilitado para Az em IP Básico para SKU habilitado para Az em IP Standard.
- SKU não habilitado para Az em IP Standard para SKU não habilitado para Az em IP Standard.
É recomendável migrar para um SKU habilitado para Az para ter maior confiabilidade e alta disponibilidade. Para saber mais, confira Migrar para um gateway de rede virtual do ExpressRoute habilitado para zona de disponibilidade usando o PowerShell.
Limitações
A experiência de migração de gateway guiada não dá suporte a esses cenários:
- Cenários de downgrade, SKU de Gateway habilitado para Az para SKU de Gateway não habilitado para Az.
Os PEs (pontos de extremidade privados) na rede virtual, conectados pelo emparelhamento privado do ExpressRoute, podem ter problemas de conectividade durante a migração. Para entender e reduzir esse problema, veja a Conectividade de ponto de extremidade privado.
Erros comuns de validação
Na experiência de migração do gateway, você precisa validar se o recurso é capaz de migrar. Aqui estão alguns erros comuns de migração:
Rede virtual
MaxGatewayCountInVnetReached Atingiu – o número máximo de gateways que podem ser criados em uma Rede Virtual.
Próximas etapas
- Saiba como Migrar usando o portal do Azure.
- Saiba como Migrar usando o PowerShell.
- Saiba mais sobre Criação de alta disponibilidade.
- Planeje a recuperação de desastre e o uso de VPN como backup.