Share via

Informazioni sulla migrazione a un gateway di rete virtuale ExpressRoute abilitato per la zona di disponibilità

  • Articolo

Quando si crea un gateway di rete virtuale ExpressRoute, è necessario scegliere lo SKU del gateway. Se si sceglie uno SKU di livello superiore, al gateway vengono allocate più CPU e larghezza di banda di rete. Di conseguenza, il gateway può supportare una velocità effettiva di rete superiore e connessioni di rete più affidabili alla rete virtuale.

Per i gateway di rete virtuale ExpressRoute sono disponibili gli SKU seguenti:

  • Standard
  • HighPerformance
  • UltraPerformance
  • ErGw1Az
  • ErGw2Az
  • ErGw3Az
  • ErGwScale (anteprima)

SKU abilitati per la zona di disponibilità

Gli SKU ErGw1Az, ErGw2Az, ErGw3Az e ErGwScale (anteprima), noti anche come SKU abilitati per Az, supportano le distribuzioni della zona di disponibilità. Questa funzionalità offre disponibilità elevata e resilienza al gateway distribuendo il gateway tra più zone di disponibilità.

Gli SKU Standard, HighPerformance e UltraPerformance, noti anche come SKU abilitati per la zona di non disponibilità, sono storicamente associati agli INDIRIZZI IP basic, non supportano la distribuzione del gateway tra più zone di disponibilità.

Per migliorare l'affidabilità, è consigliabile usare uno SKU del gateway di rete virtuale abilitato per la zona di disponibilità. Questi SKU supportano una configurazione con ridondanza della zona e sono, per impostazione predefinita, associati agli indirizzi IP Standard. Questa configurazione garantisce che, anche se si verifica un problema, l'infrastruttura del gateway di rete virtuale rimane operativa a causa della distribuzione tra più zone. Per una conoscenza più approfondita dei gateway con ridondanza della zona, vedere Distribuzioni della zona di disponibilità.

Esperienza di migrazione del gateway

In passato, gli utenti dovevano usare il comando Resize-AzVirtualNetworkGateway di PowerShell o eliminare e ricreare il gateway di rete virtuale per eseguire la migrazione tra SKU.

Con l'esperienza di migrazione guidata del gateway è possibile distribuire un secondo gateway di rete virtuale nella stessa gatewaySubnet e Azure trasferisce automaticamente il piano di controllo e la configurazione del percorso dati dal gateway precedente a quello nuovo. Durante il processo di migrazione saranno presenti due gateway di rete virtuale in funzione all'interno della stessa gatewaySubnet. Questa funzionalità è progettata per supportare le migrazioni senza tempi di inattività. Tuttavia, gli utenti possono riscontrare brevi problemi di connettività o interruzioni durante il processo di migrazione.

La migrazione del gateway è consigliata se si dispone di uno SKU del gateway non abilitato per Az o di uno SKU gateway basic del gateway non abilitato per Az.

Eseguire la migrazione dallo SKU del gateway non abilitato per Az Eseguire la migrazione allo SKU del gateway abilitato per Az
Standard, HighPerformance, UltraPerformance ErGw1Az, ErGw2Az, ErGw3Az, ErGwScale (anteprima)
IP di base Standard IP

Scenari di migrazione supportati

Azure portal

L'esperienza di migrazione del gateway guidato supporta la migrazione dello SKU non abilitata per Az alla migrazione dello SKU abilitata per Az. Per altre informazioni, vedere Eseguire la migrazione a un gateway di rete virtuale ExpressRoute abilitato per la zona di disponibilità in portale di Azure.

Azure PowerShell

L'esperienza di migrazione del gateway guidato supporta:

  • SKU non abilitato per Az nell'indirizzo IP basic in uno SKU abilitato per non az in un indirizzo IP standard.
  • SKU non abilitato per Az allo SKU abilitato per Az.

È consigliabile eseguire la migrazione a uno SKU abilitato per Az per migliorare l'affidabilità e la disponibilità elevata. Per altre informazioni, vedere Eseguire la migrazione a un gateway di rete virtuale ExpressRoute abilitato per la zona di disponibilità con PowerShell.

Limiti

L'esperienza di migrazione guidata del gateway non supporta questi scenari:

  • Effettuare il downgrade degli scenari, sku del gateway abilitato per Az allo SKU del gateway non abilitato per Az.

Gli endpoint privati nella rete virtuale, connessi tramite peering privato ExpressRoute, potrebbero avere problemi di connettività durante la migrazione. Per comprendere e ridurre questo problema, vedere Connettività dell'endpoint privato.

Errori di convalida comuni

Nell'esperienza di migrazione del gateway è necessario verificare se la risorsa è in grado di eseguire la migrazione. Ecco alcuni errori di migrazione comuni:

Rete virtuale

  • La subnet del gateway richiede due o più prefissi per la migrazione.
  • MaxGatewayCountInVnetReached: è stato raggiunto il numero massimo di gateway che è possibile creare in un Rete virtuale.

Se il prefisso del primo indirizzo è sufficientemente grande per la seconda creazione e distribuzione del gateway, ad esempio /24, non sarà necessario aggiungere un secondo prefisso.

Connessione

La risorsa di connessione del gateway di rete virtuale non è in uno stato riuscito.

Passaggi successivi