{"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 contenitori 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 come un'unica entit\u00e0 un cluster di container isolati e fornisce meccanismi per il deployment, il supporto e la scalabilit\u00e0 delle applicazioni in esecuzione 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 presentata come una soluzione universale sviluppata dalla comunit\u00e0, non legata a sistemi specifici e capace di funzionare con qualsiasi applicazione in qualsiasi ambiente cloud. Il codice di Kubernetes \u00e8 scritto in Go e distribuito con licenza Apache 2.0. <\/p>\n
Vengono fornite funzionalit\u00e0 per il deploy e la gestione dell'infrastruttura, come la gestione del DNS, il bilanciamento del carico, la distribuzione dei container sui nodi del cluster (migrazione dei container in base alle variazioni di carico e alle esigenze dei servizi), il monitoraggio della disponibilit\u00e0 a livello applicativo, la gestione degli account, l'aggiornamento e il ridimensionamento dinamico del cluster attivo senza interruzioni. \u00c8 possibile distribuire gruppi di container con operazioni di aggiornamento e rollback simultaneamente per l'intero gruppo, cos\u00ec come una suddivisione logica del cluster in sezioni con divisione delle risorse. \u00c8 supportata la migrazione dinamica delle applicazioni, per le quali possono essere utilizzati sia storage locali che sistemi di storage di rete per la conservazione dei dati. <\/p>\n
Modifiche principali nel nuovo rilascio: <\/p>\n
\n
Sono stati stabilizzati strumenti per il monitoraggio della capacit\u00e0 di storage (Storage Capacity Tracking), che garantiscono la sorveglianza dello spazio libero nelle partizioni e trasmettono i dati al nodo di gestione per prevenire l'avvio di pod su nodi con spazio insufficiente.\n
\u00c8 stata stabilizzata la possibilit\u00e0 di espandere le partizioni di archiviazione. L'utente pu\u00f2 modificare la dimensione delle partizioni esistenti e Kubernetes espander\u00e0 automaticamente la partizione e il file system correlato senza interrompere il funzionamento.\n
\u00c8 terminata la fornitura del runtime Dockershim, che era stato presentato come una soluzione temporanea per l'utilizzo di Docker in Kubernetes, non compatibile con l'interfaccia CRI (container runtime interface) standard e che portava a una complessit\u00e0 aggiuntiva del kubelet. Per gestire container isolati, \u00e8 consigliabile utilizzare un runtime che supporti l'interfaccia CRI, come containerd e CRI-O, oppure utilizzare il wrapper cri-dockerd, che implementa l'interfaccia CRI sopra l'API di Docker Engine.\n
\u00c8 stata fornita un'ulteriore supporto sperimentale per la verifica delle immagini dei container tramite firme digitali utilizzando il servizio Sigstore, che mantiene un registro pubblico per la conferma dell'autenticit\u00e0 (transparency log). Per prevenire attacchi alla supply chain e la sostituzione dei componenti, \u00e8 stata anche garantita la certificazione tramite firme digitali degli artefatti associati ai rilasci, inclusi tutti i file eseguibili installati di Kubernetes.\n
Per impostazione predefinita, negli cluster \u00e8 disabilitata l'attivazione delle API in fase beta (le API di test aggiunte nelle versioni precedenti sono mantenute, la modifica riguarda solo le nuove API).\n
\u00c8 stata implementata la supporto per il formato OpenAPI v3 in versione di test.\n
\u00c8 stata presentata l'iniziativa per la migrazione dei plugin per la gestione dello storage 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 passato alla 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 file system del nodo.\n