Kako pravilno rasporediti podove po različitim čvorovima u različitim data centrima?

Za raspodeljanje podova po čvorovima u različitim data centrima u Kubernetes koriste se sledeći mehanizmi i pristupi:

1. Topology Spread Constraints: Omogućavaju kontrolu nad raspoređivanjem podova po topološkim domenima (npr. regionima, zonama, čvorovima). Ovo je osnovni mehanizam za obezbeđivanje otpornosti i ravnomernog rasporeda opterećenja.

   # Primer Topology Spread Constraints
   topologySpreadConstraints:
     - maxSkew: 1
       topologyKey: kubernetes.io/hostname # Raspodela po čvorovima
       whenUnsatisfiable: DoNotSchedule # Ako uslov nije ispunjen, pod se ne planira
       labelSelector:
         matchLabels:
           app: my-app # Određuje skup podova na koje se primenjuje pravilo
     - maxSkew: 1
       topologyKey: topology.kubernetes.io/zone # Raspodela po zonama
       whenUnsatisfiable: ScheduleAnyway # Čak i ako je uslov narušen, pod se planira
       labelSelector:
         matchLabels:
           app: my-app
   

2. Node Affinity / Anti-Affinity: Omogućavaju da se navede na kojim čvorovima podovi treba ili ne treba da budu planirani. Čvorovi u različitim data centrima imaju različite oznake (labels), koje se mogu koristiti za upravljanje raspoređivanjem.

   # Primer Node Affinity
   affinity:
     nodeAffinity:
       requiredDuringSchedulingIgnoredDuringExecution:
         nodeSelectorTerms:
           - matchExpressions:
               - key: topology.kubernetes.io/zone
                 operator: In
                 values:
                   - us-east-1a
                   - us-east-1b # Planiranje podova samo u zonama us-east-1a i us-east-1b
   

3. Pod Affinity / Anti-Affinity: Omogućavaju da se navede gde treba da budu planirani podovi u odnosu na druge podove. Ovo je korisno za zajedničko raspoređivanje (ili razdvajanje) podova iste aplikacije ili povezanih servisa.

   # Primer Pod Affinity
   affinity:
     podAffinity:
       requiredDuringSchedulingIgnoredDuringExecution:
         - labelSelector:
             matchLabels:
               app: database # Planiranje trenutnih podova na istim čvorovima kao i podovi sa oznakom app: database
           topologyKey: kubernetes.io/hostname
   

4. Pod Topology Spread Constraints u kombinaciji sa Affinity/Anti-Affinity: Za finiju kontrolu često se kombinuju Topology Spread Constraints sa Node ili Pod Affinity/Anti-Affinity.

5. Distribucija load balancera preko data centara: Koristite globalne load balancere (Global Load Balancers - GLB) na nivou DNS ili specijalnih mrežnih rešenja koja usmeravaju saobraćaj ka različitim klasterima (ili grupama čvorova) u različitim data centrima. Ovo obezbeđuje dostupnost čak i pri potpunoj nedostupnosti jednog data centra.

6. Federacija klastera (zastarela, ali konceptualno relevantna) / Multi-Cluster Setup-ovi: U složenijim scenarijima mogu se koristiti pristupi za upravljanje više klastera. Iako nativna Cluster Federation u Kubernetes je zastarela, postoje projekti i alati (npr. Kubefed, Karmada) za upravljanje klasterima raspoređenim u različitim data centrima. Ovo omogućava korišćenje zajedničkih politika i resursa.

7. Partitioning StatefulSet-a: Za StatefulSets može se koristiti partition u RollingUpdateStrategy za sekvencijalno ažuriranje samo dela podova, što može biti korisno pri radu sa distribuiranim bazama podataka ili drugim Stateful aplikacijama.

Pravi pristup zavisi od specifičnih zahteva za otpornost, latenciju i složenost infrastrukture. Obično se koristi kombinacija Topology Spread Constraints i Affinity/Anti-Affinity.

Tabela sa osnovnim alatima:

Alat	Namenjenje	Nivo upravljanja
Topology Spread Constraints	Raspodela podova po zadatim topološkim domenima radi balansiranja.	Planer Kubernetes
Node Affinity / Anti-Affinity	Povezivanje podova sa određenim čvorovima ili grupama čvorova po oznakama.	Planer Kubernetes
Pod Affinity / Anti-Affinity	Povezivanje podova sa drugim podovima po oznakama za zajedničko ili odvojeno raspoređivanje.	Planer Kubernetes
Global Load Balancers (GLB)	Raspodela spoljnjeg saobraćaja između data centara.	Spoljna infrastruktura/DNS
Multi-Cluster Management (npr. Karmada)	Upravljanje i sinhronizacija resursa i politika između više klastera.	Nivo upravljanja klasterima