Migrar para um gateway de rede virtual do ExpressRoute habilitado para uma zona de disponibilidade (versão prévia)

  • Artigo

Ao criar um gateway de rede virtual do ExpressRoute, você precisa especificar a SKU do gateway que deseja usar. Quando você seleciona um SKU de gateway mais alto, mais CPUs e largura de banda de rede são alocadas para o gateway e, como resultado, o gateway pode dar suporte a maior taxa de transferência de rede e conexões de rede mais confiáveis para 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, 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. Essa 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.

Cenários de migração com suporte

A experiência de migração de gateway guiada dá suporte à migração de SKU qualquer para qualquer. No entanto, é recomendável migrar para um SKU habilitado para Az.

Limitações

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

  • Migração para um SKU de gateway de rede virtual configurado com um IP básico

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ê precisará 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.

Conexão

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

Registrar assinatura para acessar o recurso

  1. Para acessar esse recurso, você precisa registrar sua assinatura preenchendo o Formulário de migração do gateway ExpressRoute.

  2. Depois que sua assinatura for registrada, você receberá um email de confirmação com um script do PowerShell ou um link para o portal do Azure para a migração do gateway.

Migrar para um novo gateway

  1. Primeiro, atualize o módulo Az.Network para a versão mais recente executando este comando do PowerShell:

    Update-Module -Name Az.Network -Force

  2. Em seguida, adicione um segundo prefixo ao GatewaySubnet executando estes comandos do PowerShell:

    $vnet = Get-AzVirtualNetwork -Name $vnetName -ResourceGroupName $resourceGroup
$subnet = Get-AzVirtualNetworkSubnetConfig -Name GatewaySubnet -VirtualNetwork $vnet
$prefix = "Enter new prefix"
$subnet.AddressPrefix.Add($prefix)
Set-AzVirtualNetworkSubnetConfig -Name GatewaySubnet -VirtualNetwork $vnet -AddressPrefix $subnet.AddressPrefix
Set-AzVirtualNetwork -VirtualNetwork $vnet

  3. Em seguida, execute o script PrepareMigration.ps1 para preparar a migração. Esse script cria um novo gateway de rede virtual do ExpressRoute no mesmo GatewaySubnet e o conecta aos circuitos existentes do ExpressRoute.

  4. Depois disso, execute o script Migration.ps1 para executar a migração. Esse script transfere a configuração do gateway antigo para o novo.

  5. Por fim, execute o script CommitMigration.ps1 para concluir a migração. Esse script exclui o gateway antigo e suas conexões.

    Importante

    Antes de executar esta etapa, verifique se o novo gateway de rede virtual tem uma conexão do ExpressRoute em funcionamento.

Próximas etapas