Pourquoi un cluster de production Kubernetes devrait-il avoir au moins trois nœuds?
Le première section du tutoriel officiel de Kubernetes indique que,
Un cluster Kubernetes qui gère le trafic de production doit avoir au moins trois nœuds.
mais ne donne aucune justification pour laquelle trois est préféré. Est-ce que trois sont souhaitables sur deux afin d'éviter un scénario de cerveau divisé, de simplement permettre une plus grande disponibilité ou de répondre à quelque chose de spécifique aux internes de Kubernetes? J'aurais pensé qu'un scénario de cerveau divisé ne se produirait qu'avec plusieurs clusters Kubernetes (chacun ayant des maîtres distincts) alors qu'un seul cluster devrait être capable de gérer au moins deux nœuds, chacun, peut-être, dans leur propre zone de disponibilité.
Cela signifie un minimum de 3 nœuds maîtres par cluster.
Kubernetes conserve toutes les données critiques dans etcd, qui utilise une majorité pour réparer en cas de panne. Une instance de etcd s'exécute sur chaque nœud maître. Trois est le nombre minimum de etcds dont on veut sauvegarder un cluster de niveau prod. Par conséquent, trois est le nombre minimum de maîtres par cluster.