Utgivning av Kubernetes 1.18, ett system för hantering av kluster av isolerade containrar

Publicerad utgåvan av containerorkestreringsplattformen Kubernetes 1.18, som gör det möjligt att hantera en kluster av isolerade containrar som en enhet och tillhandahåller mekanismer för distribution, underhåll och skalning av applikationer som körs i containrar. Projektet skapades ursprungligen av Google, men överfördes sedan till en oberoende plattform som förvaltas av Linux Foundation. Plattformen positioneras som en community-driven universell lösning, frikopplad från specifika system och kapabel att fungera med alla applikationer i alla molnmiljöer. Koden för Kubernetes är skriven i Go och sprids är licensierad under Apache 2.0.

Funktioner för distribution och hantering av infrastruktur erbjuds, såsom DNS-hantering, belastningsbalansering,
distribuering av containrar över klusterknutar (migration av containrar baserat på förändringar i belastning och tjänstebehov), hälsokontroller på applikationsnivå, kontohantering, uppdatering och dynamisk skalning av den aktiva klustret utan att stoppa det. Det är möjligt att distribuera grupper av containrar med genomförande av uppdaterings- och återställningsoperationer direkt för hela gruppen, samt logisk uppdelning av klustret med resursavdelning. Stöd för dynamisk migrering av applikationer finns, där både lokala lagringssystem och nätverkslagringssystem kan användas för datalagring.

Utgåvan av Kubernetes 1.18 inkluderar 38 förändringar och förbättringar, varav 15 har uppgraderats till stabil status, och 11 till beta status. 12 nya förändringar har föreslagits som alfa. Vid förberedelsen av den nya versionen har lika mycket arbete lagts både på att förbättra olika funktioner och stabilisera experimentella möjligheter samt på att lägga till nya utvecklingar. Huvudsakliga förändringar:

• Kubectl
  • Tillagd alfa-versionen av kommandot "kubectl debug", som förenklar felsökning i pods genom att lansera temporära containrar med felsökningsverktyg.
  • Är nu stabil kommandot "kubectl diff", som gör det möjligt att se vad som kommer att förändras i klustret om man tillämpar manifestet.
  • Har tagits bort alla generatorer från kommandot "kubectl run", förutom generatorn för att starta en ensam pod.
  • Har ändrats flaggen "—dry-run", beroende på dess värde (client, server och none) utförs provkörningen av kommandot antingen på klientens eller serverns sida.
  • kubectl-kod har isolerats till ett separat repositorium. Detta möjliggjorde att separera kubectl från interna beroenden i kubernetes och underlättade importen av koden till tredjepartsprojekt.
• Ingress
  • Har startat ändring av API-grupp för Ingress till networking.v1beta1.
  • Tillagda nya fält:
    • pathType, vilket gör det möjligt att ange hur vägen i begäran ska jämföras
    • IngressClassName — ersättning för annotationen kubernetes.io/ingress.class, som har märkts som föråldrad. Detta fält anger namnet på det särskilda objektet IngressClass
  • Tillagd IngressClass-objektet, där namnet på ingresses kontrollern, dess ytterligare parametrar och kännetecknet för att använda den som standard anges.
• Tjänst
  • Tillägg fältet AppProtocol, där man kan ange vilken protokoll applikationen använder
  • Översatt till beta-status och aktiverad som standard EndpointSlicesAPI, som är en mer funktionell ersättning för vanliga Endpoints.
• Nätverk
  • Support IPv6 har översatts till beta-status.
• Permanenta diskar. Följande funktionalitet har förklarats stabil:
  • Kloning av PVC
  • Användning av icke-nätverksblockerade råenheter som permanenta diskar
  • Stöd för blockerade råenheter i CSI
  • Överföring av information om podden som begärde anslutning av en disk till CSI-drivrutinen
• Konfigurering av applikation
  • I objekten ConfigMap och Secret har lagts till ett nytt fält "immutable". Att ställa in fältet till true förbjuder ändring av objektet.
• Schemaläggare
  • Tillagd möjlighet att skapa ytterligare profiler för kube-scheduler. Om det tidigare krävdes att starta ytterligare separata schemaläggare för att implementera icke-standardiserade algoritmer för pod-fördelning, finns möjligheten nu att skapa ytterligare inställningsuppsättningar för den standardiserade schemaläggaren och ange dess namn i samma fält för podden ".spec.schedulerName". Status — alfa.
  • Taint Based Eviction har förklarats stabil
• Skalning
  • Tillagd möjligheten att ange i manifestet för HPA graden av aggressivitet vid förändring av antalet körda poddar, det vill säga att vid ökad belastning köra N gånger fler instanser (instance) direkt.
• Kubelet
  • Topology Manager har fått beta-status. Funktionen inkluderar NUMA-fordelning, vilket gör att man kan undvika prestandaförsämring på multikärniga system.
  • Beta-status har fått funktionen PodOverhead, som gör det möjligt att ange i RuntimeClass ett ytterligare antal resurser som behövs för att starta en pod.
  • Utvidgad stöd för HugePages, i alfa-status har containerisolering lagts till och stöd för flera storlekar av hugepages.
  • Borttagen endpunkt för metrik /metrics/resource/v1alpha1, istället används /metrics/resource
• API
  • Slutgiltigt möjligheten att använda den föråldrade API-gruppen apps/v1beta1 och extensions/v1beta1 har tagits bort.
  • ServerSide Apply har uppgraderats till beta2-status. Denna förbättring flyttar manipuleringen av objekt från kubectl till API-servern. Författarna till förbättringen påstår att detta kommer att åtgärda många befintliga buggar som inte kan lösas i den nuvarande situationen. De har också lagt till sektionen «.metadata.managedFields», där de föreslår att lagra historiken för objektändringar, med angivande av vem, när och vad som ändrats.
  • Klassificerad som stabil CertificateSigningRequest API.
• Stöd för Windows-plattformen.
  • Stödet för Windows-node fortsätter att expandera. Alfa-versioner har lagts till:
    • Stöd för CRI-Contaierd
    • Implementering av RuntimeClass
    • CSI proxy
  • har överfört stödet till stabil status
    • Group Managed Service Account
    • RunAsUserName

Källa: opennet.ru