Canonical va ajouter la prise en charge de ContainerD pour Kubernetes et Microk8s

ConteneurD

Récemment Canonical a annoncé sa décision d'ajouter la prise en charge de ContainerD pour améliorer les performances de ses produits axés sur Kubernetes. et d'autres solutions de conteneurs telles que Microk8s.

Canonical a déclaré que le lancement améliorera "la sécurité et la robustesse" de sa gamme de conteneurs, mais continuera à prendre en charge Docker sur sa ligne Kubernetes. Cela laissera également la technologie seule pendant les mises à niveau - les clusters conserveront l'environnement d'exécution choisi à l'origine plutôt que de subir une mise à niveau forcée.

Qu'est-ce que ContainerD?

ContainerD est le runtime pour Linux et Windows, qui gère le cycle de vie complet du conteneur sur votre système hôte, du transfert et du stockage d'images à l'exécution et à la surveillance des conteneurs, au transfert d'images, au stockage de bas niveau aux pièces jointes réseau, à la surveillance des processus et plus encore.

ContainerD offre les fonctionnalités suivantes:

  • Prise en charge du format de conteneur OCI
  • Prise en charge de la création de réseaux, ainsi que de leur modification et élimination des interfaces.
  • Multi-tenant pris en charge avec le stockage CAS pour les images globales
  • Prise en charge de la spécification d'exécution OCI (également appelée runC)
  • Prise en charge de l'exécution et du cycle de vie des conteneurs
  • Gestion des conteneurs d'espaces de noms réseau pour rejoindre les espaces de noms existants

Qu'est-ce que Kubernetes?

Kubernetes est un système de conteneur open source qui automatise le déploiement, le dimensionnement et la gestion des applications conteneurisées.

Celles-ci fournissent les mécanismes de déploiement, de maintenance et de mise à l'échelle des applications. Les composants qui composent Kubernetes sont conçus pour être faiblement couplés, mais extensibles afin de pouvoir prendre en charge une grande variété de flux de travail.

Qu'est-ce que Microk8s?

MicroK8s est livré sous la forme d'un package d'ancrage unique qui peut être installé sur 42 versions différentes de Linux. Avec un petit espace disque et de la mémoire, MicroK8s offre un moyen efficace de démarrer avec Kubernetes, que ce soit sur le bureau, sur le serveur, dans un cloud ou sur des appareils IoT.

Les mises à jour automatiques et les fonctions de sécurité sont incluses telles que définies. Les mises à jour automatiques garantissent que les développeurs travaillent toujours à partir des dernières versions de Kubernetes avec des binaires livrés directement à partir de la source et configurés en quelques secondes.

L'exécution de la dernière version signifie également que MicroK8s tire parti des capacités de sécurité intégrées de Kubernetes.

ContainerD est la meilleure option pour maximiser l'utilisation de Kubernetes

Kubernetes MicroK8

En plus d'améliorer la sécurité, Containerd garantit une faible latence et des performances robustes pour l'offre Kubernetes de Canonical.

ContainerD est pris en charge dans les versions 1.14 de Kubernetes et Microk8s avec le runtime Docker traditionnel, que Canonical promet de prendre en charge dans ses offres Ubuntu Kubernetes conçues pour prendre en charge les opérations multi-cloud et la compatibilité avec les principaux fournisseurs d'hébergement cloud tels qu'Amazon Elastic Container Service for Kubernetes (Amazon EKS), Google Kubernetes Engine et Azure Kubernetes Service.

ContainerD est devenu l'environnement d'exécution standard de l'industrie axé sur la simplicité, la robustesse et la portabilité, a déclaré Carmine Rimi, chef de produit chez Canonical Kubernetes.

Autoriser Kubernetes à gérer ContainerD réduit directement le nombre de pièces mobiles et réduit la latence au démarrage et améliore l'utilisation du processeur et de la mémoire sur tous les nœuds du cluster.

Après avoir été accepté dans la CNCF pendant près de deux ans, ContainerD continue d'avoir un moment significatif montrant la demande pour les technologies de conteneurs clés, a déclaré Chris Aniszczyk, CTO de la Cloud Native Computing Foundation.

Les clients ils doivent savoir que le runtime par défaut de leurs clusters ne sera pas remplacé après une mise à niveau, ce qui signifie que si vous utilisez le runtime Docker, à moins que vous ne décidiez de migrer vers le conteneur, concentrez-vous sur la simplicité, la portabilité et la robustesse.

Si vous êtes intéressé et souhaitez en savoir un peu plus sur ContainerD vous pouvez visiter le site web du projet ou vérifiez le code du projet dans ce lien.


Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont marqués avec *

*

*

  1. Responsable des données: Miguel Ángel Gatón
  2. Finalité des données: Contrôle du SPAM, gestion des commentaires.
  3. Légitimation: votre consentement
  4. Communication des données: Les données ne seront pas communiquées à des tiers sauf obligation légale.
  5. Stockage des données: base de données hébergée par Occentus Networks (EU)
  6. Droits: à tout moment, vous pouvez limiter, récupérer et supprimer vos informations.