Kubernetes 1.16 - काहीही न तोडता अपग्रेड कसे करावे

आज, 18 सप्टेंबर, कुबर्नेट्सची पुढील आवृत्ती रिलीज झाली - 1.16. नेहमीप्रमाणे, अनेक सुधारणा आणि नवीन उत्पादने आमची वाट पाहत आहेत. पण मी तुमचे लक्ष फाईलच्या कृती आवश्यक विभागांकडे आकर्षित करू इच्छितो CHANGELOG-1.16.md. हे विभाग बदल प्रकाशित करतात ज्यामुळे तुमचा अनुप्रयोग खंडित होऊ शकतो, क्लस्टर देखभाल साधने किंवा कॉन्फिगरेशन फाइल्समध्ये बदल आवश्यक आहेत.

सर्वसाधारणपणे, त्यांना मॅन्युअल हस्तक्षेप आवश्यक आहे ...

चला लगेचच एका बदलासह प्रारंभ करूया ज्याचा परिणाम बहुधा प्रत्येक व्यक्तीवर होईल जो बर्याच काळापासून kubernetes सोबत काम करत आहे. Kubernetes API यापुढे लेगसी रिसोर्स API आवृत्त्यांना समर्थन देत नाही.

कोणाला माहित नसेल किंवा विसरला असेल तर...संसाधनाची API आवृत्ती मॅनिफेस्टमध्ये, फील्डमध्ये दर्शविली आहे apiVersion: apps/v1

म्हणजे:

संसाधन प्रकार
जुनी आवृत्ती
काय सह बदलले पाहिजे

सर्व संसाधने
अॅप्स/v1beta1
अॅप्स/v1beta2
अॅप्स/v1

तैनात
डेमॉनसेट
प्रतिकृती
विस्तार/v1beta1
अॅप्स/v1

नेटवर्क धोरणे
विस्तार/v1beta1
networking.k8s.io/v1

पॉडसुरक्षा धोरणे
विस्तार/v1beta1
धोरण/v1beta1

मी या वस्तुस्थितीकडे तुमचे लक्ष वेधून घेऊ इच्छितो Ingress देखील बदलले apiVersion वर networking.k8s.io/v1beta1. जुना अर्थ extensions/v1beta1 अद्याप समर्थित आहे, परंतु त्याच वेळी मॅनिफेस्टमध्ये ही आवृत्ती अद्यतनित करण्याचे एक चांगले कारण आहे.

नोड्सवर स्थापित केलेल्या विविध सिस्टम लेबल्समध्ये (नोड लेबल्स) बरेच बदल आहेत.

कुबेलेटला अनियंत्रित लेबले सेट करण्यास मनाई होती (पूर्वी ते लॉन्च की द्वारे सेट केले जाऊ शकत होते 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 यापुढे नवीन नोड्समध्ये जोडले जाणार नाहीत आणि विविध अतिरिक्त घटकांनी नोड निवडक म्हणून थोडी वेगळी लेबले वापरण्यास सुरुवात केली आहे:

घटक
जुने लेबल
वर्तमान लेबल

kube-प्रॉक्सी
beta.kubernetes.io/kube-proxy-ds-ready
node.kubernetes.io/kube-proxy-ds-ready

आयपी-मास्क-एजंट
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, जे वर्तमान प्रवेश सेटिंग्ज संचयित करते.

कॅडव्हायझर यापुढे मेट्रिक्स प्रदान करत नाही pod_name и container_nameतुम्ही प्रोमिथियसमध्ये त्यांचा वापर केला असल्यास, मेट्रिक्सवर जा pod и container अनुक्रमे

लाइन कमांडसह की काढल्या:

घटक
मागे घेतलेली की

hyperkube
--make-symlink

kube-प्रॉक्सी
-- संसाधन-कंटेनर

शेड्युलरने इव्हेंट API ची आवृत्ती v1beta1 वापरण्यास सुरुवात केली. तुम्ही इव्हेंट 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