ProHoster > Blog > internetes hírek > A Kubernetes 1.18 kiadása, amely egy izolált tárolók fürtjének kezelésére szolgáló rendszer

A Kubernetes 1.18 kiadása, amely egy izolált tárolók fürtjének kezelésére szolgáló rendszer

közzétett konténer hangszerelési platform felszabadítása Kubernetes 1.18, amely lehetővé teszi az elszigetelt tárolók fürtjének teljes kezelését, és mechanizmusokat biztosít a tárolókban futó alkalmazások üzembe helyezéséhez, karbantartásához és méretezéséhez. A projektet eredetileg a Google hozta létre, de aztán átkerült egy független oldalra, amelyet a Linux Foundation felügyel. A platformot a közösség által kifejlesztett univerzális megoldásként pozícionálták, amely nem kötődik egyedi rendszerekhez, és bármilyen felhőkörnyezetben bármilyen alkalmazással képes dolgozni. A Kubernetes kód Go és nyelven van írva forgalmazza Apache 2.0 licenc alatt.

Funkciókat biztosít az infrastruktúra telepítéséhez és kezeléséhez, mint például a DNS-adatbázis karbantartása, terheléselosztás,
konténerek elosztása a fürt csomópontjai között (a tárolók migrációja a terhelés és a szolgáltatási igények változásaitól függően), állapotellenőrzések az alkalmazás szintjén, fiókkezelés, futó fürt frissítése és dinamikus skálázása, leállítása nélkül. Lehetőség van konténercsoportok telepítésére frissítési és visszavonási műveletekkel az egész csoport számára egyszerre, valamint a fürt logikai felosztása részekre az erőforrások felosztásával. Támogatja az alkalmazások dinamikus migrációját, amelyek adattárolására helyi és hálózati tárolórendszerek is használhatók.

A Kubernetes 1.18 kiadás 38 változtatást és fejlesztést tartalmaz, amelyek közül 15 stabil állapotba, 11 pedig béta állapotba került. 12 új változtatást javasolunk alfa státuszban. Az új verzió elkészítésekor egyformán törekedtek a különböző funkcionalitások finomítására és a kísérleti képességek stabilizálására, valamint az új fejlesztések hozzáadására. Főbb változások:

  • Kubectl
    • Hozzáadva A "kubectl debug" parancs alfa verziója, amely lehetővé teszi a podokban történő hibakeresés egyszerűsítését azáltal, hogy efemer konténereket indít el hibakereső eszközökkel.
    • Stabilnak nyilvánították a „kubectl diff” parancs, amely lehetővé teszi, hogy megnézze, mi fog megváltozni a fürtben, ha alkalmazza a jegyzéket.
    • Eltávolítva a "kubectl run" parancs összes generátora, kivéve az egyetlen pod futtatására szolgáló generátort.
    • Megváltozott jelző „--dry-run”, az értékétől függően (kliens, szerver és none) a parancs próbavégrehajtása a kliens vagy a szerver oldalon történik.
    • kubectl kód kiemelt egy külön tárolóba. Ez lehetővé tette a kubectl leválasztását a belső kubernetes-függőségektől, és megkönnyítette a kód importálását harmadik féltől származó projektekbe.
  • Bemenetel
    • Elkezdődött az Ingress API-csoportjának módosítása a networking.v1beta1-re.
    • Hozzáadva új mezők:
      • pathType, amely lehetővé teszi annak megadását, hogy a kérésben szereplő elérési út hogyan kerüljön összehasonlításra
      • Az IngressClassName az elavultnak nyilvánított kubernetes.io/ingress.class annotáció helyettesítője. Ez a mező adja meg az InressClass speciális objektum nevét
    • Hozzáadva egy IngressClass objektum, amely jelzi a bemeneti vezérlő nevét, további paramétereit és alapértelmezésben használatának jelét
  • szolgáltatás
    • Hozzáadta az AppProtocol mezőt, amelyben megadhatja, hogy az alkalmazás melyik protokollt használja
    • Lefordított béta állapotban, és alapértelmezés szerint engedélyezve van az EndpointSlicesAPI, amely a normál végpontok funkcionálisabb helyettesítője.
  • Hálózat
  • Állandó lemezek. A következő funkciókat stabilnak nyilvánították:
  • Alkalmazás konfigurációja
    • ConfigMap és titkos objektumok számára tette hozzá új mező "változhatatlan". A mező értékének igazra állítása megakadályozza az objektum módosítását.
  • Ütemező
    • Hozzáadva lehetőség további profilok létrehozására a kube-scheduler számára. Ha korábban további külön ütemezőket kellett futtatni a nem szabványos pod-elosztási algoritmusok megvalósításához, most lehetőség van további beállításkészletek létrehozására a szabványos ütemezőhöz, és megadhatja a nevét ugyanabban a pod mezőben: „.spec.schedulerName”. Állapot - alfa.
    • Taint alapú kilakoltatás stabilnak nyilvánították
  • Méretezés
    • Hozzáadva az a képesség, hogy a HPA-ban megadható az agresszivitás mértéke a futó podok számának megváltoztatásakor, vagyis amikor a terhelés nő, egyszerre N-szer több példányt indítson el.
  • kubelet
    • Topológia menedzser béta állapotot kapott. A funkció lehetővé teszi a NUMA-allokációt, amely elkerüli a teljesítmény romlását a több foglalatos rendszereken.
    • Béta állapot kaptam PodOverhead funkció, amely lehetővé teszi, hogy a RuntimeClass-ban megadja a pod futtatásához szükséges további erőforrásmennyiséget.
    • Kiterjesztett a HugePages támogatása, alfa státuszban hozzáadva a konténerszintű elszigetelést és több hatalmas oldalméret támogatását.
    • Törölve A metrikák végpontja a /metrics/resource/v1alpha1, helyette a /metrics/resource
  • API
    • Végül Eltávolítottuk az elavult API-csoport alkalmazások/v1beta1 és bővítmények/v1beta1 használatának lehetőségét.
    • Szerveroldali alkalmazás béta2 állapotra frissítve. Ez a fejlesztés áthelyezi az objektumkezelést a kubectl-ről az API-kiszolgálóra. A fejlesztés készítői azt állítják, hogy ezzel sok olyan meglévő hibát kijavítanak, amelyek a jelenlegi helyzetben nem javíthatók. Hozzáadtak egy „.metadata.managedFields” részt is, amelyben javasolják az objektumváltozások történetének tárolását, jelezve, hogy pontosan ki, mikor és mi változott.
    • Bejelentett stabil CertificateSigningRequest API.
  • Windows platform támogatás.

Forrás: opennet.ru

Hozzászólás