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.

Rôles pour les nœuds dans Kubernetes

Cette section décrit les rôles des nœuds etcd, des nœuds de contrôle et des nœuds de travail dans Kubernetes, et comment ces rôles fonctionnent ensemble dans un cluster.

Ce diagramme s’applique aux clusters Kubernetes lancés avec Rancher en utilisant RKE..

Diagramme du cluster
Figure 1. Les lignes montrent le flux de trafic entre les composants. Les couleurs sont utilisées uniquement à des fins d’aide visuelle

etcd

Les nœuds avec le rôle etcd exécutent etcd, qui est un magasin de valeurs clé cohérent et hautement disponible utilisé comme ’ magasin de sauvegarde pour toutes les données du cluster. etcd réplique les données sur chaque nœud.

Les nœuds avec le rôle etcd sont affichés comme Unschedulable dans l’interface utilisateur, ce qui signifie qu’aucun pod ne sera programmé sur ces nœuds par défaut.

controlplane

Les nœuds avec le rôle controlplane exécutent les composants principaux de Kubernetes (à l’exception de etcd, car c’est un rôle séparé). Voir Kubernetes : Composants principaux pour une liste détaillée des composants.

Les nœuds avec le rôle controlplane sont affichés comme Unschedulable dans l’interface utilisateur, ce qui signifie qu’aucun pod ne sera programmé sur ces nœuds par défaut.

kube-apiserver

Le serveur API Kubernetes (kube-apiserver) se met à l’échelle horizontalement. Chaque nœud avec le rôle controlplane sera ajouté au proxy NGINX sur les nœuds avec des composants qui ont besoin d’accéder au serveur API Kubernetes. Cela signifie que si un nœud devient inaccessible, le proxy NGINX local sur le nœud transmettra la demande à un autre serveur API Kubernetes dans la liste.

kube-controller-manager

Le gestionnaire de contrôleur Kubernetes utilise l’élection de leader en utilisant un point de terminaison dans Kubernetes. Une instance du kube-controller-manager créera une entrée dans les points de terminaison Kubernetes et mettra à jour cette entrée à un intervalle configuré. D’autres instances verront un leader actif et attendront que cette entrée expire (par exemple, lorsqu’un nœud ne répond pas).

kube-scheduler

Le planificateur Kubernetes utilise l’élection de leader en utilisant un point de terminaison dans Kubernetes. Une instance du kube-scheduler créera une entrée dans les points de terminaison Kubernetes et mettra à jour cette entrée à un intervalle configuré. D’autres instances verront un leader actif et attendront que cette entrée expire (par exemple, lorsqu’un nœud ne répond pas).

nœud de travail

Les nœuds avec le rôle worker exécutent les composants de nœud Kubernetes. Voir Kubernetes : Composants de nœud pour une liste détaillée des composants.

Références