Az Azure Arc által engedélyezett AKS erőforráskorlátai, virtuálisgép-méretei és régiói
A következőkre vonatkozik: AKS az Azure Stack HCI 22H2-n, AKS Windows Serveren
Ez a cikk az Azure Arc által engedélyezett Azure Kubernetes Service (AKS) tesztelt konfigurációiról, erőforráskorlátairól, virtuálisgép-méreteiről és régióiról nyújt információkat. A tesztek az AKS legújabb kiadását használták az Azure Stack HCI-n.
Maximális specifikációk
Az Arc-üzemelő példányok által engedélyezett AKS-t a rendszer a következő konfigurációkkal ellenőrizte, beleértve a megadott maximumokat is. Ne feledje, hogy ezen maximumok túllépése a saját felelősségére történik, és váratlan viselkedéshez és hibákhoz vezethet. Ez a cikk útmutatást nyújt a gyakori konfigurációs hibák elkerüléséhez, és segíthet egy nagyobb konfiguráció létrehozásában. Ha kétségei vannak, forduljon a helyi Microsoft-irodához segítségért, vagy küldjön egy kérdést az Azure Stack HCI-közösségben.
Erőforrás | Maximum |
---|---|
Fizikai kiszolgálók fürtönként | 8 |
Virtuális gépek teljes száma | 200 |
Az ajánlott korlátokat az alábbi táblázat alapján az alapértelmezett virtuálisgép-méretekkel teszteltük:
Szerepkör | Virtuális gép mérete |
---|---|
AKS-Host | Standard_A4_v2 |
Célfürt vezérlősíkjának csomópontja | Alapértelmezett |
Célfürt HAProxy terheléselosztója (nem kötelező) | Standard_A4_v2 |
Célfürt Linux-feldolgozó csomópontja | Standard_K8S3_v1 |
Célfürt Windows-munkavégző csomópontja | Standard_K8S3_v1 |
Az Azure Stack HCI-fürt egyes fizikai csomópontjainak hardverkonfigurációja a következő:
- Váz: Dell PowerEdge R650 Server vagy hasonló.
- RAM: RDIMM, 3200 MT/s, Kettős rang, összesen 256 GB.
- CPU: Két (2) Intel Xeon Silver 4316 2.3G, 20C/40T, 10.4 GT/s, 30M Cache, Turbo, HT (150 W) DDR4-2666.
- Lemez: 8x HDD (2 TB vagy nagyobb) és 2x 1,6 TB NVMe az S2D tárolási konfigurációk támogatásához.
- Hálózat: Négy (4) 100 Gbit hálózati adapter (Mellanox vagy Intel).
A Microsoft mérnökei a fenti konfigurációval tesztelték az Arc által engedélyezett AKS-t. Egyetlen csomópont esetén. 2 csomópont, 4 csomópont és 8 csomópontos Windows-feladatátvevő fürtök. Ha túl kell lépnie a tesztelt konfiguráción, tekintse meg az AKS skálázását az Azure Stack HCI-n című cikket.
Fontos
Az AKS üzembe helyezésekor a rendszer ideiglenesen további erőforrásokat használ fel. Minden virtuális gép frissítve van egy működés közbeni frissítési folyamatban, kezdve a vezérlősík csomópontjaival. A Kubernetes-fürt minden csomópontja esetében létrejön egy új csomóponti virtuális gép. A régi csomópont virtuális gépe korlátozott, hogy megakadályozza a számítási feladatok üzembe helyezését. Ezt követően a rendszer kiüríti a korlátozott virtuális gépet az összes tárolóból, hogy a tárolókat a rendszer más virtuális gépei között eloszthassa. A kiürített virtuális gépet ezután eltávolítja a fürtből, leállítja, és lecseréli az új, frissített virtuális gépre. Ez a folyamat addig ismétlődik, amíg az összes virtuális gép frissül.
Elérhető virtuálisgép-méretek
A következő virtuálisgép-méretek érhetők el a vezérlősík csomópontjaihoz, a Linux-munkavégző csomópontokhoz és a Windows-munkavégző csomópontokhoz az Azure Stack HCI-n futó AKS-hez. Bár az olyan virtuálisgép-méretek, mint a Standard_K8S2_v1 és a Standard_K8S_v1 támogatottak a teszteléshez és az alacsony erőforrásigényű üzemelő példányokhoz, ezeket a méreteket körültekintően használja, és szigorú tesztelést alkalmazzon, mivel a memóriahiány miatt váratlan hibákat okozhatnak.
Virtuális gép mérete | CPU | Memória (GB) | GPU-típus | GPU-k száma |
---|---|---|---|---|
Alapértelmezett | 4 | 4 | ||
Standard_A2_v2 | 2 | 4 | ||
Standard_A4_v2 | 4 | 8 | ||
Standard_D2s_v3 | 2 | 8 | ||
Standard_D4s_v3 | 4 | 16 | ||
Standard_D8s_v3 | 8 | 32 | ||
Standard_D16s_v3 | 16 | 64 | ||
Standard_D32s_v3 | 32 | 128 | ||
Standard_DS2_v2 | 2 | 7 | ||
Standard_DS3_v2 | 2 | 14 | ||
Standard_DS4_v2 | 8 | 28 | ||
Standard_DS5_v2 | 16 | 56 | ||
Standard_DS13_v2 | 8 | 56 | ||
Standard_K8S_v1 | 4 | 2 | ||
Standard_K8S2_v1 | 2 | 2 | ||
Standard_K8S3_v1 | 4 | 6 | ||
Standard_NK6 | 6 | 12 | Tesla T4 | 1 |
Standard_NK12 | 12 | 24 | Tesla T4 | 2 |
Az Azure-regisztráció támogatott Azure-régiói
Az Arc által engedélyezett AKS a következő Azure-régiókban támogatott:
- Kelet-Ausztrália
- USA keleti régiója
- Délkelet-Ázsia
- Nyugat-Európa
Az AKS skálázása az Azure Stack HCI-ben
Az AKS azure Stack HCI-n való üzembe helyezésének skálázásához előre kell tervezni a számítási feladatok és a célfürt-kihasználtság ismeretével. Emellett vegye figyelembe a mögöttes infrastruktúrában található hardvererőforrásokat, például a teljes cpu-magokat, a teljes memóriát, a tárterületet, az IP-címeket stb.
Az alábbi példák feltételezik, hogy csak az AKS-alapú számítási feladatok vannak üzembe helyezve a mögöttes infrastruktúrán. A nem AKS-alapú számítási feladatok, például önálló vagy fürtözött virtuális gépek vagy adatbázis-kiszolgálók üzembe helyezése csökkenti az AKS számára elérhető erőforrásokat, amelyeket figyelembe kell vennie.
A kezdés előtt fontolja meg a következő pontokat a maximális skálázás és a támogatáshoz szükséges célfürtök számának meghatározásához:
- A célfürt podjaihoz elérhető IP-címek száma.
- A kubernetes-szolgáltatásokhoz elérhető IP-címek száma egy célfürtben.
- A számítási feladatok futtatásához szükséges podok száma.
A Azure Kubernetes Service gazdagép virtuális gépének méretének meghatározásához ismernie kell a munkavégző csomópontok és a célfürtök számát, mivel ez határozza meg az AKS-gazdagép virtuális gépének méretét. Például:
- A végső üzembe helyezett rendszerben lévő célfürtök száma.
- A csomópontok száma, beleértve a vezérlősíkot, a terheléselosztót és a feldolgozó csomópontokat az összes célfürtben.
Megjegyzés
Egyetlen AKS-gazdagép csak ugyanazon a platformon kezelheti a célfürtöket.
Emellett a célfürt vezérlősík-csomópont méretének meghatározásához ismernie kell az egyes célfürtökben üzembe helyezni kívánt podok, tárolók és munkavégző csomópontok számát.
Alapértelmezett beállítások, amelyek jelenleg nem módosíthatók az AKS-ben
Vannak alapértelmezett konfigurációk és beállítások, amelyek jelenleg nem érhetők el az ügyfélvezérléshez az üzembe helyezés során vagy után. Ezek a beállítások korlátozhatják egy adott célfürt skálázását.
- A célfürtben lévő Kubernetes-podok IP-címeinek száma az alhálózatra
10.244.0.0/16
korlátozódik. Vagyis munkavégző csomópontonként 255 IP-cím használható az összes Kubernetes-névtérben a podokhoz. A fürt minden munkavégző csomópontjához hozzárendelt CIDR-pod megtekintéséhez használja a következő parancsot a PowerShellben:
kubectl get nodes -o json | findstr 'hostname podCIDR'
"kubernetes.io/hostname": "moc-lip6cotjt0f",
"f:podCIDR": {},
"f:podCIDRs": {
"f:kubernetes.io/hostname": {},
"podCIDR": "10.244.2.0/24",
"podCIDRs": [
"kubernetes.io/hostname": "moc-lmb6zqozk4m",
"f:podCIDR": {},
"f:podCIDRs": {
"f:kubernetes.io/hostname": {},
"podCIDR": "10.244.4.0/24",
"podCIDRs": [
"kubernetes.io/hostname": "moc-wgwhhijxtfv",
"f:podCIDR": {},
"f:podCIDRs": {
"f:kubernetes.io/hostname": {},
"podCIDR": "10.244.5.0/24",
"podCIDRs": [
A példában három csomópont látható három CIDR-sel, amelyek mindegyike 254 pod üzemeltetésére képes. A Kubernetes méretezési dokumentációja azt javasolja, hogy teljesítménybeli okokból ne lépje túl a csomópontonkénti 110 podot. Lásd: A nagy méretű fürtökre vonatkozó szempontok.
Egyéb szempontok:
- A Kubernetes-szolgáltatások IP-címeinek száma a lefoglalt VIP-készleten kívülről származik.
10.96.0.0/16
A rendszer a Kubernetes API-kiszolgálóhoz elérhető 255 cím egyikét használja. - Az AKS-gazdagép virtuális gépének mérete csak a telepítéskor állítható be, amikor először futtatja a Set-AksHciConfig parancsot . Később nem módosíthatja.
- A célfürt-vezérlősík és a terheléselosztó virtuális gépek méretét csak a célfürt létrehozásakor állíthatja be.
Példa skálázásra
A következő skálázási példa az alábbi általános feltételezéseken/használati eseteken alapul:
- Az Azure Stack HCI-fürt egy fizikai csomópontjának elvesztését teljes mértékben el szeretné viselni.
- Támogatni szeretné a célfürtök újabb verziókra való frissítését.
- Engedélyezni szeretné a célfürt vezérlősík csomópontjainak és a terheléselosztó csomópontjainak magas rendelkezésre állását.
- Ezekre az esetekre a teljes Azure Stack HCI-kapacitás egy részét szeretné lefoglalni.
Javaslatok
Az optimális teljesítmény érdekében győződjön meg arról, hogy a fürtkapacitás legalább 15 százalékát (100/8=12,5) állítja be, hogy az egyik fizikai csomópont összes erőforrását újra eloszthassa a másik hét (7) csomópontra. Ez a konfiguráció biztosítja, hogy rendelkezik némi tartalékkal a frissítéshez vagy az AKS második napjának egyéb műveleteihez.
Ha egy legfeljebb nyolc (8) csomópontú Azure Stack HCI-fürthöz a 200 virtuálisgép-korlátot szeretné túllépni, növelje az AKS-gazdagép virtuális gépének méretét. A méret megkettőzése nagyjából megduplázza a felügyelhető virtuális gépek számát. Egy 8 csomópontos Azure Stack HCI-fürtön 8192 (8x1024) virtuális gépet érhet el az Azure Stack HCI által javasolt erőforráskorlátok alapján, amelyet a Maximális támogatott hardverspecifikációk című témakörben dokumentált. A kapacitás körülbelül 30%-át kell lefoglalnia, ami 5734 virtuális gép elméleti korlátját jelenti az összes csomóponton.
- Standard_D32s_v3 a 32 maggal és 128 GB-tal rendelkező AKS-gazdagép legfeljebb 1600 csomópontot támogathat.
Megjegyzés
Mivel ezt a konfigurációt nem tesztelték széles körben, gondos megközelítést és ellenőrzést igényel.
Ilyen méretekben érdemes lehet a környezetet legalább 8 célfürtre felosztani, egyenként 200 munkavégző csomóponttal.
Ha egy célfürtben 200 munkavégző csomópontot szeretne futtatni, használhatja az alapértelmezett vezérlősíkot és a terheléselosztó méretét. A csomópontonkénti podok számától függően a vezérlősíkon legalább egy méretre felmehet, és használhatja a Standard_D8s_v3.
Az egyes célfürtökben üzemeltetett Kubernetes-szolgáltatások számától függően előfordulhat, hogy növelnie kell a terheléselosztó virtuális gép méretét, valamint a célfürt létrehozásakor, hogy a szolgáltatások nagy teljesítményűek legyenek, és a forgalom ennek megfelelően legyen irányítva.
Az Arc által engedélyezett AKS üzembe helyezése az Azure Stack HCI elhelyezési logikájának használatával elosztja a feldolgozó csomópontokat a célfürt egyes csomópontkészleteihez az elérhető Azure Stack HCI-csomópontok között.
Fontos
A csomópontok elhelyezése nem marad meg a platform- és AKS-frissítések során, és idővel megváltozik. A sikertelen fizikai csomópontok hatással lesznek a virtuális gépek eloszlására a többi fürtcsomópont között.
Megjegyzés
Ne futtasson egyszerre négynél több célfürt-létrehozást, ha a fizikai fürt már 50%-ban megtelt, mivel ez ideiglenes erőforrás-versengéshez vezethet. Ha a célfürtcsomópont-készleteket nagy számokkal skálázza fel, vegye figyelembe a rendelkezésre álló fizikai erőforrásokat, mivel az AKS nem ellenőrzi az erőforrások rendelkezésre állását a párhuzamos futtatási létrehozási/skálázási folyamatokhoz. Mindig biztosítson elegendő tartalékot a frissítések és a feladatátvétel engedélyezéséhez. Különösen nagy méretű környezetekben ezek a műveletek, ha párhuzamosan futnak, gyors erőforrás-kimerüléshez vezethetnek.
Ha kétségei vannak, forduljon a helyi Microsoft-irodához segítségért, vagy tegyen közzé egy bejegyzést az Azure Stack HCI közösségi fórumán.
Következő lépések
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: