Kubernetes 1.16 — si të përditësoheni pa prishur asgjë

Sot dhe këtë 18 Shtator, del një version i ri i Kubernetes - 1.16. Si gjithmonë, na presin shumë përmirësime dhe novitete. Por doja të tërhiqja vëmendjen tuaj në seksionet "Veprimi i Kërkuar" të skedarit CHANGELOG-1.16.md. Në këto seksione publikohen ndryshimet që mund të dëmtojnë funksionimin e aplikacionit tuaj, mjeteve të mirëmbajtjes së klasterit ose kërkojnë ndryshime në skedarët e konfigurimit.

Në përgjithësi, ato kërkojnë ndërhyrje manuale...

Të fillojmë menjëherë me një ndryshim që ndoshta do të preki të gjithë ata që kanë punuar mjaft gjatë me Kubernetes. API i Kubernetes nuk mbështet më versionet e vjetra të API resurseve.

Nëse dikush nuk e dinte, ose e harroi...Versioni i API të burimeve tregohet në manifest, në fushën apiVersion: apps/v1

Pikërisht:

Lloji i burimit
Versioni i Vjetër
Në çfarë duhet ta zëvendësoni

Të gjitha burimet
apps/v1beta1
apps/v1beta2
apps/v1

deployed
daemonset
replicaset
extension/v1beta1
apps/v1

networkpolicies
extensions/v1beta1
networking.k8s.io/v1

podsecuritypolicies
extensions/v1beta1
policy/v1beta1

Dua gjithashtu të tërheq vëmendjen se objektet e tipit Ingress kanë ndryshuar gjithashtu apiVersion në networking.k8s.io/v1beta1. Vlera e vjetër extensions/v1beta1 ende mbështetet, por është një arsye e mirë për të azhurnuar edhe këtë version në manifestet.

Ka shumë ndryshime në etiketat sistemike (Node labels) që vendosen në nyjat.

Kubelet nuk lejon më vendosjen e etiketave të rastësishme (më parë ato mund të ishin caktuar përmes çelësave të nisjes kubelet --node-labels), vetëm ky listë është lënë e lejuar:

kubernetes.io/hostname
kubernetes.io/instance-type
kubernetes.io/os
kubernetes.io/arch

beta.kubernetes.io/instance-type
beta.kubernetes.io/os
beta.kubernetes.io/arch

failure-domain.beta.kubernetes.io/zone
failure-domain.beta.kubernetes.io/region

failure-domain.kubernetes.io/zone
failure-domain.kubernetes.io/region

[*.]kubelet.kubernetes.io/*
[*.]node.kubernetes.io/*

Etiketat beta.kubernetes.io/metadata-proxy-ready, beta.kubernetes.io/metadata-proxy-ready dhe beta.kubernetes.io/kube-proxy-ds-ready nuk do të shtohen më në nyjat e reja, dhe komponentët e ndryshëm filluan të përdorin etiketa paksa të ndryshme si selektorë të nyjave:

Komponenti
Etiketa e vjetër
Etiketa aktuale

kube-proxy
beta.kubernetes.io/kube-proxy-ds-ready
node.kubernetes.io/kube-proxy-ds-ready

ip-mask-agent
beta.kubernetes.io/masq-agent-ds-ready
node.kubernetes.io/masq-agent-ds-ready

metadata-proxy
beta.kubernetes.io/metadata-proxy-ready
cloud.google.com/metadata-proxy-ready

kubeadm tani fshin skedarin fillestar të konfigurimit të kubelet bootstrap-kubelet.conf. Nëse mjetet tuaja i referoheshin këtij skedari, kaloni në përdorimin kubelet.conf, në të cilin ruhen cilësimet aktuale të aksesit.

Cadvisor nuk jep më metrika pod_name dhe container_name, nëse i keni përdorur ato në Prometheus, kaloni në metrikat pod dhe container përkatësisht.

Shtesat e komandës janë hequr:

Komponenti
Çelësi i hequr

hyperkube
—make-symlink

kube-proxy
—resource-container

Planifikuesi tani përdor versionin v1beta1 të Event API. Nëse përdorni mjete të jashtme për të bashkëpunuar me Event API, kaloni në versionin e përditësuar.

Një moment humori. Gjatë përgatitjes së lëshimit 1.16 u bënë këto ndryshime:

• u hoq annotimi scheduler.alpha.kubernetes.io/critical-pod në versionin v1.16.0-alpha.1
• u rikthye annotimi scheduler.alpha.kubernetes.io/critical-pod në versionin v1.16.0-alpha.2
• u hoq annotimi scheduler.alpha.kubernetes.io/critical-pod në versionin v1.16.0-beta.1

Përdorni fushën spec.priorityClassName për të treguar rëndësinë e pod-it.

Burimi: habr.com