Megjelent a Kubernetes 1.24 konténerorchestráló platform kiadása, amely lehetővé teszi az elszigetelt konténerek klaszterének együttes kezelését, és mechanizmusokat biztosít a konténerekben futó alkalmazások telepítésére, karbantartására és skálázására. A projektet eredetileg a Google indította, de később egy független fejlesztési helyszínre került, amelyet a Linux Alapítvány irányít. A platformot közösség által fejlesztett, univerzális megoldásként pozicionálják, amely nem kötődik bizonyos rendszerekhez, és képes bármilyen alkalmazással működni bármilyen felhőalapú környezetben. A Kubernetes kódja Go nyelven készült és az Apache 2.0 licenc alatt terjesztik.
Funkciók állnak rendelkezésre az infrastruktúra telepítésére és kezelésére, mint például a DNS nyilvántartás vezetése, terheléselosztás, konténerek elosztása a klaszter csomópontjai között (konténerek migrálása a terhelés és szolgáltatási igények változása alapján), alkalmazás szintű ellenőrzés, fiókok kezelése, a működő klaszter frissítése és dinamikus skálázása leállítás nélkül. Konténerek csoportjának telepítése lehetséges, azonnali frissítések és visszaállítások végrehajtásával az egész csoport számára, valamint a klaszter logikai felosztása a források elosztásával. Támogatott a dinamikus alkalmazás migráció, amelyek adataihoz helyi tárolók vagy hálózati tárolórendszerek is használhatók.
Key changes in the new release:
- Stabilizálták a tárolókapacitás-nyomkövető eszközöket (Storage Capacity Tracking), amelyek a partíciók szabad területének figyelemmel kísérését biztosítják, és adatokat küldenek a vezérlő csomópont számára, hogy megakadályozzák pod-ok elindítását olyan csomópontokon, ahol nem áll rendelkezésre elegendő szabad hely.
- Stabilizálták a tárolópartíciók bővítésének lehetőségét. A felhasználó megváltoztathatja a már létező partíciók méretét, és a Kubernetes automatikusan, a működés megállítása nélkül bővíti a partíciót és a hozzá kapcsolódó fájlrendszert.
- Megszűnt a Dockershim runtime szállítása, amelyet a Docker Kubernetesben való használatának ideiglenes megoldásaként helyeztek el, nem kompatibilis a CRI (container runtime interface) natív interfészével, ami további bonyodalmakat okozott a kubelet számára. Lakóterek kezeléséhez olyan runtime használata javasolt, amely támogatja a CRI interfészt, mint például a containerd és CRI-O, vagy a cri-dockerd csomag használata, amely a CRI interfészt valósítja meg a Docker Engine API felett.
- Kísérleti támogatást nyújtanak a konténerképek digitális aláírásokkal történő ellenőrzéséhez a Sigstore szolgáltatás használatával, amely nyilvános naplót vezet a hitelesség megerősítésére (transparency log). A beszállítói lánc támadások és a komponensek cseréjének megakadályozása érdekében a kibocsátott artefaktumok digitális aláírásos hitelesítése is biztosított, beleértve minden telepített Kubernetes végrehajtható fájlt.
- Alapértelmezés szerint a klaszterekben leállították a béta állapotú API-k bekapcsolását (az előző kiadásokban hozzáadott teszt API-k megmaradtak, a változás csak az új API-kat érinti).
- Béta támogatást kaptak az OpenAPI v3 formátumra.
- Bemutatásra került a kezdeményezés a tárolókkal való munkát támogató pluginek egységes CSI (Container Storage Interface) interfészre való áttérésére az API szintű kompatibilitás megőrzésével. Az Azure Disk és OpenStack Cinder plugineket átállították a CSI-ra.
- A Kubelet Credential Provider béta tesztelésre került, amely lehetővé teszi az konténerkép-tárolóhoz szükséges hitelesítő adatok dinamikus kinyerését pluginek indításával, anélkül hogy a hitelesítő adatokat a csomópont fájlrendszerében tárolnák.
- Lehetővé vált IP-cím tartományok fenntartása a szolgáltatások számára. E szolgáltatás aktiválásakor a klaszter automatikusan csak IP address a minden szolgáltatás számára előre kijelölt poolból fog címeket kiosztani, amely megakadályozza a címkollisionok keletkezését a közös készletből való szabad címek kiosztásakor.
Forrás: opennet.ru
