Kubernetes 1.16 - как да надстроите, без да счупите нищо

Днес, 18 септември, излиза следващата версия на Kubernetes - 1.16. Както винаги ни очакват много подобрения и нови продукти. Но бих искал да насоча вниманието ви към секциите на файла, изискващи действие ПРОМЕНИ-1.16.md. Тези раздели публикуват промени, които могат да повредят вашето приложение, инструменти за поддръжка на клъстер или да изискват промени в конфигурационните файлове.

Като цяло изискват ръчна намеса...

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

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

А именно

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

Всички ресурси
приложения/v1beta1
приложения/v1beta2
приложения/v1

внедрявания
демонет
replicaset
разширение/v1beta1
приложения/v1

мрежови политики
разширения/v1beta1
работа в мрежа.k8s.io/v1

podsecuritypolicies
разширения/v1beta1
политика/v1beta1

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

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

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

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

компонент
Стар етикет
Текущ етикет

kube-прокси
beta.kubernetes.io/kube-proxy-ds-ready
node.kubernetes.io/kube-proxy-ds-ready

ip-маска-агент
beta.kubernetes.io/masq-agent-ds-ready
node.kubernetes.io/masq-agent-ds-ready

метаданни-прокси
beta.kubernetes.io/metadata-proxy-ready
cloud.google.com/metadata-proxy-ready

kubeadm сега премахва първоначалния конфигурационен файл на kublet зад него bootstrap-kubelet.conf. Ако вашите инструменти са имали достъп до този файл, превключете към използване kubelet.conf, който съхранява текущите настройки за достъп.

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

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

компонент
Прибран ключ

хиперкуб
--make-symlink

kube-прокси
--ресурс-контейнер

Планировчикът започна да използва версия v1beta1 на Event API. Ако използвате инструменти на трети страни за взаимодействие с 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 за да се посочи важността на подс.

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