Ce document a été traduit à l'aide d'une technologie de traduction automatique. Bien que nous nous efforcions de fournir des traductions exactes, nous ne fournissons aucune garantie quant à l'exhaustivité, l'exactitude ou la fiabilité du contenu traduit. En cas de divergence, la version originale anglaise prévaut et fait foi.

Architecture recommandée du cluster

Il y a trois rôles qui peuvent être attribués aux nœuds : etcd, controlplane et worker.

Séparer les nœuds de travail des nœuds avec d’autres rôles

Lors de la conception de votre ou vos clusters, vous avez deux options :

  • Utiliser des nœuds dédiés pour chaque rôle. Cela garantit la disponibilité des ressources pour les composants nécessaires au rôle spécifié. Cela isole également strictement le trafic réseau entre chacun des rôles selon les exigences de ports.

  • Attribuer les rôles etcd et controlplane aux mêmes nœuds. Ces nœuds doivent répondre aux exigences matérielles pour les deux rôles.

Dans les deux cas, le rôle worker ne doit pas être utilisé ou ajouté à des nœuds avec le rôle etcd ou controlplane.

Par conséquent, chaque nœud doit avoir l’une des configurations de rôle suivantes :

  • etcd

  • controlplane

  • Les deux rôles etcd et controlplane

  • worker

Nombre recommandé de nœuds avec chaque rôle

Le cluster doit avoir :

  • Au moins trois nœuds avec le rôle etcd pour survivre à la perte d’un nœud. Augmentez ce nombre pour une meilleure tolérance aux pannes des nœuds, et répartissez-les sur plusieurs zones de disponibilité afin d’offrir une tolérance aux pannes encore meilleure.

  • Au moins deux nœuds avec le rôle controlplane pour une haute disponibilité du composant maître.

  • Au moins deux nœuds avec le rôle worker pour la replanification des charges de travail en cas de défaillance d’un nœud.

Pour plus d’informations sur l’utilisation de chaque rôle, référez-vous à la section sur les rôles des nœuds dans Kubernetes.

Nombre de nœuds du Controlplane

Ajouter plus d’un nœud avec le rôle controlplane rend chaque composant maître hautement disponible.

Nombre de nœuds etcd

Le nombre de nœuds que vous pouvez perdre en une seule fois tout en maintenant la disponibilité du cluster est déterminé par le nombre de nœuds assignés au rôle etcd. Pour un cluster avec n membres, le minimum est (n/2)+1. Par conséquent, nous recommandons de créer un nœud etcd dans 3 zones de disponibilité différentes au sein d’une région pour survivre à la perte d’une zone de disponibilité. Si vous n’utilisez que deux zones, vous ne pouvez survivre qu’à la perte de la zone où vous ne perdez pas la majorité des nœuds.

Nœuds avec le rôle etcd Majorité Tolérance aux pannes

1

1

0

2

2

0

3

2

1

4

3

1

5

3

2

6

4

2

7

4

3

8

5

3

9

5

4

Références :

Nombre de nœuds de travail

Ajouter plus d’un nœud avec le rôle worker garantira que vos charges de travail peuvent être replanifiées si un nœud échoue.

Pourquoi les exigences de production sont différentes pour le cluster Rancher et les clusters exécutant vos applications

Vous avez peut-être remarqué que nos instructions d’Installation de Kubernetes ne répondent pas à notre définition d’un cluster prêt pour la production, car il n’y a pas de nœuds dédiés pour le rôle worker. Cependant, pour votre installation de Rancher, ce cluster de trois nœuds est valide, car :

  • Il permet un échec d’un nœud etcd.

  • Il maintient plusieurs instances des composants principaux en ayant plusieurs nœuds controlplane.

  • Aucune autre charge de travail que Rancher lui-même ne devrait être créée sur ce cluster.

Références