Sdílet prostřednictvím

Upgrade load balanceru úrovně Basic pomocí PowerShellu

  • Článek

Důležité

30. září 2025 bude Load Balancer úrovně Basic vyřazen. Další informace najdete v oficiálním oznámení. Pokud aktuálně používáte Load Balancer úrovně Basic, nezapomeňte před datem vyřazení upgradovat na Load Balancer úrovně Standard.

Azure Standard Load Balancer nabízí bohatou sadu funkcí a vysokou dostupnost prostřednictvím redundance zón. Další informace o SKU Load Balanceru najdete v tabulce porovnání.

Tento článek představuje modul PowerShellu, který vytvoří Load Balancer úrovně Standard se stejnou konfigurací jako Load Balancer úrovně Basic a pak přidruží členy back-endového fondu virtuálních počítačů k novému Load Balanceru.

Podrobný návod k modulu a procesu upgradu najdete v následujícím videu:

Přehled upgradu

Modul PowerShellu provádí následující funkce:

  • Ověřuje, že pro upgrade se podporuje zadaný scénář Load Balanceru úrovně Basic.
  • Zálohuje konfiguraci Load Balanceru úrovně Basic a škálovací sady virtuálních počítačů, která umožňuje opakování při selhání nebo v případě, že dojde k chybám.
  • U veřejných nástrojů pro vyrovnávání zatížení aktualizuje front-endové veřejné IP adresy na skladovou položku Standard a statické přiřazení.
  • Upgraduje konfiguraci Load Balanceru úrovně Basic na nový Load Balancer úrovně Standard a zajišťuje paritu konfigurace a funkcí.
  • Migruje členy back-endového fondu virtuálních počítačů a škálovací sady virtuálních počítačů z Load Balanceru úrovně Basic do Load Balanceru úrovně Standard.
  • Vytvoří a přidruží skupinu zabezpečení sítě ke škálovací sadě virtuálních počítačů nebo virtuálnímu počítači, aby se zajistilo, že provoz s vyrovnáváním zatížení dosáhne členů back-endového fondu, a to po přechodu Standard Load Balanceru na zásady sítě s výchozím odepřením.
  • Upgraduje veřejné IP adresy na úrovni instance přidružené ke škálovací sadě virtuálních počítačů nebo instancím virtuálních počítačů.
  • Upgraduje příchozí fondy překladu adres (NAT) na příchozí pravidla překladu adres (NAT) pro back-endy škálovací sady virtuálních počítačů a vytvoří nový back-endový fond pro každý migrovaný fond překladu adres (NAT). Určete -skipUpgradeNATPoolsToNATRules , že chcete tento upgrade přeskočit a později použít samostatný modul migrace fondu NAT pro další možnosti back-endového fondu.
  • Zaznamená operaci upgradu pro snadné obnovení auditu a selhání.

Upozorňující

Migrace interních nástrojů pro vyrovnávání zatížení úrovně Basic, kde back-endové virtuální počítače nebo instance VMSS nemají veřejné IP adresy, vyžadují další kroky pro připojení back-endu k internetu. Přečtěte si , jak mám pro Load Balancer nakonfigurovat odchozí provoz?

Poznámka:

Pokud má škálovací sada virtuálních počítačů v back-endovém fondu Load Balanceru veřejné IP adresy v konfiguraci sítě, změní se veřejné IP adresy přidružené ke každé instanci škálovací sady virtuálních počítačů při upgradu na skladovou položku Standard. Důvodem je to, že veřejné IP adresy na úrovni instance škálovací sady nejde upgradovat, ale nahradí se pouze novou veřejnou IP adresou skladové položky Standard. Všechny ostatní veřejné IP adresy se během migrace zachovají.

Poznámka:

Pokud je škálovací sada virtuálních počítačů za Load Balancerem cluster Service Fabric, migrace pomocí tohoto skriptu bude trvat déle, je vyšší riziko pro vaši aplikaci a způsobí výpadky. Informace o možnostech migrace najdete v pokynech k upgradu nástroje pro vyrovnávání zatížení clusteru Service Fabric.

Nepodporované scénáře

  • Load Balancery úrovně Basic s konfiguracemi front-endových IP adres IPv6
  • Nástroje pro vyrovnávání zatížení úrovně Basic pro clustery Azure Kubernetes Services (AKS)
  • Load Balancery úrovně Basic s členem back-endového fondu škálovací sady virtuálních počítačů, kde jedna nebo více instancí škálovací sady virtuálních počítačů má povolené zásady ochrany instancí ProtectFromScaleSetActions
  • Migrace Load Balanceru úrovně Basic do existujícího Load Balanceru úrovně Standard

Instalace modulu AzureBasicLoadBalancerUpgrade

Požadavky

  • PowerShell: Podporovaná verze PowerShellu verze 7 nebo vyšší se doporučuje pro použití s modulem AzureBasicLoadBalancerUpgrade na všech platformách, včetně Windows, Linuxu a macOS. PowerShell 5.1 ve Windows se ale podporuje.

Instalace modulu

Instalace modulu z Galerie prostředí PowerShell

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

Kroky před migrací a po migraci

Kroky před migrací

  • Ověřte , že je váš scénář podporovaný.
  • Plánování výpadků aplikací během migrace
  • Vývoj příchozích a odchozích testů připojení pro provoz
  • Plánování změn veřejných IP adres na úrovni instance v instancích škálovací sady virtuálních počítačů (viz poznámka)
  • [Doporučeno] Vytvořte skupiny zabezpečení sítě nebo přidejte pravidla zabezpečení do existující skupiny zabezpečení sítě pro členy back-endového fondu. Povolte provoz přes Load Balancer a jakýkoli jiný provoz, který bude potřeba explicitně povolit u veřejných prostředků skladové položky Standard.
  • [Doporučeno] Připravte odchozí připojení s využitím jednoho z následujících přístupů popsaných v části Jak mám pro Load Balancer nakonfigurovat odchozí provoz?

Kroky po migraci

  • Ověření úspěšné migrace
  • Testování připojení příchozí aplikace přes Load Balancer
  • Testování odchozího připojení ze členů back-endového fondu k internetu
  • Pro veřejné nástroje pro vyrovnávání zatížení s více back-endovými fondy vytvořte pravidla odchozích přenosů pro každý back-endový fond.

Použití modulu

  1. Ujistěte se, že jste vybrali ID předplatného Load Balanceru úrovně Basic spuštěním Select-AzSubscriptionpříkazu .

    Select-AzSubscription -Subscription <SubscriptionId>

  2. Najděte Load Balancer, který chcete upgradovat. Poznamenejte si název skupiny prostředků a název skupiny prostředků.

  3. Prozkoumejte základní parametry modulu:

    • BasicLoadBalancerName [string] Povinný argument – tento parametr je název existujícího Load Balanceru úrovně Basic, který chcete upgradovat.
    • ResourceGroupName [string] Povinný argument – tento parametr je název skupiny prostředků obsahující Load Balancer úrovně Basic.
    • StandardLoadBalancerName [string] Volitelné – Tento parametr použijte k volitelné konfiguraci nového názvu pro Load Balancer úrovně Standard. Pokud není zadaný, název Load Balanceru úrovně Basic se znovu použije.
    • RecoveryBackupPath [string] Volitelné – Tento parametr umožňuje zadat alternativní cestu, do které se má uložit záložní soubor šablony ARM Load Balanceru úrovně Basic (výchozí hodnota je aktuální pracovní adresář).

    Tip

    Další parametry pro pokročilé scénáře a scénáře obnovení je možné zobrazit spuštěním příkazu Get-Help Start-AzBasicLoadBalancerUpgrade -Detailed

  4. Start-AzBasicLoadBalancerUpgrade Spusťte příkaz s využitím následujících příkladů s pokyny.

Příklad: Ověření scénáře

Ověřte, že je pro upgrade podporovaný Load Balancer úrovně Basic.

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

Příklad: Upgrade podle názvu

Upgradujte Load Balancer úrovně Basic na Load Balancer úrovně Standard se stejným názvem a zadejte název Load Balanceru úrovně Basic a název skupiny prostředků.

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

Příklad: Upgrade, změna názvu a zobrazení protokolů

Upgrade Load Balanceru úrovně Basic na Load Balancer úrovně Standard se zadaným názvem zobrazující protokolovaný výstup na obrazovce

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

Příklad: Upgrade s alternativní cestou zálohování

Upgrade Load Balanceru úrovně Basic na Load Balancer úrovně Standard se zadaným názvem a uložením záložního souboru Load Balanceru úrovně Basic na zadanou cestu

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

Příklad: Ověření dokončené migrace

Ověření dokončené migrace předáním zálohy stavového souboru Load Balanceru úrovně Basic a názvu Load Balanceru úrovně Standard

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

Migrace několika nástrojů pro vyrovnávání zatížení se sdílenými back-endovými členy najednou, obvykle v případě, že má aplikace interní a externí Load Balancer

# 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

Příklad: Opakování neúspěšné migrace škálovací sady virtuálních počítačů

Opakování neúspěšného upgradu nástroje pro vyrovnávání zatížení škálovací sady virtuálních počítačů (kvůli chybě nebo ukončení skriptu) poskytnutím souboru stavu zálohování služby Basic Load Balancer a škálovací sady virtuálních počítačů

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

Příklad: Opakování neúspěšné migrace virtuálního počítače

Opakování neúspěšného upgradu nástroje pro vyrovnávání zatížení virtuálního počítače (kvůli chybě nebo ukončení skriptu) poskytnutím souboru stavu zálohování Load Balanceru úrovně Basic

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

Časté dotazy

Jak můžu zobrazit seznam nástrojů pro vyrovnávání zatížení úrovně Basic, které se mají migrovat v mém prostředí?

Jedním ze způsobů, jak získat seznam nástrojů pro vyrovnávání zatížení úrovně Basic, které je potřeba migrovat ve vašem prostředí, je použít dotaz Azure Resource Graphu. Jednoduchý dotaz, jako je tento, zobrazí seznam všech nástrojů pro vyrovnávání zatížení úrovně Basic, ke kterým máte přístup.

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

'' Také jsme napsali složitější dotaz, který posuzuje připravenost každého Load Balanceru úrovně Basic pro migraci na většinu kritérií, která tento modul kontroluje během ověřování. Dotaz Resource Graph najdete v našem projektu GitHubu nebo ho otevřete v Azure Resource Graph Exploreru.

Způsobí tato migrace výpadek aplikace?

Ano, protože nástroj pro vyrovnávání zatížení úrovně Basic je potřeba odebrat před vytvořením nového Load Balanceru úrovně Standard, dojde k výpadkům vaší aplikace. Podívejte se , jak dlouho upgrade trvá?

Bude modul migrovat ip adresu front-endu do nového Load Balanceru úrovně Standard?

Ano, u veřejných i interních nástrojů pro vyrovnávání zatížení modul zajišťuje, aby se ip adresy front-endu zachovaly. U veřejných IP adres se IP adresa před migrací převede na statickou IP adresu. V případě interních front-endů se modul pokusí znovu přiřadit stejnou IP adresu, která se uvolní při odstranění Load Balanceru úrovně Basic. Pokud privátní IP adresa není dostupná, skript selže (podívejte se, co se stane, když upgrade selže v polovině migrace?).

Jak dlouho trvá upgrade?

Upgrade obvykle trvá několik minut, než se skript dokončí. Následující faktory můžou způsobit delší dobu upgradu:

  • Složitost konfigurace nástroje pro vyrovnávání zatížení
  • Počet členů back-endového fondu
  • Počet instancí přidružených škálovacích sad virtuálních počítačů nebo služby Virtual Machinesf
  • Cluster Service Fabric: Během testování trvá upgrade pro clustery Service Fabric přibližně hodinu.

V případě potřeby mějte na paměti výpadky a naplánujte převzetí služeb při selhání.

Migruje skript členy back-endového fondu z load Balanceru úrovně Basic do nově vytvořeného Load Balanceru úrovně Standard?

Ano. Skript Azure PowerShellu migruje škálovací sady virtuálních počítačů a virtuální počítače do nově vytvořených back-endových fondů Load Balanceru úrovně Standard.

Které komponenty nástroje pro vyrovnávání zatížení se migrují?

Skript migruje z Load Balanceru úrovně Basic na Load Balancer úrovně Standard:

Veřejné a privátní nástroje pro vyrovnávání zatížení:

  • Sondy stavu:
    • Všechny sondy se migrují do nového Load Balanceru úrovně Standard.
  • Pravidla vyrovnávání zatížení:
    • Všechna pravidla vyrovnávání zatížení se migrují do nového Load Balanceru úrovně Standard.
  • Příchozí pravidla překladu adres (NAT):
    • Všechna uživatelsky vytvořená pravidla překladu adres (NAT) se migrují do nového Load Balanceru úrovně Standard.
  • Příchozí fondy překladu adres (NAT):
    • Fondy překladu adres (NAT) se ve výchozím nastavení upgradují na pravidla překladu adres (NAT).
    • Pokud chcete místo toho migrovat fondy překladu -skipUpgradeNATPoolsToNATRules adres (NAT), zadejte parametr při upgradu.
  • Back-endové fondy:
    • Všechny back-endové fondy se migrují do nového Load Balanceru úrovně Standard.
    • Do nového Load Balanceru úrovně Standard se migrují všechna síťová rozhraní sady virtuálních počítačů a síťová rozhraní virtuálních počítačů a konfigurace IP adres.
    • Pokud škálovací sada virtuálních počítačů používá zásady postupného upgradu, skript po dokončení migrace aktualizuje zásadu upgradu škálovací sady virtuálních počítačů na "Ruční" a po dokončení migrace ji vrátí zpět na "Rolling".
  • Veřejné IP adresy na úrovni instance
    • Pro virtuální počítače i škálovací sady virtuálních počítačů převede připojené veřejné IP adresy z úrovně Basic na skladovou položku Standard. Poznámka: Veřejné IP adresy instance škálovací sady se během upgradu mění; IP adresy virtuálních počítačů se nenabídnou.
  • Značky z Load Balanceru úrovně Basic do Load Balanceru úrovně Standard

Veřejný nástroj pro vyrovnávání zatížení:

  • Konfigurace veřejné front-endové IP adresy
    • Převede veřejnou IP adresu na statickou IP adresu, pokud je dynamická.
    • Aktualizuje skladovou položku veřejné IP adresy na standard, pokud basic
    • Upgrade všech přidružených veřejných IP adres na nový Load Balancer úrovně Standard
  • Odchozí pravidla:
    • Nástroje pro vyrovnávání zatížení úrovně Basic nepodporují nakonfigurovaná pravidla odchozích přenosů. Skript vytvoří v nástroji pro vyrovnávání zatížení úrovně Standard odchozí pravidlo, které zachová odchozí chování nástroje pro vyrovnávání zatížení úrovně Basic. Další informace o odchozích pravidlech najdete v tématu Odchozí pravidla.
  • Skupina zabezpečení sítě
    • Load Balancer úrovně Basic nevyžaduje skupinu zabezpečení sítě, která by umožňovala odchozí připojení. Pokud není k škálovací sadě virtuálních počítačů přidružená žádná skupina zabezpečení sítě, vytvoří se nová skupina zabezpečení sítě, která zachová stejnou funkci. Tato nová skupina zabezpečení sítě je přidružená k síťovým rozhraním back-endového fondu škálovací sady virtuálních počítačů. Umožňuje stejné porty a protokoly pro vyrovnávání zatížení a zachovat odchozí připojení.

Interní nástroj pro vyrovnávání zatížení:

  • Konfigurace privátní ip adresy front-endu

Poznámka:

Skupiny zabezpečení sítě nejsou nakonfigurované jako součást upgradu interního nástroje pro vyrovnávání zatížení. Další informace o skupinách zabezpečení sítě najdete v tématu Skupiny zabezpečení sítě.

Návody migrovat, když členové back-endového fondu patří do více nástrojů pro vyrovnávání zatížení?

Ve scénáři, kdy jsou členy back-endového fondu také členy back-endových fondů v jiném Load Balanceru, například když máte interní a externí nástroje pro vyrovnávání zatížení pro stejnou aplikaci, je potřeba migrovat nástroje pro vyrovnávání zatížení úrovně Basic současně. Při pokusu o migraci nástrojů pro vyrovnávání zatížení po jednom by došlo k pokusu o kombinaci prostředků SKU Basic a Standard, které nejsou povoleny. Skript migrace to podporuje předáním více load Balancerů úrovně Basic do stejného spuštění skriptu pomocí parametru-MultiLBConfig.

Návody ověřit, že migrace proběhla úspěšně?

Na konci svého spuštění provede modul upgradu následující ověření a porovná Load Balancer úrovně Basic s novým Load Balancerem úrovně Standard. V neúspěšné migraci je možné tuto stejnou operaci volat pomocí -validateCompletedMigration parametrů a -basicLoadBalancerStatePath určit stav konfigurace Load Balanceru úrovně Standard (pokud byla vytvořena). Soubor protokolu vytvořený během migrace také poskytuje podrobné informace o operaci migrace a případné chyby.

  • Load Balancer úrovně Standard existuje a jeho skladová položka je Standard.
  • Počet konfigurací front-endových IP adres se shoduje a že IP adresy jsou stejné.
  • Počet back-endových fondů a jejich členství odpovídá
  • Počet pravidel vyrovnávání zatížení odpovídá
  • Počet shodných sond stavu
  • Počet příchozích pravidel překladu adres (NAT) odpovídá
  • Počet odpovídajících fondů překladu adres (NAT)
  • Externí load Balancery úrovně Standard mají nakonfigurované odchozí pravidlo.
  • Externí členové back-endového fondu Load Balanceru úrovně Standard mají přidružené skupiny zabezpečení sítě.

Jak mám pro Load Balancer nakonfigurovat odchozí provoz?

Load Balancery skladové položky úrovně Standard neumožňují pro členy back-endového fondu výchozí odchozí přístup. Povolení odchozího přístupu k internetu vyžaduje další kroky.

U externích nástrojů pro vyrovnávání zatížení můžete pomocí pravidel odchozích přenosů explicitně povolit odchozí provoz pro členy fondu. Pokud máte jeden back-endový fond, během migrace pro vás automaticky nakonfigurujeme odchozí pravidlo. Pokud máte více než jeden back-endový fond, budete muset pravidla odchozích přenosů vytvořit ručně a zadat přidělení portů.

U interních nástrojů pro vyrovnávání zatížení nejsou odchozí pravidla možnost, protože pro SNAT neexistuje žádná veřejná IP adresa. To ponechá několik možností, které byste měli zvážit:

  • NAT Gateway: Ve většině případů se pro odchozí provoz doporučuje služba NAT Gateway v Azure. Služby NAT Gateway však vyžadují, aby připojená podsíť neměla žádné základní síťové prostředky skladové položky, což znamená, že budete muset před použitím migrovat všechny nástroje pro vyrovnávání zatížení a veřejné IP adresy. Z tohoto důvodu doporučujeme použít dvoustupňový přístup, kdy nejprve použijete jeden z následujících přístupů pro odchozí připojení a po dokončení základní migrace skladové položky přepněte na brány NAT Gateway.
  • Síťové virtuální zařízení: Směrujte provoz přes síťové virtuální zařízení, například bránu Azure Firewall, která bude směrovat provoz na internet. Tato možnost je ideální, pokud už máte nakonfigurované síťové virtuální zařízení.
  • Sekundární externí nástroj pro vyrovnávání zatížení: Přidáním sekundárního externího load Balanceru do back-endových prostředků můžete externí load Balancer použít pro odchozí provoz konfigurací odchozích pravidel. Pokud tento externí nástroj pro vyrovnávání zatížení nemá nakonfigurovaná žádná pravidla vyrovnávání zatížení, pravidla překladu adres (NAT) ani fondy příchozích adres (NAT), vaše back-endové prostředky zůstanou izolované s vaší interní sítí pro příchozí provoz – uvidíte konfiguraci nástroje pro vyrovnávání zatížení pouze pro odchozí provoz. S touto možností je možné externí Load Balancer nakonfigurovat před migrací ze základní na standardní skladovou položku a migrovat současně s využitím tohoto parametru -MultiLBConfig interní nástroj pro vyrovnávání zatížení.
  • Veřejné IP adresy: Nakonec je možné veřejné IP adresy přidat přímo do vašich instancí služby Virtual Machines nebo škálovací sady virtuálních počítačů. Tato možnost se ale nedoporučuje kvůli dodatečné ploše zabezpečení a nákladům na přidání veřejných IP adres.

Co se stane, když upgrade selže uprostřed migrace?

Modul je navržený tak, aby vyhovoval selháním, a to buď kvůli neošetřeným chybám, nebo neočekávanému ukončení skriptu. Při návrhu selhání se jedná o přístup se selháním, kdy místo pokusu o návrat zpět do Load Balanceru úrovně Basic byste měli problém způsobující chybu opravit (viz výstup chyby nebo soubor protokolu) a zkusit migraci zopakovat a zadat -FailedMigrationRetryFilePathLB <BasicLoadBalancerBackupFilePath> -FailedMigrationRetryFilePathVMSS <VMSSBackupFile> parametry. U veřejných nástrojů pro vyrovnávání zatížení, protože skladová položka veřejné IP adresy byla aktualizována na úroveň Standard, nebude možné přesunout stejnou IP adresu zpět do Load Balanceru úrovně Basic.

Podívejte se na video o procesu obnovení:

Pokud vaše neúspěšná migrace cílila na několik nástrojů pro vyrovnávání zatížení najednou, pomocí parametru -MultiLBConfig obnovte každý Load Balancer jednotlivě pomocí stejného procesu jako níže.

Základní postup obnovení selhání je následující:

  1. Vyřešte příčinu selhání migrace. Podrobnosti najdete v souboru Start-AzBasicLoadBalancerUpgrade.log protokolu.
  2. Odeberte nový Load Balancer úrovně Standard (pokud je vytvořený). V závislosti na tom, ve které fázi migrace došlo k chybě, možná budete muset odebrat odkaz Standard Load Balancer ze síťových rozhraní virtuálních počítačů nebo síťových rozhraní virtuálních počítačů (konfigurace IP) a sond stavu, abyste mohli nástroj pro vyrovnávání zatížení úrovně Standard odebrat.
  3. Vyhledejte záložní soubor stavu Load Balanceru úrovně Basic. Tento soubor bude buď v adresáři, ve kterém byl skript proveden, nebo v cestě zadané pomocí parametru -RecoveryBackupPath během neúspěšného spuštění. Soubor má název: State_<basicLBName>_<basicLBRGName>_<timestamp>.json
  4. Znovu spusťte skript migrace, místo -FailedMigrationRetryFilePathLB <BasicLoadBalancerbackupFilePath> parametru -BasicLoadBalancerName nebo předáte Load Balancer úrovně Basic Load Balancer v kanálu parametry a -FailedMigrationRetryFilePathVMSS <VMSSBackupFile> (pro back-endy škálovací sady virtuálních počítačů).

Další kroky