Eseguire la migrazione di Load Balancer al supporto della zona di disponibilità

Questa guida descrive come eseguire la migrazione di Load Balancer dal supporto della zona non di disponibilità al supporto della disponibilità. Verranno illustrate le diverse opzioni per la migrazione.

Un servizio di bilanciamento del carico standard supporta capacità aggiuntive nelle aree in cui sono disponibili le zone di disponibilità. Le configurazioni delle zone di disponibilità sono disponibili per entrambi i tipi di servizio di bilanciamento del carico Standard; public e internal. Un front-end con ridondanza della zona sopravvive all'errore della zona usando l'infrastruttura dedicata in tutte le zone contemporaneamente. Una o più zone di disponibilità possono avere esito negativo e il percorso dati rimane integro finché una zona nell'area rimane integra. Inoltre, è possibile aggiungere un front-end a una zona specifica. Un front-end di zona viene gestito dall'infrastruttura dedicata in una singola zona. Indipendentemente dalla configurazione di zona, il pool back-end può contenere macchine virtuali da qualsiasi zona.

Prerequisiti

• Usare lo SKU Standard per il bilanciamento del carico e l'indirizzo IP pubblico per il supporto delle zone di disponibilità.
• Il tipo di SKU Basic non è supportato.
• Per creare o spostare questa risorsa, è necessario avere il ruolo Collaboratore rete o superiore.

Requisiti di tempo di inattività

Il tempo di inattività è inevitabile. Tutti gli scenari di migrazione richiedono un certo livello di inattività fino alla modifica delle risorse usate dalle configurazioni del servizio di bilanciamento del carico.

Nota

Non è possibile modificare l'indirizzo IP front-end esistente per supportare le zone di disponibilità. È necessario creare e associare un nuovo indirizzo IP front-end con ridondanza della zona o di zona al servizio di bilanciamento del carico esistente. Questa operazione modificherà l'indirizzo IP pubblico del servizio di bilanciamento del carico che interromperà la connettività per le risorse usando l'indirizzo IP front-end precedente. Assicurarsi di aggiornare le regole di bilanciamento del carico per usare il nuovo indirizzo IP pubblico front-end.

Opzione di migrazione 1: Abilitare le Load Balancer esistenti per l'uso delle zone di disponibilità (stessa area)

Si supponga di dover abilitare un servizio di bilanciamento del carico esistente per usare le zone di disponibilità all'interno della stessa area di Azure. Per questo motivo non sarà necessario ridistribuire il servizio di bilanciamento del carico per sfruttare questa migrazione. Per rendere compatibile il servizio di bilanciamento del carico az, è necessario ricreare la configurazione IP front-end del servizio di bilanciamento del carico usando un nuovo indirizzo IP zonale/con ridondanza della zona e associare nuovamente le regole di bilanciamento del carico esistenti al nuovo front-end. Si noti che questa migrazione comporta tempi di inattività man mano che l'INDIRIZZO IP viene modificato e le regole vengono rias associate.

Nota

Non è necessario avere un servizio di bilanciamento del carico per ogni zona, ma avere un singolo servizio di bilanciamento del carico con più front-end (zonali o ridondanti della zona) associati ai rispettivi pool back-end servirà allo scopo.

Poiché l'indirizzo IP front-end può essere di zona o con ridondanza della zona, gli utenti devono decidere quale opzione scegliere in base ai requisiti. Di seguito sono riportate le raccomandazioni per ognuna:

Configurazione dell'indirizzo IP front-end	Consiglio
Front-end di zona	È consigliabile creare un front-end di zona quando il back-end viene concentrato in una determinata zona. Ad esempio, se le istanze back-end vengono aggiunte alla zona 2, è opportuno creare la configurazione IP front-end nella zona di disponibilità 2.
Front-end con ridondanza della zona	Quando le risorse (VM, schede di interfaccia di rete, indirizzi IP e così via) all'interno di un pool back-end vengono distribuite tra zone, è consigliabile creare un front-end con ridondanza della zona. In questo modo si garantisce la disponibilità elevata e si garantisce una connettività senza problemi anche in caso di arresto di una zona.

Opzione di migrazione 2: Eseguire la migrazione di Load Balancer a un'altra area con le reti AZ

A seconda del tipo di servizio di bilanciamento del carico disponibile, è necessario seguire diversi passaggi. Le sezioni seguenti illustrano la migrazione di servizi di bilanciamento del carico sia esterni che interni.

Eseguire la migrazione di un Load Balancer interno

Quando si crea un servizio di bilanciamento del carico interno, occorre configurare una rete virtuale in cui eseguire il servizio. Nella rete virtuale viene inoltre configurato un indirizzo IP privato come front-end (denominato LoadBalancerFrontend per impostazione predefinita) del servizio di bilanciamento del carico. Durante la configurazione di questo indirizzo IP FE, è possibile selezionare le zone di disponibilità.

I servizi di bilanciamento del carico interno di Azure non possono essere spostati da un'area a un'altra. È necessario associare il nuovo servizio di bilanciamento del carico alle risorse nell'area di destinazione. Per la migrazione, è possibile usare un modello di azure Resource Manager per esportare la configurazione esistente e la rete virtuale di un servizio di bilanciamento del carico interno. È quindi possibile preparare la risorsa in un'altra area esportando il servizio di bilanciamento del carico e la rete virtuale in un modello, modificando i parametri in modo che corrispondano all'area di destinazione e quindi distribuindoli nella nuova area.

• Come parte di questo processo, la configurazione della rete virtuale del servizio di bilanciamento del carico interno deve essere eseguita prima di spostare il servizio di bilanciamento del carico interno. Assicurarsi di modificare il nome della rete virtuale e il percorso di destinazione, tutti i parametri rimanenti, ad esempio il prefisso dell'indirizzo e le subnet, sono facoltativi da aggiornare.
• Dopo la distribuzione della rete virtuale nell'area di destinazione. Esportare il modello di bilanciamento del carico interno, modificare il nome del servizio di bilanciamento del carico di destinazione, l'ID risorsa della rete virtuale di destinazione e altri parametri.
• Le regole di bilanciamento del carico, le regole NAT in ingresso e i probe di integrità, possono essere lasciate così come sono, a meno che non si voglia modificare le regole.
• Durante la distribuzione dell'indirizzo IP privato front-end nella subnet, assicurarsi che le zone siano selezionate in base alle esigenze.
• Verificare tutte le modifiche e distribuire il modello dal portale o da PowerShell.

Per eseguire la migrazione di un servizio di bilanciamento del carico interno alle zone di disponibilità tra aree, vedere Spostamento di Load Balancer interne tra aree.

Eseguire la migrazione di un Load Balancer pubblico (esterno)

I servizi di bilanciamento del carico pubblico di Azure non possono essere spostati tra aree. Per ridistribuire il servizio di bilanciamento del carico in una nuova area con zone, l'approccio più adatto consiste nell'esportare il modello di Azure Resource Manager dell'indirizzo IP pubblico esistente e del servizio di bilanciamento del carico esterno. È quindi possibile preparare le risorse in un'altra area modificando il modello e i parametri in modo che corrispondano all'area di destinazione e quindi distribuirlo nella nuova area.

Per eseguire la migrazione di un servizio di bilanciamento del carico pubblico alle zone di disponibilità tra aree, vedere Spostamento di Load Balancer pubbliche tra aree.

Limitazioni

• Le zone non possono essere modificate, aggiornate o create per la risorsa dopo la creazione.
• Non è possibile aggiornare le risorse dalla zona alla ridondanza della zona o viceversa dopo la creazione.

Passaggi successivi

Per altre informazioni sui servizi di bilanciamento del carico e sulle zone di disponibilità, vedere:

Load Balancer e zone di disponibilità.