kubernetes-sigs/cluster-api

CoreDNS pods running on the same Node after initial cluster creation

Aperta

#9639 aperta il 30 ott 2023

 (17 commenti) (2 reazioni) (0 assegnatari)Go (1532 fork)auto 404
area/provider/control-plane-kubeadmhelp wantedkind/featurepriority/important-longtermtriage/accepted

Metriche repository

Star
 (4267 stelle)
Metriche merge PR
 (Metriche PR in attesa)

Descrizione

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

Guida contributor