Condividi tramite

Informazioni sulla migrazione a un gateway di rete virtuale ExpressRoute abilitato per le zone 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 le zone di disponibilità, supportano le distribuzioni nelle zone 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 subnet del gateway 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 subnet del gateway. 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.

Nota

Il tempo totale necessario per il completamento della migrazione può richiedere fino a un'ora. Durante questo periodo, il gateway rimarrà bloccato e non saranno consentite modifiche.

La migrazione del gateway è consigliata se si dispone di uno SKU del gateway non abilitato per Az o di uno SKU del gateway IP Basic 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 Basic IP Standard

Scenari di migrazione supportati

Portale di Azure e Azure PowerShell

L'esperienza di migrazione guidata del gateway supporta:

  • Da SKU non abilitato per Az nell'indirizzo IP Basic a SKU non abilitato per Az nell'indirizzo IP Standard.
  • SKU non abilitato per Az nell'indirizzo IP basic con SKU abilitato per Az nell'IP Standard.
  • SKU non abilitato per Az nell'indirizzo IP standard per SKU abilitato per Az in un IP Standard.

È 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 del gateway guidato non supporta gli scenari di downgrade, lo SKU del gateway abilitato per Az allo SKU del gateway non abilitato per Az.

Per procedere con la migrazione, è necessario un prefisso /27 o più lungo in GatewaySubnet.

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

MaxGatewayCountInVnetReached: è stato raggiunto il numero massimo di gateway che è possibile creare in una rete virtuale.

Passaggi successivi