Aggiornare un servizio di bilanciamento del carico Basic con PowerShell

  • Articolo

Importante

Il servizio Load Balancer Basic verrà ritirato il 30 settembre 2025. Per altre informazioni, consultare l'annuncio ufficiale. Se attualmente si usa Load Balancer Basic, assicurarsi di eseguire l'aggiornamento a Load Balancer Standard prima della data di ritiro.

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 procedura dettagliata dettagliata del modulo e del processo di aggiornamento, vedere il video seguente:

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 pubblico, 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 pool NAT in ingresso alle regole NAT in ingresso per i back-end dei set di scalabilità di macchine virtuali. Specificare -skipUpgradeNATPoolsToNATRules per ignorare questo aggiornamento.
  • Registra l'operazione di aggiornamento per semplificare il controllo e il ripristino da errori.

Avviso

La migrazione di servizi di bilanciamento del carico Basic interni in cui le macchine virtuali back-end o le istanze del set di scalabilità di macchine virtuali non hanno indirizzi IP pubblici richiede passaggi aggiuntivi per la connettività back-end a Internet. Vedere Come configurare il traffico in uscita per Load Balancer?

Nota

Se il set di scalabilità di macchine virtuali nel pool back-end di Load Balancer ha indirizzi IP pubblici nella configurazione di rete, gli indirizzi IP pubblici associati a ogni istanza del set di scalabilità di macchine virtuali cambieranno quando vengono aggiornati allo SKU Standard. Ciò è dovuto al fatto che gli indirizzi IP pubblici a livello di istanza del set di scalabilità non possono essere aggiornati, ma solo sostituiti con un nuovo indirizzo IP pubblico dello SKU Standard. Tutti gli altri indirizzi IP pubblici verranno conservati tramite la migrazione.

Nota

Se il set di scalabilità di macchine virtuali dietro il servizio di bilanciamento del carico è un cluster di Service Fabric, la migrazione con questo script richiederà più tempo, è più alto rischio per l'applicazione e causerà tempi di inattività. Vedere Le linee guida per l'aggiornamento del servizio di bilanciamento del carico del cluster di Service Fabric per le opzioni di migrazione.

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.
  • modulo Az PowerShell: determinare se è installato il modulo Az PowerShell più recente
  • Modulo PowerShell Az.ResourceGraph: il modulo PowerShell Az.ResourceGraph viene usato per eseguire query sulla configurazione delle risorse durante l'aggiornamento ed è un'installazione separata rispetto al modulo Az PowerShell. Viene aggiunto automaticamente se si installa il AzureBasicLoadBalancerUpgrade modulo usando il Install-Module comando .

Installazione del modulo

Installare il modulo da PowerShell Gallery

PS C:\> 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 dell'indirizzo IP pubblico a livello di istanza nelle istanze del set di scalabilità di macchine virtuali (vedere la nota)
  • [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 e qualsiasi altro 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 configurare il traffico in uscita per Load Balancer?

Passaggi post-migrazione

Usare il modulo

  1. Usare Connect-AzAccount per connettersi ad Azure, specificando l'ID sottoscrizione di Basic Load Balancer se si dispone di più sottoscrizioni.

    PS C:\> Connect-AzAccount -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 comando Upgrade.

Esempio: convalidare uno scenario

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

PS C:\> 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

PS C:\> 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

PS C:\> 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

PS C:\> 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

PS C:\> Start-AzBasicLoadBalancerUpgrade -validateCompletedMigration -basicLoadBalancerStatePath C:\RecoveryBackups\State_mybasiclb_rg-basiclbrg_20220912T1740032148.json

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
PS C:\> $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
PS C:\> 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

PS C:\> 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

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

Domande frequenti

Come è possibile elencare i servizi di bilanciamento del carico Basic di cui eseguire la migrazione nell'ambiente?

Un modo per ottenere un elenco dei servizi di bilanciamento del carico Basic che devono essere migrati nell'ambiente consiste nell'usare una query di Azure Resource Graph. Una query semplice come questa elenca tutti i servizi di bilanciamento del carico Basic a cui si ha accesso.

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

'' È stata scritta anche una query più complessa che valuta l'idoneità di ogni Load Balancer Basic per la migrazione sulla maggior parte dei criteri controllati da questo modulo durante la convalida. La query di Resource Graph è disponibile nel progetto GitHub o aperta in Azure Resource Graph Explorer.

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 liberato quando è stato eliminato Load Balancer Basic. Se l'indirizzo IP privato non è disponibile, lo script ha esito negativo (vedere Cosa accade se l'aggiornamento non riesce 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 di set di scalabilità di macchine virtuali o Macchine virtuali f 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 non lo sono.
  • 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

Nota

I gruppi di sicurezza di rete non sono configurati come parte dell'aggiornamento del servizio di bilanciamento del carico interno. Per altre informazioni sui gruppi di sicurezza di rete, vedere Gruppi di sicurezza di rete

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 configurare il traffico in uscita per Load Balancer?

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

Per i servizi di bilanciamento del carico esterni, è possibile usare 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, durante la migrazione viene configurata automaticamente una regola in uscita. 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 del carico interni, le regole in uscita non sono un'opzione perché non esiste alcun indirizzo IP pubblico a 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 abbia risorse di rete SKU di base, ovvero sarà necessario eseguire 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 a due passaggi in cui si usa uno degli approcci seguenti per la connettività in uscita, quindi passare ai gateway NAT al termine delle migrazioni di SKU di base.
  • Appliance virtuale di rete: instradare il traffico attraverso un'appliance virtuale di rete, ad esempio un Firewall di Azure, che a sua volta instrada il traffico a Internet. Questa opzione è ideale se è già configurata un'appliance virtuale di rete.
  • Servizio di bilanciamento del carico esterno secondario: aggiungendo un servizio di bilanciamento del carico esterno secondario alle risorse back-end, è possibile usare il servizio di bilanciamento del carico esterno per il traffico in uscita configurando le regole in uscita. Se questo servizio di bilanciamento del carico esterno non dispone di regole di bilanciamento del carico, regole NAT o pool NAT in ingresso configurati, le risorse back-end rimarranno isolate nella rete interna per il traffico in ingresso. Vedere la configurazione del servizio di bilanciamento del carico solo in uscita. Con questa opzione, il servizio di bilanciamento del carico esterno può essere configurato prima della migrazione dallo SKU basic allo SKU standard ed è stata eseguita la migrazione contemporaneamente al servizio di bilanciamento del carico interno usando il -MultiLBConfig parametro
  • Indirizzi IP pubblici: infine, gli indirizzi IP pubblici possono essere aggiunti direttamente alle istanze di Macchine virtuali o set di scalabilità di macchine virtuali. Tuttavia, questa opzione non è consigliata a causa della superficie di sicurezza aggiuntiva 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