kubernetes-sigs/cluster-api

CoreDNS pods running on the same Node after initial cluster creation

Offen

#9.639 geöffnet am 30.10.2023

Auf GitHub ansehenContributor Guide
 (17 Kommentare) (2 Reaktionen) (0 zugewiesene Personen)Go (1.532 Forks)auto 404
area/provider/control-plane-kubeadmhelp wantedkind/featurepriority/important-longtermtriage/accepted

Repository-Metriken

Stars
 (4.267 Sterne)
PR-Merge-Metriken
 (PR-Metriken ausstehend)

Beschreibung

After a cluster with multiple control plane nodes is created all CoreDNS replicas are running on the same Node. Ideally they should be distributed across multiple nodes

Details

The kubeadm bootstrap provider is using kubeadm to deploy CoreDNS. It creates the CoreDNS deployment with preferredDuringSchedulingIgnoredDuringExecution. Because at the time of CoreDNS deployment there is only one Node all CoreDNS pods are scheduled on the same Node. There is no re-scheduling once additional CP nodes are added.

Related kubeadm issues, let's take a look!

Some idea on how to solve this

  1. Change preferredDuringSchedulingIgnoredDuringExecution to requiredDuringSchedulingIgnoredDuringExecution for multi-CP control planes (also change it back during scale down to 1 replica)
    1. we should check if replica is always the same number (e.g. 2)
  2. Delete CoreDNS Pods as soon as additional CP replicas join

Contributor Guide

Research-Richtung
Untersuchen Sie, wie das CoreDNS Deployment geändert werden kann, um requiredDuringSchedulingIgnoredDuringExecution für Multi CP Cluster zu verwenden, oder CoreDNS Pods zu löschen, wenn neue CP Knoten hinzukommen. Beachten Sie die zugehörigen kubeadm Issues #1657 und #1931 für Kontext und mögliche Ansätze.
Tech Stack
go
Domain
backendinfrastructuredevops
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
4
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
KubernetesGokubeadm
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
30