Partilhar via

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

  • Artigo

Ao criar um gateway de rede virtual ExpressRoute, você precisa escolher a SKU do gateway. Se você escolher uma SKU de nível superior, mais CPUs e largura de banda de rede serão alocadas para o gateway. Como resultado, o gateway pode suportar maior taxa de transferência de rede e conexões de rede mais confiáveis para a rede virtual.

As seguintes SKUs estão disponíveis para gateways de rede virtual ExpressRoute:

  • Standard
  • HighPerformance
  • Ultradesempenho
  • ErGw1Az
  • ErGw2Az
  • ErGw3Az
  • ErGwScale (Pré-visualização)

SKUs habilitados para zona de disponibilidade

As SKUs ErGw1Az, ErGw2Az, ErGw3Az, e ErGwScale (Preview), também conhecidas como SKUs habilitadas para Az, suportam implantações de zona de disponibilidade. Esse recurso fornece alta disponibilidade e resiliência ao gateway, distribuindo-o em várias zonas de disponibilidade.

As SKUs Standard, HighPerformance e UltraPerformance, que também são conhecidas como SKUs habilitadas para zona de indisponibilidade são historicamente associadas a IPs básicos, não suportam a distribuição do gateway em várias zonas de disponibilidade.

Para maior confiabilidade, é recomendável usar uma SKU de gateway de rede virtual habilitada para zona de disponibilidade. Esses SKUs suportam uma configuração com redundância de zona e estão, por padrão, associados a IPs padrão. Essa configuração garante que, mesmo que uma zona tenha um problema, 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 redundantes de zona, consulte Implantações de 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 guiada de gateway, você pode implantar um segundo gateway de rede virtual na mesma GatewaySubnet e o Azure transfere automaticamente o plano de controle e a configuração 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 dentro da mesma GatewaySubnet. Esse recurso foi projetado para suportar 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 uma SKU de gateway não habilitada para Az ou uma SKU de gateway IP básica de gateway não habilitada para Az.

Migrar de SKU de gateway não habilitado para AZ Migrar para SKU de gateway habilitado para Az
Padrão, Alto Desempenho, UltraPerformance ErGw1Az, ErGw2Az, ErGw3Az, ErGwScale (Pré-visualização)
IP básico IP padrão

Cenários de migração suportados

Azure portal & Azure PowerShell

A experiência de migração de gateway guiada suporta:

  • SKU não habilitado para AZ em IP básico para SKU habilitado para não-az em IP padrão.
  • SKU não habilitado para Az para SKU habilitado para Az no IP padrão.

Recomenda-se migrar para um SKU habilitado para Az para maior confiabilidade e alta disponibilidade. Para saber mais, consulte Migrar para um gateway de rede virtual ExpressRoute habilitado para zona de disponibilidade usando o PowerShell.

Limitações

A experiência de migração de gateway guiada não oferece suporte a estes cenários:

  • Cenários de downgrade, SKU de Gateway habilitado para Az para SKU de Gateway não habilitado para Az.

Pontos de extremidade privados (PEs) na rede virtual, conectados por emparelhamento privado da Rota Expressa, podem ter problemas de conectividade durante a migração. Para entender e reduzir esse problema, consulte Conectividade de ponto de extremidade privado.

Erros comuns de validação

Na experiência de migração de gateway, você precisa validar se seu recurso é capaz de migração. 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.

Você deve criar um segundo prefixo na sub-rede do gateway para migração.

Próximos passos