कुबेरनेट्स 1.17 - अपग्रेड कैसे करें और संपूर्ण त्रुटि बजट खर्च न करें

9 दिसंबर को कुबेरनेट्स का अगला संस्करण - 1.17 जारी किया गया। इसका आदर्श वाक्य "स्थिरता" है, कई सुविधाओं को GA दर्जा प्राप्त हुआ, कई पुरानी सुविधाओं को हटा दिया गया...

और, हमेशा की तरह, हमारा पसंदीदा अनुभाग एक्शन आवश्यक फ़ाइल है चेंजलॉग-1.17.md ध्यान देने की आवश्यकता है.

आइए अपने हाथों से काम करें...

ध्यान दें, भंडारण!

क्यूबलेट को तुरंत अपडेट करना संस्करण 1.17 में समर्थित नहीं है क्योंकि वॉल्यूम को ब्लॉक करने का पथ बदल गया है। किसी नोड को अपडेट करने से पहले, आपको कमांड का उपयोग करके उसमें से सभी पॉड्स को खाली करना होगा kubectl drain.

झंडे और द्वार...

चेंजलॉग में वे आमतौर पर लिखते हैं कि फलां ध्वज या फीचर गेट को हटा दिया गया था या जोड़ा गया था, लेकिन किसी कारण से वे उस एप्लिकेशन को कभी नहीं लिखते जिसके लिए यह परिवर्तन हुआ था...:

• झंडा हटा दिया गया --include-uninitialized у kubectl;
• कार्यक्षमता जिसमें गेट की सुविधा की अनुमति है GCERegionalPersistentDisk, EnableAggregatedDiscoveryTimeout и PersistentLocalVolumes, अब हमेशा उपयोग किया जाता है और इसे अक्षम नहीं किया जा सकता है। इन विकल्पों को संभावित कुंजियों से हटा दिया गया है api-server и controller-manager;
• सेवाओं के लिए आईपी पते का नेटवर्क अब डिफ़ॉल्ट रूप से निर्दिष्ट नहीं है। इसे ध्वज का उपयोग करके निर्दिष्ट किया जाना चाहिए --service-cluster-ip-range एपीआई सर्वर और कंट्रोलर-मैनेजर शुरू करते समय।

kubeadm

• Kubeadm ने सीखा कि सभी क्लस्टर नोड्स पर क्यूबलेट के लिए प्रमाणपत्रों के स्वचालित नवीनीकरण को कैसे कॉन्फ़िगर किया जाए, जिसमें पहला मास्टर भी शामिल है जहां कमांड निष्पादित किया गया था kubeadm init. प्रारंभिक क्यूबलेट कॉन्फ़िगरेशन वाली फ़ाइल की आवश्यकता एक साइड इफेक्ट थी bootstrap-kubelet.conf के बदले kubelet.conf निष्पादन के दौरान kubeadm init;
• एपीआई में प्राधिकरण मोड जोड़ते समय, kubeadm सर्वर अब मोड को प्रतिस्थापित नहीं करता है Node, RBAC स्टैटिक पॉड मेनिफेस्ट में, जिससे आप कॉन्फ़िगरेशन को पूरी तरह से बदल सकते हैं।

RBAC

अंतर्निहित क्लस्टर भूमिकाएँ हटा दी गईं system:csi-external-provisioner и system:csi-external-attacher.

पदावनत...

कई सुविधाओं को हटा दिया गया है, लेकिन वे अभी भी समर्थित हैं। लेकिन मैं विशेष रूप से कंटेनरस्टोरेजइंटरफेस का उपयोग करने के लिए संक्रमण की प्रक्रिया पर ध्यान देना चाहूंगा। जिन प्रशासकों ने AWS और GCE पर अपने स्वयं के (अप्रबंधित) क्लस्टर तैनात किए हैं, उन्हें Kubernetes में निर्मित ड्राइवरों के बजाय लगातार वॉल्यूम के साथ काम करने के लिए CSI ड्राइवर का उपयोग करने की योजना बनानी चाहिए। CSIMigration प्रक्रिया को इसमें उनकी मदद करनी चाहिए - हम चरण-दर-चरण मार्गदर्शिका के प्रकट होने की प्रतीक्षा कर रहे हैं। उन प्रशासकों के लिए जो लगातार डिस्क को कनेक्ट करने के लिए अन्य प्रदाताओं का उपयोग करते हैं, अब दस्तावेज़ देखने और पढ़ने का समय आ गया है: संस्करण 1.21 सभी अंतर्निहित ड्राइवरों को स्थायी रूप से हटाने का वादा करता है।

स्रोत: www.habr.com