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 Local 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 tájékoztatást. A tesztek az AKS legújabb kiadását használták az Azure Local-on.

Maximális specifikációk

Az Arc-üzemelő példányok által engedélyezett AKS az alábbi konfigurációkkal lett érvényesítve, beleértve a megadott maximumokat is. Ne feledje, hogy ezeknek a maximális értékeknek a túllépése saját kockázattal jár, é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 Helyi közösségében.

Az ajánlott korlátokat az alábbi táblázat alapján teszteltük az alapértelmezett virtuálisgép-méretekkel:

Az Azure Local fürt minden fizikai csomópontjának 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ó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 meg kell haladnia a tesztelt konfigurációt, tekintse meg az AKS skálázását az Azure Local-on.

Elérhető virtuálisgép-méretek

A vezérlősík csomópontjaihoz, a Linux-feldolgozó csomópontokhoz és a Windows-feldolgozó csomópontokhoz a következő virtuálisgép-méretek érhetők el az Azure Local 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ákhoz vezethetnek.

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

Az AKS-környezet azure local-on történő méretezéséhez előre kell tervezni a számítási feladatok ismeretét és a fürt kihasználtságát. Emellett vegye figyelembe a mögöttes infrastruktúrában található hardvererőforrásokat, például a teljes processzormagokat, 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-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.

Mielőtt hozzákezd, fontolja meg a következő szempontokat a maximális skálázás és a támogatni kívánt célfürtök számának meghatározásához:

• A célfürt podjaihoz elérhető IP-címek száma.
• A célfürt Kubernetes-szolgáltatásaihoz elérhető IP-címek száma.
• A számítási feladatok futtatásához szükséges podok száma.

Az Azure Kubernetes Service Host virtuális gép méretének meghatározásához ismernie kell a feldolgozó 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élda:

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

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 feldolgozó csomópontok számát.

Az AKS-ben jelenleg nem módosítható alapértelmezett beállítások

Vannak alapértelmezett konfigurációk és beállítások, amelyek jelenleg nem érhetők el az ügyfelek felügyeletéhez az üzembe helyezés során vagy után. Ezek a beállítások korlátozhatják egy adott célfürt méretezését.

• A célfürtBen lévő Kubernetes-podok IP-címeinek száma az alhálózatra 10.244.0.0/16korlátozódik. Ez azt jelzi, hogy 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 pod CIDR 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-vel, amelyek mindegyike 254 pod üzemeltetésére képes. A Kubernetes skálázá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 fürtökre vonatkozó szempontokat.

Egyéb szempontok:

• A Kubernetes-szolgáltatások IP-címeinek száma a lefoglalt VIP-készleten kívülről 10.96.0.0/16 származik. 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 méretezése

A következő skálázási példa az alábbi általános feltételezéseken/használati eseteken alapul:

• Teljes mértékben el szeretné viselni egy fizikai csomópont elvesztését az Azure Local fürtben.
• Támogatni szeretné a célfürtök újabb verziókra való frissítését.
• Lehetővé szeretné tenni a célfürt vezérlősík csomópontjainak és a terheléselosztó csomópontjainak magas rendelkezésre állását.
• Ezekben az esetekben a teljes Azure Local-kapacitás egy részét szeretné lefoglalni.

Javaslatok

• Az optimális teljesítmény érdekében a fürtkapacitás legalább 15 százalékát (100/8=12,5) állítsa be, hogy az egyik fizikai csomópont összes erőforrása a másik hét (7) csomópontra legyen terjesztve. 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 meg szeretné növelni a 200 virtuálisgép-korlátot egy legfeljebb nyolc (8) csomópontos Azure Local-fürthöz, növelje az AKS-gazdagép virtuális gépének méretét. A méret megduplázása nagyjából megduplázza a felügyelhető virtuális gépek számát. Egy 8 csomópontos Azure Local-fürtön 8192 (8x1024) virtuális gépet érhet el a maximálisan támogatott hardverspecifikációkban dokumentált Azure Local ajánlott erőforráskorlátok alapján. A kapacitás körülbelül 30%-át kell lefoglalnia, ami 5734 virtuális gép elméleti korlátját teszi lehetővé az összes csomóponton.

  • Standard_D32s_v3, a 32 magos és 128 GB-os AKS-gazdagép legfeljebb 1600 csomópontot támogat.

  Feljegyzé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 skálán é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 feldolgozó 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 fel lehet lépni, é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 a célfürt minden csomópontkészletéhez elosztja a feldolgozó csomópontokat a rendelkezésre álló Azure Helyi csomópontok között az Azure Local elhelyezési logikájának használatával.

Ha kétségei vannak, forduljon a helyi Microsoft-irodához segítségért, vagy tegye közzé az Azure Local közösségi fórumán.

Következő lépések

• Tárolási lehetőségek