{"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\/it\/blog\/news\/vypusk-kubernetes-1-24-sistemy-upravleniya-klasterom-izolirovannyh-kontejnerov","title":{"rendered":"Rilascio di Kubernetes 1.24, sistema di gestione dei cluster di container isolati","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 disponibile il rilascio della piattaforma di orchestrazione dei container Kubernetes 1.24, che consente di gestire un cluster di container isolati come un'unica entit\u00e0 e fornisce meccanismi per il deployment, la manutenzione e la scalabilit\u00e0 delle applicazioni eseguite nei container. Il progetto \u00e8 stato originariamente creato da Google, ma successivamente \u00e8 stato trasferito su una piattaforma indipendente, curata dalla Linux Foundation. La piattaforma \u00e8 posizionata come una soluzione universale sviluppata dalla comunit\u00e0, non legata a sistemi specifici e in grado di lavorare con qualsiasi applicazione in qualsiasi ambiente cloud. Il codice di Kubernetes \u00e8 scritto in Go e distribuito sotto la licenza Apache 2.0. <\/p>\n
Sono fornite funzionalit\u00e0 per il deployment e la gestione dell'infrastruttura, come la gestione del database DNS, il bilanciamento del carico, la distribuzione dei container tra i nodi del cluster (migrazione dei container in base ai cambiamenti di carico e alle esigenze dei servizi), il controllo dell'affidabilit\u00e0 a livello di applicazioni, la gestione degli account, l'aggiornamento e la scalabilit\u00e0 dinamica del cluster in esecuzione, senza la sua interruzione. \u00c8 possibile il deployment di gruppi di container con l'esecuzione di operazioni di aggiornamento e annullamento delle modifiche immediatamente per l'intero gruppo, cos\u00ec come la suddivisione logica del cluster in parti con separazione delle risorse. \u00c8 supportata la migrazione dinamica delle applicazioni, per le quali possono essere utilizzati sia archivi locali che sistemi di archiviazione in rete. <\/p>\n
Modifiche chiave nel nuovo rilascio: <\/p>\n
\n
Sono stati stabilizzati gli strumenti per il monitoraggio della capacit\u00e0 di archiviazione (Storage Capacity Tracking), che garantiscono il monitoraggio dello spazio libero nelle partizioni e trasmettono i dati al nodo di controllo per prevenire l'avvio di pod sui nodi in cui non c'\u00e8 spazio libero sufficiente.\n
\u00c8 stata stabilizzata la possibilit\u00e0 di estendere le partizioni di archiviazione. L'utente pu\u00f2 modificare la dimensione delle partizioni esistenti e Kubernetes estender\u00e0 automaticamente, senza interrompere il funzionamento, la partizione e il relativo file system.\n
\u00c8 stata interrotta la fornitura di runtime Dockershim, che era stato presentato come una soluzione temporanea per l'utilizzo di Docker in Kubernetes, non compatibile con l'interfaccia standard CRI (container runtime interface) e che portava a un ulteriore complicazione per kubelet. Per gestire i container isolati, si consiglia di utilizzare un runtime che supporti l'interfaccia CRI, come containerd e CRI-O, oppure di utilizzare il wrapper cri-dockerd, che implementa l'interfaccia CRI sopra l'API Docker Engine.\n
\u00c8 stato fornito il supporto sperimentale per la verifica delle immagini dei container tramite firme digitali utilizzando il servizio Sigstore, che conduce un registro pubblico per la conferma dell'autenticit\u00e0 (transparency log). Per prevenire attacchi alla supply chain e sostituzioni dei componenti, \u00e8 stata anche fornita la certificazione tramite firme digitali degli artefatti collegati ai rilasci, compresi tutti i file eseguibili di Kubernetes installati.\n
Di default, \u00e8 stata interrotta l'attivazione delle API che si trovano in stato beta nei cluster (le API di test aggiunte nelle versioni precedenti sono mantenute, la modifica riguarda solo le nuove API).\n
\u00c8 stato implementato il supporto sperimentale per il formato OpenAPI v3.\n
\u00c8 stata presentata un'iniziativa per la migrazione dei plugin per la gestione degli archivi a un'interfaccia unificata CSI (Container Storage Interface), mantenendo la compatibilit\u00e0 a livello di API. I plugin Azure Disk e OpenStack Cinder sono stati migrati a CSI.\n
Il Kubelet Credential Provider \u00e8 stato portato in fase di beta-testing, consentendo di estrarre dinamicamente le credenziali per il repository delle immagini dei container tramite l'esecuzione di plugin, senza memorizzare le credenziali nel filesystem del nodo.\n