Farklı veri merkezlerindeki farklı düğümlere podları…

Kubernetes'te farklı veri merkezlerindeki düğümlere podların dağıtılması için aşağıdaki mekanizmalar ve yaklaşımlar kullanılır:

Topoloji Yayılım Kısıtlamaları: Podların topolojik alanlara (örneğin, bölgeler, bölgeler, düğümler) nasıl dağıtılacağını kontrol etmeye olanak tanır. Bu, arızaya dayanıklılığı ve yükün dengeli dağılımını sağlamak için temel mekanizmadır.

# Topoloji Yayılım Kısıtlamaları örneği
topologySpreadConstraints:
  - maxSkew: 1
    topologyKey: kubernetes.io/hostname # Düğümler arasında dağılım
    whenUnsatisfiable: DoNotSchedule # Koşul sağlanmazsa, pod planlanmaz
    labelSelector:
      matchLabels:
        app: my-app # Kuralın uygulandığı pod kümesini tanımlar
  - maxSkew: 1
    topologyKey: topology.kubernetes.io/zone # Bölgeler arasında dağılım
    whenUnsatisfiable: ScheduleAnyway # Koşul ihlal edilse bile, pod planlanır
    labelSelector:
      matchLabels:
        app: my-app

Düğüm Uygunluğu / Anti-Uygunluğu: Podların hangi düğümlerde planlanması gerektiğini (veya gerekmediğini) belirtmeye olanak tanır. Farklı veri merkezlerindeki düğümler farklı etiketlere (labels) sahiptir ve bu, yerleştirmeyi yönetmek için kullanılabilir.

# Düğüm Uygunluğu örneği
affinity:
  nodeAffinity:
    requiredDuringSchedulingIgnoredDuringExecution:
      nodeSelectorTerms:
        - matchExpressions:
            - key: topology.kubernetes.io/zone
              operator: In
              values:
                - us-east-1a
                - us-east-1b # Sadece us-east-1a ve us-east-1b bölgelerindeki podların planlanması

Pod Uygunluğu / Anti-Uygunluğu: Podların diğer podlara göre nerede planlanması gerektiğini belirtir. Bu, aynı uygulama veya bağlı hizmetlerin birlikte veya ayrı yerleştirilmesi için kullanışlıdır.

# Pod Uygunluğu örneği
affinity:
  podAffinity:
    requiredDuringSchedulingIgnoredDuringExecution:
      - labelSelector:
          matchLabels:
            app: database # Mevcut podların, app: database etiketi olan podlarla aynı düğümlerde planlanması
        topologyKey: kubernetes.io/hostname

Topoloji Yayılım Kısıtlamaları ile Uygunluk / Anti-Uygunluk kombinasyonu: Daha ince ayar kontrol için, genellikle Topology Spread Constraints, Node veya Pod Uygunluğu / Anti-Uygunluğu ile birleştirilir.
Yük dengeleme cihazlarını veri merkezleri arasında dağıtma: DNS seviyesinde veya özel ağ çözümlerinde küresel yük dengeleme (Global Load Balancers - GLB) kullanın, bu trafik farklı kümelere (veya düğüm gruplarına) yönlendirilir. Bu, bir veri merkezi tamamen erişilemez olsa bile erişilebilirliği sağlar.
Küme Federasyonu (Eskimiş, ancak kavramsal olarak ilgili) / Çok-Küme Kurulumları: Daha karmaşık senaryolarda, birden fazla küme yönetmek için yaklaşımlar kullanılabilir. Kubernetes'teki yerel küme federasyonu eski olsa da, (örneğin, Kubefed, Karmada) projeler ve araçlar, dağıtılmış kümeleri yönetmek için mevcuttur. Bu, ortak politikalar ve kaynaklar kullanmayı sağlar.
StatefulSet Bölümlendirmesi: StatefulSets için, partition kullanılarak RollingUpdateStrategy içinde, yalnızca belirli podların ardışık güncellenmesi sağlanabilir, bu da dağıtılmış veritabanları veya diğer Stateful uygulamalarla çalışırken faydalı olabilir.

Doğru yaklaşım, arızaya dayanıklılık, gecikme ve altyapı karmaşıklığına özgü gereksinimlere bağlıdır. Genellikle, Topology Spread Constraints ve Uygunluk / Anti-Uygunluk kombinasyonu kullanılır.

Ana araçların tablosu:

Araç	Amaç	Yönetim Seviyesi
Topology Yayılım Kısıtlamaları	Podların belirli topolojik alanlara dağıtılması, dengeleme için.	Kubernetes Planlayıcısı
Düğüm Uygunluğu / Anti-Uygunluğu	Podların belirli düğümlere veya düğüm gruplarına etiketler aracılığıyla bağlanması.	Kubernetes Planlayıcısı
Pod Uygunluğu / Anti-Uygunluğu	Podların diğer podlara etiketler aracılığıyla bağlanması, birlikte veya ayrı yerleştirme.	Kubernetes Planlayıcısı
Küresel Yük Dengeleyiciler (GLB)	Dış trafik dağıtımı, veri merkezleri arasında.	Dış altyapı / DNS
Çok-Küme Yönetimi (örn., Karmada)	Birden fazla küme arasında kaynak ve politikaların yönetimi ve senkronizasyonu.	Küme yönetim seviyesi

Farklı veri merkezlerindeki farklı düğümlere podları nasıl doğru şekilde dağıtılır?