{"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\/pl\/blog\/news\/vypusk-kubernetes-1-24-sistemy-upravleniya-klasterom-izolirovannyh-kontejnerov","title":{"rendered":"Wydanie Kubernetes 1.24, systemu zarz\u0105dzania klastrem izolowanych kontener\u00f3w","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Wydana zosta\u0142a wersja platformy orkiestracji kontener\u00f3w Kubernetes 1.24, kt\u00f3ra umo\u017cliwia zarz\u0105dzanie klastrem z izolowanych kontener\u00f3w jako ca\u0142o\u015bci\u0105 oraz oferuje mechanizmy do wdra\u017cania, utrzymywania i skalowania aplikacji uruchamianych w kontenerach. Projekt zosta\u0142 pierwotnie stworzony przez firm\u0119 Google, ale nast\u0119pnie przeniesiony na niezale\u017cn\u0105 platform\u0119, zarz\u0105dzan\u0105 przez organizacj\u0119 Linux Foundation. Platforma jest postrzegana jako rozwijane przez spo\u0142eczno\u015b\u0107 uniwersalne rozwi\u0105zanie, niezale\u017cne od konkretnych system\u00f3w, zdolne do wsp\u00f3\u0142pracy z dowolnymi aplikacjami w r\u00f3\u017cnych \u015brodowiskach chmurowych. Kod Kubernetes napisany jest w j\u0119zyku Go i jest rozpowszechniany na licencji Apache 2.0. <\/p>\n
Dost\u0119pne s\u0105 funkcje do wdra\u017cania i zarz\u0105dzania infrastruktur\u0105, takie jak prowadzenie bazy DNS, r\u00f3wnowa\u017cenie obci\u0105\u017cenia, przydzielanie kontener\u00f3w do w\u0119z\u0142\u00f3w klastra (migrowanie kontener\u00f3w w zale\u017cno\u015bci od zmian obci\u0105\u017cenia i potrzeb w us\u0142ugach), sprawdzanie stanu aplikacji, zarz\u0105dzanie kontami, aktualizacja i dynamiczne skalowanie dzia\u0142aj\u0105cego klastra bez jego zatrzymywania. Mo\u017cliwe jest wdra\u017canie grup kontener\u00f3w oraz wykonywanie operacji aktualizacji i wycofywania zmian natychmiast dla ca\u0142ej grupy, a tak\u017ce logiczne podzia\u0142 klastra na cz\u0119\u015bci z oddzieleniem zasob\u00f3w. Obs\u0142ugiwane jest dynamiczne migrowanie aplikacji, dla kt\u00f3rych jako magazyny danych mog\u0105 by\u0107 stosowane zar\u00f3wno lokalne magazyny, jak i sieciowe systemy przechowywania. <\/p>\n
Kluczowe zmiany w nowym wydaniu: <\/p>\n
\n
Ustabilizowane zosta\u0142y narz\u0119dzia do monitorowania pojemno\u015bci pami\u0119ci (Storage Capacity Tracking), kt\u00f3re zapewniaj\u0105 monitoring wolnego miejsca w partycjach i przesy\u0142aj\u0105 dane do w\u0119z\u0142a zarz\u0105dzaj\u0105cego, aby zapobiec w\u0142\u0105czaniu pod\u00f3w na w\u0119z\u0142ach, na kt\u00f3rych jest za ma\u0142o wolnego miejsca.\n
Ustabilizowana zosta\u0142a mo\u017cliwo\u015b\u0107 rozszerzania partycji pami\u0119ci. U\u017cytkownik mo\u017ce zmieni\u0107 rozmiar ju\u017c istniej\u0105cych partycji, a Kubernetes automatycznie, bez zatrzymywania pracy rozszerzy partycj\u0119 oraz zwi\u0105zan\u0105 z ni\u0105 system plik\u00f3w.\n
Dostarczanie runtime Dockershim zosta\u0142o wstrzymane, co by\u0142o postrzegane jako tymczasowe rozwi\u0105zanie do u\u017cycia Docker w Kubernetes, kt\u00f3re nie jest zgodne z standardowym interfejsem CRI (interfejs czasu uruchomienia kontenera) i prowadzi do dodatkowego skomplikowania kubelet. Do zarz\u0105dzania izolowanymi kontenerami nale\u017cy u\u017cywa\u0107 runtime, wspieraj\u0105cego interfejs CRI, takiego jak containerd i CRI-O, lub skorzysta\u0107 z obudowy cri-dockerd, implementuj\u0105cej interfejs CRI na API Docker Engine.\n
Zosta\u0142o wprowadzone eksperymentalne wsparcie dla weryfikacji obraz\u00f3w kontener\u00f3w na podstawie podpis\u00f3w cyfrowych przy u\u017cyciu us\u0142ugi Sigstore, prowadz\u0105cej publiczny dziennik potwierdzaj\u0105cy autentyczno\u015b\u0107 (dziennik przejrzysto\u015bci). Aby zapobiec atakom na \u0142a\u0144cuch dostaw i manipulacji komponentami, zapewniono r\u00f3wnie\u017c uwierzytelnienie podpisami cyfrowymi zwi\u0105zanych z wydaniami artefakt\u00f3w, w tym wszystkich instalowanych plik\u00f3w wykonywalnych Kubernetes.\n
W domy\u015blnych ustawieniach w klastrach wstrzymano w\u0142\u0105czenie interfejs\u00f3w API, kt\u00f3re znajduj\u0105 si\u0119 w stanie wersji beta (testowe interfejsy API dodane w poprzednich wydaniach zosta\u0142y zachowane, zmiana dotyczy tylko nowych interfejs\u00f3w API).\n
Zrealizowane zosta\u0142o testowe wsparcie dla formatu OpenAPI v3.\n
Wprowadzono inicjatyw\u0119 dotycz\u0105c\u0105 przekszta\u0142cenia wtyczek do pracy z magazynami na zunifikowany interfejs CSI (Container Storage Interface) z zachowaniem zgodno\u015bci na poziomie API. Wtyczki Azure Disk i OpenStack Cinder zosta\u0142y przekszta\u0142cone na CSI.\n
Kubelet Credential Provider zosta\u0142 przeniesiony do etapu beta test\u00f3w, co pozwala na dynamiczne pobieranie danych uwierzytelniaj\u0105cych repozytori\u00f3w obraz\u00f3w kontener\u00f3w przez uruchamianie wtyczek, bez przechowywania danych uwierzytelniaj\u0105cych w systemie plik\u00f3w w\u0119z\u0142a.\n