{"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\/nl\/blog\/news\/vypusk-kubernetes-1-24-sistemy-upravleniya-klasterom-izolirovannyh-kontejnerov","title":{"rendered":"Release of Kubernetes 1.24, a cluster management system for isolated containers.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
De release van het Kubernetes 1.24 containerorkestratieplatform is beschikbaar, waarmee een cluster van ge\u00efsoleerde containers als \u00e9\u00e9n geheel kan worden beheerd en dat mechanismen biedt voor de implementatie, ondersteuning en opschaling van toepassingen die in containers draaien. Het project werd oorspronkelijk ontwikkeld door Google, maar is later overgebracht naar een onafhankelijke locatie die wordt beheerd door de Linux Foundation. Het platform wordt gepositioneerd als een gemeenschapsgestuurd, universele oplossing die niet gebonden is aan specifieke systemen en die kan werken met elke toepassing in elke cloudomgeving. De code van Kubernetes is geschreven in de programmeertaal Go en wordt verspreid onder de Apache 2.0-licentie. <\/p>\n
Er zijn functies beschikbaar voor het implementeren en beheren van infrastructuur, zoals het bijhouden van een DNS-database, load balancing, het toewijzen van containers aan cluster-knooppunten (migratie van containers afhankelijk van gewijzigde belasting en service-eisen), applicatie-niveau gezondheidscontroles, accountbeheer, het bijwerken en dynamisch schalen van de actieve cluster zonder deze te stoppen. Het is mogelijk om groepen containers te implementeren met gelijktijdige update- en rollback-operaties voor de hele groep, evenals logische segmentatie van de cluster met een scheiding van middelen. Ondersteuning voor dynamische migratie van toepassingen is beschikbaar, waarbij zowel lokale opslag als netwerken van opslagystemen kunnen worden gebruikt voor gegevensopslag. <\/p>\n
Belangrijkste wijzigingen in de nieuwe release: <\/p>\n
\n
Daarmee zijn de middelen voor opslagcapaciteitstracering (Storage Capacity Tracking) gestabiliseerd, die het vrije schijfruimte in partities monitoren en gegevens naar de beheerderstapel verzenden om te voorkomen dat pods worden gestart op knooppunten met onvoldoende vrije ruimte.\n
De mogelijkheid om opslagpartities uit te breiden is gestabiliseerd. Gebruikers kunnen de grootte van bestaande partities aanpassen en Kubernetes zal automatisch de partitie en het bijbehorende bestandssysteem uitbreiden zonder de werkzaamheden te onderbreken.\n
De levering van de runtime Dockershim is be\u00ebindigd, dat werd gepositioneerd als een tijdelijke oplossing voor het gebruik van Docker in Kubernetes, niet compatibel met de standaard CRI (container runtime interface) en leidend tot een extra complicatie van de kubelet. Voor het beheer van ge\u00efsoleerde containers dient een runtime gebruikt te worden die de CRI-interface ondersteunt, zoals containerd en CRI-O, of de wrapper cri-dockerd te gebruiken die de CRI-interface bovenop de Docker Engine API implementeert.\n
Er is experimentele ondersteuning toegevoegd voor de verificatie van container images door digitale handtekeningen te gebruiken met de Sigstore-service, die een openbaar logboek bijhoudt voor authenticiteitsbevestiging (transparency log). Om supply chain-aanvallen en componentvervalsing te voorkomen, is ook voorzien in digitale handtekeningen voor de artefacten die met de releases zijn verbonden, waaronder alle installables van Kubernetes.\n
Standaard is het inschakelen van API's die in b\u00e8ta zijn, in clusters stopgezet (de test-API's die in vorige versies zijn toegevoegd, blijven behouden; deze wijziging geldt alleen voor nieuwe API's).\n
Er is testondersteuning voor het OpenAPI v3-formaat gerealiseerd.\n
Een initiatief is gepresenteerd om plug-ins voor opslagbeheersystemen over te zetten naar de uniforme CSI (Container Storage Interface) met behoud van API-compatibiliteit. De Azure Disk- en OpenStack Cinder-plug-ins zijn naar CSI overgezet.\n
De Kubelet Credential Provider is overgebracht naar b\u00e8ta-test, waardoor dynamisch referenties voor container image repositories kunnen worden opgehaald via het uitvoeren van plug-ins, zonder de referenties in het bestandssysteem van de node op te slaan.\n