Kubernetes 1.16 - carane nganyarke tanpa rusak apa-apa

Dina iki, 18 September, versi sabanjure Kubernetes dirilis - 1.16. Kaya biasane, akeh perbaikan lan produk anyar sing nunggu kita. Nanging aku pengin narik kawigaten sampeyan menyang bagean Tindakan sing dibutuhake ing file kasebut CHANGELOG-1.16.md. Bagean iki nerbitake owah-owahan sing bisa ngrusak aplikasi, alat pangopènan kluster, utawa mbutuhake owah-owahan ing file konfigurasi.

Umume, dheweke mbutuhake intervensi manual ...

Ayo dadi miwiti langsung karo owah-owahan sing paling kamungkinan bakal mengaruhi saben wong sing wis makarya karo kubernetes cukup suwe. API Kubernetes ora ndhukung versi API sumber warisan maneh.

Yen ana sing ora ngerti utawa lali ...Versi API saka sumber daya dituduhake ing manifest, ing lapangan apiVersion: apps/v1

Namung:

jinis sumber daya
versi lawas
Apa sing kudu diganti karo

Kabeh sumber daya
aplikasi/v1beta1
aplikasi/v1beta2
aplikasi/v1

panyebaran
daemonset
replikat
ekstensi/v1beta1
aplikasi/v1

kabijakan jaringan
ekstensi/v1beta1
networking.k8s.io/v1

kabijakan keamanan
ekstensi/v1beta1
kabijakan / v1beta1

Aku uga kaya kanggo tarik manungsa waé kanggo kasunyatan sing obyek saka jinis Ingress uga diganti apiVersion ing networking.k8s.io/v1beta1. Makna lawas extensions/v1beta1 isih didhukung, nanging ana alesan sing apik kanggo nganyari versi iki ing manifests ing wektu sing padha.

Ana cukup akeh owah-owahan ing macem-macem label sistem (label Node) sing diinstal ing simpul.

Kubelet dilarang nyetel label sewenang-wenang (sadurunge bisa disetel liwat tombol peluncuran kubelet --node-labels), dheweke mung ninggalake dhaptar iki diijini:

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/*

Label beta.kubernetes.io/metadata-proxy-ready, beta.kubernetes.io/metadata-proxy-ready lan beta.kubernetes.io/kube-proxy-ds-ready ora ditambahake maneh menyang simpul anyar, lan macem-macem komponen tambahan wis wiwit nggunakake label sing rada beda minangka pamilih simpul:

Komponen
Label lawas
Label saiki

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

ip-mask-agen
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 saiki mbusak file konfigurasi kublet dhisikan ing mburine bootstrap-kubelet.conf. Yen piranti sampeyan ngakses file iki, banjur pindhah menyang nggunakake kubelet.conf, sing nyimpen setelan akses saiki.

Cadvisor ora menehi metrik maneh pod_name и container_nameyen sampeyan nggunakake ing Prometheus, pindhah menyang metrik pod и container masing-masing.

Mbusak tombol kanthi printah baris:

Komponen
Kunci sing ditarik

hyperkube
--make-symlink

kube-proxy
--resource-wadhah

Panjadwal wiwit nggunakake versi v1beta1 saka Event API. Yen sampeyan nggunakake alat pihak katelu kanggo sesambungan karo API Acara, pindhah menyang versi paling anyar.

Sedhela humor. Sajrone nyiapake rilis 1.16, owah-owahan ing ngisor iki ditindakake:

• dibusak anotasi scheduler.alpha.kubernetes.io/critical-pod ing versi v1.16.0-alpha.1
• bali anotasi scheduler.alpha.kubernetes.io/critical-pod ing versi v1.16.0-alpha.2
• dibusak anotasi scheduler.alpha.kubernetes.io/critical-pod ing versi v1.16.0-beta.1

Gunakake lapangan spec.priorityClassName kanggo nunjukake pentinge polong.

Source: www.habr.com