Upgrade load balanceru úrovně Basic pomocí PowerShellu

Důležité

30. září 2025 byl 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 co nejdříve 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.

Než začnete, projděte si nepodporované scénáře, dokončete kroky před migrací a před zahájením upgradu spusťte validační příklad. Proces upgradu odstraní Basic Load Balancer před vytvořením Standard Load Balancer, proto plánujte výpadky aplikací.

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

Přehled aktualizace

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 nástroje Basic Load Balancer a škálovací sady virtuálních počítačů a umožňuje opakování pokusu v případě selhání nebo výskytu chyb.
  • U veřejných nástrojů pro vyrovnávání zatížení aktualizuje veřejné IP adresy front-endu na SKU Standard a na 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.
  • Pro veřejné load balancery se vytvoří a přidruží skupina zabezpečení sítě k sadě škálování virtuálních počítačů nebo virtuálnímu počítači, aby se provoz s vyrovnáváním zatížení dostal k členům back-endového fondu. Tento krok následuje po přechodu nástroje Standard Load Balancer na síťovou politiku typu „ve výchozím nastavení zakázáno“. Proces upgradu nekonfiguruje skupiny síťové bezpečnosti během interního upgradu load balanceru.
  • 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). Zadejte -skipUpgradeNATPoolsToNATRules, chcete-li tento upgrade přeskočit a později použít samostatný migrační modul fondu NAT pro další možnosti fondu back-endu.
  • Zaznamenává operaci upgradu pro snadný audit a obnovení po selhání.

Upozornění

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 nakonfigurovat odchozí provoz pro nástroj pro vyrovnávání zatížení?

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. Je to proto, že veřejné IP adresy na úrovni instancí ve škálovací sadě nelze upgradovat, pouze je nahradit novou veřejnou IP adresou Standard SKU. 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 nástrojem Load Balancer clusterem Service Fabric, migrace pomocí tohoto skriptu bude trvat déle, představuje pro vaši aplikaci vyšší riziko a způsobí výpadek. 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

  • Nástroje pro vyrovnávání zatížení Basic s konfiguracemi frontendových IP adres IPv6
  • Služby pro vyrovnávání zatížení Basic pro clustery služby Azure Kubernetes Service (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
  • Load Balancery úrovně Basic mají členy back-endového fondu, které jsou součástí skupiny dostupnosti, ale ne všichni členové této skupiny jsou za vyrovnávačem zatížení.
  • Pokud má load Balancer úrovně Basic povolenou plovoucí IP adresu v sekundární konfiguraci protokolu IP síťového rozhraní, aktualizujte plovoucí IP adresu na primární IP adresu před spuštěním skriptu migrace, abyste se vyhnuli problémům s konfigurací.

Instalace modulu AzureBasicLoadBalancerUpgrade

Požadavky

Než modul spustíte, ujistěte se, že máte:

  • 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 v systému Windows je však podporován.
  • Přístup na předplatné: Předplatné obsahující Basic Load Balancer, vybrané pomocí Select-AzSubscription.
  • Oprávnění: Oprávnění k odstraňování a vytváření nástrojů pro vyrovnávání zatížení a k úpravám přidružených škálovacích sad virtuálních počítačů a síťových rozhraní.
  • Žádné zámky zdrojů: Všechny zámky odstraněny z load balanceru, jeho resource group a všech souvisejících zdrojů.

Před zahájením upgradu dokončete kroky před migrací .

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 podporu pro váš scénář
  • Plánování výpadků aplikací během migrace
  • Vytvořte testy příchozího a odchozího připojení pro svůj síťový 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. Povolit provoz přes Load Balancer spolu s jakýmkoli dalším provozem, který je explicitně povolen u veřejných prostředků SKU 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?
  • [Důležité] Před zahájením migrace odeberte všechny zámky z vyrovnávače zatížení, jeho skupiny prostředků a všech souvisejících prostředků.
  • [Důležité] Ověřte, že máte potřebná oprávnění k odstranění a vytváření nástrojů pro vyrovnávání zatížení a k úpravě přidružených škálovacích sad virtuálních počítačů (VMSS) a síťových rozhraní.

Kroky po migraci

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

Použití modulu

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

    Select-AzSubscription -Subscription <SubscriptionId>

  2. Najděte Load Balancer, který chcete upgradovat. Poznamenejte si jeho název 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ář).

    Návod

    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.

Důležité

Nejprve spusťte validační příklad a před upgradem vyřešte nahlášené problémy. Proces upgradu odstraní Basic Load Balancer ještě před vytvořením Standard Load Balancer, takže vaše aplikace není během migrace dostupná. Pro očekávanou dobu trvání viz Jak dlouho trvá upgrade?

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:$true

Příklad: aktualizace 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ů

Upgradujte Load Balancer Basic na Load Balancer Standard se zadaným názvem zobrazeným ve výstupu protokolu

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

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

Upgradujte nástroj Load Balancer úrovně Basic na nástroj Load Balancer úrovně Standard se zadaným názvem a uložte záložní soubor nástroje Load Balancer úrovně Basic do zadané cesty

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í pokusu o neúspěšnou migraci škálovací sady virtuálních počítačů

Opakujte neúspěšný upgrade nástroje pro vyrovnávání zatížení u škálovací sady virtuálních počítačů (z důvodu chyby nebo ukončení skriptu) zadáním záložního souboru stavu pro Basic Load Balancer a škálovací sadu 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. Následující dotaz obsahuje seznam všech load balancerů úrovně Basic, ke kterým máte přístup:

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

Vytvořili jsme složitý dotaz, který hodnotí připravenost každého Basic Load Balancer na migraci podle většiny kritérií, která tento modul během validace kontroluje. 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 je nutné před vytvořením nového Load Balanceru úrovně Standard odebrat stávající Load Balancer úrovně Basic, dojde k výpadku 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ů fondu back-endu
  • Počet instancí přidružených škálovacích sad virtuálních počítačů nebo virtuálních počítačů
  • Clustery Service Fabric: Aktualizace clusterů Service Fabric trvají při testování přibližně hodinu.

Počítejte s dobou výpadku a v případě potřeby naplánujte přepnutí při selhání.

Migruje skript členy mého back-endového fondu z mého nástroje Basic Load Balancer do nově vytvořeného nástroje Standard Load Balancer?

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 jsou migrovány do nového nástroje Standard Load Balancer.
  • Pravidla vyrovnávání zatížení:
    • Všechna pravidla vyrovnávání zatížení se migrují do nového Load Balanceru úrovně Standard.
  • Pravidla příchozího NAT:
    • Všechna pravidla NAT vytvořená uživatelem se migrují na nový nástroj pro vyrovnávání zatížení Standard.
  • Fondy příchozího NAT:
    • Ve výchozím nastavení jsou pooly NAT upgradovány na pravidla NAT.
    • Chcete-li místo toho migrovat fondy NAT, zadejte při aktualizaci parametr -skipUpgradeNATPoolsToNATRules.
  • Back-endové fondy:
    • Všechny fondy back-endu jsou migrovány do nového nástroje Standard Load Balancer.
    • 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
    • Jak pro virtuální počítače, tak pro škálovací sady virtuálních počítačů převádí připojené veřejné IP adresy ze SKU Basic na SKU Standard. Poznámka: Veřejné IP adresy instancí škálovací sady se během aktualizace mění; IP adresy virtuálních počítačů se nemění.
  • Značky z nástroje Basic Load Balancer do nástroje Standard Load Balancer

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 SKU veřejné IP adresy na Standard, pokud je Basic
    • Upgradujte všechny přidružené veřejné IP adresy na nový Standard Load Balancer
  • 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žena k síťovým rozhraním členů back-endového fondu škálovací sady virtuálních počítačů. Umožňuje stejná pravidla vyrovnávání zatížení, porty a protokoly spolu se zachováním odchozího 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ě.

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

V případě, že členové vašeho back-endového fondu jsou zároveň členy back-endových fondů u jiného nástroje pro vyrovnávání zatížení, například když máte pro stejnou aplikaci interní a externí nástroj pro vyrovnávání zatížení, je nutné nástroje Basic Load Balancer migrovat současně. Pokus o migraci služeb Load Balancer po jednom by vedl ke kombinaci prostředků SKU Basic a Standard, což není povoleno. Migrační skript to podporuje tím, že v rámci stejného spuštění skriptu předává více nástrojů pro vyrovnávání zatížení Basic pomocí parametru -MultiLBConfig.

Jak ověřím, ž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. Při neúspěšné migraci lze tutéž operaci volat pomocí parametrů -validateCompletedMigration a -basicLoadBalancerStatePath a zjistit tak stav konfigurace nástroje Standard Load Balancer (pokud byl vytvořen). Soubor protokolu vytvořený během migrace také poskytuje podrobné informace o operaci migrace a případné chyby.

  • Load Balancer ve verzi Standard existuje a jeho SKU je „Standard“.
  • Počet konfigurací front-endových IP adres se shoduje a že IP adresy jsou stejné.
  • Počet fondů back-endu a jejich členů odpovídá
  • Počet pravidel vyrovnávání zatížení odpovídá
  • Počet shodných sond stavu
  • Počet pravidel NAT pro příchozí připojení odpovídá
  • Počet příchozích fondů NAT se shoduje
  • Externí nástroje pro vyrovnávání zatížení Standard mají nakonfigurované pravidlo pro odchozí komunikaci.
  • Členové back-endového fondu externího nástroje Load Balancer Standard mají přidružené skupiny zabezpečení sítě.

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

Load Balancery skladových položek ú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, musíte pravidla odchozích přenosů vytvořit ručně a určit přidělení portů.

U interních nástrojů Load Balancer nelze použít odchozí pravidla, protože neexistuje žádná veřejná IP adresa, přes kterou by bylo možné provádět SNAT. 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. Brány NAT však vyžadují, aby připojená podsíť neobsahovala žádné síťové prostředky SKU Basic, což znamená, že předtím, než budete moct brány NAT používat, musíte migrovat všechny své Load Balancery a veřejné IP adresy. Z tohoto důvodu doporučujeme použít dvoukrokový postup, kdy nejprve použijete jeden z následujících přístupů pro odchozí konektivitu a poté, co budou migrace SKU úrovně Basic dokončeny, 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, a směrujte provoz do internetu. Tato možnost je ideální, pokud už máte nakonfigurované síťové virtuální zařízení.
  • Sekundární externí služba Vyrovnávání zatížení: Přidáním sekundární externí služby Vyrovnávání zatížení k prostředkům back-endu můžete externí službu Vyrovnávání zatížení použít pro odchozí provoz nakonfigurováním pravidel pro odchozí přenosy. Pokud tento externí nástroj pro vyrovnávání zatížení nemá nakonfigurovaná žádná pravidla vyrovnávání zatížení, pravidla NAT ani fondy příchozího NAT, vaše prostředky back-endu zůstanou pro příchozí provoz izolované ve vaší interní síti – viz konfigurace nástroje pro vyrovnávání zatížení pouze pro odchozí provoz. Pomocí této možnosti lze externí Load Balancer nakonfigurovat před migrací ze SKU Basic na SKU Standard a migrovat jej současně s interním nástrojem pro vyrovnávání zatížení pomocí parametru -MultiLBConfig
  • 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ž aktualizace selže během 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. Návrh řešení selhání využívá přístup typu „fail forward“, kdy byste se namísto pokusu o návrat k nástroji Basic Load Balancer měli zaměřit na opravu problému, který selhání způsobuje (viz chybový výstup nebo soubor protokolu), a poté migraci zopakovat se zadanými parametry -FailedMigrationRetryFilePathLB <BasicLoadBalancerBackupFilePath> -FailedMigrationRetryFilePathVMSS <VMSSBackupFile>. U veřejných load balancerů není možné přesunout stejnou IP adresu zpět do Load Balanceru Basic, protože SKU veřejné IP adresy bylo aktualizováno na Standard.

Podívejte se na video o procesu obnovení:

  • Zobrazit proces obnovy @32:54 - Obnova

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

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

Další kroky

  • Last updated on