Comprendre les Fondamentaux de la Conteneurisation et de Kubernetes

Introduction à la virtualisation et à la conteneurisation

• Différences entre les machines virtuelles et les conteneurs

Les machines virtuelles (VM) et les conteneurs sont deux technologies de virtualisation, mais avec des différences clés. Les VM virtualisent le matériel physique, exécutant un système d'exploitation complet et isolé pour chaque instance. Les conteneurs, en revanche, partagent le noyau de l'hôte et isolent uniquement les processus et les ressources nécessaires, ce qui les rend plus légers et plus rapides à démarrer que les VM.

• Avantages de l'utilisation de conteneurs pour le déploiement d'applications

Les conteneurs offrent une efficacité accrue en partageant des ressources tout en maintenant une isolation suffisante entre les applications. Ils sont portables, ce qui signifie que les applications conteneurisées peuvent être exécutées de manière cohérente sur différentes infrastructures, de l'environnement de développement à la production. Les conteneurs sont également évolutifs, permettant un déploiement rapide et une mise à l'échelle aisée. Enfin, les conteneurs facilitent la gestion des applications grâce à des images reproductibles et des configurations déclaratives. 

Présentation de Kubernetes

• Historique et évolution de Kubernetes

Kubernetes, également connu sous le nom de K8s, a été initialement développé par Google à partir de leurs expériences avec la gestion de conteneurs à grande échelle. Il a été rendu open source en 2014 et a rapidement gagné en popularité en tant qu'outil de gestion d'orchestration de conteneurs. Depuis lors, il a connu plusieurs versions et mises à jour pour améliorer sa robustesse et sa fonctionnalité.

• Objectifs et avantages de l'utilisation de Kubernetes

Kubernetes vise à simplifier et à automatiser le déploiement, la mise à l'échelle et la gestion d'applications conteneurisées. Ses avantages incluent la gestion dynamique des ressources, la haute disponibilité, le déploiement et la mise à jour sans interruption, l'auto-réparation des pannes, ainsi que la portabilité des applications sur différents environnements de cloud et d'infrastructure. Kubernetes facilite également la gestion des opérations grâce à une abstraction des détails d'infrastructure sous-jacente et à des API cohérentes.

Architecture fondamentale de Kubernetes

• Composants principaux : leader et worker

Kubernetes est composé d'un leader qui gère le control-plane et ds workers qui exécutent les workloads. Le leader coordonne les opérations dans le cluster, tandis que les workers exécutent les conteneurs et gèrent les ressources de calcul.

• Rôles des composants : API Server, Controller Manager, Scheduler, etcd. 
  • Control-Plane (Composants principaux du leader) :
    • API Server : Expose l'API de Kubernetes et est le point d'entrée pour les commandes et les opérations.
    • Controller Manager : Gère les contrôleurs qui régulent l'état souhaité du système, par exemple, en veillant à ce que le nombre spécifié de répliques soit toujours en cours d'exécution.
    • Scheduler : Sélectionne les nœuds appropriés pour exécuter les tâches en fonction des besoins en ressources et des contraintes.
    • etcd : Stocke les données de configuration du cluster et l'état de l'ensemble du système.
  • Worker (Nœuds du Cluster) : 
    • Kubelet : S'exécute sur chaque nœud et gère les conteneurs, assurant qu'ils sont en cours d'exécution dans un pod. 
    • Kube Proxy : Gère la connectivité réseau pour les pods. 
    • Runtime de conteneurs : Gère l'exécution des conteneurs et leur isolation, par exemple Docker ou containerd.

Ces composants collaborent pour fournir un environnement d'exécution fiable et géré pour les applications conteneurisées.

Runtime de Conteneurs

Les runtimes de conteneurs sont responsables de l'exécution des conteneurs et de leur isolation. Deux runtimes populaires dans l'écosystème Kubernetes sont , containerd, CRI-O. Voici leurs caractéristiques et différences :

• containerd :

  • containerd est l'un des runtimes de conteneurs les plus connus et utilisés.
  • containerd est un moteur de runtime plus léger développé par Docker, qui est maintenant utilisé par de nombreuses plateformes et outils.
  • Il se concentre principalement sur l'exécution des conteneurs et ne propose pas les outils de haut niveau de Docker.
  • containerd est plus modulaire et optimisé pour les performances, ce qui en fait un bon choix pour les déploiements de production.
  • Il est utilisé par Docker lui-même en tant que runtime sous-jacent depuis Docker 1.11.

• Docker (containerd):

  • Docker était l'un des runtimes de kubernetes. Mais il a été retiré depuis la version 1.24 comme runtime car docker est une surcouche de containerd.
  • En plus du runtime, Docker propose également des outils pour la gestion d'images et de réseaux.
  • Docker est simple à configurer et convient bien pour le développement et les environnements monopostes.
  • Il peut consommer plus de ressources en raison de sa conception plus intégrée.

• CRI-O :

  • CRI-O est un runtime de conteneurs spécialement conçu pour les clusters Kubernetes.
  • Il se conforme strictement à l'interface CRI (Container Runtime Interface) de Kubernetes.
  • CRI-O vise la simplicité, la sécurité et la performance.
  • Il a une empreinte légère et est optimisé pour les déploiements de production dans les clusters Kubernetes.

Chaque runtime de conteneurs a ses avantages et ses cas d'utilisation spécifiques. Le choix du runtime dépend des besoins de votre environnement et des caractéristiques souhaitées en matière de performances, de sécurité et de gestion. Dans la majorité des cas, containerd est le meilleur choix en plus il est le runtime par defaut de kubernetes.

Addons de Kubernetes

Kubernetes propose des addons qui étendent les fonctionnalités du cluster pour répondre à des besoins spécifiques.

• Metric server: Pour exposr les metrics du cluster et les pods
• CNI: Container Network Interface (CNI) pour la mise en réseau des clusters. Vous devez utiliser un plug-in CNI compatible avec votre cluster et adapté à vos besoins
  • Outils associés: Canal, Calico, Flannel, Cilium
• DNS : Un service de résolution de noms pour permettre aux conteneurs de communiquer entre eux par le biais de noms au lieu d'adresses IP.
  • Outil associé : Kube-DNS, CoreDNS pour fournir le service de résolution de noms.
• Monitoring and Logging : Des solutions comme Prometheus pour la surveillance et Fluentd pour la journalisation, permettant de suivre les métriques et les journaux des applications et du cluster.
  • Outils associés : Prometheus pour la surveillance des métriques, Grafana pour la visualisation des métriques et Fluentd pour la collecte et la transmission des journaux.
• Ingress Controller : Gère l'accès externe aux services en exposant les règles de routage HTTP et en équilibrant la charge du trafic entrant.
  • Outil associé : Ingress-NGINX, Traefik, HAProxy Controller pour gérer les règles d'entrée.
• Network Policies : Définit des règles de sécurité pour contrôler la communication réseau entre les pods.
  • Outil associé : Plugin réseau (par exemple, Calico, Flannel) pour implémenter les politiques réseau.
• Storage Classes : Permet aux administrateurs de définir des classes de stockage avec des niveaux de performances et de disponibilité différents.
  • Outil associé : Outils de provisionnement de stockage tels que Longhron, Rook, Ceph, ou des solutions de cloud natif.
• Horizontal Pod Autoscaler : Ajuste automatiquement le nombre de répliques de pods en fonction de la charge de travail.
  • Outil associé : Horizontal Pod Autoscaler (HPA) intégré à Kubernetes pour ajuster automatiquement les répliques de pods.

Ces addons améliorent la fonctionnalité et la flexibilité du cluster Kubernetes en répondant aux besoins spécifiques de différents cas d'utilisation.