Kubernetes 1.16 - როგორ განაახლოთ არაფრის დარღვევის გარეშე

დღეს, 18 სექტემბერს, გამოდის Kubernetes-ის შემდეგი ვერსია - 1.16. როგორც ყოველთვის, ბევრი გაუმჯობესება და ახალი პროდუქტი გველოდება. მაგრამ მსურს თქვენი ყურადღება გავამახვილო ფაილის მოქმედების საჭირო სექციებზე CHANGELOG-1.16.მდ. ეს სექციები აქვეყნებს ცვლილებებს, რამაც შეიძლება დაარღვიოს თქვენი აპლიკაცია, კლასტერების შენარჩუნების ხელსაწყოები ან მოითხოვოს ცვლილებები კონფიგურაციის ფაილებში.

ზოგადად, ისინი საჭიროებენ ხელით ჩარევას...

მოდით, დაუყოვნებლივ დავიწყოთ ცვლილებით, რომელიც, სავარაუდოდ, იმოქმედებს ყველას, ვინც საკმარისად დიდხანს მუშაობს კუბერნეტებთან. Kubernetes API-ს აღარ აქვს მოძველებული რესურსების API ვერსიების მხარდაჭერა.

თუ ვინმემ არ იცოდა ან დაავიწყდა...რესურსის API ვერსია მითითებულია მანიფესტში, ველში apiVersion: apps/v1

კერძოდ

რესურსის ტიპი
ძველი ვერსია
რითი უნდა შეიცვალოს

ყველა რესურსი
აპები/v1beta1
აპები/v1beta2
აპლიკაციები/v1

განლაგება
დემონსეტი
რეპლიკასეტი
გაფართოება/v1beta1
აპლიკაციები/v1

ქსელური პოლიტიკა
გაფართოებები/v1beta1
networking.k8s.io/v1

პოდუსაფრთხოების პოლიტიკა
გაფართოებები/v1beta1
პოლიტიკა/v1beta1

ასევე მინდა გავამახვილო თქვენი ყურადღება იმ ფაქტზე, რომ ტიპის ობიექტები Ingress ასევე შეიცვალა apiVersion on 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/*

Tags beta.kubernetes.io/metadata-proxy-ready, beta.kubernetes.io/metadata-proxy-ready და beta.kubernetes.io/kube-proxy-ds-ready აღარ ემატება ახალ კვანძებს და სხვადასხვა დამატებით კომპონენტებმა დაიწყეს ოდნავ განსხვავებული ეტიკეტების გამოყენება კვანძების ამომრჩეველად:

კომპონენტი
ძველი ეტიკეტი
მიმდინარე ეტიკეტი

კუბე-პროქსი
beta.kubernetes.io/kube-proxy-ds-ready
node.kubernetes.io/kube-proxy-ds-ready

ip-mask-აგენტი
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თუ თქვენ იყენებდით მათ პრომეთეს, გადადით მეტრიკაზე pod и container შესაბამისად.

ამოიღეს კლავიშები ხაზის ბრძანებით:

კომპონენტი
ამოღებული გასაღები

ჰიპერკუბი
--გაკეთება-სიმლინკი

კუბე-პროქსი
-- რესურს-კონტეინერი

დამგეგმავმა დაიწყო Event API-ის v1beta1 ვერსიის გამოყენება. თუ იყენებთ მესამე მხარის ხელსაწყოებს 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 პოდის მნიშვნელობაზე მიუთითოს.

წყარო: www.habr.com