Hálózati fogalmak az AKS-csomópontok üzembe helyezéséhez
A következőkre vonatkozik: AKS az Azure Local 22H2-n, AKS Windows Serveren
Az Arc által engedélyezett AKS hálózati architektúrájához két IP-cím-hozzárendelési modell közül választhat. Az AKS számos üzembe helyezési lehetőséget támogat az Azure Kubernetes Service (AKS) esetében:
- Statikus IP-hálózatkezelés: a virtuális hálózat statikus IP-címeket rendel a Kubernetes-fürt API-kiszolgálójához, a Kubernetes-csomópontokhoz, a mögöttes virtuális gépekhez, a terheléselosztókhoz és a fürt tetején futó Kubernetes-szolgáltatásokhoz.
- DHCP-hálózatkezelés: a virtuális hálózat dinamikus IP-címeket foglal le a Kubernetes-csomópontokhoz, a mögöttes virtuális gépekhez és a terheléselosztókhoz DHCP-kiszolgáló használatával. A Kubernetes-fürt API-kiszolgálója és a fürt tetején futó Kubernetes-szolgáltatások továbbra is statikus IP-címeket kapnak.
Feljegyzés
Az AKS Archoz itt definiált virtuális hálózati architektúra eltérhet az adatközpontok mögöttes fizikai hálózati architektúrájától.
Virtuális IP-készlet
A virtuális IP-címkészletek olyan IP-címekből állnak, amelyek kötelezőek az AKS Arcban történő üzembe helyezéshez. A VIP-készlet fenntartott IP-címek tartománya, amellyel IP-címeket rendelhet a Kubernetes-fürt API-kiszolgálóhoz. Garantálja, hogy a Kubernetes-szolgáltatásokban lévő alkalmazásai mindig elérhetők legyenek. Ne feledje, hogy függetlenül a virtuális hálózati modelltől és a választott cím-hozzárendelési modelltől, meg kell adnia egy VIP-készletet az AKS-gazdagép üzembe helyezéséhez.
A VIP-készletBEN lévő IP-címek száma az üzembe helyezéshez tervezett számítási feladatok fürtjeinek és Kubernetes-szolgáltatásainak számától függ.
A hálózati modelltől függően a VIP-készlet definíciója a következő módokon különbözik:
- Statikus IP: statikus IP-cím használata esetén győződjön meg arról, hogy a virtuális IP-címek ugyanabból az alhálózatból származnak.
- DHCP: ha a hálózat DHCP-vel van konfigurálva, a hálózati rendszergazdával együttműködve zárja ki a VIP-készlet IP-tartományát az Azure Local deployment AKS-hez használt DHCP-hatókörből.
Kubernetes-csomópont virtuális gép IP-készlete
A Kubernetes-csomópontok speciális virtuális gépekként vannak üzembe helyezve az AKS Arcban. Az AKS IP-címeket rendel ezekhez a virtuális gépekhez, hogy lehetővé tegye a Kubernetes-csomópontok közötti kommunikációt.
- Statikus IP-cím: Meg kell adnia egy Kubernetes-csomópont virtuális gép IP-készlettartományát. Az ebben a tartományban lévő IP-címek száma attól függ, hogy hány Kubernetes-csomópontot kíván üzembe helyezni az AKS-gazdagép- és számítási feladatok Kubernetes-fürtöiben. Ne feledje, hogy a frissítések egy-három további IP-címet használnak a frissítés során.
- DHCP: Nem kell Kubernetes-csomópont virtuálisgép-készletet megadnia, mivel a Kubernetes-csomópontok IP-címeit a hálózaton lévő DHCP-kiszolgáló dinamikusan lefoglalja.
Virtuális hálózat statikus IP-hálózattal (ajánlott)
Ez a hálózati modell létrehoz egy virtuális hálózatot, amely ip-címeket foglal le egy statikusan definiált címkészletből az üzembe helyezés összes objektumához. A statikus IP-hálózatkezelés további előnye, hogy a hosszú élettartamú üzemelő példányok és az alkalmazás számítási feladatai garantáltan mindig elérhetők lesznek.
Adja meg a következő paramétereket egy statikus IP-konfigurációval rendelkező virtuális hálózat definiálása során:
Fontos
Az AKS ezen verziója nem engedélyezi a hálózati konfiguráció módosítását az AKS-gazdagép vagy a számítási feladatfürt üzembe helyezése után. A hálózati beállítások módosításához először a számítási feladatfürtök eltávolításával és az AKS eltávolításával kell kezdenie.
Név: A virtuális hálózat neve.
Címelőtag: Az alhálózathoz használandó IP-címelőtag.
Átjáró: Az alhálózat alapértelmezett átjárójának IP-címe.
DNS-kiszolgáló: Az alhálózathoz használandó DNS-kiszolgálókra mutató IP-címek tömbje. Legalább egy és legfeljebb három kiszolgálót lehet biztosítani.
Kubernetes-csomópont virtuálisgép-készlete: A Kubernetes-csomópont virtuális gépeihez használandó IP-címek folyamatos tartománya.
Virtuális IP-készlet: A Kubernetes-fürt API-kiszolgálójához és a Kubernetes-szolgáltatásokhoz használandó IP-címek folyamatos tartománya.
Feljegyzés
A VIP-készletnek ugyanahhoz az alhálózathoz kell tartoznia, mint a Kubernetes-csomópont virtuálisgép-készletének.
vLAN-azonosító: A virtuális hálózat vLAN-azonosítója. Ha nincs megadva, a virtuális hálózat nincs megjelölve.
Virtuális hálózat DHCP-hálózatkezeléssel
Ez a hálózati modell létrehoz egy virtuális hálózatot, amely a DHCP használatával lefoglalja az IP-címeket az üzembe helyezés összes objektumához.
Statikus IP-konfigurációval rendelkező virtuális hálózat definiálása során a következő paramétereket kell megadnia:
Név: A virtuális hálózat neve.
Virtuális IP-készlet: A Kubernetes-fürt API-kiszolgálójához és a Kubernetes-szolgáltatásokhoz használandó IP-címek folyamatos tartománya.
Feljegyzés
A VIP-készlet címeinek ugyanabban az alhálózatban kell lenniük, mint a DHCP-hatókör, és a címütközések elkerülése érdekében ki kell zárni a DHCP-hatókörből.
vLAN-azonosító: A virtuális hálózat vLAN-azonosítója. Ha nincs megadva, a virtuális hálózat nincs címkézve.
Microsoft Helyszíni felhőszolgáltatás
A Microsoft Helyszíni felhő (MOC) az a felügyeleti verem, amely lehetővé teszi az Azure Local és a Windows Server-alapú SDDC virtuális gépeinek felügyeletét a felhőben. Az MOC a következőkből áll:
- A fürtben üzembe helyezett magas rendelkezésre állású
cloud agent
szolgáltatás egyetlen példánya. Ez az ügynök az Azure Local vagy a Windows Server fürt bármely csomópontján fut, és úgy van konfigurálva, hogy feladatátvételt végezzen egy másik csomóponton. - Minden
node agent
Azure Local fizikai csomóponton futó.
Az MOC-val való kommunikáció engedélyezéséhez meg kell adnia a szolgáltatáshoz használandó CIDR IP-címet. Ez -cloudserviceCIDR
egy paraméter a Set-AksHciConfig
parancsban, amely az IP-cím felhőügynök-szolgáltatáshoz való hozzárendelésére és a felhőügynök szolgáltatás magas rendelkezésre állásának engedélyezésére szolgál.
Az MOC szolgáltatás IP-címének kiválasztása a fürt üzembe helyezése által az Azure Local vagy a Windows Server rendszeren használt mögöttes hálózati modelltől függ.
Feljegyzés
Az MOC szolgáltatás IP-címfoglalása független a Kubernetes virtuális hálózati modelljéétől. Az IP-címfoglalás a mögöttes fizikai hálózattól és az adatközpontban lévő Azure Local vagy Windows Server fürtcsomópontokhoz konfigurált IP-címektől függ.
Azure Local és Windows Server fürtcsomópontok DHCP-alapú IP-címkiosztási móddal: Ha az Azure Local-csomópontokhoz ip-cím van rendelve a fizikai hálózaton található DHCP-kiszolgálótól, akkor nem kell explicit módon MEGADNIa az IP-címet az MOC szolgáltatásnak, mivel az MOC szolgáltatás is kap egy IP-címet a DHCP-kiszolgálótól.
Azure Local és Windows Server fürtcsomópontok statikus IP-foglalási modellel: Ha a fürtcsomópontokhoz statikus IP-címek vannak rendelve, akkor explicit módon meg kell adnia egy IP-címet az MOC felhőszolgáltatás számára. Az MOC szolgáltatás IP-címének ugyanabban az alhálózatban kell lennie, mint az Azure Local és a Windows Server fürtcsomópontok IP-címeinek. Ha explicit módon szeretne IP-címet rendelni az MOC szolgáltatáshoz, használja a
-cloudserviceCIDR
parancs paraméterétSet-AksHciConfig
. Győződjön meg arról, hogy CIDR formátumban adja meg az IP-címet, például: "10.11.23.45/16".
Hálózati modellek összehasonlítása
Mind a DHCP, mind a statikus IP-cím hálózati kapcsolatot biztosít az AKS-en az Azure Local és a Windows Server üzemelő példányán. Azonban mindegyiknek vannak előnyei és hátrányai. Magas szinten a következő szempontokat kell figyelembe venni:
DHCP – Nem garantálja a hosszú élettartamú IP-címeket az AKS-üzemelő példány egyes erőforrástípusaihoz. – Támogatja a fenntartott DHCP IP-címek bővítését, ha az üzembe helyezés nagyobb lesz, mint ahogy azt eredetileg várta.
Statikus IP - Hosszú élettartamú IP-címeket biztosít az AKS-üzemelő példány összes erőforrásához. - Mivel a Kubernetes-csomópont IP-készletének automatikus bővítése nem támogatott, előfordulhat, hogy nem tud új fürtöket létrehozni, ha kimerítette a Kubernetes-csomópont IP-készletét.
Az alábbi táblázat az erőforrások IP-címfoglalását hasonlítja össze statikus IP- és DHCP-hálózati modellek között:
Funkció | Statikus IP-cím | DHCP |
---|---|---|
Kubernetes-fürt API-kiszolgálója | Statikusan hozzárendelve a VIP-készlet használatával. | Statikusan hozzárendelve a VIP-készlet használatával. |
Kubernetes-csomópontok (virtuális gépeken) | A Kubernetes-csomópont IP-készletével van hozzárendelve. | Dinamikusan hozzárendelve. |
Kubernetes-szolgáltatások | Statikusan hozzárendelve a VIP-készlet használatával. | Statikusan hozzárendelve a VIP-készlet használatával. |
HAProxy terheléselosztó virtuális gép | A Kubernetes-csomópont IP-készletével van hozzárendelve. | Dinamikusan hozzárendelve. |
Microsoft helyszíni felhőszolgáltatás | Az Azure Local és a Windows Server fürtcsomópontok fizikai hálózati konfigurációjától függ. | Az Azure Local és a Windows Server fürtcsomópontok fizikai hálózati konfigurációjától függ. |
VIP-készlet | Kötelező | Kötelező |
Kubernetes-csomópont virtuális gép IP-készlete | Kötelező | Nem támogatott |
Az AKS-üzemelő példány minimális IP-címfoglalásai
Az üzembehelyezési modelltől függetlenül a fenntartott IP-címek száma változatlan marad. Ez a szakasz az AKS Arc-alapú üzemi modell alapján lefoglalandó IP-címek számát ismerteti.
Minimális IP-címfoglalás
Legalább a következő SZÁMÚ IP-címet kell lefoglalnia az üzembe helyezéshez:
Fürt típusa | Vezérlősík csomópontja | Munkavégző csomópont | Frissítési műveletekhez | Terheléselosztóval |
---|---|---|---|---|
AKS-gazdagép | Egy IP-cím | NA | Két IP-cím | NA |
Számítási feladatok fürtje | Csomópontonként egy IP-cím | Csomópontonként egy IP-cím | 5 IP-cím | Egy IP-cím |
Emellett a következő SZÁMÚ IP-címet kell lefoglalnia a VIP-készlethez:
Erőforrás típusa | IP-címek száma |
---|---|
Fürt API-kiszolgálója | Fürtenként 1 |
Kubernetes-szolgáltatások | Szolgáltatásonként 1 |
Alkalmazásszolgáltatások | Tervezett szolgáltatásonként 1 |
Mint látható, a szükséges IP-címek száma az AKS-telepítés architektúrájától és a Kubernetes-fürtön futtatott szolgáltatások számától függően változó. Javasoljuk, hogy legalább 256 IP-címet (/24 alhálózatot) foglaljon le az üzembe helyezéshez.
Példa üzembe helyezés áttekintése
Jane egy informatikai rendszergazda, aki most kezdi az Azure Arc által engedélyezett AKS-t. Két Kubernetes-fürtöt szeretne üzembe helyezni: az A Kubernetes-fürtöt és a B Kubernetes-fürtöt az Azure Local-fürtjén. Emellett egy szavazóalkalmazást is szeretne futtatni a fürtjén. Ez az alkalmazás három előtér-felhasználói felülettel rendelkezik, amely a két fürtön és a háttéradatbázis egy példányán fut.
- Az A Kubernetes-fürt 3 vezérlősík-csomóponttal és 5 feldolgozó csomóponttal rendelkezik.
- A B kubernetes-fürt 1 vezérlősík-csomóponttal és 3 feldolgozó csomóponttal rendelkezik.
- Az előtérbeli felhasználói felület 3 példánya (443-as port).
- A háttéradatbázis 1 példánya (80-os port).
Az előző táblázat alapján a következőt kell lefoglalnia:
- Az AKS-gazdagép 3 IP-címe (a vezérlősík csomópontjának egy IP-címe és két IP-cím a frissítési műveletek futtatásához).
- 3 IP-cím az A fürt vezérlősík-csomópontjaihoz (vezérlősík-csomópontonként egy IP-cím).
- 5 IP-cím az A fürt feldolgozó csomópontjaihoz (feldolgozó csomópontonként egy IP-cím).
- 6 IP-cím az A fürthöz (öt IP-cím a frissítési műveletek futtatásához és 1 IP a terheléselosztóhoz).
- 1 IP-cím a B fürt vezérlősík-csomópontjaihoz (vezérlősík-csomópontonként egy IP-cím).
- 3 IP-cím a B fürt feldolgozó csomópontjaihoz (feldolgozó csomópontonként egy IP-cím).
- 6 IP-cím a B fürthöz (öt IP-cím a frissítési műveletek futtatásához és 1 IP a terheléselosztóhoz).
- A Kubernetes-fürt API-kiszolgálóinak 2 IP-címe (Kubernetes-fürtönként egy IP-cím).
- A Kubernetes szolgáltatás 3 IP-címe (az előtér felhasználói felületének példányonként egy IP-címe, mivel mindegyik ugyanazt a portot használja). A háttéradatbázis a három IP-cím bármelyikét használhatja, feltéve, hogy egy másik portot használ.
Ahogy korábban már kifejtette, Jane összesen 32 IP-címet igényel a fürt üzembe helyezéséhez. Ezért Jane-nek egy /26-os alhálózatot kell lefoglalnia a virtuális hálózatához.
Fenntartott IP-címek felosztása statikus IP-hálózati modell alapján
Bár a fenntartott IP-címek teljes száma változatlan marad, az üzembehelyezési modell határozza meg, hogy ezek az IP-címek hogyan vannak elosztva az IP-csoportok között. A statikus IP-hálózati modell két IP-készletet használ:
- Kubernetes-csomópont virtuális gép IP-készlete: a Kubernetes-csomópont virtuális gépeihez és a terheléselosztó virtuális géphez. Ez az IP-készlet tartalmazza a frissítési műveletek futtatásához szükséges IP-címet is.
- Virtuális IP-készlet: a Kubernetes API-kiszolgálóhoz és a Kubernetes-szolgáltatásokhoz.
A példával együttműködve Jane-nek tovább kell osztania ezeket az IP-címeket a VIP-készletek és a Kubernetes-csomópont IP-készletei között:
- 5 (kettő a Kubernetes-fürt API-kiszolgálójához és három a Kubernetes-szolgáltatásokhoz) a VIP-készlet 32 IP-címéből.
- 27 (a Kubernetes-csomópontok és a mögöttes virtuális gépek, a terheléselosztó virtuális gépek és a frissítési műveletek összes IP-címe) a Kubernetes-csomópont IP-készletéhez.
Fenntartott IP-címek felosztása DHCP-hálózati modell alapján
Bár a fenntartott IP-címek teljes száma változatlan marad, az üzembehelyezési modell határozza meg, hogy ezek az IP-címek hogyan vannak osztva az IP-csoportok(ok) között. Az előző szakaszban ismertetett módon a DHCP hálózati modell egyetlen IP-hatókörrel rendelkezik:
- Virtuális IP-készlet: a Kubernetes API-kiszolgálóhoz és a Kubernetes-szolgáltatásokhoz
Az előző példa használata:
- Jane-nek összesen 32 IP-címet vagy /26 alhálózatot kell lefoglalnia a DHCP-kiszolgálón.
- Ki kell zárnia az 5-öt (kettőt a Kubernetes-fürt API-kiszolgálójához és hármat a Kubernetes-szolgáltatásokhoz) a 32 IP-címből álló DHCP-hatókörből a VIP-készletéhez.
Bemeneti vezérlők
A célfürt üzembe helyezése során létrejön egy HAProxy
-alapú terheléselosztó-erőforrás. A terheléselosztó úgy van konfigurálva, hogy egy adott porton ossza el a forgalmat a szolgáltatás podjai között. A terheléselosztó csak a 4. rétegben működik, ami azt jelzi, hogy a szolgáltatás nem tud a tényleges alkalmazásról; Vagyis nem tud további útválasztási szempontokat figyelembe venni.
A bejövőforgalom-vezérlők a 7. rétegben működnek, és intelligensebb szabályokat használhatnak az alkalmazásforgalom elosztásához. A bemeneti vezérlők gyakori használata a HTTP-forgalom átirányítása különböző alkalmazásokba a bejövő URL-cím alapján.
Következő lépések
Ez a cikk az AKS-csomópontok Azure Local-on való üzembe helyezésének néhány hálózati alapfogalmat ismerteti. További információért tekintse át az alábbi cikkeket: