Megosztás a következőn keresztül:

Alapszintű terheléselosztó frissítése a PowerShell-lel

  • Cikk

Fontos

2025. szeptember 30-án az alapszintű Load Balancer kivonásra kerül. További információért tekintse meg a hivatalos bejelentést. Ha jelenleg alapszintű Terheléselosztót használ, a kivonási dátum előtt frissítsen a Standard Load Balancerre.

Az Azure Standard Load Balancer számos funkciót és magas rendelkezésre állást kínál a zónaredundancián keresztül. A Load Balancer termékváltozatáról az összehasonlító táblázatból tudhat meg többet.

Ez a cikk egy Olyan PowerShell-modult mutat be, amely az alapszintű Terheléselosztóval megegyező konfigurációjú Standard Load Balancert hoz létre, majd társítja a virtuálisgép-méretezési csoport vagy a virtuálisgép-háttérkészlet tagjait az új Load Balancerrel.

A frissítési modul és a folyamat részletes ismertetését az alábbi videóban tekintheti meg:

Frissítés áttekintése

A PowerShell-modul a következő funkciókat hajtja végre:

  • Ellenőrzi, hogy a megadott alapszintű Load Balancer-forgatókönyv támogatott-e a frissítéshez.
  • Biztonsági másolatot készít az alapszintű terheléselosztó és a virtuálisgép-méretezési csoport konfigurációjáról, lehetővé téve az újrapróbálkozást a hibák vagy hibák esetén.
  • Nyilvános terheléselosztók esetén az előtérbeli nyilvános IP-címeket standard termékváltozatra és statikus hozzárendelésre frissíti
  • Frissíti az alapszintű Load Balancer-konfigurációt egy új Standard Load Balancerre, biztosítva a konfigurációt és a funkciók paritását.
  • Migrálja a virtuálisgép-méretezési csoport és a virtuálisgép-háttérkészlet tagjait az Alapszintű terheléselosztóból a Standard Terheléselosztóba.
  • Létrehoz és társít egy hálózati biztonsági csoportot a virtuálisgép-méretezési csoporthoz vagy a virtuális géphez annak biztosítása érdekében, hogy a terheléselosztási forgalom elérje a háttérkészlet tagjait, miután a Standard Load Balancer alapértelmezett megtagadási hálózati házirendre vált.
  • A virtuálisgép-méretezési csoporthoz vagy virtuálisgép-példányokhoz társított példányszintű nyilvános IP-címek frissítése
  • Frissíti a bejövő NAT-készleteket a virtuálisgép-méretezési csoport háttérrendszereinek bejövő NAT-szabályaira, és létrehoz egy új háttérkészletet az egyes migrált NAT-készletekhez. Adja meg -skipUpgradeNATPoolsToNATRules , hogy kihagyja ezt a frissítést, és később használja az önálló NAT-készlet migrálási modult a háttérkészlet további beállításaihoz.
  • Naplózza a frissítési műveletet az egyszerű naplózás és a hibák helyreállítása érdekében.

Figyelmeztetés

Az olyan belső alapszintű terheléselosztók migrálása, amelyekben a háttérbeli virtuális gépek vagy VMSS-példányok nem rendelkeznek nyilvános IP-címmel, további lépések szükségesek az internetkapcsolat háttérrendszeréhez. Tekintse át , hogyan konfigurálhatom a kimenő forgalmat a Load Balancerhez?

Feljegyzés

Ha a Terheléselosztó háttérkészletében lévő virtuálisgép-méretezési csoport hálózati konfigurációjában nyilvános IP-címek szerepelnek, az egyes virtuálisgép-méretezési csoportok példányaihoz társított nyilvános IP-címek megváltoznak, amikor standard termékváltozatra frissítik őket. Ennek az az oka, hogy a méretezési csoport példányszintű nyilvános IP-címei nem frissíthetők, csak egy új standard termékváltozat nyilvános IP-címére cserélhetők. A migrálás során az összes többi nyilvános IP-cím megmarad.

Feljegyzés

Ha a Terheléselosztó mögötti virtuálisgép-méretezési csoport Egy Service Fabric-fürt, a szkripttel való migrálás több időt vesz igénybe, nagyobb kockázatot jelent az alkalmazás számára, és leállást okoz. Tekintse át a Service Fabric-fürt Load Balancer frissítési útmutatóját az áttelepítési lehetőségekhez.

Nem támogatott forgatókönyvek

  • Alapszintű Terheléselosztók IPv6 előtérbeli IP-konfigurációkkal
  • Alapszintű Terheléselosztók Azure Kubernetes Services-fürtökhöz
  • Alapszintű terheléselosztók egy virtuálisgép-méretezési csoport háttérkészlet-tagjával, ahol egy vagy több virtuálisgép-méretezési csoportpéldánynál engedélyezve van a ProtectFromScaleSetActions példányvédelmi szabályzata
  • Alapszintű terheléselosztó migrálása meglévő standard terheléselosztóba

Az "AzureBasicLoadBalancerUpgrade" modul telepítése

Előfeltételek

  • PowerShell: A PowerShell 7-es vagy újabb verziójának támogatott verziója ajánlott az AzureBasicLoadBalancerUpgrade modullal való használathoz minden platformon, beleértve a Windowst, Linuxot és macOS-t is. Windows rendszeren azonban a PowerShell 5.1 támogatott.

Modul telepítése

A modul telepítése a PowerShell-galéria

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

A migrálás előtti és utáni lépések

A migrálást megelőző folyamatok

  • Ellenőrizze , hogy a forgatókönyv támogatott-e
  • Alkalmazás állásideje a migrálás során
  • Bejövő és kimenő kapcsolati tesztek fejlesztése a forgalomhoz
  • A virtuálisgép-méretezési csoport példányainak példányszintű nyilvános IP-változásainak tervezése (lásd a megjegyzést)
  • [Ajánlott] Hozzon létre hálózati biztonsági csoportokat, vagy adjon hozzá biztonsági szabályokat egy meglévő hálózati biztonsági csoporthoz a háttérkészlet tagjai számára. Engedélyezze a Load Balanceren keresztüli forgalmat és minden olyan forgalmat, amelyet explicit módon engedélyezni kell a nyilvános standard termékváltozat erőforrásain
  • [Ajánlott] Készítse elő a kimenő kapcsolatot a Következő megközelítések egyikét követve : Hogyan konfigurálhatom a kimenő forgalmat a Load Balancerhez?

Áttelepítés utáni lépések

  • Ellenőrizze, hogy a migrálás sikeres volt-e
  • Bejövő alkalmazáskapcsolat tesztelése a Load Balanceren keresztül
  • A háttérkészlet tagjaiból az internetre irányuló kimenő kapcsolatok tesztelése
  • Több háttérkészlettel rendelkező nyilvános terheléselosztók esetén hozzon létre kimenő szabályokat minden háttérkészlethez

A modul használata

  1. A futtatással Select-AzSubscriptiongyőződjön meg arról, hogy az alapszintű Load Balancer előfizetés-azonosítóját választotta.

    Select-AzSubscription -Subscription <SubscriptionId>

  2. Keresse meg a frissíteni kívánt Load Balancert. Jegyezze fel a nevét és az erőforráscsoport nevét.

  3. Vizsgálja meg az alapvető modulparamétereket:

    • BasicLoadBalancerName [sztring] Kötelező – Ez a paraméter annak a meglévő alapszintű terheléselosztónak a neve, amelyet frissíteni szeretne
    • ResourceGroupName [sztring] Megadása kötelező – Ez a paraméter annak az erőforráscsoportnak a neve, amely az alapszintű terheléselosztót tartalmazza
    • StandardLoadBalancerName [sztring] Nem kötelező – Ezzel a paraméterrel opcionálisan konfigurálhatja a Standard Load Balancer új nevét. Ha nincs megadva, a terheléselosztó alapszintű neve újra felhasználható.
    • RecoveryBackupPath [sztring] Nem kötelező – Ez a paraméter lehetővé teszi egy alternatív elérési út megadását az alapszintű Load Balancer ARM-sablon biztonsági mentési fájljának tárolásához (alapértelmezés szerint az aktuális munkakönyvtárban)

    Tipp.

    A speciális és helyreállítási forgatókönyvek további paraméterei a futtatásukkal tekinthetők meg Get-Help Start-AzBasicLoadBalancerUpgrade -Detailed

  4. Futtassa a Start-AzBasicLoadBalancerUpgrade parancsot az alábbi példák segítségével útmutatásért.

Példa: forgatókönyv ellenőrzése

Ellenőrizze, hogy az alapszintű Load Balancer támogatott-e a frissítéshez

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

Példa: frissítés név szerint

Alapszintű Terheléselosztó frissítése standard terheléselosztóra ugyanazzal a névvel, megadva az alapszintű Load Balancer nevét és az erőforráscsoport nevét

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

Példa: frissítés, név módosítása és naplók megjelenítése

Alapszintű Terheléselosztó frissítése standard Terheléselosztóra a megadott névvel, naplózott kimenet megjelenítése a képernyőn

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

Példa: frissítés alternatív biztonsági mentési útvonallal

Alapszintű Load Balancer frissítése standard terheléselosztóra a megadott névvel, és az Alapszintű Load Balancer biztonsági mentési fájljának tárolása a megadott elérési úton

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

Példa: befejezett migrálás ellenőrzése

Befejezett migrálás ellenőrzése az alapszintű Load Balancer-állapotfájl biztonsági mentésének és a Standard Load Balancer nevének átadásával

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

Egyszerre több Load Balancer áttelepítése megosztott háttérrendszer-tagokkal, általában akkor, ha egy alkalmazás belső és külső Load Balancerrel rendelkezik

# 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élda: Sikertelen virtuálisgép-méretezési csoport áttelepítésének újrapróbálkozása

Próbálkozzon újra a virtuálisgép-méretezési csoport terheléselosztójának sikertelen frissítésével (hiba vagy szkriptkizárás miatt) az alapszintű Load Balancer és a virtuálisgép-méretezési csoport biztonsági mentési állapotfájljának megadásával

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

Példa: Sikertelen virtuális gép áttelepítésének újrapróbálkozása

A virtuálisgép-terheléselosztó sikertelen frissítésének újrapróbálkozása (hiba vagy szkript leállása miatt) az alapszintű Load Balancer biztonsági mentési állapotfájljának megadásával

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

Gyakori kérdések

Hogyan listázhatom a környezetemben migrálandó alapszintű terheléselosztókat?

A környezetbe migrálni kívánt alapszintű terheléselosztók listájának lekérésének egyik módja egy Azure Resource Graph-lekérdezés használata. Az ehhez hasonló egyszerű lekérdezések felsorolják az összes olyan alapszintű terheléselosztót, amelyhez hozzáférése van.

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

"" Egy összetettebb lekérdezést is írtunk, amely felméri az egyes alapszintű Load Balancerek migrálásra való felkészültségét a modul által az ellenőrzés során ellenőrzik a legtöbb feltételen. A Resource Graph-lekérdezés megtalálható a GitHub-projektben, vagy megnyitható az Azure Resource Graph Explorerben.

Ez a migrálás állásidőt okoz az alkalmazásomnak?

Igen, mivel az alapszintű terheléselosztót el kell távolítani az új Standard Load Balancer létrehozása előtt, állásidő lesz az alkalmazás számára. Lásd: Mennyi ideig tart a frissítés?

Migrálja a modul az előtérbeli IP-címet az új Standard Load Balancerbe?

Igen, mind a nyilvános, mind a belső terheléselosztók esetében a modul biztosítja az előtérbeli IP-címek karbantartását. Nyilvános IP-címek esetén az IP-cím a migrálás előtt statikus IP-címre lesz konvertálva. Belső előtér esetén a modul megpróbálja újból hozzárendelni ugyanazt az IP-címet, amelyet az alapszintű Terheléselosztó törlésekor szabadított fel. Ha a privát IP-cím nem érhető el, a szkript meghiúsul (lásd : Mi történik, ha a frissítés a migrálás közepén meghiúsul?).

Mennyi ideig tart a frissítés?

A frissítés általában néhány percet vesz igénybe, amíg a szkript befejeződik. A következő tényezők hosszabb frissítési időt eredményezhetnek:

  • A terheléselosztó konfigurációjának összetettsége
  • Háttérkészlet tagjainak száma
  • Társított virtuálisgép-méretezési csoportok vagy virtuális gépek példányszáma
  • Service Fabric-fürt: A Service Fabric-fürtök frissítései körülbelül egy órát vesznek igénybe a tesztelés során

Tartsa szem előtt az állásidőt, és szükség esetén tervezze meg a feladatátvételt.

A szkript migrálja a háttérkészlet tagjait az alapszintű Load Balancerből az újonnan létrehozott Standard Load Balancerbe?

Igen. Az Azure PowerShell-szkript migrálja a virtuálisgép-méretezési csoportokat és a virtuális gépeket az újonnan létrehozott Standard Load Balancer háttérkészletekbe.

Mely terheléselosztó-összetevők migrálva vannak?

A szkript a következőket migrálja az alapszintű Load Balancerből a Standard Load Balancerbe:

Nyilvános és privát terheléselosztók:

  • Állapotminták:
    • Az összes mintavétel át lesz migrálva az új Standard Load Balancerbe
  • Terheléselosztási szabályok:
    • Az összes terheléselosztási szabály át lesz migrálva az új Standard Load Balancerbe
  • Bejövő NAT-szabályok:
    • Minden felhasználó által létrehozott NAT-szabály át lesz migrálva az új Standard Load Balancerbe
  • Bejövő NAT-készletek:
    • Alapértelmezés szerint a NAT-készletek NAT-szabályokra frissülnek
    • A NAT-készletek migrálásához adja meg a paramétert a -skipUpgradeNATPoolsToNATRules frissítéskor
  • Háttérkészletek:
    • Az összes háttérkészlet migrálása az új Standard Load Balancerbe
    • Minden virtuálisgép-méretezési csoport és virtuálisgép-hálózati adapter és IP-konfiguráció át lesz migrálva az új Standard Load Balancerbe
    • Ha egy virtuálisgép-méretezési csoport gördülő frissítési szabályzatot használ, a szkript az áttelepítési folyamat során "Manuális" értékre frissíti a virtuálisgép-méretezési csoport frissítési szabályzatát, és az áttelepítés befejezése után visszaállítja a "Rolling" (Gördülő) értékre.
  • Példányszintű nyilvános IP-címek
    • A virtuális gépek és a virtuálisgép-méretezési csoportok esetében a csatlakoztatott nyilvános IP-címeket alapszintűről standard termékváltozatra konvertálja. Megjegyzés: A méretezési csoport nyilvános IP-címei módosulnak a frissítés során; virtuálisgép-IP-címek nem.
  • Címkék az alapszintű Terheléselosztótól a Standard Load Balancerig

Nyilvános terheléselosztó:

  • Nyilvános előtérbeli IP-konfiguráció
    • A nyilvános IP-címet statikus IP-címre alakítja át, ha dinamikus
    • A nyilvános IP-termékváltozat frissítése Standardra, ha alapszintű
    • Az összes társított nyilvános IP-cím frissítése az új Standard Load Balancerre
  • Kimenő szabályok:
    • Az alapszintű terheléselosztók nem támogatják a konfigurált kimenő szabályokat. A szkript létrehoz egy kimenő szabályt a Standard terheléselosztóban az alapszintű terheléselosztó kimenő viselkedésének megőrzése érdekében. A kimenő szabályokról további információt a Kimenő szabályok című témakörben talál.
  • Hálózati biztonsági csoport
    • Az alapszintű Load Balancer nem igényel hálózati biztonsági csoportot a kimenő kapcsolatok engedélyezéséhez. Ha nincs hálózati biztonsági csoport társítva a virtuálisgép-méretezési csoporthoz, a rendszer létrehoz egy új hálózati biztonsági csoportot, amely megőrzi ugyanazt a funkciót. Ez az új hálózati biztonsági csoport a virtuálisgép-méretezési csoport háttérkészlet-tag hálózati adaptereihez van társítva. Lehetővé teszi ugyanazokat a terheléselosztási szabályok portjait és protokolljait, és megőrzi a kimenő kapcsolatot.

Belső Load Balancer:

  • Privát előtérbeli IP-konfiguráció

Feljegyzés

A hálózati biztonsági csoportok nincsenek konfigurálva a belső Load Balancer-frissítés részeként. Az NSG-kkel kapcsolatos további információkért lásd: Hálózati biztonsági csoportok

Hogyan migrálni, ha a háttérkészlet tagjai több Load Balancerhez tartoznak?

Abban az esetben, ha a háttérkészlet tagjai egy másik Load Balancer háttérkészleteinek tagjai is, például ha belső és külső Terheléselosztókkal rendelkezik ugyanahhoz az alkalmazáshoz, az alapszintű terheléselosztókat egyszerre kell migrálni. Ha egyenként próbálná áttelepíteni a Terheléselosztókat, az alapszintű és a standard termékváltozatú erőforrásokat próbálná kombinálni, ami nem engedélyezett. A migrálási szkript ezt úgy támogatja, hogy több alapszintű terheléselosztót ad át ugyanarra a szkriptvégrehajtásra a -MultiLBConfig paraméter használatával.

Hogyan ellenőrizze, hogy sikeres volt-e a migrálás?

A frissítési modul a végrehajtás végén a következő ellenőrzéseket hajtja végre, összehasonlítva az alapszintű Terheléselosztót az új Standard Load Balancer-sel. Sikertelen migrálás esetén ugyanez a művelet hívható meg a -validateCompletedMigration -basicLoadBalancerStatePath Standard Load Balancer konfigurációs állapotának meghatározásához (ha létre lett hozva). Az áttelepítés során létrehozott naplófájl részletesen ismerteti az áttelepítési műveletet és az esetleges hibákat.

  • A Standard Load Balancer létezik, termékváltozata pedig "Standard"
  • Az előtérbeli IP-konfigurációk száma megegyezik, és hogy az IP-címek megegyeznek
  • A háttérkészletek és tagságaik száma egyezik
  • A terheléselosztási szabályok száma egyezik
  • Az állapotadat-mintavételek száma egyezik
  • A bejövő NAT-szabályok egyezéseinek száma
  • A bejövő NAT-készletek egyezéseinek száma
  • A külső standard terheléselosztókhoz konfigurált kimenő szabály van
  • A külső Standard Load Balancer háttérkészlet tagjai társított hálózati biztonsági csoportokkal rendelkeznek

Hogyan konfigurálhatom a terheléselosztó kimenő forgalmát?

A standard termékváltozatú terheléselosztók nem engedélyezik az alapértelmezett kimenő hozzáférést a háttérkészlet tagjai számára. A kimenő internet-hozzáférés engedélyezéséhez további lépésekre van szükség.

Külső Terheléselosztók esetén a kimenő szabályokkal explicit módon engedélyezheti a kimenő forgalmat a készlettagok számára. Ha egyetlen háttérkészlete van, a migrálás során automatikusan konfigurálunk egy kimenő szabályt; ha több háttérkészlete van, manuálisan kell létrehoznia a kimenő szabályokat a portfoglalások megadásához.

A belső Terheléselosztók esetében a kimenő szabályok nem használhatók, mert nincs nyilvános IP-cím az SNAT-n keresztül. Ez néhány lehetőséget hagy, amelyeket érdemes megfontolni:

  • NAT Gateway: A NAT-átjárók az Azure ajánlott megközelítései a kimenő forgalomhoz a legtöbb esetben. A NAT-átjárók azonban megkövetelik, hogy a csatolt alhálózat ne rendelkezzen alapvető termékváltozatú hálózati erőforrásokkal – vagyis a használatuk előtt át kell telepítenie az összes Terheléselosztót és nyilvános IP-címet. Ezért javasoljuk, hogy használjon kétlépéses megközelítést, ahol először az alábbi módszerek egyikét használja a kimenő kapcsolatokhoz, majd az alapszintű termékváltozat-migrálások befejezése után váltson NAT-átjárókra .
  • Hálózati virtuális berendezés: Átirányítja a forgalmat egy hálózati virtuális berendezésen, például egy Azure Firewallon keresztül, amely viszont átirányítja a forgalmat az internetre. Ez a beállítás akkor ideális, ha már konfigurált hálózati virtuális berendezést.
  • Másodlagos külső terheléselosztó: Ha másodlagos külső Terheléselosztót ad hozzá a háttérerőforrásokhoz, a külső Load Balancert használhatja a kimenő forgalomhoz kimenő szabályok konfigurálásával. Ha ez a külső Load Balancer nem rendelkezik terheléselosztási szabályokkal, NAT-szabályokkal vagy bejövő NAT-készletekkel, a háttérerőforrások a belső hálózattól elszigeteltek maradnak a bejövő forgalomhoz – lásd a csak kimenő terheléselosztó konfigurációját. Ezzel a beállítással a külső Load Balancer konfigurálható az alapszintű termékváltozatról a standard termékváltozatra való migrálás előtt, és a belső terheléselosztóval egy időben migrálható a -MultiLBConfig paraméter használatával
  • Nyilvános IP-címek: Végül a nyilvános IP-címek közvetlenül hozzáadhatók a virtuális gépekhez vagy a virtuálisgép-méretezési csoport példányaihoz. Ez a beállítás azonban nem ajánlott a nyilvános IP-címek hozzáadásának további biztonsági területe és költsége miatt.

Mi történik, ha a frissítés a migrálás közepén meghiúsul?

A modul úgy lett kialakítva, hogy kezelje a nem kezelt hibák vagy a szkript váratlan leállása miatti hibákat. A hibatervezés egy "feladatátvételi" módszer, ahol ahelyett, hogy vissza szeretne lépni az alapszintű Terheléselosztóba, javítsa ki a hibát okozó problémát (lásd a hiba kimenetét vagy a naplófájlt), majd próbálkozzon újra az áttelepítéssel a paraméterek megadásával -FailedMigrationRetryFilePathLB <BasicLoadBalancerBackupFilePath> -FailedMigrationRetryFilePathVMSS <VMSSBackupFile> . A nyilvános terheléselosztók esetében, mivel a nyilvános IP-cím termékváltozata standardra lett frissítve, nem lehet ugyanazt az IP-címet egy alapszintű terheléselosztóba áthelyezni.

Tekintse meg a helyreállítási folyamatról készült videót:

Ha a sikertelen migrálás egyszerre több terheléselosztót célozott meg, a -MultiLBConfig paraméter használatával az egyes Load Balancereket egyenként, az alábbi eljárással állítsa helyre.

Az alapvető hibahelyreállítási eljárás a következő:

  1. A migrálási hiba okának kezelése. Részletekért tekintse meg a naplófájlt Start-AzBasicLoadBalancerUpgrade.log
  2. Távolítsa el az új Standard Load Balancert (ha létrejön). Attól függően, hogy a migrálás melyik szakasza nem sikerült, előfordulhat, hogy el kell távolítania a Standard Load Balancer-hivatkozást a virtuálisgép-méretezési csoportból vagy a virtuálisgép-hálózati adapterekből (IP-konfigurációk) és állapotmintákból a Standard Load Balancer eltávolításához.
  3. Keresse meg az alapszintű Load Balancer-állapot biztonsági mentési fájljának helyét. Ez a fájl vagy abban a könyvtárban lesz, amelyben a szkriptet végrehajtották, vagy a paraméterrel megadott -RecoveryBackupPath elérési úton a sikertelen végrehajtás során. A fájl neve: State_<basicLBName>_<basicLBRGName>_<timestamp>.json
  4. Futtassa újra a migrálási szkriptet, és a -BasicLoadBalancerName helyett adja meg az -FailedMigrationRetryFilePathLB <BasicLoadBalancerbackupFilePath> és -FailedMigrationRetryFilePathVMSS <VMSSBackupFile> (a virtuálisgép-méretezési csoport háttérrendszereihez tartozó) paramétereket, vagy adja át az alapszintű terheléselosztót a folyamaton

Következő lépések