Composants de Kubernetes
Cette page fournit un aperçu général des composants essentiels qui constituent un cluster Kubernetes.
Composants principaux
Un cluster Kubernetes est composé d'un plan de contrôle et d'un ou plusieurs nœuds de travail. Voici un bref aperçu des principaux composants :
Composants du plan de contrôle
Gèrent l'état global du cluster :
- kube-apiserver
- Le serveur principal qui expose l'API HTTP de Kubernetes
- etcd
- Un magasin de clés-valeurs cohérent et hautement disponible pour toutes les données du serveur API
- kube-scheduler
- Recherche les Pods qui ne sont pas encore liés à un nœud et attribue chaque Pod à un nœud approprié.
- kube-controller-manager
- Exécute des contrôleurs pour mettre en œuvre le comportement de l'API Kubernetes.
- cloud-controller-manager (optionnel)
- S'intègre aux fournisseurs de cloud sous-jacents.
Composants des nœuds
S'exécutent sur chaque nœud, maintiennent les pods en cours d'exécution et fournissent l'environnement d'exécution Kubernetes :
- kubelet
- Veille à ce que les Pods s'exécutent, y compris leurs conteneurs.
- kube-proxy (optionnel)
- Maintient les règles réseau sur les nœuds pour mettre en œuvre les Services.
- Runtime de conteneur
- Logiciel responsable de l'exécution des conteneurs. Lisez Runtimes de conteneurs pour en savoir plus.
Votre cluster peut nécessiter des logiciels supplémentaires sur chaque nœud ; par exemple, vous pouvez également exécuter systemd sur un nœud Linux pour superviser les composants locaux.
Extensions
Les extensions étendent les fonctionnalités de Kubernetes. Quelques exemples importants incluent :
- DNS
- Pour la résolution DNS à l'échelle du cluster
- Interface utilisateur Web (Tableau de bord)
- Pour la gestion du cluster via une interface web
- Surveillance des ressources des conteneurs
- Pour collecter et stocker les métriques des conteneurs
- Journalisation au niveau du cluster
- Pour enregistrer les journaux des conteneurs dans un référentiel de journaux centralisé
Flexibilité dans l'architecture
Kubernetes permet une flexibilité dans la façon dont ces composants sont déployés et gérés. L'architecture peut être adaptée à différents besoins, des environnements de développement réduits aux déploiements de production à grande échelle.
Pour plus d'informations détaillées sur chaque composant et les différentes façons de configurer votre architecture de cluster, consultez la page Architecture du cluster.
Certains éléments sur cette page font référence à des produits ou projets tiers qui fournissent des fonctionnalités requises par Kubernetes. Les auteurs du projet Kubernetes ne sont pas responsables de ces produits ou projets tiers. Consultez les lignes directrices du site de la CNCF pour plus de détails.
Vous devriez lire le guide avant de proposer une modification qui ajoute un nouveau lien tiers.