Share via

Sobre a migração para um gateway de rede virtual do ExpressRoute habilitado para zona de disponibilidade

  • Artigo

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 maior taxa de transferência de rede e conexões de rede mais confiáveis com a rede virtual.

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.

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

A experiência de migração de gateway guiada dá suporte à migração de SKU não habilitado para Az para SKU habilitado para Az. Para saber mais, confira Migrar para um gateway de rede virtual do ExpressRoute habilitado para zona de disponibilidade no portal do Azure.

PowerShell do Azure

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 para SKU habilitado para Az.

É 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

  • A sub-rede de gateway precisa de dois ou mais prefixos para migração.
  • MaxGatewayCountInVnetReached Atingiu – o número máximo de gateways que podem ser criados em uma Rede Virtual.

Se o seu primeiro prefixo de endereço for grande o suficiente para a criação e implantação do segundo gateway, como /24, você não precisará adicionar um segundo prefixo.

Conexão

O recurso de conexão de gateway de rede virtual não está em um estado de êxito.

Próximas etapas