ProHoster > Blog > internet nuus > Kubernetes 1.18-vrystelling, geïsoleerde houergroepbestuurstelsel

Kubernetes 1.18-vrystelling, geïsoleerde houergroepbestuurstelsel

gepubliseer vrystelling van houer orkestrasie platform Kubernetes 1.18, wat jou toelaat om 'n groep geïsoleerde houers as 'n geheel te bestuur en meganismes bied vir die ontplooiing, instandhouding en skaal van toepassings wat in houers loop. Die projek is oorspronklik deur Google geskep, maar toe oorgedra na 'n onafhanklike webwerf onder toesig van die Linux-stigting. Die platform is geposisioneer as 'n universele oplossing wat deur die gemeenskap ontwikkel is, nie gekoppel aan individuele stelsels nie en in staat is om met enige toepassing in enige wolkomgewing te werk. Kubernetes-kode is geskryf in Gaan en versprei deur gelisensieer onder Apache 2.0.

Verskaf funksies vir die ontplooiing en bestuur van infrastruktuur, soos DNS-databasisonderhoud, lasbalansering,
verspreiding van houers tussen cluster nodusse (houermigrasie afhangende van veranderinge in vrag- en diensbehoeftes), gesondheidskontroles op toepassingsvlak, rekeningbestuur, opdatering en dinamiese skaal van 'n lopende cluster, sonder om dit te stop. Dit is moontlik om groepe houers te ontplooi met opdatering en ongedaan maak operasies vir die hele groep op een slag, sowel as logiese verdeling van die groepering in dele met verdeling van hulpbronne. Daar is ondersteuning vir dinamiese migrasie van toepassings, vir databerging waarvan beide plaaslike berging en netwerkbergingstelsels gebruik kan word.

Die Kubernetes 1.18-vrystelling bevat 38 veranderinge en verbeterings, waarvan 15 na stabiele status en 11 na beta-status geskuif is. 12 nuwe veranderinge word in alfa-status voorgestel. Met die voorbereiding van die nuwe weergawe was gelyke pogings daarop gemik om verskeie funksionaliteit te verfyn en eksperimentele vermoëns te stabiliseer, sowel as om nuwe ontwikkelings by te voeg. Belangrikste veranderinge:

  • Kubectl
    • Bygevoeg 'n Alfa-weergawe van die "kubectl debug"-opdrag, wat jou toelaat om ontfouting in peule te vereenvoudig deur kortstondige houers met ontfoutingsnutsgoed te begin.
    • Stabiel verklaar die "kubectl diff"-opdrag, wat jou toelaat om te sien wat in die groep sal verander as jy die manifes toepas.
    • Verwyder alle kragopwekkers van die "kubectl run" opdrag, behalwe die kragopwekker vir die bestuur van 'n enkele peul.
    • Verander vlag "--dry-run", afhangende van die waarde daarvan (kliënt, bediener en geen), word die proefuitvoering van die opdrag aan die kliënt- of bedienerkant uitgevoer.
    • kubectl kode uitgelig na 'n aparte bewaarplek. Dit het toegelaat dat kubectl van interne kubernetes-afhanklikhede ontkoppel word en dit makliker gemaak het om kode in derdeparty-projekte in te voer.
  • Ingang
    • Het begin verander API-groep vir Ingress na networking.v1beta1.
    • Bygevoeg nuwe velde:
      • pathType, wat jou toelaat om te spesifiseer hoe die pad in die versoek vergelyk sal word
      • IngressClassName is 'n plaasvervanger vir die kubernetes.io/ingress.class-aantekening, wat afgekeur verklaar word. Hierdie veld spesifiseer die naam van die spesiale voorwerp InressClass
    • Bygevoeg 'n IngressClass-voorwerp, wat die naam van die ingangsbeheerder, sy bykomende parameters en die teken om dit by verstek te gebruik, aandui
  • Diens
    • bygevoeg die AppProtocol-veld, waarin jy kan spesifiseer watter protokol die toepassing gebruik
    • Vertaal in beta-status en by verstek geaktiveer EndpointSlicesAPI, wat 'n meer funksionele plaasvervanger vir gewone eindpunte is.
  • Netwerk
  • Permanente skywe. Die volgende funksionaliteit is as stabiel verklaar:
  • Toepassing konfigurasie
    • Na ConfigMap en Geheime voorwerpe bygevoeg nuwe veld "onveranderlik". Deur die veldwaarde op waar te stel, voorkom dit wysiging van die voorwerp.
  • Skeduleerder
    • Bygevoeg vermoë om bykomende profiele vir kube-skeduleerder te skep. As dit voorheen nodig was om bykomende afsonderlike skeduleerders uit te voer om nie-standaard peulverspreidingsalgoritmes te implementeer, is dit nou moontlik om bykomende stelle instellings vir die standaardskeduleerder te skep en sy naam in dieselfde peulveld ".spec.schedulerName" te spesifiseer. Status - alfa.
    • Smaak-gebaseerde uitsetting stabiel verklaar
  • Skaal
    • Bygevoeg die vermoë om die graad van aggressiwiteit in die HPA te spesifiseer wanneer die aantal lopende peule verander word, dit wil sê wanneer die vrag toeneem, N keer meer gevalle gelyktydig begin.
  • kubelet
    • Topologie Bestuurder beta-status ontvang het. Die kenmerk maak NUMA-toewysing moontlik, wat prestasieagteruitgang op multisokstelsels vermy.
    • Beta-status ontvang PodOverhead-funksie, waarmee u in RuntimeClass die bykomende hoeveelheid hulpbronne kan spesifiseer wat benodig word om die peul te laat loop.
    • Uitgebrei ondersteuning vir HugePages, in alfa-status bygevoeg houer-vlak isolasie en ondersteuning vir verskeie groot bladsye groottes.
    • Geskrap eindpunt vir metrieke /metrics/resource/v1alpha1, /metrics/resource word eerder gebruik
  • API
    • Uiteindelik Verwyder die vermoë om die verouderde API-groeptoepassings/v1beta1 en uitbreidings/v1beta1 te gebruik.
    • ServerSide Pas toe opgegradeer na beta2-status. Hierdie verbetering skuif objekmanipulasie van kubectl na die API-bediener. Die skrywers van die verbetering beweer dat dit baie bestaande foute sal regstel wat nie in die huidige situasie reggestel kan word nie. Hulle het ook 'n afdeling bygevoeg ".metadata.managedFields", waarin hulle voorstel om die geskiedenis van voorwerpveranderinge te stoor, wat aandui wie, wanneer en wat presies verander het.
    • Aangekondig stabiele CertificateSigningRequest API.
  • Windows platform ondersteuning.

Bron: opennet.ru

Voeg 'n opmerking