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

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

सामान्यतया, तिनीहरूलाई म्यानुअल हस्तक्षेप चाहिन्छ ...

आउनुहोस् तुरुन्तै परिवर्तनको साथ सुरु गरौं जसले प्रायः सबैजनालाई असर गर्नेछ जसले कुबेरनेटहरूसँग लामो समयदेखि काम गरिरहेका छन्। Kubernetes API ले लेगेसी स्रोत API संस्करणहरूलाई अब समर्थन गर्दैन।

यदि कसैलाई थाहा छैन वा बिर्सिएको छ भने ...स्रोतको API संस्करण फिल्डमा manifest मा संकेत गरिएको छ apiVersion: apps/v1

अर्थात्:

स्रोत प्रकार
पुरानो संस्करण
के संग प्रतिस्थापन गर्नुपर्छ

सबै स्रोतहरू
apps/v1beta1
apps/v1beta2
apps/v1

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

नेटवर्क नीतिहरू
विस्तारहरू/v1beta1
networking.k8s.io/v1

पोडसुरक्षा नीतिहरू
विस्तारहरू/v1beta1
नीति/v1beta1

म तपाइँको ध्यानाकर्षण गर्न चाहन्छु कि प्रकार को वस्तुहरु Ingress पनि परिवर्तन भयो apiVersion मा networking.k8s.io/v1beta1। पुरानो अर्थ extensions/v1beta1 अझै पनि समर्थित छ, तर त्यहाँ एकै समयमा manifests मा यो संस्करण अद्यावधिक गर्न एक राम्रो कारण छ।

नोडहरूमा स्थापना गरिएका विभिन्न प्रणाली लेबलहरू (नोड लेबलहरू) मा धेरै परिवर्तनहरू छन्।

कुबेलेटलाई मनमानी लेबलहरू सेट गर्न निषेध गरिएको थियो (पहिले तिनीहरू लन्च कुञ्जीहरू मार्फत सेट गर्न सकिन्थ्यो। 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-proxy
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-proxy
--स्रोत कन्टेनर

अनुसूचकले घटना 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