Hogyan oszd el helyesen a podokat különböző csomópontokra különböző adatközpontokban?

A Kubernetesben a podokat különböző adatközpontokban lévő csomópontokra osztására a következő mechanizmusokat és megközelítéseket használják:

1. Topology Spread Constraints: Lehetővé teszik, hogy ellenőrizzük, hogyan oszlanak el a podok topológiai domainek (pl. régiók, zónák, csomópontok) között. Ez a fő mechanizmus a hibatűrés és az egyenletes terheléselosztás biztosítására.

   # Példa Topology Spread Constraints-ra
   topologySpreadConstraints:
     - maxSkew: 1
       topologyKey: kubernetes.io/hostname # Osztás csomópontok szerint
       whenUnsatisfiable: DoNotSchedule # Ha a feltétel nem teljesül, a pod nem ütemeződik
       labelSelector:
         matchLabels:
           app: my-app # A szabály alkalmazásának pod-készlete
     - maxSkew: 1
       topologyKey: topology.kubernetes.io/zone # Zónák szerint
       whenUnsatisfiable: ScheduleAnyway # Még ha a feltétel megsértése is, a pod ütemeződik
       labelSelector:
         matchLabels:
           app: my-app
   

2. Node Affinity / Anti-Affinity: Lehetővé teszi, hogy megadjuk, mely csomópontokon kell (vagy nem kell) a podokat ütemezni. A különböző adatközpontokban lévő csomópontok különböző címkékkel (labels) rendelkeznek, amelyeket a helymeghatározás kezelésére lehet használni.

   # Node Affinity példa
   affinity:
     nodeAffinity:
       requiredDuringSchedulingIgnoredDuringExecution:
         nodeSelectorTerms:
           - matchExpressions:
               - key: topology.kubernetes.io/zone
                 operator: In
                 values:
                   - us-east-1a
                   - us-east-1b # Csak az us-east-1a és us-east-1b zónákban ütemezés
   

3. Pod Affinity / Anti-Affinity: Lehetővé teszi, hogy megadjuk, hol kell a podokat ütemezni más podokhoz képest. Ez hasznos a közös elhelyezéshez (vagy elkülönítéshez) ugyanazon alkalmazás vagy kapcsolódó szolgáltatások podjai számára.

   # Pod Affinity példa
   affinity:
     podAffinity:
       requiredDuringSchedulingIgnoredDuringExecution:
         - labelSelector:
             matchLabels:
               app: database # A jelenlegi podokat ugyanazon csomópontokra ütemezi, mint a `app: database` címkével rendelkező podokat
           topologyKey: kubernetes.io/hostname
   

4. Pod Topology Spread Constraints és Affinity/Anti-Affinity kombinációja: Részletesebb irányítás érdekében gyakran kombinálják a Topology Spread Constraints-t a Node vagy Pod Affinity/Anti-Affinity-vel.

5. Load balancerek elosztása adatközpontok között: Globális load balancerek (Global Load Balancers - GLB) használata DNS szinten vagy speciális hálózati megoldások segítségével, amelyek a forgalmat különböző klaszterekhez (vagy csomópontcsoportokhoz) irányítják különböző adatközpontokban. Ez biztosítja a rendelkezésre állást még akkor is, ha egy adatközpont teljesen elérhetetlenné válik.

6. Cluster Federation (elavult, de elméletileg releváns) / Multi-Cluster Setup: Komplexebb forgatókönyvekben több klaszter kezelésére lehetőség van. Bár a Kubernetes natív Cluster Federation elavult, léteznek projektek és eszközök (pl. Kubefed, Karmada) a klaszterek kezelésére, amelyek különböző adatközpontokban vannak elosztva. Ez lehetővé teszi közös politikák és erőforrások használatát.

7. StatefulSet partíciózás: A StatefulSets esetében a partition használható a RollingUpdateStrategy-ben, hogy csak egy részét frissítse a podoknak, ami hasznos lehet elosztott adatbázisok vagy más Stateful alkalmazások esetében.

A helyes megközelítés a konkrét hibatűrési, késleltetési és infrastruktúra összetettségi követelményektől függ. Általában a Topology Spread Constraints és az Affinity/Anti-Affinity kombinációját alkalmazzák.

A fő eszközök táblázata:

Eszköz	Cél	Kezelési szint
Topology Spread Constraints	Podok elosztása megadott topológiai domainek szerint a terhelés kiegyensúlyozására.	Kubernetes ütemező
Node Affinity / Anti-Affinity	Podokat kötni konkrét csomópontokhoz vagy csoportokhoz címkék alapján.	Kubernetes ütemező
Pod Affinity / Anti-Affinity	Podokat kötni más podokhoz címkék alapján közös vagy elkülönített elhelyezéshez.	Kubernetes ütemező
Global Load Balancers (GLB)	Kifelé irányuló forgalom elosztása adatközpontok között.	Külső infrastruktúra/DNS
Multi-Cluster Management (pl. Karmada)	Erőforrások és politikák kezelése és szinkronizálása több klaszter között.	Klaszterkezelési szint