Karon, Septiyembre 18, ang sunod nga bersyon sa Kubernetes gipagawas - 1.16. Sama sa kanunay, daghang mga pag-uswag ug bag-ong mga produkto ang naghulat kanamo. Apan gusto nako nga ipunting ang imong atensyon sa mga seksyon nga Gikinahanglan nga Aksyon sa file
Sa kinatibuk-an, nanginahanglan sila og manual nga interbensyon ...
Magsugod kita dayon sa usa ka pagbag-o nga lagmit makaapekto sa tanan nga nagtrabaho sa mga kubernetes nga igo na. Ang Kubernetes API wala na nagsuporta sa mga bersyon sa legacy resource API.
Kung adunay wala nakahibalo o nakalimot ...Ang bersyon sa API sa kapanguhaan gipakita sa manifest, sa field apiVersion: apps/v1
Nga mao:
Resource type
Daang bersyon
Unsay angay ilisan
Ang tanan nga mga kapanguhaan
apps/v1beta1
apps/v1beta2
apps/v1
pagpadala
daemonset
replicate
extension/v1beta1
apps/v1
mga palisiya sa network
mga extension/v1beta1
networking.k8s.io/v1
podsecurity nga mga palisiya
mga extension/v1beta1
palisiya/v1beta1
Gusto ko usab nga madani ang imong atensyon sa kamatuoran nga ang mga butang nga tipo Ingress
nagbag-o usab apiVersion
sa networking.k8s.io/v1beta1
. Daang kahulogan extensions/v1beta1
gisuportahan gihapon, apan adunay usa ka maayong rason sa pag-update niini nga bersyon sa mga manifests sa samang higayon.
Adunay daghang mga pagbag-o sa lainlaing mga label sa sistema (mga label sa Node) nga na-install sa mga node.
Ang Kubelet gidid-an sa pagbutang ug arbitraryong mga label (kaniadto mahimo kining itakda pinaagi sa mga yawe sa paglansad kubelet --node-labels
), gibilin lang nila kini nga lista
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/*
Mga label beta.kubernetes.io/metadata-proxy-ready
, beta.kubernetes.io/metadata-proxy-ready ug beta.kubernetes.io/kube-proxy-ds-ready wala na idugang sa bag-ong mga node, ug lain-laing mga dugang nga mga sangkap nagsugod sa paggamit sa gamay nga lain-laing mga label ingon nga node selectors:
Component
Daang label
Kasamtangang label
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
Gitangtang na karon sa kubeadm ang inisyal nga kublet configuration file sa luyo niini bootstrap-kubelet.conf
. Kung ang imong mga himan nag-access sa kini nga file, dayon ibalhin sa paggamit kubelet.conf
, nga nagtipig sa kasamtangan nga mga setting sa pag-access.
Ang Cadvisor wala na maghatag metrics pod_name
ΠΈ container_name
kung gigamit nimo kini sa Prometheus, adto sa metrics pod
ΠΈ container
sumala niana.
Gikuha ang mga yawe gamit ang command line:
Component
Gibawi nga yawe
hyperkube
--make-symlink
kube-proxy
--resource-container
Ang scheduler nagsugod sa paggamit sa bersyon v1beta1 sa Event API. Kung mogamit ka sa mga himan sa ikatulo nga partido aron makig-uban sa API sa Panghitabo, pagbalhin sa labing bag-ong bersyon.
Usa ka higayon sa humor. Atol sa pag-andam sa pagpagawas 1.16, ang mosunod nga mga pagbag-o gihimo:
- gitangtang ang anotasyon
scheduler.alpha.kubernetes.io/critical-pod
sa bersyon v1.16.0-alpha.1 - gibalik ang anotasyon
scheduler.alpha.kubernetes.io/critical-pod
sa bersyon v1.16.0-alpha.2 - gitangtang ang anotasyon
scheduler.alpha.kubernetes.io/critical-pod
sa bersyon v1.16.0-beta.1
Gamita ang field spec.priorityClassName
aron ipakita ang importansya sa pod.
Source: www.habr.com