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

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:

• 03:06 – Lépésről lépésre
• 32:54 – Helyreállítás
• 40:55 – Speciális forgatókönyvek
• 57:54 – Erőforrások

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. Adja meg -skipUpgradeNATPoolsToNATRules a frissítés kihagyását.
• 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.
• Az PowerShell-modul: Annak meghatározása, hogy telepítve van-e a legújabb Az PowerShell-modul
  • A legújabb Az PowerShell-modul telepítése
• Az.ResourceGraph PowerShell-modul: Az Az.ResourceGraph PowerShell modul az erőforrás-konfiguráció lekérdezésére szolgál a frissítés során, és az Az PowerShell-modultól különálló telepítés. A modul automatikusan hozzáadódik, ha a parancs használatával telepíti a AzureBasicLoadBalancerUpgrade modult Install-Module .

Modul telepítése

A modul telepítése a PowerShell-gyűjteményből

PS C:\> 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. Az Connect-AzAccount Azure-hoz való csatlakozáshoz használja az alapszintű Load Balancer előfizetés-azonosítóját, ha több előfizetéssel rendelkezik.

   PS C:\> Connect-AzAccount -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 Frissítés parancsot.

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

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

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

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

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

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

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

Példa: több kapcsolódó Terheléselosztó migrálása

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
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

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

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

PS C:\> 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
  • Frissítések a nyilvános IP-termékváltozatot 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éseia 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

• Ha kihagyja, migráljon a NAT-készletekből a virtuálisgép-méretezési csoportok NAT-szabályaiba
• Az Azure Load Balancer ismertetése