ProHoster > Blog > lajme në internet > Lëshimi i Kubernetes 1.18, një sistem për menaxhimin e një grupi kontejnerësh të izoluar

Lëshimi i Kubernetes 1.18, një sistem për menaxhimin e një grupi kontejnerësh të izoluar

botuar lëshimi i platformës së orkestrimit të kontejnerëve Kubernetes 1.18, i cili ju lejon të menaxhoni një grup kontejnerësh të izoluar në tërësi dhe ofron mekanizma për vendosjen, mirëmbajtjen dhe shkallëzimin e aplikacioneve që funksionojnë në kontejnerë. Projekti fillimisht u krijua nga Google, por më pas u transferua në një faqe të pavarur të mbikëqyrur nga Fondacioni Linux. Platforma pozicionohet si një zgjidhje universale e zhvilluar nga komuniteti, jo e lidhur me sisteme individuale dhe e aftë për të punuar me çdo aplikacion në çdo mjedis cloud. Kodi Kubernetes është shkruar në Go dhe shperndare nga licencuar sipas Apache 2.0.

Ofron funksione për vendosjen dhe menaxhimin e infrastrukturës, të tilla si mirëmbajtja e bazës së të dhënave DNS, balancimi i ngarkesës,
shpërndarja e kontejnerëve midis nyjeve të grupimeve (migrimi i kontejnerëve në varësi të ndryshimeve në ngarkesë dhe nevojat e shërbimit), kontrollet shëndetësore në nivelin e aplikacionit, menaxhimi i llogarisë, përditësimi dhe shkallëzimi dinamik i një grupi që funksionon, pa e ndaluar atë. Është e mundur vendosja e grupeve të kontejnerëve me operacione azhurnimi dhe zhbërjeje për të gjithë grupin menjëherë, si dhe ndarje logjike e grupit në pjesë me ndarjen e burimeve. Ekziston mbështetje për migrimin dinamik të aplikacioneve, për ruajtjen e të dhënave të të cilave mund të përdoren si sistemet e ruajtjes lokale ashtu edhe ruajtja e rrjetit.

Lëshimi i Kubernetes 1.18 përfshin 38 ndryshime dhe përmirësime, nga të cilat 15 janë zhvendosur në status të qëndrueshëm dhe 11 në status beta. Propozohen 12 ndryshime të reja në statusin alfa. Gjatë përgatitjes së versionit të ri, përpjekje të barabarta synoheshin si për të përmirësuar funksionalitetet e ndryshme dhe stabilizimin e aftësive eksperimentale, si dhe për të shtuar zhvillime të reja. Ndryshimet kryesore:

  • Kubectl
    • Shtuar Një version alfa i komandës "kubectl debug", i cili ju lejon të thjeshtoni korrigjimin në pods duke lëshuar kontejnerë kalimtarë me mjete korrigjimi.
    • Shpallur e qëndrueshme komanda "kubectl diff", e cila ju lejon të shihni se çfarë do të ndryshojë në grup nëse aplikoni manifestin.
    • U hoq të gjithë gjeneratorët e komandës "kubectl run", përveç gjeneratorit për ekzekutimin e një pod të vetëm.
    • Ndryshuar flamuri "--dry-run", në varësi të vlerës së tij (klient, server dhe asnjë), ekzekutimi provë i komandës kryhet në anën e klientit ose serverit.
    • kodi kubectl të theksuara në një depo të veçantë. Kjo lejoi që kubectl të shkëputej nga varësitë e brendshme të kubernetes dhe e bëri më të lehtë importimin e kodit në projekte të palëve të treta.
  • Hyrje
    • Filloi ndryshimi i grupit API për Ingress në rrjetë.v1beta1.
    • Shtuar fusha të reja:
      • pathType, i cili ju lejon të specifikoni se si do të krahasohet shtegu në kërkesë
      • IngressClassName është një zëvendësim për shënimin kubernetes.io/ingress.class, i cili deklarohet i vjetëruar. Kjo fushë specifikon emrin e objektit special InressClass
    • Shtuar një objekt IngressClass, i cili tregon emrin e kontrolluesit të hyrjes, parametrat e tij shtesë dhe shenjën e përdorimit të tij si parazgjedhje
  • Shërbime
    • shtuar fusha AppProtocol, në të cilën mund të specifikoni se cilin protokoll përdor aplikacioni
    • Përkthyer në statusin beta dhe i aktivizuar si parazgjedhje EndpointSlicesAPI, i cili është një zëvendësim më funksional për pikat përfundimtare të rregullta.
  • Сеть
    • Mbështetje IPv6 është zhvendosur në statusin beta.
  • Disqe të përhershme. Funksionaliteti i mëposhtëm është deklaruar i qëndrueshëm:
  • Konfigurimi i aplikacionit
    • Te objektet ConfigMap dhe Secret shtuar fushë e re "e pandryshueshme". Vendosja e vlerës së fushës në true parandalon modifikimin e objektit.
  • Programuesi
    • Shtuar aftësia për të krijuar profile shtesë për kube-scheduler. Nëse më parë ishte e nevojshme të ekzekutoheshin programues shtesë të veçantë për të zbatuar algoritme jo standarde të shpërndarjes së pod, tani është e mundur të krijohen grupe shtesë cilësimesh për planifikuesin standard dhe të specifikohet emri i tij në të njëjtën fushë pod ".spec.schedulerName". Statusi - alfa.
    • Dëbimi i bazuar në njollë shpallur e qëndrueshme
  • Shkallëzimi
    • Shtuar aftësia për të specifikuar në HPA manifeston shkallën e agresivitetit kur ndryshoni numrin e podeve të funksionimit, domethënë kur rritet ngarkesa, lëshoni N herë më shumë raste menjëherë.
  • kubelet
    • Menaxher i topologjisë mori statusin beta. Funksioni mundëson alokimin NUMA, i cili shmang degradimin e performancës në sistemet me shumë fole.
    • Statusi beta pranuar Funksioni PodOverhead, i cili ju lejon të specifikoni në RuntimeClass sasinë shtesë të burimeve të nevojshme për të ekzekutuar pod.
    • Zgjeruar mbështetje për HugePages, në statusin alfa shtoi izolimin në nivelin e kontejnerit dhe mbështetje për madhësi të shumta të faqeve të mëdha.
    • U fshi pika përfundimtare për metrics /metrics/resource/v1alpha1, në vend të saj përdoret /metrics/resource
  • API
    • Së fundi U hoq aftësia për të përdorur aplikacionet e vjetëruara të grupit API/v1beta1 dhe shtesat/v1beta1.
    • Aplikoni në anën e serverit përmirësuar në statusin beta2. Ky përmirësim lëviz manipulimin e objekteve nga kubectl në serverin API. Autorët e përmirësimit pohojnë se kjo do të rregullojë shumë gabime ekzistuese që nuk mund të korrigjohen në situatën aktuale. Ata shtuan gjithashtu një seksion ".metadata.managedFields", në të cilin propozojnë të ruhet historia e ndryshimeve të objekteve, duke treguar se kush, kur dhe çfarë ka ndryshuar saktësisht.
    • I shpallur API e qëndrueshme CertificateSigningRequest.
  • Mbështetje për platformën Windows.

Burimi: opennet.ru

Shto një koment