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


Azure Stack Hub számítási kapacitás

Az Azure Stack Hubon támogatott virtuálisgép-méretek az Azure-ban támogatottak részhalmazai. Az Azure számos vektor mentén alkalmaz erőforráskorlátokat, hogy elkerülje az erőforrások (kiszolgáló helyi és szolgáltatási szintű) túlfogyasztását. A bérlői használat korlátozása nélkül a bérlői élmény szenvedni fog, ha más bérlők túllépik az erőforrásokat. A virtuális gép hálózati kimenő forgalmának esetében az Azure Stack Hubon olyan sávszélességkorlátok vannak érvényben, amelyek megfelelnek az Azure korlátainak. Az Azure Stack Hubon található tárolási erőforrások esetében a tárolási IOPS-korlátok elkerülik a bérlők által a tárterület-hozzáféréshez szükséges erőforrások alapszintű használatát.

Fontos

Az Azure Stack Hub Capacity Planner nem veszi figyelembe vagy garantálja az IOPS teljesítményét. A felügyeleti portál figyelmeztetést jelenít meg, ha a rendszer teljes memóriahasználata elérte a 85%-ot. Ez a riasztás további kapacitás hozzáadásával vagy a már nem szükséges virtuális gépek eltávolításával orvosolható.

Virtuális gépek elhelyezése

Az Azure Stack Hub elhelyezési motorja bérlői virtuális gépeket helyez el az elérhető gazdagépeken.

Az Azure Stack Hub két szempontot használ a virtuális gépek elhelyezésekor. Egy: van elég memória a gazdagépen az adott virtuálisgép-típushoz? Kettő: a virtuális gépek egy rendelkezésre állási csoport részei, vagy virtuálisgép-méretezési csoportok?

A több virtuális gépből álló éles számítási feladatok magas rendelkezésre állásának elérése érdekében az Azure Stack Hubban a virtuális gépek (VM-ek) egy rendelkezésre állási csoportban vannak elhelyezve, amely több tartalék tartományra osztva osztva őket. A rendelkezésre állási csoportok tartalék tartománya egyetlen csomópontként van definiálva a skálázási egységben. Az Azure Stack Hub támogatja, hogy egy rendelkezésre állási csoport legfeljebb három tartalék tartománnyal legyen konzisztens az Azure-ral. A rendelkezésre állási csoportban elhelyezett virtuális gépek fizikailag el lesznek különítve egymástól azáltal, hogy a lehető leg egyenletesen oszlanak el több tartalék tartományon (Azure Stack Hub-csomópontokon). Hardverhiba esetén a meghibásodott tartalék tartományból származó virtuális gépek más tartalék tartományokban is újraindulnak. Ha lehetséges, külön tartalék tartományokban lesznek tárolva az ugyanazon rendelkezésre állási csoportban lévő többi virtuális géptől. Amikor a gazdagép újra online állapotba kerül, a virtuális gépek újra ki lesznek egyensúlyban a magas rendelkezésre állás fenntartása érdekében.

A virtuálisgép-méretezési csoportok rendelkezésre állási csoportokat használnak a háttérrendszeren, és győződjön meg arról, hogy minden virtuálisgép-méretezési csoportpéldány más tartalék tartományba van helyezve. Ez azt jelenti, hogy különálló Azure Stack Hub-infrastruktúracsomópontokat használnak. Egy négycsomópontos Azure Stack Hub-rendszerben például előfordulhat, hogy egy három példányból álló virtuálisgép-méretezési csoport létrehozása sikertelen lesz, mivel a négy csomópontos kapacitás hiánya miatt három virtuálisgép-méretezési csoportpéldányt helyez el három különálló Azure Stack Hub-csomóponton. Emellett az Azure Stack Hub-csomópontok különböző szinteken tölthetők fel az elhelyezés kipróbálása előtt.

Az Azure Stack Hub nem engedi túl a memóriát. A fizikai magok számának túllépése azonban megengedett.

Mivel az elhelyezési algoritmusok nem a meglévő virtuális magok és fizikai magok túlépítési arányát tekintik tényezőként, minden gazdagépnek eltérő aránya lehet. Microsoftként nem nyújtunk útmutatást a fizikai és virtuális magok arányával kapcsolatban a számítási feladatok és a szolgáltatásiszint-követelmények változása miatt.

A virtuális gépek teljes számának megfontolása

A létrehozható virtuális gépek teljes száma korlátozott. Az Azure Stack Hub virtuális gépeinek maximális száma 700 és 60 skálázásiegység-csomópontonként. Egy nyolckiszolgálós Azure Stack Hub virtuálisgép-korlát például 480 (8 * 60). Egy 12–16 kiszolgálós Azure Stack Hub-megoldás esetében a korlát 700 lenne. Ezt a korlátot úgy hozták létre, hogy szem előtt tartsa a számítási kapacitással kapcsolatos összes szempontot, például a rugalmassági tartalékot és a processzor virtuális és fizikai arányát, amelyet az operátor a bélyegen fenn szeretne tartani.

Ha eléri a virtuálisgép-méretezési korlátot, a rendszer a következő hibakódokat adja vissza: VMsPerScaleUnitLimitExceeded, VMsPerScaleUnitNodeLimitExceeded.

Megjegyzés

A maximális 700 virtuális gép egy része az Azure Stack Hub infrastruktúra virtuális gépei számára van fenntartva. További információkért tekintse meg az Azure Stack Hub kapacitástervezőt.

A virtuális gépek kötegelt üzembe helyezésének megfontolása

A 2002 előtti és az azt megelőző kiadásokban kötegenként 2–5 virtuális gép, a kötegek közötti 5 perces eltéréssel megbízható virtuálisgép-üzembe helyezéseket biztosított, hogy elérjék a 700 virtuálisgép-skálát. Az Azure Stack Hub 2005-ös verziójával 40-es kötegméret mellett megbízhatóan kiépíteni tudjuk a virtuális gépeket, és 5 perc különbség van a kötegtelepítések között. A kezdési, a leállítási és a frissítési műveleteket 30 kötegméretben kell elvégezni, és minden köteg között 5 percet kell hagyni.

GPU-alapú virtuális gépek megfontolandó szempontok

Az Azure Stack Hub memóriát foglal le az infrastruktúra és a bérlő virtuális gépek számára a feladatátvételhez. A többi virtuális géptől eltérően a GPU virtuális gépek nem magas rendelkezésre állású módban futnak, ezért nem hajtanak végre feladatátvételt. Ennek eredményeképpen a csak GPU-s virtuálisgép-bélyeg számára fenntartott memória szükséges az infrastruktúrának a feladatátvételhez, nem pedig a HA-bérlő virtuálisgép-memóriájának elszámolásához.

Azure Stack Hub-memória

Az Azure Stack Hub úgy lett kialakítva, hogy a sikeresen kiépített virtuális gépek továbbra is fussanak. Ha például egy gazdagép hardverhiba miatt offline állapotban van, az Azure Stack Hub megpróbálja újraindítani a virtuális gépet egy másik gazdagépen. Egy második példa az Azure Stack Hub szoftver javítása és frissítése során. Ha újra kell indítani egy fizikai gazdagépet, a rendszer megpróbálja áthelyezni a gazdagépen futó virtuális gépeket a megoldás egy másik elérhető gazdagépére.

Ez a virtuális gép kezelése vagy áthelyezése csak akkor érhető el, ha van fenntartott memóriakapacitás, amely lehetővé teszi az újraindítást vagy a migrálást. A teljes gazdagépmemória egy része le van foglalva, és nem érhető el a bérlői virtuális gépek elhelyezéséhez.

A felügyeleti portálon áttekinthet egy kördiagramot, amely az Azure Stack Hubban lévő ingyenes és használt memóriát jeleníti meg. Az alábbi ábra az Azure Stack Hub egy skálázási egységének fizikai memóriakapacitását mutatja be:

Fizikai memóriakapacitás egy Azure Stack Hub-skálázási egységen

A felhasznált memória több összetevőből áll. A kördiagram használati szakaszában a következő összetevők használják fel a memóriát:

  • Gazdagép operációs rendszerének használata vagy foglalása: Az operációs rendszer által a gazdagépen használt memória, a virtuális memória laptáblái, a gazdagép operációs rendszerén futó folyamatok és a Közvetlen tárolóhelyek memória-gyorsítótára. Mivel ez az érték a gazdagépen futó különböző Hyper-V-folyamatok által használt memóriától függ, ingadozhat.
  • Infrastruktúra-szolgáltatások: Az Azure Stack Hubot alkotó infrastruktúra virtuális gépek. Ahogy korábban említettük, ezek a virtuális gépek a 700 virtuális gép maximális számának részét képezik. Az infrastruktúra-szolgáltatási összetevő memóriakihasználtsága megváltozhat, mivel azon dolgozunk, hogy az infrastruktúra-szolgáltatásokat skálázhatóbbá és rugalmasabbá tegyük. További információ: Azure Stack Hub capacity planner
  • Rugalmassági tartalék: Az Azure Stack Hub a memória egy részét lefoglalja, hogy lehetővé tegye a bérlők rendelkezésre állását egyetlen gazdagép meghibásodása esetén, valamint a javítás és frissítés során, hogy lehetővé tegye a virtuális gépek sikeres élő áttelepítését.
  • Bérlői virtuális gépek: Az Azure Stack Hub felhasználói által létrehozott bérlői virtuális gépek. A futó virtuális gépek mellett a memóriát minden olyan virtuális gép felhasználja, amely a hálón landolt. Ez azt jelenti, hogy a "Létrehozás" vagy a "Sikertelen" állapotú virtuális gépek, illetve a vendégen belülről leállított virtuális gépek memóriát fognak használni. Azok a virtuális gépek azonban, amelyeket a portál/powershell/cli leállítási felszabadítási lehetőségével szabadítottak fel, nem fognak memóriát használni az Azure Stack Hubból.
  • Érték hozzáadása típusú erőforrás-szolgáltatók (RP-k): A value-add RP-khez(például SQL, MySQL, App Service stb.) üzembe helyezett virtuális gépek.

A portálon a memóriahasználat megértésének legjobb módja az, ha az Azure Stack Hub Capacity Planner használatával látja a különböző számítási feladatok hatását. Az alábbi számítás ugyanaz, mint amelyet a tervező használ.

Ez a számítás a bérlői virtuális gépek elhelyezéséhez használható teljes rendelkezésre álló memóriát eredményezi. Ez a memóriakapacitás az Azure Stack Hub skálázási egységének teljes egészére érvényes.

Rendelkezésre álló memória a virtuális gépek elhelyezéséhez = teljes gazdagépmemória – rugalmassági tartalék – bérlői virtuális gépek futtatásához használt memória – Azure Stack Hub-infrastruktúra többletterhelése 1

  • Teljes gazdagépmemória = Az összes csomópont memóriájának összege
  • Rugalmassági tartalék = H + R * ((N-1) * H) + V * (N-2)
  • Bérlői virtuális gépek által használt memória = A bérlői számítási feladat által felhasznált tényleges memória, nem függ a magas rendelkezésre állást használó konfigurációtól
  • Azure Stack Hub-infrastruktúra többletterhelése = 268 GB + (4 GB x N)

Ahol:

  • H = Az egykiszolgálós memória mérete
  • N = A skálázási egység mérete (kiszolgálók száma)
  • R = Az operációs rendszer tartaléka az operációs rendszer többletterhelésére, amely ebbena képletben 0,15
  • V = A skálázási egység legnagyobb HA virtuális gépe

1 Az Azure Stack Hub-infrastruktúra többletterhelése = 268 GB + (csomópontok 4 GB x száma). Körülbelül 31 virtuális gépet használnak az Azure Stack Hub infrastruktúrájának üzemeltetésére, és összesen körülbelül 268 GB + (csomópontok 4 GB x száma) memóriát és 146 virtuális magot használnak fel. Ezen virtuális gépek számának magyarázata a szükséges szolgáltatáselválasztás kielégítése a biztonságra, a méretezhetőségre, a karbantartásra és a javításra vonatkozó követelmények teljesítéséhez. Ez a belső szolgáltatási struktúra lehetővé teszi az új infrastruktúra-szolgáltatások fejlesztésének jövőbeni bevezetését.

2 Az operációs rendszer tartaléka a többletterheléshez = a csomópont memóriájának 15%-a (.15). Az operációs rendszer tartalék értéke becslés, és a kiszolgáló fizikai memóriakapacitásától és az operációs rendszer általános terhelésétől függően változik.

A skálázási egység legnagyobb HA virtuális gépe, a V érték dinamikusan a legnagyobb bérlői virtuális gép memóriaméretén alapul. A legnagyobb HA virtuális gép értéke például legalább 12 GB (amely az infrastruktúra virtuális gépét tartalmazza) vagy 112 GB vagy bármely más támogatott virtuálisgép-memóriaméret az Azure Stack Hub megoldásban. Az Azure Stack Hub-háló legnagyobb magas rendelkezésre állású virtuális gépének módosítása növeli a rugalmassági tartalékot és magát a virtuális gép memóriáját is. Ne feledje, hogy a GPU virtuális gépek nem HA módban futnak.

Mintaszámítás

Egy kis négy csomópontos Azure Stack Hub-üzembe helyezéssel rendelkezünk, amely minden csomóponton 768 GB RAM-mal rendelkezik. Azt tervezzük, hogy 128 GB RAM-mal (Standard_E16_v3) helyezünk el egy virtuális gépet az SQL Serverhez. Mi lesz a rendelkezésre álló memória a virtuális gépek elhelyezéséhez?

  • Teljes gazdamemória = Az összes csomópont memóriaösszege = 4 * 768 GB = 3072 GB
  • Rugalmassági tartalék = H + R * ((N-1) * H) + V * (N-2) = 768 + 0,15 * ((4 - 1) * 768) + 128 * (4 - 2) = 1370 GB
  • Bérlői virtuális gépek által használt memória = A bérlői számítási feladat által felhasznált tényleges memória, nem függ a magas rendelkezésre állást használó konfigurációtól = 0 GB
  • Azure Stack Hub-infrastruktúra többletterhelése = 268 GB + (4 GB x N) = 268 + (4 * 4) = 284 GB

Rendelkezésre álló memória a virtuális gépek elhelyezéséhez = teljes gazdagépmemória – rugalmassági tartalék – Bérlői virtuális gépek futtatásához használt memória – Azure Stack Hub-infrastruktúra többletterhelése

Rendelkezésre álló memória a virtuális gépek elhelyezéséhez = 3072 – 1370 – 0 – 284 = 1418 GB

A felszabadítással kapcsolatos szempontok

Ha egy virtuális gép felszabadított állapotban van, a rendszer nem használ memória-erőforrásokat. Ez lehetővé teszi, hogy mások virtuális gépeket helyezzenek a rendszerbe.

Ha a felszabadított virtuális gépet újra elindítja, a rendszer úgy kezeli a memóriahasználatot vagy -lefoglalást, mint egy új virtuális gépet, amely a rendszerbe kerül, és a rendszer felhasználja a rendelkezésre álló memóriát. Ha nincs szabad memória, akkor a virtuális gép nem indul el.

Az aktuálisan üzembe helyezett nagy virtuális gépek azt mutatják, hogy a lefoglalt memória 112 GB, de ezeknek a virtuális gépeknek a memóriaigénye körülbelül 2–3 GB.

Name Hozzárendelt memória (GB) Memóriaigény (GB) ComputerName
ca7ec2ea-40fd-4d41-9d9b-b11e7838d508 112 2.2392578125 LISSA01P-NODE01
10cd7b0f-68f4-40ee-9d98-b9637438ebf4 112 2.2392578125 LISSA01P-NODE01
2e403868-ff81-4abb-b087-d9625ca01d84 112 2.2392578125 LISSA01P-NODE04

A virtuális gépek elhelyezéséhez három módon szabadíthatja fel a memóriát a Rugalmassági tartalék = H + R * ((N-1) * H) + V * (N-2) képlet használatával:

  • A legnagyobb virtuális gép méretének csökkentése
  • Csomópont memóriájának növelése
  • Csomópont hozzáadása

A legnagyobb virtuális gép méretének csökkentése

A legnagyobb virtuális gép méretének a bélyegben lévő következő legkisebb virtuális gépre (24 GB) való csökkentése csökkenti a rugalmassági tartalék méretét.

A virtuális gép méretének csökkentése

Rugalmassági tartalék = 384 + 172,8 + 48 = 604,8 GB

Teljes memória Infra GB Bérlő GB-ja Rugalmassági tartalék Fenntartott memória teljes száma Elhelyezésre rendelkezésre álló teljes GB
1536 GB 258 GB 329,25 GB 604,8 GB 258 + 329,25 + 604,8 = 1168 GB ~344 GB

Csomópont hozzáadása

Egy Azure Stack Hub-csomópont hozzáadása felszabadítja a memóriát azáltal, hogy egyenlően osztja el a memóriát a két csomópont között.

Csomópont hozzáadása

Rugalmassági tartalék = 384 + (0,15) ((5)*384) + 112 * (3) = 1008 GB

Teljes memória Infra GB Bérlő GB-ja Rugalmassági tartalék Fenntartott memória teljes száma Elhelyezésre rendelkezésre álló teljes GB
1536 GB 258 GB 329,25 GB 604,8 GB 258 + 329,25 + 604,8 = 1168 GB ~ 344 GB

Memória növelése az egyes csomópontokon 512 GB-ra

Az egyes csomópontok memóriájának növelése növeli a teljes rendelkezésre álló memóriát.

A csomópont méretének növelése

Rugalmassági tartalék = 512 + 230,4 + 224 = 966,4 GB

Teljes memória Infra GB Bérlő GB-ja Rugalmassági tartalék Fenntartott memória teljes száma Elhelyezésre rendelkezésre álló teljes GB
2048 (4*512) GB 258 GB 505,75 GB 966,4 GB 1730,15 GB ~ 318 GB

Gyakori kérdések

K: A bérlőm üzembe helyezett egy új virtuális gépet, mennyi ideig tart, amíg a felügyeleti portál képességdiagramja megjeleníti a fennmaradó kapacitást?

V: A kapacitás panel 15 percenként frissül, ezért ezt vegye figyelembe.

K: Hogyan tekinthetem meg az elérhető magokat és a hozzárendelt magokat?

A: A PowerShellben futtassa a parancsot test-azurestack -include AzsVmPlacement -debug, amely a következőhöz hasonló kimenetet hoz létre:

    Starting Test-AzureStack
    Launching AzsVmPlacement
     
    Azure Stack Scale Unit VM Placement Summary Results
     
    Cluster Node    VM Count VMs Running Physical Core Total Virtual Co Physical Memory Total Virtual Mem
    ------------    -------- ----------- ------------- ---------------- --------------- -----------------
    LNV2-Node02     20       20          28            66               256             119.5            
    LNV2-Node03     17       16          28            62               256             110              
    LNV2-Node01     11       11          28            47               256             111              
    LNV2-Node04     10       10          28            49               256             101              
    
    PASS : Azure Stack Scale Unit VM Placement Summary

K: Az Azure Stack Hubon üzembe helyezett virtuális gépek száma nem változott, de a kapacitásom ingadozik. Miért?

V: A virtuális gépek elhelyezéséhez rendelkezésre álló memória több függőségből áll, amelyek közül az egyik a gazda operációs rendszer tartaléka. Ez az érték a gazdagépen futó különböző Hyper-V-folyamatok által használt memóriától függ, ami nem állandó érték.

K: Milyen állapotban kell lenniük a bérlői virtuális gépeknek a memóriahasználathoz?

V: A futó virtuális gépek mellett a memóriát a hálón landolt virtuális gépek is felhasználják. Ez azt jelenti, hogy a "Létrehozás" vagy "Sikertelen" állapotú virtuális gépek memóriát fognak használni. A vendégen belülről leállított virtuális gépek a portálról/powershellből/parancssori felületről való felszabadítás helyett memóriát is használnak.

K: Négy gazdagépes Azure Stack Hubom van. A bérlőm 3 virtuális géppel rendelkezik, amelyek mindegyike 56 GB RAM-ot (D5_v2) használ. Az egyik virtuális gépet 112 GB RAM-ra (D14_v2) méretezték át, és az irányítópulton elérhető memóriajelentések 168 GB-os kihasználtságnövekedést eredményeztek a kapacitás panelen. A másik két D5_v2 virtuális gép D14_v2 való későbbi átméretezése csak 56 GB RAM-os növekedést eredményezett. Miért van ez így?

A: A rendelkezésre álló memória az Azure Stack Hub által fenntartott rugalmassági tartalék függvénye. A rugalmassági tartalék az Azure Stack Hub-bélyeg legnagyobb virtuálisgép-méretének függvénye. Először a bélyeg legnagyobb virtuális gépe 56 GB memória volt. A virtuális gép átméretezésekor a bélyegen lévő legnagyobb virtuális gép 112 GB memóriává vált, amely nem csak növelte a bérlői virtuális gép által használt memóriát, hanem növelte a rugalmassági tartalékot is. Ez a változás 56 GB -os (56 GB-ról 112 GB-ra növelt virtuálisgép-bérlői memória) + 112 GB rugalmassági tartalék memória növelését eredményezte. Az ezt követő virtuális gépek átméretezésekor a legnagyobb virtuálisgép-méret a 112 GB-os virtuális gép maradt, ezért nem növekedett a rugalmassági tartalék. A memóriahasználat növekedése csak a bérlői virtuális gép memórianövelése volt (56 GB).

Megjegyzés

A hálózatkezelés kapacitástervezési követelményei minimálisak, mivel csak a nyilvános VIRTUÁLIS IP-cím mérete konfigurálható. További információ arról, hogyan adhat hozzá további nyilvános IP-címeket az Azure Stack Hubhoz: Nyilvános IP-címek hozzáadása.

Következő lépések

Tudnivalók az Azure Stack Hub Storage-ról