Kubernetes 1.16 — как да се обновим и нищо да не счупим

Днес, 18 септември, излиза новата версия на Kubernetes — 1.16. Както винаги, ни очакват много подобрения и нововъведения. Но бих искал да насоча вниманието ви към разделите Action Required в файла CHANGELOG-1.16.md. В тези раздели са публикувани изменения, които могат да повредят работата на вашето приложение, инструментите за поддържане на кластера или изискват промени в конфигурационните файлове.

Общо взето, изискват ръчна намеса…

Да започнем направо с промените, които вероятно ще засегнат всички, които работят с Kubernetes достатъчно дълго. Kubernetes API спря да поддържа остарели версии на API ресурсите.

Ако некои не знаеха или забравиха…Версията на API ресурса се посочва в манифеста, в полето apiVersion: apps/v1

А именно:

Тип ресурс
Стара версия
На какво да бъде заменено

Всички ресурси
apps/v1beta1
apps/v1beta2
apps/v1

разгръщания
daemonset
replicaset
extension/v1beta1
apps/v1

networkpolicies
extensions/v1beta1
networking.k8s.io/v1

podsecuritypolicies
extensions/v1beta1
policy/v1beta1

Също така искам да обърна внимание, че обектите от типа Ingress също промениха apiVersion на networking.k8s.io/v1beta1. Стариото значение extensions/v1beta1 все още се поддържа, но има добра причина да актуализирате и тази версия в манифестите.

Има доста промени в различните системни етикети (Node labels), които се задават на възлите.

На Kubelet е забранено да задава произволни етикети (по-рано можеше да се задават чрез командните ключове kubelet --node-labels), оставен е само този списък на разрешени:

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

Тагове beta.kubernetes.io/metadata-proxy-ready, beta.kubernetes.io/metadata-proxy-ready и beta.kubernetes.io/kube-proxy-ds-ready вече не се добавят на нови възли и различните допълнителни компоненти започнаха да използват малко различни етикети като node selector:

Компонент
Стар етикет
Актуален етикет

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 вече премахва файла с началната конфигурация на кублета bootstrap-kubelet.conf. Ако вашите инструменти са се обръщали към този файл, преминете към използването на kubelet.conf, в който се съхраняват актуалните настройки за достъп.

Cadvisor повече не предоставя метрики pod_name и container_name, ако сте ги използвали в Prometheus, преминете на метрики pod и container съответно.

Премахнати са командни ключове:

Компонент
Премахнат ключ

хиперкюб
—създаване на символна връзка

kube-proxy
—контейнер-ресурс

Планировчикът започна да използва версия v1beta1 на Event API. Ако използвате външни инструменти за взаимодействие с Event API, преминете на актуалната версия.

Малко хумор. В процеса на подготовката на версия 1.16 бяха направени следните промени:

• премахната анотация scheduler.alpha.kubernetes.io/critical-pod в версия v1.16.0-alpha.1
• върната анотация scheduler.alpha.kubernetes.io/critical-pod в версия v1.16.0-alpha.2
• премахната анотация scheduler.alpha.kubernetes.io/critical-pod в версия v1.16.0-beta.1

Използвайте полето spec.priorityClassName за определяне на важността на пода.

Източник: habr.com