Kubernetes passe à la version 1.20, marquant l'arrivée de Kubectl Debug en version bêta.

Logo Kubernetes

L'équipe de développement Kubernetes dévoilée récemment publié la nouvelle version 1.20, version qui continue le travail de nettoyage qui a commencé avec la version 1.19 et présente plus de 40 nouvelles fonctionnalités, dont 16 fonctions améliorées et 11 qui sont finalement classés comme stables.

L'équipe a accordé une attention particulière à la poursuite du développement des fonctions importantes comme les tâches cron et le support CRI de Kubelet, ils sont en phase alpha depuis longtemps. Les fonctionnalités qui ne montrent pas de progrès continu vers la stabilité seront obsolètes plus rapidement à l'avenir.

Points forts de Kubernetes 1.20

L'un des principaux changements de Kubernetes 1.20 est la dépréciation de Docker, puisque comme mentionné dans le journal des modifications, la première version bêta de Kubernetes 1.20 a annoncé que le La prise en charge de Docker s'applique à Kubelet obsolète et il devrait être entièrement omis dans l'une des prochaines versions.

De l'avis de l'équipe de développement, Intégration de Container Runtime Interface (CRI) comme interface de plug-in pour Kubelet a maintenant atteint le niveau de maturité requis pour pouvoir basculer vers des environnements d'exécution de conteneur compatibles CRI qui peuvent être utilisés sans recompilation.

Avec ce débogage Kubectl passe en version bêtaAvec lui, les utilisateurs peuvent inspecter un pod en cours d'exécution sans avoir à le redémarrer. En outre, les utilisateurs n'ont plus à entrer dans le conteneur pour vérifier les systèmes ou lancer des opérations telles que les utilitaires de débogage ou les demandes réseau initiales à partir de l'espace de noms réseau du pod. Cette amélioration supprime la dépendance à SSH pour gérer et déboguer les nœuds.

Cette fonctionnalité prend en charge les workflows de débogage courants directement à partir de kubectl. Les scénarios de dépannage pris en charge dans cette version de kubectl:

  • Résolvez les problèmes de blocage des charges de travail au démarrage en créant une copie du pod qui utilise une commande ou une image de conteneur différente.
  • Résolvez les problèmes de conteneur sans distraction en ajoutant un nouveau conteneur avec des outils de débogage, soit dans une nouvelle copie de pod, soit en utilisant un conteneur éphémère.
  • Dépannez un nœud en créant un conteneur qui s'exécute dans les espaces de noms de l'hôte et avec un accès au système de fichiers de l'hôte.

Un autre changement majeur de cette nouvelle version, sont less opérations de capture instantanée de volume stable. Cette fonctionnalité fournit un moyen standard d'activer les opérations de volume d'ombre et permet aux utilisateurs d'incorporer des opérations de cliché instantané sur une base portable dans tout environnement Kubernetes et fournisseurs de stockage pris en charge.

En outre, ces primitives de cliché Kubernetes agissent comme des éléments de base pour le développement de fonctionnalités avancées de gestion du stockage au niveau de l'entreprise pour Kubernetes, y compris des solutions de sauvegarde au niveau des clusters ou des applications.

Par ailleurs, La limitation PID du processus pour la stabilité est mise en évidence, car les ID de processus sont une ressource critique sur les hôtes Linux. Il est trivial d'atteindre la limite des tâches sans atteindre aucune autre limite de ressources et provoquer une instabilité sur une machine hôte.

Les administrateurs ont besoin de mécanismes pour garantir que les pods utilisateur ne peuvent pas induire d'épuisement pid qui empêche les démons hôtes de s'exécuter.

En outre, il est important de s'assurer que les pids sont limités entre les pods pour s'assurer qu'ils ont un impact limité sur les autres charges de travail sur le nœud. Après avoir été activé par défaut pendant un an, le nœud SIG modifie les limites PID en GA dans SupportNodePidsLimit et SupportPodPidsLimit.

Aussi dans Kubernetes 1.20 la double pile IPv4 / IPv6 a été redéployée pour prendre en charge les services à double pile en fonction des commentaires des utilisateurs et de la communauté. Cela permet d'attribuer les adresses IP du cluster de services IPv4 et IPv6 à un seul service, et permet également à un service de passer d'une pile IP unique à une pile IP double et vice versa.

Enfin, si vous voulez en savoir plus à propos de cette nouvelle version, vous pouvez vérifier les détails dans le lien suivant.


Soyez le premier à commenter

Laisser un commentaire

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

*

*

  1. Responsable des données : AB Internet Networks 2008 SL
  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.