Uppsläpp av Kubernetes 1.24, ett system för hantering av kluster av isolerade containrar

Version 1.24 av containerorkestreringsplattformen Kubernetes är nu tillgänglig, vilket gör det möjligt att hantera en kluster av isolerade containrar som ett enda system och erbjuder mekanismer för distribution, underhåll och skalning av applikationer som körs i containrar. Projektet skapades ursprungligen av Google, men har sedan dess övergått till en oberoende plattform som övervakas av Linux Foundation. Plattformen positioneras som en gemenskapsdriven, universell lösning som inte är knuten till specifika system och kan fungera med vilken applikation som helst i vilket molnmiljö som helst. Kubernetes-koden är skriven i Go och distribueras under Apache 2.0-licensen.

Funktioner för distribution och hantering av infrastruktur erbjuds, inklusive DNS-databashantering, belastningsbalansering, distribution av containrar över klusternoder (migration av containrar baserat på förändringar i belastning och tjänstebehov), applikationsövervakning, kontohantering, uppdatering och dynamisk skalning av det aktiva klustret utan nedstängning. Det går att distribuera grupper av containrar med uppdaterings- och återställningsoperationer som utförs direkt för hela gruppen samt logisk uppdelning av klustret med resursdelning. Stöd för dynamisk migrering av applikationer finns, där antingen lokala lagringssystem eller nätverkslagringssystem kan användas för datalagring.

Key changes in the new release:

• Verktyg för övervakning av lagringskapacitet (Storage Capacity Tracking) har stabiliserats, vilket möjliggör övervakning av ledigt utrymme på partitioner och överföring av data till den styrande noden för att förhindra att poddar startas på noder där det inte finns tillräckligt med ledigt utrymme.
• Möjligheten att utöka lagringspartitioner har stabiliserats. Användaren kan ändra storlek på befintliga partitioner och Kubernetes kommer automatiskt att utöka partitionen och det relaterade filsystemet utan att stoppa driften.
• Leveransen av runtime Dockershim, som positionerades som en tillfällig lösning för att använda Docker i Kubernetes, har upphört. Den var inte kompatibel med standardgränssnittet CRI (container runtime interface) och ledde till ytterligare komplexitet i kubelet. För att hantera isolerade containrar bör runtime användas som stöder CRI-gränssnittet, såsom containerd och CRI-O, eller så bör man använda omslutningen cri-dockerd som implementerar CRI-gränssnittet ovanpå API:et för Docker Engine.
• Experimentellt stöd för verifiering av containerbilder med digitala signaturer har införts med hjälp av tjänsten Sigstore, som upprättar en offentlig logg för autentisering (transparency log). För att förhindra supply chain-attacker och manipulering av komponenter har också digitala signaturer förknippade med releaseartefakter, inklusive alla installerade körbara filer för Kubernetes, säkerställts.
• Som standard har aktiveringen av API:er i beta-status i kluster upphört (test-API:erna som lades till i tidigare versioner är bevarade, ändringen gäller endast nya API:er).
• Teststöd för formatet OpenAPI v3 har implementerats.
• Ett initiativ för att konvertera plugins för lagring till ett enhetligt gränssnitt CSI (Container Storage Interface) har presenterats, med bibehållen API-kompatibilitet. Plugins för Azure Disk och OpenStack Cinder har konverterats till CSI.
• Kubelet Credential Provider har gått in i beta-testning, vilket möjliggör dynamisk hämtning av autentiseringsuppgifter för containrar via plugin-initiering, utan att autentiseringsuppgifter lagras i nodens filsystem.
• Möjlighet till reserv av IP-adressområden för tilldelning till tjänster har tillhandahållits. När detta alternativ aktiveras kommer klustret automatiskt att tilldela tjänster endast IP-adresser från det för varje tjänst förhandlade poolen, vilket förhindrar uppkomst av kollisioner vid tilldelning av lediga adresser från den gemensamma uppsättningen.

Källa: opennet.ru