કુબરનેટ્સ 1.17 - કેવી રીતે અપગ્રેડ કરવું અને સંપૂર્ણ ભૂલ બજેટ કેવી રીતે ખર્ચવું નહીં

9 ડિસેમ્બરના રોજ, કુબરનેટ્સનું આગલું સંસ્કરણ બહાર પાડવામાં આવ્યું - 1.17. તેનું સૂત્ર "સ્થિરતા" છે, ઘણી સુવિધાઓને GA સ્થિતિ પ્રાપ્ત થઈ છે, સંખ્યાબંધ જૂની સુવિધાઓ દૂર કરવામાં આવી છે...

અને, હંમેશની જેમ, અમારો મનપસંદ વિભાગ એક્શન જરૂરી ફાઇલ છે ચેન્જલોગ-1.17.એમડી ધ્યાનની જરૂર છે.

ચાલો હાથ વડે કામ કરીએ...

ધ્યાન, સંગ્રહ!

ફ્લાય પર ક્યુબેલેટ અપડેટ કરવાનું સંસ્કરણ 1.17 માં સમર્થિત નથી કારણ કે વોલ્યુમોને અવરોધિત કરવાનો માર્ગ બદલાઈ ગયો છે. નોડ અપડેટ કરતા પહેલા, તમારે આદેશનો ઉપયોગ કરીને તેમાંથી તમામ પોડ્સ ખાલી કરવા જ જોઈએ kubectl drain.

ધ્વજ અને દરવાજા...

ચેન્જલોગમાં તેઓ સામાન્ય રીતે લખે છે કે આવા અને આવા ફ્લેગ અથવા ફીચર ગેટ દૂર કરવામાં આવ્યા હતા અથવા ઉમેરવામાં આવ્યા હતા, પરંતુ કેટલાક કારણોસર તેઓ ક્યારેય એપ્લિકેશન લખતા નથી જેના માટે આ ફેરફાર થયો હતો...:

• ધ્વજ દૂર કર્યો --include-uninitialized у kubectl;
• કાર્યક્ષમતા જે ફીચર ગેટ્સને મંજૂરી આપે છે GCERegionalPersistentDisk, EnableAggregatedDiscoveryTimeout и PersistentLocalVolumes, હવે હંમેશા ઉપયોગમાં લેવાય છે અને તેને અક્ષમ કરી શકાતું નથી. આ વિકલ્પો શક્ય કીમાંથી દૂર કરવામાં આવ્યા છે api-server и controller-manager;
• સેવાઓ માટે IP સરનામાઓનું નેટવર્ક હવે ડિફૉલ્ટ રૂપે સોંપાયેલ નથી. તે ધ્વજનો ઉપયોગ કરીને ઉલ્લેખિત હોવું આવશ્યક છે --service-cluster-ip-range API સર્વર અને કંટ્રોલર-મેનેજર શરૂ કરતી વખતે.

kubeadm

• Kubeadm એ શીખ્યા કે ક્યૂબેલેટ માટે તમામ ક્લસ્ટર નોડ્સ પર પ્રમાણપત્રોના સ્વચાલિત નવીકરણને કેવી રીતે ગોઠવવું, જેમાં પ્રથમ માસ્ટરનો સમાવેશ થાય છે જ્યાં આદેશનો અમલ કરવામાં આવ્યો હતો. kubeadm init. પ્રારંભિક કુબેલેટ રૂપરેખાંકન સાથેની ફાઇલ માટેની આવશ્યકતા એ આડઅસર હતી bootstrap-kubelet.conf вместо kubelet.conf અમલ દરમિયાન kubeadm init;
• જ્યારે API માં અધિકૃતતા સ્થિતિઓ ઉમેરી રહ્યા હોય, ત્યારે kubeadm સર્વર હવે મોડ્સને અવેજી કરતું નથી Node, RBAC સ્ટેટિક પોડ મેનિફેસ્ટમાં, તમને રૂપરેખાંકન સંપૂર્ણપણે બદલવાની મંજૂરી આપે છે.

આરબીએસી

બિલ્ટ-ઇન ક્લસ્ટર ભૂમિકાઓ દૂર કરી system:csi-external-provisioner и system:csi-external-attacher.

નાપસંદ...

સંખ્યાબંધ સુવિધાઓને નાપસંદ કરવામાં આવી છે, પરંતુ તે હજુ પણ સમર્થિત છે. પરંતુ હું ખાસ કરીને ContainerStorageInterface નો ઉપયોગ કરવા માટે સંક્રમણની પ્રક્રિયાની નોંધ લેવા માંગુ છું. એડમિનિસ્ટ્રેટર્સ કે જેમણે AWS અને GCE પર તેમના પોતાના (અનમેનેજ્ડ) ક્લસ્ટરો તૈનાત કર્યા છે તેઓએ કુબરનેટ્સમાં બનેલા ડ્રાઇવરોને બદલે સતત વોલ્યુમ સાથે કામ કરવા માટે CSI ડ્રાઇવરનો ઉપયોગ કરીને સ્થળાંતર કરવાની યોજના બનાવવી જોઈએ. CSIMigration પ્રક્રિયાએ તેમને આમાં મદદ કરવી જોઈએ - અમે પગલું-દર-પગલાની માર્ગદર્શિકા દેખાય તેની રાહ જોઈ રહ્યા છીએ. પ્રબંધકો કે જેઓ સતત ડિસ્કને કનેક્ટ કરવા માટે અન્ય પ્રદાતાઓનો ઉપયોગ કરે છે, તે દસ્તાવેજો શોધવા અને વાંચવાનો સમય છે: સંસ્કરણ 1.21 બધા બિલ્ટ-ઇન ડ્રાઇવરોને કાયમી ધોરણે દૂર કરવાનું વચન આપે છે.

સોર્સ: www.habr.com