Közelségi elhelyezési csoportok

A következőkre vonatkozik: ✔️ Linux rendszerű virtuális ✔️ gépek Windows rendszerű virtuális gépek rugalmas méretezési ✔️ csoportjai Egységes méretezési csoportok ✔️

A virtuális gépek egyetlen régióban való elhelyezése csökkenti a példányok közötti fizikai távolságot. Ha egyetlen rendelkezésre állási zónába helyezi őket, fizikailag is közelebb kerülnek egymáshoz. Az Azure-lábnyom növekedésével azonban egyetlen rendelkezésre állási zóna több fizikai adatközpontra is kiterjedhet, ami hálózati késést eredményezhet az alkalmazásra nézve.

Ahhoz, hogy a virtuális gépek a lehető legközelebb kerüljenek egymáshoz, és a lehető legalacsonyabb késést érjék el, helyezze üzembe őket egy közelségi elhelyezési csoportban.

A közelségi elhelyezési csoport egy logikai csoportosítás, amellyel meggyőződhet arról, hogy az Azure számítási erőforrásai fizikailag egymás közelében találhatók. A közelségi elhelyezési csoportok olyan számítási feladatokhoz hasznosak, ahol az alacsony késés követelmény.

• Kis késés a különálló virtuális gépek között.
• Alacsony késés egyetlen rendelkezésre állási csoportban vagy virtuálisgép-méretezési csoportban lévő virtuális gépek között.
• Kis késés a különálló virtuális gépek, több rendelkezésre állási csoportban lévő virtuális gépek vagy több méretezési csoport között. Több számítási erőforrással is rendelkezhet egyetlen elhelyezési csoportban egy többrétegű alkalmazás összehozásához.
• Kis késés több alkalmazásszint között különböző hardvertípusok használatával. Futtathatja például a háttérrendszert egy rendelkezésre állási csoportban az M sorozattal, az előtér pedig egy D sorozatú példányon, egy méretezési csoportban, egyetlen közelségi elhelyezési csoportban.

Közelségi elhelyezési csoportok használata

A közelségi elhelyezési csoport egy azure-beli erőforrás. Mielőtt más erőforrásokkal használnák, létre kell hoznia egyet. A létrehozás után használható virtuális gépekkel, rendelkezésre állási csoportokkal vagy virtuálisgép-méretezési csoportokkal. A közelségi elhelyezési csoport azonosítóját biztosító számítási erőforrások létrehozásakor meg kell adnia egy közelségi elhelyezési csoportot.

Meglévő erőforrást is áthelyezhet egy közelségi elhelyezési csoportba. Amikor egy erőforrást egy közelségi elhelyezési csoportba helyez át, először le kell állítania (felszabadítania) az objektumot, mivel az újra üzembe helyezhető a régió egy másik adatközpontjában, hogy kielégítse a kolocációs kényszert.

Rendelkezésre állási csoportok és virtuálisgép-méretezési csoportok esetén az egyes virtuális gépek helyett az erőforrás szintjén kell beállítani a közelségi elhelyezési csoportot.

A közelségi elhelyezési csoport nem rögzítési mechanizmus, hanem közös elhelyezési kényszer. Egy adott adatközpontba van rögzítve az első használni kívánt erőforrás üzembe helyezésével. Miután a közelségi elhelyezési csoportot használó összes erőforrás le lett állítva (felszabadítva) vagy törölve lett, az már nem lesz rögzítve. Ezért amikor több virtuálisgép-sorozattal rendelkező közelségi elhelyezési csoportot használ, fontos, hogy lehetőség szerint előre meg kell adnia az összes szükséges típust egy sablonban, vagy követnie kell egy üzembe helyezési sorozatot, amely növeli a sikeres üzembe helyezés esélyét. Ha az üzembe helyezés sikertelen, indítsa újra az üzembe helyezést a virtuális gép méretével, amely az első üzembe helyezendő méretként meghiúsult.

Virtuálisgép-méretek megadása szándékkal

Az opcionális intent paraméter használatával megadhatja a kívánt virtuálisgép-méreteket , amelyek a közelségi elhelyezési csoport részét képezik. Ez a paraméter megadható egy közelségi elhelyezési csoport létrehozásakor, vagy hozzáadható/módosítható az összes virtuális gép felszabadítása után egy közelségi elhelyezési csoport frissítésekor.

A megadásakor intenthozzáadhatja a választható zone paramétert is egy rendelkezésre állási zóna megadásához, ami azt jelzi, hogy a közelségi elhelyezési csoportot egy adott rendelkezésre állási zónán belül kell létrehozni. A paraméter megadásakor vegye figyelembe a zone következő pontokat:

• A rendelkezésre állási zóna paraméter csak a közelségi elhelyezési csoport létrehozásakor adható meg, és később nem módosítható.
• A zone paraméter csak a paranccsal intenthasználható, egyedül nem használható.
• Csak egy rendelkezésre állási zóna adható meg.

A közelségi elhelyezési csoport létrehozása vagy frissítése csak akkor lesz sikeres, ha legalább egy adatközpont támogatja a szándékban megadott összes virtuálisgép-méretet. Ellenkező esetben a létrehozás vagy frissítés a "OverconstrainedAllocationRequest" hibával meghiúsul, ami azt jelzi, hogy a virtuálisgép-méretek kombinációja nem támogatott egy közelségi elhelyezési csoportban. A szándék nem biztosít kapacitásfoglalást vagy garanciát. A megadott virtuálisgép-méretek és zónák intent a megfelelő adatközpont kiválasztására szolgálnak, így csökken a meghibásodás esélye, ha a kívánt virtuálisgép-méret nem érhető el egy adatközpontban. Foglalási hibák akkor is előfordulhatnak, ha az üzembe helyezés időpontjában nincs több kapacitás a virtuálisgép-mérethez.

Megjegyzés

A közelségi elhelyezési csoportok szándékának használatához győződjön meg arról, hogy az API-verzió 2021-11-01 vagy újabb

Ajánlott eljárások a szándék használata során

• Csak akkor adjon meg rendelkezésre állási zónát a közelségi elhelyezési csoport számára, ha szándékot ad meg. A rendelkezésre állási zóna szándék nélküli megadása hibát eredményez a közelségi elhelyezési csoport létrehozásakor.
• Ha rendelkezésre állási zónát ad meg a szándékban, győződjön meg arról, hogy az üzembe helyezendő virtuális gépek rendelkezésre állási zónája megegyezik a szándékban megadottakkal, hogy elkerülje a virtuális gépek üzembe helyezése során felmerülő hibákat.
• A szándékban nem szereplő méretű virtuális gépek létrehozása vagy hozzáadása engedélyezett, de nem ajánlott. Előfordulhat, hogy a méret nem létezik a kiválasztott adatközpontban, és a virtuális gép üzembe helyezésekor hibákhoz vezethet.
• Meglévő elhelyezési csoportok esetén azt javasoljuk, hogy a szándék frissítésekor adja meg a meglévő virtuális gépek méretét, hogy elkerülje a virtuális gépek ismételt üzembe helyezésekor fellépő hibákat.

A szándékot befolyásolhatja a leszerelés

• Előfordulhat, hogy egy szándékkal rendelkező közelségi elhelyezési csoport létrehozása és a virtuális gépek üzembe helyezése előtt olyan tervezett karbantartási események következhetnek be, mint például a hardverek azure-adatközpontban történő leszerelése, ami azt eredményezi, hogy a szándékban megadott virtuálisgép-méretek kombinációja nem érhető el az adatközpontban. Ilyen esetekben "OverconstrainedAllocationRequest" hibaüzenet jelenik meg, még akkor is, ha a szándékban megadott méretű virtuális gépeket helyez üzembe. Megpróbálhatja felszabadítani az összes erőforrást a közelségi elhelyezési csoportban, és újból létrehozhatja őket, hogy egy olyan adatközpontot kapjon, amely megfelel a szándéknak. Ha a leszerelés után nincs a megadott virtuálisgép-méretekkel rendelkező adatközpont, előfordulhat, hogy módosítania kell a szándékot a virtuálisgép-méretek eltérő kombinációjának használatára, mivel a virtuálisgép-méretek kombinációja már nem támogatott.
• Az Azure egy teljes virtuálisgép-családot vagy egy adott virtuálisgép-méretkészletet vonhat ki. Ha ilyen virtuálisgép-méret szerepel a szándékban, előfordulhat, hogy el kell távolítania, vagy másik méretre kell cserélnie az eredeti virtuálisgép-méret kivonási dátuma előtt. Ellenkező esetben a szándék már nem érvényes.

Mire számíthat a közelségi elhelyezési csoportok használatakor?

A közelségi elhelyezési csoportok közös elhelyezést kínálnak ugyanabban az adatközpontban. Mivel azonban a közelségi elhelyezési csoportok további üzembehelyezési kényszert jelentenek, foglalási hibák fordulhatnak elő. Kevés olyan használati eset van, amikor foglalási hibákat tapasztalhat a közelségi elhelyezési csoportok használatakor:

• Ha a kérés a közelségi elhelyezési csoportban lévő első virtuális gépre vonatkozik, az adatközpont automatikusan ki lesz választva. Bizonyos esetekben egy másik virtuálisgép-méretre vonatkozó második kérés meghiúsulhat, ha nem létezik az adatközpontban. Ebben az esetben a rendszer OverconstrainedAllocationRequest hibát ad vissza. A hiba elkerülése érdekében próbálja meg módosítani a virtuálisgép-méretek üzembe helyezésének sorrendjét, vagy helyezze üzembe mindkét erőforrást egyetlen ARM-sablon használatával.
• Ha a közelségi elhelyezési csoport szándékkal lett létrehozva, a virtuális gépeket nem kell egy adott sorrendben üzembe helyezni, és nem kell egyetlen ARM-sablonnal kötegelni, mivel a szándék egy olyan adatközpont kiválasztására szolgál, amely támogatja a szándékban jelzett összes virtuálisgép-méretet.
• Rugalmas számítási feladatok esetén, ahol virtuálisgép-példányokat ad hozzá és távolít el, a közelségi elhelyezési csoportra vonatkozó korlátozás az üzemelő példányra hatással lehet, ami a kérés teljesítésének meghiúsulását eredményezheti , ami foglalási hiba .
• A rugalmasság elérésének egy másik módja a virtuális gépek leállítása (felszabadítása) és szükség szerinti indítása. Mivel a kapacitás nem marad meg egy virtuális gép leállítása (felszabadítása) után, az újrakezdése foglalási hiba lehet.
• A virtuális gépek indítási és újratelepítési műveletei a sikeres konfigurálás után is tiszteletben tartják a közelségi elhelyezési csoportot.

Tervezett karbantartás és közelségi elhelyezési csoportok

A tervezett karbantartási események, például egy Azure-adatközpont hardveres leszerelése, hatással lehet az erőforrások közelségi elhelyezési csoportokban való igazítására. Az erőforrások áthelyezhetők egy másik adatközpontba, ami megszakítja a közelségi elhelyezési csoporttal kapcsolatos rendezési és késési elvárásokat.

Az igazítás állapotának ellenőrzése

Az alábbiakban ellenőrizheti a közelségi elhelyezési csoportok igazítási állapotát.

• A közelségi elhelyezési csoportok közös elhelyezési állapota a portál, a parancssori felület és a PowerShell használatával tekinthető meg.

  • PowerShell – a közös elhelyezés állapota Get-AzProximityPlacementGroup parancsmagon keresztül szerezhető be a választható "-ColocationStatus" paraméter hozzáadásával.

  • CLI – A közös elhelyezés állapota a választható "--include-colocation-status" paraméter hozzáadásával szerezhető az ppg show be.

• Minden közelségi elhelyezési csoport esetében a közös elhelyezés állapota tulajdonság biztosítja a csoportosított erőforrások aktuális igazítási állapotának összegzését.

  • Igazítva: Az erőforrás a közelségi elhelyezési csoport azonos késési keretén belül van.

  • Ismeretlen: Legalább egy virtuálisgép-erőforrás felszabadítva van. A sikeres újrakezdés után az állapotnak vissza kell lépnie az Igazított állapotba.

  • Nincs igazítva: Legalább egy virtuálisgép-erőforrás nincs összhangban a közelségi elhelyezési csoporttal. A nem igazított erőforrásokat külön is ki kell hívni a tagsági szakaszban

• Rendelkezésre állási csoportok esetén az egyes virtuális gépek igazításával kapcsolatos információkat a Rendelkezésre állási csoportok áttekintése lapon tekintheti meg.

• Méretezési csoportok esetén az egyes példányok igazításával kapcsolatos információk a méretezési csoport Áttekintés lapjának Példányok lapján tekinthetők meg.

Erőforrások átigazolása

Ha a közelségi elhelyezési csoport a Not Aligned, leállíthatja a felszabadítást, majd újraindíthatja az érintett erőforrásokat. Ha a virtuális gép rendelkezésre állási csoportban vagy méretezési csoportban található, a rendelkezésre állási csoport vagy a méretezési csoport összes virtuális gépét le kell állítani\felszabadítani kell az újraindításuk előtt.

Ha az üzembehelyezési korlátozások miatt foglalási hiba történik, előfordulhat, hogy először le kell állítania az érintett közelségi elhelyezési csoportban lévő összes erőforrást (beleértve az igazított erőforrásokat is), majd újra kell indítania őket az igazítás visszaállításához.

Ajánlott eljárások

• A legkisebb késés érdekében használja a közelségi elhelyezési csoportokat a gyorsított hálózatkezeléssel együtt. További információ: Linux rendszerű virtuális gép létrehozása gyorsított hálózatkezeléssel vagy Windows rendszerű virtuális gép létrehozása gyorsított hálózatkezeléssel.
• Annak érdekében, hogy elkerülje a hardverre való leszállást, amely nem támogatja az összes szükséges virtuálisgép-termékváltozatot és méretet, használja a szándékot a közelségi elhelyezési csoportokhoz. Ha ez egy szándék nélküli, már meglévő közelségi elhelyezési csoport, a probléma elkerülése érdekében egyetlen ARM-sablont használhat a megadott összes virtuálisgép-mérettel.
• Ha újrahasznál egy meglévő elhelyezési csoportot, amelyből a virtuális gépeket törölték, várjon, amíg a törlés teljes mértékben befejeződik, mielőtt virtuális gépeket ad hozzá.
• Ha a késés az első prioritás, helyezze a virtuális gépeket egy közelségi elhelyezési csoportba, és a teljes megoldást egy rendelkezésre állási zónába. Ha azonban a rugalmasság a legfontosabb, akkor a példányokat több rendelkezésre állási zónában is eloszthatja (egyetlen közelségi elhelyezési csoport nem terjedhet át zónákra).

Következő lépések

• Helyezzen üzembe egy virtuális gépet egy közelségi elhelyezési csoportban az Azure CLI vagy a PowerShell használatával.
• Megtudhatja, hogyan tesztelheti a hálózati késést.
• Megtudhatja, hogyan optimalizálhatja a hálózati átviteli sebességet.
• Megtudhatja, hogyan használhat közelségi elhelyezési csoportokat SAP-alkalmazásokkal.