Ajouter et supprimer des nœuds
Prérequis, procédure dans le Manager, déroulement technique et raisons pour lesquelles un cluster doit compter trois nœuds.
Prérequis
- Une VM EasyUC préparée, avec l'adresse IP que vous saisissez dans le Manager.
- Le premier nœud peut joindre cette VM en SSH sur TCP 15222.
- Recommandé : tous les nœuds dans le même segment réseau, sans filtrage par pare-feu entre eux. Les ports sont listés dans Entre les nœuds du cluster.
Ajouter un nœud dans le Manager
-
Ouvrez la vue d'ensemble des nœuds dans le Manager.
-
Sélectionnez Ajouter un nœud.
-
Saisissez l'adresse IP de la VM préparée et, si vous le souhaitez, un nom.
-
Confirmez. Le Manager configure le nœud, qui apparaît ensuite dans la vue d'ensemble avec l'utilisation du processeur et de la mémoire.
Déroulement technique
Le Manager configure le nouveau nœud de manière autonome :
- Le Manager se connecte à la nouvelle VM en SSH sur TCP 15222.
- Il définit le nom d'hôte et installe K3s à partir des fichiers locaux de l'appliance.
- Le nœud rejoint le cluster avec le jeton du cluster, via l'API Kubernetes sur TCP 6443.
Chaque nœud est un serveur
Chaque nœud ajouté rejoint le cluster en tant que serveur K3s complet. Il fait partie du plan de contrôle, est membre etcd et exécute également des charges de travail. Les nœuds purement workers ne sont pas proposés.
Chaque nœud compte donc dans la majorité etcd. Consultez Pourquoi trois nœuds.
Supprimer un nœud
Lorsque vous supprimez un nœud dans le Manager, les opérations suivantes ont lieu :
-
Cordon
Aucune nouvelle charge de travail n'est planifiée sur le nœud.
-
Drain
Les charges de travail sont déplacées vers d'autres nœuds.
-
Désinstallation
Le nœud est désinstallé.
Important
Chaque service fonctionne en instance unique. Pendant le drain, les composants du nœud sont arrêtés puis redémarrés sur un autre nœud : les services concernés sont donc brièvement interrompus. Supprimez les nœuds pendant une fenêtre de maintenance.
Remarque
Le dernier nœud ne peut pas être supprimé. L'adresse IP ne peut être modifiée que sur les installations à nœud unique.
Pourquoi trois nœuds
Le plan de contrôle reste opérationnel tant qu'une majorité des nœuds serveurs est disponible. Il s'agit d'un principe général d'etcd, et donc de Kubernetes.
| Nœuds serveurs | Majorité | Pannes tolérées | Signification |
|---|---|---|---|
| 1 | 1 | 0 | Aucune redondance |
| 2 | 2 | 0 | Aucun gain de tolérance aux pannes. Si un nœud tombe en panne, la majorité est perdue. |
| 3 | 2 | 1 | Survit à la perte d'un nœud. Notre recommandation. |
| 5 | 3 | 2 | Survit à la perte de deux nœuds. |
Pour la redondance, nous recommandons trois nœuds et, de manière générale, un nombre impair. Cela protège le plan de contrôle. La réaction des services eux-mêmes à une panne est décrite dans Redondance.
Placement des composants
- Plusieurs composants web et API ne doivent pas s'exécuter deux fois sur le même nœud (anti-affinité par hôte).
teams-sbcs'exécute sur le nœud où s'exécuteacd-media.- Les deux utilisent le réseau de l'hôte : les règles de pare-feu RTP et la NAT 1:1 pour Teams doivent donc pointer vers ce nœud.