Pods : la plus petite unité

Dans Kubernetes, la plus petite unité déployable s'appelle un pod. Considérez-le comme la brique de base de vos applications.

Cette leçon vous présentera les pods, leur rôle et la manière de les créer à l'aide de YAML.

Un pod est une abstraction qui représente une instance unique de votre application. Il contient un ou plusieurs conteneurs, ainsi que des ressources partagées.

• Conteneurs : généralement des conteneurs Docker qui exécutent le code de votre application.
• Stockage : des volumes de stockage partagés pour assurer la persistance des données.
• Réseau : une adresse IP unique et une configuration réseau pour le pod.

Vous vous demandez peut-être pourquoi Kubernetes utilise des pods au lieu de gérer directement les conteneurs. Voici pourquoi :

• Ressources partagées : les conteneurs d'un pod partagent le même espace de noms réseau et peuvent communiquer via localhost.
• Colocalisation : elle garantit que les conteneurs étroitement liés (comme une application et son conteneur auxiliaire de journalisation) sont toujours planifiés ensemble sur le même nœud.
• Abstraction : les pods fournissent une abstraction de niveau supérieur, ce qui facilite la gestion des applications dans leur ensemble plutôt que celle de conteneurs individuels.

La plupart des pods exécutent un seul conteneur. C'est le cas d'utilisation le plus courant. Par exemple, un pod peut exécuter uniquement un serveur web Nginx ou une application Node.js.

Même avec un seul conteneur, le pod fournit le contexte réseau et de stockage, ce qui en fait une unité complète de déploiement.

Les objets Kubernetes, y compris les pods, sont généralement définis à l'aide de fichiers YAML (YAML Ain't Markup Language). Ces fichiers décrivent l'état souhaité de vos ressources.

Un fichier YAML de pod de base comprend :

• apiVersion : la version de l'API Kubernetes.
• kind : le type d'objet Kubernetes (par exemple, Pod).
• metadata : des informations telles que le name et les labels du pod.
• spec : l'état souhaité, notamment les conteneurs à exécuter.

Examinons une définition YAML simple pour un pod exécutant un serveur web Nginx.

La section spec.containers définit le ou les conteneurs du pod, notamment leur name, leur image et leurs ports.

Pour créer un pod à partir d'un fichier YAML, utilisez la commande kubectl apply. Cette commande indique à Kubernetes de créer ou de mettre à jour les ressources en fonction de votre définition.

Commencez par enregistrer le contenu YAML précédent dans un fichier nommé nginx-pod.yaml.

Après avoir appliqué le fichier YAML, vous pouvez vérifier l'état de votre pod à l'aide de kubectl get pod. Le pod devrait apparaître dans l'état Running.

Pour obtenir des informations plus détaillées, notamment sur les événements et l'état des conteneurs, utilisez kubectl describe pod.

Bien que les pods à conteneur unique soient courants, un pod peut également héberger plusieurs conteneurs. Ceux-ci sont généralement étroitement liés et partagent des ressources.

Un modèle courant est celui du conteneur « sidecar », qui s'exécute à côté du conteneur principal de l'application pour fournir des services auxiliaires tels que la journalisation, la supervision ou la synchronisation des données.

Nous étudierons ce modèle plus en détail dans une prochaine leçon !

Lequel des champs suivants n'est PAS obligatoire au niveau supérieur dans une définition YAML de base d'un pod Kubernetes ?

Vous avez appris que les pods sont les plus petites unités déployables de Kubernetes et qu'ils encapsulent les conteneurs ainsi que les ressources de stockage et de réseau.

• Les pods abstraient les conteneurs afin de permettre le partage de ressources et la colocalisation.
• Les fichiers YAML définissent les pods à l'aide de apiVersion, kind, metadata et spec.
• Vous créez des pods avec kubectl apply -f <filename> et les inspectez avec kubectl get pod et kubectl describe pod.

Ensuite, nous examinerons le cycle de vie et les états de ces briques fondamentales !