Aggiornare un servizio di bilanciamento del carico Basic con PowerShell

Azure Load Balancer Standard offre un set completo di funzionalità avanzate e disponibilità elevata tramite la ridondanza della zona. Per altre informazioni sullo SKU di Load Balancer, vedere la tabella di confronto.

Questo articolo presenta un modulo di PowerShell che crea un'istanza di Load Balancer Standard con la stessa configurazione di Load Balancer Basic, quindi associa i membri del pool back-end per set di scalabilità di macchine virtuali o macchine virtuali al nuovo servizio di bilanciamento del carico.

Per una descrizione dettagliata del modulo e del processo di aggiornamento, guardare il video seguente:

• 03:06 - Istruzioni dettagliate
• 32:54 - Ripristino
• 40:55 - Scenari avanzati
• 57:54 - Risorse

Panoramica dell'aggiornamento

Il modulo PowerShell esegue le funzioni seguenti:

• Verifica che lo scenario di Load Balancer Basic fornito sia supportato per l'aggiornamento.
• Esegue il backup della configurazione di Load Balancer Basic e dei set di scalabilità di macchine virtuali, consentendo nuovi tentativi in caso di esito negativo o se si verificano errori.
• Per i servizi di bilanciamento del carico pubblici, aggiorna gli indirizzi IP pubblici front-end allo SKU Standard e all'assegnazione statica
• Aggiorna la configurazione di Load Balancer Basic a un nuovo Load Balancer Standard, assicurando la parità di configurazione e delle funzionalità.
• Esegue la migrazione dei membri del pool back-end di set di scalabilità di macchine virtuali e macchine virtuali da Load Balancer Basic a Load Balancer Standard.
• Crea e associa un gruppo di sicurezza di rete al set di scalabilità di macchine virtuali o alla macchina virtuale per garantire che il traffico con carico bilanciato raggiunga i membri del pool back-end, seguendo il passaggio di Load Balancer Standard a un criterio di rete di rifiuto predefinito.
• Aggiorna gli indirizzi IP pubblici a livello di istanza associati a un set di scalabilità di macchine virtuali o a istanze di macchina virtuale
• Aggiorna i pool NAT in ingresso alle regole NAT in ingresso per i back-end del set di scalabilità di macchine virtuali, creando un nuovo pool back-end per ogni pool NAT migrato. Specificare -skipUpgradeNATPoolsToNATRules per ignorare questo aggiornamento e usare il modulo di migrazione del pool NAT autonomo in un secondo momento per altre opzioni del pool back-end.
• Registra l'operazione di aggiornamento per semplificare il controllo e il ripristino da errori.

Scenari non supportati

• Istanze di Load Balancer Basic con configurazioni IP front-end IPv6
• Istanze di Load Balancer Basic per cluster del servizio Azure Kubernetes
• Istanze di Load Balancer Basic con un membro del pool back-end del set di scalabilità di macchine virtuali in cui una o più istanze del set di scalabilità di macchine virtuali hanno criteri di protezione dell'istanza ProtectFromScaleSetActions abilitati
• Migrazione di un'istanza di Load Balancer Basic a un'istanza di Load Balancer Standard esistente

Installare il modulo 'AzureBasicLoadBalancerUpgrade'

Prerequisiti

• PowerShell: è consigliabile usare una versione supportata di PowerShell versione 7 o successiva con il modulo AzureBasicLoadBalancerUpgrade in tutte le piattaforme, tra cui Windows, Linux e macOS. È tuttavia supportato PowerShell 5.1 in Windows.

Installazione del modulo

Installare il modulo da PowerShell Gallery

Install-Module -Name AzureBasicLoadBalancerUpgrade -Scope CurrentUser -Repository PSGallery -Force

Passaggi preliminari e successivi alla migrazione

Passaggi di pre-migrazione

• Confermare che lo scenario sia supportato
• Pianificare il tempo di inattività dell'applicazione durante la migrazione
• Sviluppare test di connettività in ingresso e in uscita per il traffico
• Pianificare le modifiche degli indirizzi IP pubblici a livello di istanza nelle istanze del set di scalabilità di macchine virtuali (vedere la nota precedente)
• [Scelta consigliata] Creare gruppi di sicurezza di rete o aggiungere regole di sicurezza a un gruppo di sicurezza di rete esistente per i membri del pool back-end. Consentire il traffico attraverso il servizio di bilanciamento del carico unitamente a tutto il traffico che dovrà essere consentito in modo esplicito nelle risorse dello SKU Standard pubblico
• [Scelta consigliata] Preparare la connettività in uscita, adottando uno degli approcci seguenti descritti in Come si configura il traffico in uscita per il servizio di bilanciamento del carico.

Passaggi post-migrazione

• Confermare che la migrazione sia stata eseguita correttamente
• Testare la connettività dell'applicazione in ingresso tramite Load Balancer
• Testare la connettività in uscita dai membri del pool back-end a Internet
• Per i servizi di bilanciamento del carico pubblici con più pool back-end, creare Regole in uscita per ogni pool back-end

Usare il modulo

1. Assicurarsi di aver selezionato l'ID sottoscrizione del Load Balancer Basic eseguendo Select-AzSubscription.

   Select-AzSubscription -Subscription <SubscriptionId>
   

2. Trovare l'istanza di Load Balancer da aggiornare. Registrarne il nome e il nome del gruppo di risorse.

3. Esaminare i parametri del modulo di base:

   • BasicLoadBalancerName [string] - Obbligatorio: questo parametro è il nome dell'istanza di Load Balancer Basic esistente da aggiornare
   • ResourceGroupName [string] - Obbligatorio: questo parametro è il nome del gruppo di risorse contenente Load Balancer Basic
   • StandardLoadBalancerName [string] - Facoltativo: usare questo parametro per configurare facoltativamente un nuovo nome per Load Balancer Standard. Se non specificato, viene riutilizzato il nome di Load Balancer Basic.
   • RecoveryBackupPath [string] - Facoltativo: questo parametro consente di specificare un percorso alternativo in cui archiviare il file di backup del modello di ARM di Load Balancer Basic. Per impostazione predefinita viene specificata la directory di lavoro corrente

   Suggerimento

   È possibile visualizzare parametri aggiuntivi per scenari avanzati e di ripristino eseguendo Get-Help Start-AzBasicLoadBalancerUpgrade -Detailed

4. Eseguire il Start-AzBasicLoadBalancerUpgrade comando usando gli esempi seguenti quale materiale sussidiario.

Esempio: convalidare uno scenario

Confermare che un'istanza di Load Balancer Basic sia supportata per l'aggiornamento

Start-AzBasicLoadBalancerUpgrade -ResourceGroupName <loadBalancerRGName> -BasicLoadBalancerName <basicLBName> -validateScenarioOnly

Esempio: eseguire l'aggiornamento in base al nome

Aggiornare un'istanza di Load Balancer Basic a un'istanza di Load Balancer Standard con lo stesso nome, specificando il nome dell'istanza di Load Balancer Basic e il nome del gruppo di risorse

Start-AzBasicLoadBalancerUpgrade -ResourceGroupName <loadBalancerRGName> -BasicLoadBalancerName <basicLBName>

Esempio: eseguire l'aggiornamento, modificare il nome e visualizzare i log

Aggiornare un'istanza di Load Balancer Basic a un'istanza di Load Balancer Standard con il nome specificato, visualizzando l'output registrato sullo schermo

Start-AzBasicLoadBalancerUpgrade -ResourceGroupName <loadBalancerRGName> -BasicLoadBalancerName <basicLBName> -StandardLoadBalancerName <newStandardLBName> -FollowLog

Esempio: eseguire l'aggiornamento con un percorso di backup alternativo

Aggiornare un'istanza di Load Balancer Basic a un'istanza di Load Balancer Standard con il nome specificato e archiviare il file di backup di Load Balancer Basic nel percorso specificato

Start-AzBasicLoadBalancerUpgrade -ResourceGroupName <loadBalancerRGName> -BasicLoadBalancerName <basicLBName> -StandardLoadBalancerName <newStandardLBName> -RecoveryBackupPath C:\BasicLBRecovery

Esempio: convalidare la migrazione completata

Convalidare una migrazione completata passando il backup del file di stato di Load Balancer Basic e il nome di Load Balancer Standard

Start-AzBasicLoadBalancerUpgrade -validateCompletedMigration -StandardLoadBalancerName <newStandardLBName> -basicLoadBalancerStatePath C:\RecoveryBackups\State_mybasiclb_rg-basiclbrg_20220912T1740032148.json

Esempio: eseguire la migrazione di più servizi di bilanciamento del carico correlati

Eseguire contemporaneamente la migrazione di più servizi di bilanciamento del carico con membri back-end condivisi, in genere quando un'applicazione ha un servizio di bilanciamento del carico interno e un servizio di bilanciamento del carico esterno

# build array of multiple basic load balancers
$multiLBConfig = @(
    @{
        'standardLoadBalancerName' = 'myStandardInternalLB01' # specifying the standard load balancer name is optional
        'basicLoadBalancer' = (Get-AzLoadBalancer -ResourceGroupName myRG -Name myBasicInternalLB01)
    },
        @{
        'standardLoadBalancerName' = 'myStandardExternalLB02'
        'basicLoadBalancer' = (Get-AzLoadBalancer -ResourceGroupName myRG -Name myBasicExternalLB02)
    }
)
# pass the array of load balancer configurations to the -MultiLBConfig parameter
Start-AzBasicLoadBalancerUpgrade -MultiLBConfig $multiLBConfig

Esempio: eseguire un nuovo tentativo per una migrazione del set di scalabilità di macchine virtuali non riuscita

Riprovare a eseguire un aggiornamento non riuscito per il servizio di bilanciamento del carico di un set di scalabilità di macchine virtuali (a causa dell'errore o della terminazione dello script) fornendo il file di stato di backup di Load Balancer Basic e del set di scalabilità di macchine virtuali

Start-AzBasicLoadBalancerUpgrade -FailedMigrationRetryFilePathLB C:\RecoveryBackups\State_mybasiclb_rg-basiclbrg_20220912T1740032148.json -FailedMigrationRetryFilePathVMSS C:\RecoveryBackups\VMSS_myVMSS_rg-basiclbrg_20220912T1740032148.json

Esempio: eseguire un nuovo tentativo per una migrazione di macchina virtuale non riuscita

Riprovare a eseguire un aggiornamento non riuscito per un servizio di bilanciamento del carico della macchina virtuale (a causa di un errore o di terminazione dello script) fornendo il file di stato di backup di Load Balancer Basic

Start-AzBasicLoadBalancerUpgrade -FailedMigrationRetryFilePathLB C:\RecoveryBackups\State_mybasiclb_rg-basiclbrg_20220912T1740032148.json

Domande frequenti

In che modo si elencano le sottoscrizioni Load Balancer Basic da migrare nell'ambiente?

Un modo per ottenere un elenco delle sottoscrizioni Load Balancer Basic da migrare nell'ambiente consiste nell'usare una query di Azure Resource Graph. Una query semplice come questa elenca tutte le sottoscrizioni Load Balancer Basic a cui si ha accesso in visualizzazione.

Resources
| where type == 'microsoft.network/loadbalancers' and sku.name == 'Basic'

''Microsoft ha anche scritto una query più complessa che valuta l'idoneità di ogni sottoscrizione Load Balancer Basic per la migrazione sulla maggior parte dei criteri controllati dal modulo durante la convalida. La query di Resource Graph è disponibile nel progetto GitHub o può essere aperta in Graph Explorer di Azure Resource Graph.

Questa migrazione causerà tempi di inattività per l'applicazione?

Sì. Poiché Load Balancer Basic deve essere rimosso prima che sia possibile creare la nuova istanza di Load Balancer Standard, si verifica un tempo di inattività per l'applicazione. Vedere Quanto tempo richiede l'aggiornamento?

Il modulo eseguirà la migrazione dell'indirizzo IP front-end al nuovo Load Balancer Standard?

Sì. Il modulo garantisce che gli indirizzi IP front-end vengano mantenuti sia per i servizi di bilanciamento del carico pubblici che per quelli interni. Per gli indirizzi IP pubblici: l'indirizzo IP viene convertito in un indirizzo IP statico prima della migrazione. Per i front-end interni: il modulo tenta di riassegnare lo stesso indirizzo IP resosi libero al momento dell’eliminazione della sottoscrizione Load Balancer Basic. Se l'indirizzo IP privato non è disponibile, lo script genera un errore (vedere Cosa accade se l'aggiornamento si conclude con un esito negativo a metà migrazione).

Quanto tempo richiede l'aggiornamento?

L'aggiornamento richiede in genere alcuni minuti per il completamento dello script. I fattori seguenti possono aumentare i tempi di aggiornamento:

• Complessità della configurazione del servizio di bilanciamento del carico
• Numero di membri del pool back-end
• Numero di istanze dei set di scalabilità di macchine virtuali o macchine virtuali associate
• Cluster di Service Fabric: gli aggiornamenti per i cluster di Service Fabric richiedono circa un'ora durante i test

Tenere presente il tempo di inattività e pianificare il failover, se necessario.

Lo script esegue la migrazione dei membri del pool back-end dal servizio Load Balancer Basic al servizio Load Balancer Standard appena creato?

Sì. Lo script di Azure PowerShell esegue la migrazione dei set di scalabilità di macchine virtuali e delle macchine virtuali ai pool back-end di Load Balancer Standard appena creati.

Quali componenti del servizio di bilanciamento del carico vengono sottoposti a migrazione?

Lo script esegue la migrazione di quanto segue da Load Balancer Basic a Load Balancer Standard:

Servizi di bilanciamento del carico pubblici e privati:

• Probe di integrità:
  • Viene eseguita la migrazione di tutti i probe al nuovo Load Balancer Standard
• Regole di bilanciamento del carico:
  • Viene eseguita la migrazione di tutte le regole di bilanciamento del carico al nuovo Load Balancer Standard
• Regole NAT in ingresso:
  • Viene eseguita la migrazione di tutte le regole NAT create dall'utente al nuovo Load Balancer Standard
• Pool NAT in ingresso:
  • Per impostazione predefinita, i pool NAT vengono aggiornati alle regole NAT
  • Per eseguire la migrazione dei pool NAT, specificare invece il parametro -skipUpgradeNATPoolsToNATRules durante l'aggiornamento
• Pool back-end:
  • Viene eseguita la migrazione di tutti i pool back-end al nuovo Load Balancer Standard
  • Viene eseguita la migrazione di tutte le interfacce di rete e delle configurazioni IP dei set di scalabilità di macchine virtuali e delle macchine virtuali al nuovo Load Balancer Standard
  • Se un set di scalabilità di macchine virtuali usa i criteri di aggiornamento in sequenza, lo script aggiornerà il criterio di aggiornamento del set di scalabilità di macchine virtuali su "Manuale" durante il processo di migrazione e lo ripristinerà come "In sequenza" al termine della migrazione.
• Indirizzi IP pubblici a livello di istanza
  • Sia per le macchine virtuali sia per i set di scalabilità di macchine virtuali, converte gli indirizzi IP pubblici collegati da SKU Basic a SKU Standard. Nota: gli indirizzi IP pubblici dell'istanza del set di scalabilità cambiano durante l'aggiornamento. Gli indirizzi IP delle macchine virtuali rimangono inalterati.
• Tag da Load Balancer Basic a Load Balancer Standard

Servizio di bilanciamento del carico pubblico:

• Configurazione IP front-end pubblico
  • Converte l'IP pubblico in un indirizzo IP statico, se dinamico
  • Aggiorna lo SKU dell'IP pubblico a Standard, se Basic
  • Aggiorna tutti gli indirizzi IP pubblici associati al nuovo Load Balancer Standard
• Regole in uscita:
  • Load Balancer Basic non supporta le regole in uscita configurate. Lo script crea una regola in uscita in Load Balancer Standard per mantenere il comportamento in uscita di Load Balancer Basic. Per altre informazioni sulle regole in uscita, vedere Regole in uscita.
• Gruppo di sicurezza di rete
  • Load Balancer Basic non richiede un gruppo di sicurezza di rete per consentire la connettività in uscita. Se al set di scalabilità di macchine virtuali non è associato alcun gruppo di sicurezza di rete, viene creato un nuovo gruppo di sicurezza di rete per mantenere le stesse funzionalità. Questo nuovo gruppo di sicurezza di rete è associato alle interfacce di rete dei membri del pool back-end del set di scalabilità di macchine virtuali. Consente le stesse porte e gli stessi protocolli delle regole di bilanciamento del carico e mantiene la connettività in uscita.

Servizio di bilanciamento del carico interno:

• Configurazione IP front-end privato

Come si esegue la migrazione quando i membri del pool back-end appartengono a più servizi di bilanciamento del carico?

In uno scenario in cui i membri del pool back-end sono anche membri di pool back-end in un altro servizio di bilanciamento del carico, ad esempio quando sono presenti servizi di bilanciamento del carico interni ed esterni per la stessa applicazione, è necessario eseguire contemporaneamente la migrazione dei servizi di bilanciamento del carico Basic. Il tentativo di eseguire la migrazione dei servizi di bilanciamento del carico uno alla volta comporterebbe il tentativo di combinare le risorse di SKU Basic e Standard, che non è consentito. Lo script di migrazione supporta questa operazione passando più servizi di bilanciamento del carico Basic nella stessa esecuzione dello script usando il parametro -MultiLBConfig.

Come si conferma che una migrazione sia riuscita?

Al termine dell'esecuzione, il modulo di aggiornamento esegue le convalide seguenti, confrontando Load Balancer Basic con il nuovo Load Balancer Standard. In una migrazione non riuscita questa stessa operazione può essere chiamata usando i parametri -validateCompletedMigration e -basicLoadBalancerStatePath per determinare lo stato di configurazione di Load Balancer Standard, se ne è stata creata un'istanza. Il file di log creato durante la migrazione fornisce anche dettagli precisi sull'operazione di migrazione e sugli eventuali errori.

• Load Balancer Standard esiste e il relativo SKU è "Standard"
• Il numero di configurazioni IP front-end corrisponde e gli indirizzi IP sono uguali
• Il numero di pool back-end e delle relative appartenenze corrisponde
• Il numero di regole di bilanciamento del carico corrisponde
• Il numero di probe di integrità corrisponde
• Il numero di regole NAT in ingresso corrisponde
• Il numero di pool NAT in ingresso corrisponde
• I servizi di bilanciamento del carico Standard esterni hanno una regola in uscita configurata
• I membri del pool back-end di Load Balancer Standard esterno hanno gruppi di sicurezza di rete associati

Come si configurar il traffico in uscita per il servizio di bilanciamento del carico

I servizi di bilanciamento del carico con SKU Standard non consentono l'accesso in uscita predefinito ai membri del pool back-end. Per consentire l'accesso in uscita a Internet sono necessari altri passaggi.

Per i servizi di bilanciamento carico esterni, è possibile usare le regole in uscita per abilitare in modo esplicito il traffico in uscita per i membri del pool. Se si dispone di un singolo pool back-end, viene automaticamente configurata una regola in uscita durante la migrazione. Se sono presenti più pool back-end, sarà necessario creare manualmente le regole in uscita per specificare le allocazioni delle porte.

Per i servizi di bilanciamento carico interni, le regole in uscita non sono un'opzione perché non esiste alcun indirizzo IP pubblico per il passaggio attraverso SNAT. Ciò lascia un paio di opzioni da considerare:

• Gateway NAT: i gateway NAT sono l'approccio consigliato di Azure per il traffico in uscita nella maggior parte dei casi. Tuttavia, i gateway NAT richiedono che la subnet collegata non disponga di risorse di rete dello SKU Basic. In altre parole, è necessario aver eseguito la migrazione di tutti i servizi di bilanciamento del carico e gli indirizzi IP pubblici prima di poterli usare. Per questo motivo, è consigliabile usare un approccio in due passaggi in cui si usa uno degli approcci seguenti per la connettività in uscita, quindi passare ai gateway NAT al termine delle migrazioni dello SKU Basic.
• Appliance virtuale di rete: instradare il traffico attraverso un'appliance virtuale di rete, ad esempio un firewall di Azure, che a sua volta instradi il traffico a Internet. Questa opzione è ideale se è già configurata un'appliance virtuale di rete.
• Servizio di bilanciamento carico esterno secondario: l’aggiunta di un servizio di bilanciamento carico esterno secondario alle risorse back-end permette di usare tale servizio per il traffico in uscita configurando le regole in uscita. Se non sono state configurate regole di bilanciamento del carico, regole NAT o pool NAT in ingresso, le risorse back-end rimarranno isolate dal traffico in ingresso nella rete interna. Vedere Configurare il servizio di bilanciamento del carico solo in uscita. Con questa opzione, è possibile configurare il servizio di bilanciamento carico esterno prima della migrazione dallo SKU Basic allo SKU Standard ed eseguire la sua migrazione contemporaneamente al servizio di bilanciamento carico interno usando il parametro-MultiLBConfig..
• Indirizzi IP pubblici: infine, è possibile aggiungere gli indirizzi IP pubblici direttamente alle macchine virtuali o alle istanze del set di scalabilità di macchine virtuali. Tuttavia, questa opzione non è consigliata a causa della maggiore superficie di sicurezza richiesta e della spesa per l’aggiunta di indirizzi IP pubblici.

Cosa accade se l'aggiornamento non riesce a metà della migrazione?

Il modulo è progettato per gestire gli errori, dovuti a errori non gestiti o terminazione imprevista dello script. La progettazione degli errori prevede un approccio "fail forward", in cui anziché provare a tornare a Load Balancer Basic, è consigliabile correggere il problema che causa l'errore (vedere il file di output degli errori o di log) e ripetere la migrazione, specificando i parametri -FailedMigrationRetryFilePathLB <BasicLoadBalancerBackupFilePath> -FailedMigrationRetryFilePathVMSS <VMSSBackupFile>. Per i servizi Load Balancer pubblici, poiché lo SKU dell'indirizzo IP pubblico è stato aggiornato a Standard, lo spostamento dello stesso IP in un servizio Load Balancer Basic non sarà possibile.

Guardare un video del processo di ripristino:

Se la migrazione non riuscita ha come destinazione più servizi di bilanciamento del carico contemporaneamente, con il parametro -MultiLBConfig ripristinare ogni servizio di bilanciamento del carico singolarmente usando lo stesso processo riportato di seguito.

La procedura di ripristino degli errori di base è:

1. Risolvere la causa dell'errore di migrazione. Controllare il file di log Start-AzBasicLoadBalancerUpgrade.log per informazioni dettagliate
2. Rimuovere il nuovo Load Balancer Standard (se creato). A seconda della fase in cui la migrazione non è riuscita, potrebbe essere necessario rimuovere il riferimento a Load Balancer Standard dal set di scalabilità di macchine virtuali o dalle interfacce di rete della macchina virtuale (configurazioni IP) e i probe di integrità per rimuovere Load Balancer Standard.
3. Individuare il file di backup dello stato di Load Balancer Basic. Questo file si troverà nella directory in cui è stato eseguito lo script o nel percorso specificato con il parametro -RecoveryBackupPath durante l'esecuzione non riuscita. Il file è denominato: State_<basicLBName>_<basicLBRGName>_<timestamp>.json
4. Eseguire di nuovo lo script di migrazione, specificando i parametri -FailedMigrationRetryFilePathLB <BasicLoadBalancerbackupFilePath> e -FailedMigrationRetryFilePathVMSS <VMSSBackupFile> (per i back-end del set di scalabilità di macchine virtuali) anziché -BasicLoadBalancerName o passando Load Balancer Basic sulla pipeline

Passaggi successivi

• Se questo passaggio è stato ignorato, eseguire la migrazione da pool NAT a regole NAT per i set di scalabilità di macchine virtuali
• Informazioni su Azure Load Balancer