{"id":103964,"date":"2022-05-05T21:36:43","date_gmt":"2022-05-05T19:36:43","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-kubernetes-1-24-sistemy-upravleniya-klasterom-izolirovannyh-kontejnerov"},"modified":"2022-05-05T21:36:43","modified_gmt":"2022-05-05T19:36:43","slug":"vypusk-kubernetes-1-24-sistemy-upravleniya-klasterom-izolirovannyh-kontejnerov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-kubernetes-1-24-sistemy-upravleniya-klasterom-izolirovannyh-kontejnerov","title":{"rendered":"Version Kubernetes 1.24, syst\u00e8me de gestion de clusters de conteneurs isol\u00e9s","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La version de la plateforme d'orchestration de conteneurs Kubernetes 1.24 est disponible, permettant de g\u00e9rer un cluster de conteneurs isol\u00e9s comme une entit\u00e9 unique, et offrant des m\u00e9canismes pour le d\u00e9ploiement, la maintenance et l'\u00e9chelle des applications ex\u00e9cut\u00e9es dans des conteneurs. Le projet a \u00e9t\u00e9 initialement cr\u00e9\u00e9 par Google, mais a ensuite \u00e9t\u00e9 transf\u00e9r\u00e9 sur une plateforme ind\u00e9pendante g\u00e9r\u00e9e par la Linux Foundation. La plateforme se positionne comme une solution universelle d\u00e9velopp\u00e9e par la communaut\u00e9, non attach\u00e9e \u00e0 des syst\u00e8mes sp\u00e9cifiques et capable de fonctionner avec n'importe quelle application dans n'importe quel environnement cloud. Le code de Kubernetes est \u00e9crit en langage Go et est distribu\u00e9 sous la licence Apache 2.0. <\/p>\n
Des fonctionnalit\u00e9s sont fournies pour le d\u00e9ploiement et la gestion de l'infrastructure, telles que la gestion de la base DNS, l'\u00e9quilibrage de charge, la distribution des conteneurs sur les n\u0153uds du cluster (migration des conteneurs en fonction des variations de charge et des besoins en services), la v\u00e9rification de la disponibilit\u00e9 au niveau des applications, la gestion des comptes, la mise \u00e0 jour et l'\u00e9chelonnement dynamique du cluster op\u00e9rationnel, sans interruption. Il est possible de d\u00e9ployer des groupes de conteneurs avec des op\u00e9rations de mise \u00e0 jour et d'annulation de modifications pouvant \u00eatre appliqu\u00e9es simultan\u00e9ment \u00e0 tout le groupe, ainsi que de segmenter logiquement le cluster en parties avec une s\u00e9paration des ressources. Un support pour la migration dynamique des applications est disponible, pour lesquelles des solutions de stockage locales ou des syst\u00e8mes de stockage en r\u00e9seau peuvent \u00eatre utilis\u00e9s. <\/p>\n
Principaux changements dans cette nouvelle version : <\/p>\n
\n
Les outils de suivi de la capacit\u00e9 de stockage (Storage Capacity Tracking) ont \u00e9t\u00e9 stabilis\u00e9s, fournissant une surveillance de l'espace libre dans les partitions et transmettant les donn\u00e9es au n\u0153ud de contr\u00f4le pour emp\u00eacher le lancement de pod sur des n\u0153uds avec un espace libre insuffisant.\n
La possibilit\u00e9 d'\u00e9tendre les partitions de stockage a \u00e9t\u00e9 stabilis\u00e9e. L'utilisateur peut modifier la taille des partitions existantes et Kubernetes \u00e9tendra automatiquement la partition et le syst\u00e8me de fichiers associ\u00e9 sans interruption.\n
La livraison du runtime Dockershim, qui \u00e9tait pr\u00e9sent\u00e9 comme une solution temporaire pour utiliser Docker dans Kubernetes, a \u00e9t\u00e9 interrompue. Cela n\u2019est pas compatible avec l'interface CRI (container runtime interface) et complique davantage le kubelet. Pour g\u00e9rer des conteneurs isol\u00e9s, il convient d'utiliser un runtime prenant en charge l'interface CRI, tel que containerd et CRI-O, ou d'utiliser le wrapper cri-dockerd qui impl\u00e9mente l'interface CRI sur l'API Docker Engine.\n
Un support exp\u00e9rimental pour la v\u00e9rification des images de conteneurs par des signatures num\u00e9riques a \u00e9t\u00e9 fourni \u00e0 l'aide du service Sigstore, qui maintient un journal public pour confirmer l'authenticit\u00e9 (transparency log). Pour pr\u00e9venir les attaques de la cha\u00eene d'approvisionnement et la substitution de composants, le service assure \u00e9galement l'attestation par des signatures num\u00e9riques des artefacts associ\u00e9s aux versions, y compris tous les fichiers ex\u00e9cutables Kubernetes install\u00e9s.\n
Par d\u00e9faut, l'activation des API qui sont en beta pour les clusters a \u00e9t\u00e9 arr\u00eat\u00e9e (les API de test ajout\u00e9es dans les versions pr\u00e9c\u00e9dentes sont conserv\u00e9es, ce changement ne concerne que les nouvelles API).\n
Un support de test pour le format OpenAPI v3 a \u00e9t\u00e9 mis en \u0153uvre.\n
Une initiative visant \u00e0 migrer les plugins pour le stockage vers une interface unifi\u00e9e CSI (Container Storage Interface) a \u00e9t\u00e9 pr\u00e9sent\u00e9e, tout en maintenant la compatibilit\u00e9 au niveau de l'API. Les plugins Azure Disk et OpenStack Cinder ont \u00e9t\u00e9 transf\u00e9r\u00e9s vers CSI.\n
Le Kubelet Credential Provider a \u00e9t\u00e9 mis en beta, permettant d'extraire dynamiquement des identifiants pour le d\u00e9p\u00f4t d'images de conteneurs via le lancement de plugins, sans stocker d'identifiants dans le syst\u00e8me de fichiers du n\u0153ud.\n