ProHoster > Blog > Interneteko albisteak > Kubernetes 1.18 kaleratzea, isolatutako edukiontzien multzoa kudeatzeko sistema

Kubernetes 1.18 kaleratzea, isolatutako edukiontzien multzoa kudeatzeko sistema

argitaratua edukiontzien orkestrazio plataformaren kaleratzea Kubernetes 1.18, isolatutako edukiontzien multzoa bere osotasunean kudeatzeko aukera ematen duena eta edukiontzietan exekutatzen diren aplikazioak hedatzeko, mantentzeko eta eskalatzeko mekanismoak eskaintzen dituena. Hasiera batean Google-k sortu zuen proiektua, baina Linux Fundazioak gainbegiratzen duen gune independente batera eraman zuen. Plataforma komunitateak garatutako irtenbide unibertsal gisa kokatzen da, sistema indibidualei lotuta ez dagoena eta edozein aplikaziorekin lan egiteko gai den edozein hodei ingurunetan. Kubernetes kodea Go-n idatzita dago eta arabera banatuta Apache 2.0 lizentziapean.

Azpiegiturak zabaltzeko eta kudeatzeko funtzioak eskaintzen ditu, hala nola DNS datu-baseen mantentze-lanak, karga orekatzea,
edukiontzien banaketa kluster-nodoen artean (edukiontzien migrazioa karga eta zerbitzu-beharren aldaketen arabera), aplikazio mailan osasun-egiaztapenak, kontuen kudeaketa, exekutatzen ari den kluster baten eguneratzea eta eskalatze dinamikoa, gelditu gabe. Posible da edukiontzi-taldeak eguneratzeko eta desegiteko eragiketak dituzten talde osoarentzat aldi berean hedatzea, baita klusterren zati logikoa ere baliabideak zatitzen dituzten zatietan. Aplikazioen migrazio dinamikorako euskarria dago, datuak biltegiratzeko tokiko biltegiratze sistemak zein sareko biltegiratze sistemak erabil daitezke.

Kubernetes 1.18 bertsioak 38 aldaketa eta hobekuntza biltzen ditu, horietatik 15 egoera egonkor batera eta 11 beta egoerara. 12 aldaketa berri proposatzen dira alfa egoeran. Bertsio berria prestatzerakoan, ahalegin berdinak egin ziren bai hainbat funtzionalitate fintzera eta gaitasun esperimentalak egonkortzera, bai garapen berriak gehitzera. Aldaketa nagusiak:

  • Kubectl
    • Gehituta "kubectl debug" komandoaren bertsio alfa bat, ontzietan arazketa errazteko aukera ematen duena arazketa-tresnekin edukiontzi iragankorrak abiaraziz.
    • Egonkor deklaratua "kubectl diff" komandoa, manifestua aplikatzen baduzu klusterrean zer aldatuko den ikusteko aukera ematen duena.
    • Kendua "kubectl run" komandoaren sorgailu guztiak, pod bakarra exekutatzeko sorgailua izan ezik.
    • Aldatua marka "--dry-run", bere balioaren arabera (bezeroa, zerbitzaria eta bat ere ez), komandoaren probako exekuzioa bezeroaren edo zerbitzariaren aldean egiten da.
    • kubectl kodea nabarmenduta aparteko biltegi batera. Horri esker, kubectl kubernetes barneko menpekotasunetatik desakoplatu zen eta hirugarrenen proiektuetan kodea inportatzea erraztu zuen.
  • Ingress
    • Hasi zen Ingress-erako API taldea networking.v1beta1-ra aldatzea.
    • Gehituta eremu berriak:
      • pathType, eskaerako bidea nola alderatuko den zehazteko aukera ematen duena
      • IngressClassName kubernetes.io/ingress.class oharpenaren ordezkoa da, zaharkituta dagoela adierazita. Eremu honek InressClass objektu bereziaren izena zehazten du
    • Gehituta IngressClass objektu bat, sarrerako kontrolatzailearen izena, bere parametro osagarriak eta lehenespenez erabiltzeko seinalea adierazten duena
  • zerbitzua
    • -k gehitua AppProtocol eremuan, aplikazioak zein protokolo erabiltzen duen zehaztu dezakezun
    • Itzuliak beta egoeran eta lehenespenez gaituta EndpointSlicesAPI, hau da, ohiko Endpointen ordezko funtzionalagoa.
  • Sarea
    • Lagundu IPv6 beta egoerara eraman da.
  • Disko iraunkorrak. Honako funtzionaltasun hau egonkortzat jo da:
  • Aplikazioaren konfigurazioa
    • ConfigMap eta Secret objektuetara gehitu eremu berria "aldaezina". Eremuaren balioa egia gisa ezartzeak objektua aldatzea eragozten du.
  • Antolatzailea
    • Gehituta kube-scheduler-erako profil gehigarriak sortzeko gaitasuna. Lehen planifikatzaile bereizi gehigarriak exekutatu behar baziren estandarrik gabeko pod banaketa algoritmoak ezartzeko, orain posible da ezarpen multzo gehigarriak sortzea programatzaile estandararentzat eta bere izena ".spec.schedulerName" eremu berean zehaztu. Egoera - alfa.
    • Taint oinarritutako desalojoa egonkor deklaratua
  • Eskalatzea
    • Gehituta exekutatzen ari diren pod kopurua aldatzean, HPA manifestuan agresibitate-maila zehazteko gaitasuna, hau da, karga handitzen denean, N aldiz instantzia gehiago abiarazi aldi berean.
  • kubelet
    • Topologia kudeatzailea jaso beta egoera. Ezaugarri honek NUMA esleipena ahalbidetzen du, eta horrek errendimenduaren degradazioa saihesten du socket anitzeko sistemetan.
    • Beta egoera jaso PodOverhead funtzioa, RuntimeClass-en aukera ematen duena poda exekutatzeko behar diren baliabide kopuru gehigarria zehazteko.
    • Zabaldua HugePages-en euskarria, alfa egoeran edukiontzi-mailako isolamendua eta orrialde handien tamaina anitzetarako laguntza gehitu zuen.
    • Ezabatu da /metrics/resource/v1alpha1 metriketarako amaiera-puntua, /metrics/resource erabiltzen da horren ordez
  • API
    • Azkenik API talde zaharkitutako apps/v1beta1 eta extensions/v1beta1 erabiltzeko gaitasuna kendu da.
    • ServerSide Aplikatu beta2 egoerara berritu da. Hobekuntza honek objektuen manipulazioa kubectl-etik API zerbitzarira eramaten du. Hobekuntzaren egileek diotenez, gaur egungo egoeran zuzendu ezin diren akats asko konponduko dira. β€œ.metadata.managedFields” atala ere gehitu dute, eta bertan objektuen aldaketen historia gordetzea proposatzen dute, nork, noiz eta zer aldatu den zehazki adieraziz.
    • Iragarri CertificateSigningRequest API egonkorra.
  • Windows plataformaren euskarria.

Iturria: opennet.ru

Gehitu iruzkin berria