Izdaja Kubernetes 1.18, sistem za upravljanje gruče izoliranih vsebnikov

Objavljeno sprostitev platforme za orkestracijo kontejnerjev Kubernetes 1.18, ki vam omogoča upravljanje gruče izoliranih vsebnikov kot celote in zagotavlja mehanizme za uvajanje, vzdrževanje in skaliranje aplikacij, ki se izvajajo v vsebnikih. Projekt je prvotno ustvaril Google, nato pa je bil prenesen na neodvisno spletno mesto, ki ga nadzoruje Linux Foundation. Platforma je postavljena kot univerzalna rešitev, ki jo je razvila skupnost, ni vezana na posamezne sisteme in je sposobna delati s katero koli aplikacijo v katerem koli okolju oblaka. Koda Kubernetes je napisana v Go and distributer licenciran pod Apache 2.0.

Zagotavlja funkcije za uvajanje in upravljanje infrastrukture, kot je vzdrževanje baze podatkov DNS, uravnoteženje obremenitve,
porazdelitev vsebnikov med vozlišči gruče (selitev vsebnika glede na spremembe v obremenitvi in ​​storitvenih potrebah), pregledi stanja na ravni aplikacije, upravljanje računov, posodabljanje in dinamično skaliranje delujoče gruče, ne da bi jo zaustavili. Možna je uvedba skupin vsebnikov z operacijami posodabljanja in razveljavitve za celotno skupino hkrati, pa tudi logična razdelitev gruče na dele z delitvijo virov. Obstaja podpora za dinamično selitev aplikacij, za shranjevanje podatkov, ki jih je mogoče uporabiti tako za lokalno shranjevanje kot za omrežne sisteme za shranjevanje.

Izdaja Kubernetes 1.18 vključuje 38 sprememb in izboljšav, od katerih jih je bilo 15 premaknjenih v stabilno stanje in 11 v stanje beta. V statusu alfa je predlaganih 12 novih sprememb. Pri pripravi nove različice so bili enaki napori usmerjeni tako v izboljšanje različnih funkcionalnosti in stabilizacijo eksperimentalnih zmogljivosti kot tudi v dodajanje novosti. Glavne spremembe:

• Kubectl
  • Dodano Različica alfa ukaza "kubectl debug", ki vam omogoča poenostavitev odpravljanja napak v sklopih z zagonom kratkotrajnih vsebnikov z orodji za odpravljanje napak.
  • Razglašeno za stabilno ukaz “kubectl diff”, ki vam omogoča, da vidite, kaj se bo spremenilo v gruči, če uporabite manifest.
  • Odstranjeno vsi generatorji ukaza "kubectl run", razen generatorja za zagon posameznega poda.
  • Spremenjeno zastavica “--dry-run” se glede na njeno vrednost (odjemalec, strežnik in nič) izvede poskusna izvedba ukaza na strani odjemalca ali strežnika.
  • koda kubectl poudarjeno v ločeno skladišče. To je omogočilo ločitev kubectla od notranjih odvisnosti kubernetes in olajšalo uvoz kode v projekte tretjih oseb.
• Vstop
  • Začelo se je spreminjanje skupine API za Ingress v networking.v1beta1.
  • Dodano nova polja:
    • pathType, ki vam omogoča, da določite, kako bo pot v zahtevi primerjana
    • IngressClassName je zamenjava za opombo kubernetes.io/ingress.class, ki je razglašena za zastarelo. To polje podaja ime posebnega predmeta InressClass
  • Dodano objekt IngressClass, ki označuje ime vstopnega krmilnika, njegove dodatne parametre in znak njegove privzete uporabe
• Service
  • Dodana polje AppProtocol, v katerem lahko določite, kateri protokol uporablja aplikacija
  • Prevedeno v stanju beta in privzeto omogočen EndpointSlicesAPI, ki je bolj funkcionalna zamenjava za običajne končne točke.
• Сеть
  • Podpora IPv6 je bil premaknjen v stanje beta.
• Trajni diski. Naslednja funkcionalnost je bila razglašena za stabilno:
  • PVC kloniranje
  • Uporaba neomrežnih surovih blokovnih naprav kot trajnih diskov
  • Podpora za neobdelane blokovne naprave v CSI
  • Prenos informacij o podu, ki je zahteval povezavo z diskom, v gonilnik CSI
• Konfiguracija aplikacije
  • Do predmetov ConfigMap in Secret dodano novo polje "nespremenljivo". Nastavitev vrednosti polja na true prepreči spreminjanje predmeta.
• Razporejevalnik
  • Dodano možnost ustvarjanja dodatnih profilov za kube-scheduler. Če je bilo prej treba zagnati dodatne ločene razporejevalnike za implementacijo nestandardnih distribucijskih algoritmov podov, je zdaj mogoče ustvariti dodatne nabore nastavitev za standardni razporejevalnik in podati njegovo ime v istem polju podov “.spec.schedulerName”. Stanje - alfa.
  • Izselitev na podlagi madežev razglašeno za stabilno
• Skaliranje
  • Dodano zmožnost, da v manifestu HPA določite stopnjo agresivnosti pri spreminjanju števila tekočih podov, to je, ko se obremenitev poveča, zažene N-krat več primerkov hkrati.
• kubelet
  • Vodja topologije prejel status beta. Funkcija omogoča dodelitev NUMA, s čimer se izognete poslabšanju zmogljivosti v sistemih z več vtičnicami.
  • Stanje beta prejel Funkcija PodOverhead, ki vam omogoča, da v RuntimeClass določite dodatno količino virov, potrebnih za zagon poda.
  • Razširjeno podpora za HugePages, v statusu alfa dodana izolacija na ravni vsebnika in podpora za več velikosti velikih strani.
  • Izbrisano namesto tega se uporablja končna točka za metrike /metrics/resource/v1alpha1, /metrics/resource
• API
  • Končno Odstranjena možnost uporabe zastarele skupine API-jev apps/v1beta1 in extensions/v1beta1.
  • ServerSide Apply nadgrajen na status beta2. Ta izboljšava premakne manipulacijo objektov iz kubectl na strežnik API. Avtorji izboljšave trdijo, da bodo s tem odpravili številne obstoječe napake, ki jih v trenutni situaciji ni mogoče popraviti. Dodali so tudi razdelek ».metadata.managedFields«, v katerem predlagajo shranjevanje zgodovine sprememb objektov, ki navaja, kdo, kdaj in kaj natančno je spremenil.
  • Objavljeno stabilen CertificateSigningRequest API.
• Podpora za platformo Windows.
  • Podpora za vozlišče Windows se še naprej širi. Dodane različice alfa:
    • Podpora za CRI-Contaierd
    • Implementacija RuntimeClass
    • CSI posrednik
  • Podpora je bila premaknjena v stabilno stanje
    • Račun storitve, ki ga upravlja skupina
    • RunAsUserName

Vir: opennet.ru