કુબરનેટ્સ 1.16: નવું શું છે તેની હાઇલાઇટ્સ

આજે, બુધવાર, સ્થાન લેશે કુબરનેટ્સનું આગલું પ્રકાશન - 1.16. અમારા બ્લોગ માટે વિકસિત થયેલી પરંપરા અનુસાર, આ દસમી વર્ષગાંઠનો સમય છે જ્યારે અમે નવા સંસ્કરણમાં સૌથી મહત્વપૂર્ણ ફેરફારો વિશે વાત કરી રહ્યા છીએ.

આ સામગ્રી તૈયાર કરવા માટે વપરાતી માહિતીમાંથી લેવામાં આવી છે કુબરનેટ્સ એન્હાન્સમેન્ટ ટ્રેકિંગ કોષ્ટકો, ચેન્જલોગ-1.16 અને સંબંધિત મુદ્દાઓ, પુલ વિનંતીઓ અને કુબરનેટ્સ એન્હાન્સમેન્ટ પ્રપોઝલ્સ (KEP). તો ચાલો..!

ગાંઠો

ખરેખર મોટી સંખ્યામાં નોંધપાત્ર નવીનતાઓ (આલ્ફા સંસ્કરણની સ્થિતિમાં) K8s ક્લસ્ટર નોડ્સ (કુબેલેટ) ની બાજુમાં રજૂ કરવામાં આવી છે.

પ્રથમ, કહેવાતા «ક્ષણિક કન્ટેનર» (ક્ષણિક કન્ટેનર), પોડ્સમાં ડીબગીંગ પ્રક્રિયાઓને સરળ બનાવવા માટે રચાયેલ છે. નવી મિકેનિઝમ તમને વિશિષ્ટ કન્ટેનર લોન્ચ કરવાની મંજૂરી આપે છે જે હાલના પોડ્સના નેમસ્પેસમાં શરૂ થાય છે અને ટૂંકા સમય માટે જીવે છે. તેમનો હેતુ કોઈપણ સમસ્યાઓ અને ડીબગને ઉકેલવા માટે અન્ય શીંગો અને કન્ટેનર સાથે ક્રિયાપ્રતિક્રિયા કરવાનો છે. આ સુવિધા માટે નવો આદેશ લાગુ કરવામાં આવ્યો છે kubectl debug, સારમાં સમાન kubectl exec: કન્ટેનરમાં પ્રક્રિયા ચલાવવાને બદલે (જેમ કે exec) તે પોડમાં કન્ટેનર લોન્ચ કરે છે. ઉદાહરણ તરીકે, આ આદેશ નવા કન્ટેનરને પોડ સાથે જોડશે:

kubectl debug -c debug-shell --image=debian target-pod -- bash

ક્ષણિક કન્ટેનર (અને તેમના ઉપયોગના ઉદાહરણો) વિશેની વિગતો આમાં મળી શકે છે અનુરૂપ KEP. વર્તમાન અમલીકરણ (K8s 1.16 માં) એક આલ્ફા સંસ્કરણ છે, અને બીટા સંસ્કરણમાં તેના સ્થાનાંતરણ માટેના માપદંડોમાં "[કુબરનેટ્સ] ના ઓછામાં ઓછા 2 પ્રકાશનો માટે એફેમેરલ કન્ટેનર API નું પરીક્ષણ કરવું."

NB: તેના સારમાં અને તેના નામમાં પણ, સુવિધા પહેલાથી અસ્તિત્વમાં છે તે પ્લગઇન જેવું લાગે છે kubectl-ડિબગજેના વિશે અમે પહેલેથી જ લખ્યું છે. એવી અપેક્ષા રાખવામાં આવે છે કે ક્ષણિક કન્ટેનરના આગમન સાથે, એક અલગ બાહ્ય પ્લગઇનનો વિકાસ બંધ થઈ જશે.

બીજી નવીનતા - PodOverhead - પ્રદાન કરવા માટે રચાયેલ છે શીંગો માટે ઓવરહેડ ખર્ચની ગણતરી કરવાની પદ્ધતિ, જે ઉપયોગમાં લેવાતા રનટાઇમના આધારે મોટા પ્રમાણમાં બદલાઈ શકે છે. ઉદાહરણ તરીકે, લેખકો આ KEP કાટા કન્ટેનરમાં પરિણમે છે, જેને ગેસ્ટ કર્નલ, કાટા એજન્ટ, ઇનિટ સિસ્ટમ, વગેરે ચલાવવાની જરૂર છે. જ્યારે ઓવરહેડ આટલું મોટું થઈ જાય છે, ત્યારે તેને અવગણી શકાય નહીં, જેનો અર્થ છે કે આગળના ક્વોટા, આયોજન વગેરે માટે તેને ધ્યાનમાં લેવાનો માર્ગ હોવો જરૂરી છે. માં તેનો અમલ કરવા PodSpec ક્ષેત્ર ઉમેર્યું Overhead *ResourceList (માં ડેટા સાથે સરખાવે છે RuntimeClass, જો એક વપરાય છે).

અન્ય નોંધપાત્ર નવીનતા છે નોડ ટોપોલોજી મેનેજર (નોડ ટોપોલોજી મેનેજર), કુબરનેટ્સમાં વિવિધ ઘટકો માટે હાર્ડવેર સંસાધનોની ફાળવણીને ફાઇન-ટ્યુનિંગ કરવાના અભિગમને એકીકૃત કરવા માટે રચાયેલ છે. આ પહેલ ઉચ્ચ-પ્રદર્શન સમાંતર કમ્પ્યુટિંગ અને કામગીરીના અમલીકરણમાં વિલંબ ઘટાડવા માટે વિવિધ આધુનિક પ્રણાલીઓ (ટેલિકમ્યુનિકેશન્સ, મશીન લર્નિંગ, નાણાકીય સેવાઓ વગેરેના ક્ષેત્રમાંથી) ની વધતી જતી જરૂરિયાત દ્વારા ચલાવવામાં આવે છે, જેના માટે તેઓ અદ્યતન CPU નો ઉપયોગ કરે છે અને હાર્ડવેર પ્રવેગક ક્ષમતાઓ. કુબરનેટ્સમાં આવા ઑપ્ટિમાઇઝેશન અત્યાર સુધી અલગ-અલગ ઘટકો (CPU મેનેજર, ડિવાઇસ મેનેજર, CNI)ને કારણે પ્રાપ્ત થયા છે અને હવે તેમાં એક જ આંતરિક ઇન્ટરફેસ ઉમેરવામાં આવશે જે અભિગમને એકીકૃત કરે છે અને નવા સમાન - કહેવાતા ટોપોલોજી-ના જોડાણને સરળ બનાવે છે. પરિચિત - કુબેલેટ બાજુના ઘટકો. વિગતો - માં અનુરૂપ KEP.

ટોપોલોજી મેનેજર કમ્પોનન્ટ ડાયાગ્રામ

આગામી લક્ષણ - કન્ટેનર ચાલી રહ્યા હોય ત્યારે તપાસી રહ્યા છે (સ્ટાર્ટઅપ ચકાસણી). જેમ તમે જાણો છો, કન્ટેનર કે જે લોંચ થવામાં લાંબો સમય લે છે, તે માટે અદ્યતન સ્થિતિ મેળવવી મુશ્કેલ છે: તેઓ વાસ્તવમાં કાર્ય કરવાનું શરૂ કરે તે પહેલાં તેઓ કાં તો "માર્યા" જાય છે અથવા તેઓ લાંબા સમય સુધી ડેડલોકમાં સમાપ્ત થાય છે. નવો ચેક (કહેવાતા ફીચર ગેટ દ્વારા સક્ષમ StartupProbeEnabled) રદ કરે છે - અથવા તેના બદલે, સ્થગિત કરે છે - પોડ ચાલવાનું સમાપ્ત થાય ત્યાં સુધી કોઈપણ અન્ય તપાસની અસર. આ કારણોસર, સુવિધાને મૂળરૂપે કહેવામાં આવી હતી પોડ-સ્ટાર્ટઅપ લાઇવનેસ-પ્રોબ હોલ્ડઓફ. શીંગો માટે કે જે શરૂ થવામાં લાંબો સમય લે છે, તમે પ્રમાણમાં ટૂંકા સમયના અંતરાલોમાં રાજ્યમાં મતદાન કરી શકો છો.

વધુમાં, RuntimeClass માટેનો સુધારો બીટા સ્ટેટસમાં તરત જ ઉપલબ્ધ છે, જે "વિજાતીય ક્લસ્ટરો" માટે સમર્થન ઉમેરે છે. સી રનટાઇમક્લાસ શેડ્યુલિંગ હવે દરેક નોડ માટે દરેક રનટાઇમક્લાસ માટે સપોર્ટ હોવો જરૂરી નથી: પોડ્સ માટે તમે ક્લસ્ટર ટોપોલોજી વિશે વિચાર્યા વિના રનટાઇમક્લાસ પસંદ કરી શકો છો. અગાઉ, આ હાંસલ કરવા માટે - જેથી પોડ્સ તેમને જરૂરી દરેક વસ્તુ માટે આધાર સાથે નોડ્સ પર સમાપ્ત થાય - નોડસેલેક્ટર અને સહનશીલતાને યોગ્ય નિયમો સોંપવા જરૂરી હતા. IN CAP તે ઉપયોગના ઉદાહરણો અને, અલબત્ત, અમલીકરણ વિગતો વિશે વાત કરે છે.

નેટવર્ક

કુબરનેટ્સ 1.16 માં પ્રથમ વખત (આલ્ફા સંસ્કરણમાં) દેખાયા બે નોંધપાત્ર નેટવર્કિંગ લક્ષણો છે:

• આધાર ડ્યુઅલ નેટવર્ક સ્ટેક - IPv4/IPv6 - અને પોડ્સ, નોડ્સ, સેવાઓના સ્તરે તેની અનુરૂપ "સમજણ". તેમાં IPv4-to-IPv4 અને IPv6-થી-IPv6 પોડ્સ વચ્ચેની આંતરસંચાલનક્ષમતા, પોડ્સથી બાહ્ય સેવાઓ સુધી, સંદર્ભ અમલીકરણો (બ્રિજ CNI, PTP CNI અને હોસ્ટ-લોકલ IPAM પ્લગિન્સની અંદર), તેમજ કુબરનેટ્સ ક્લસ્ટરો સાથે ચાલતા રિવર્સ સુસંગતતાનો સમાવેશ થાય છે. માત્ર IPv4 અથવા IPv6. અમલીકરણ વિગતો છે CAP.

  પોડ્સની સૂચિમાં બે પ્રકારના IP સરનામાઓ (IPv4 અને IPv6) દર્શાવવાનું ઉદાહરણ:

  kube-master# kubectl get pods -o wide
  NAME               READY     STATUS    RESTARTS   AGE       IP                          NODE
  nginx-controller   1/1       Running   0          20m       fd00:db8:1::2,192.168.1.3   kube-minion-1
  kube-master#

• એન્ડપોઇન્ટ માટે નવું API - એન્ડપોઇન્ટ સ્લાઇસ API. તે હાલના એન્ડપોઇન્ટ API ના પરફોર્મન્સ/સ્કેલેબિલિટી મુદ્દાઓને હલ કરે છે જે નિયંત્રણ-પ્લેન (એપીસર્વર, વગેરે, એન્ડપોઇન્ટ-કંટ્રોલર, ક્યુબ-પ્રોક્સી) માં વિવિધ ઘટકોને અસર કરે છે. નવું API ડિસ્કવરી API જૂથમાં ઉમેરવામાં આવશે અને હજારો નોડ્સ ધરાવતા ક્લસ્ટરમાં દરેક સેવા પર હજારો બેકએન્ડ એન્ડપોઇન્ટ્સ સેવા આપવા માટે સક્ષમ હશે. આ કરવા માટે, દરેક સેવાને N ઑબ્જેક્ટ્સ સાથે મેપ કરવામાં આવે છે EndpointSlice, જેમાંથી દરેકમાં મૂળભૂત રીતે 100 થી વધુ અંતિમ બિંદુઓ નથી (મૂલ્ય રૂપરેખાંકિત છે). EndpointSlice API તેના ભાવિ વિકાસ માટે તકો પણ પૂરી પાડશે: દરેક પોડ માટે બહુવિધ IP સરનામાઓ માટે સમર્થન, એન્ડપોઇન્ટ્સ માટે નવા રાજ્યો (માત્ર નહીં Ready и NotReady), અંતિમ બિંદુઓ માટે ગતિશીલ સબસેટિંગ.

છેલ્લી રિલીઝમાં પ્રસ્તુત કરેલ એક બીટા સંસ્કરણ પર પહોંચી ગયું છે ફાઇનલાઇઝર, નામ આપવામાં આવ્યું છે service.kubernetes.io/load-balancer-cleanup અને દરેક સેવા સાથે પ્રકાર સાથે જોડાયેલ છે LoadBalancer. આવી સેવાને કાઢી નાખતી વખતે, તે તમામ સંબંધિત બેલેન્સર સંસાધનોની "સફાઈ" પૂર્ણ ન થાય ત્યાં સુધી સંસાધનને વાસ્તવિક કાઢી નાખવાનું અટકાવે છે.

API મશીનરી

વાસ્તવિક "સ્થિરીકરણ માઇલસ્ટોન" કુબરનેટ્સ API સર્વર અને તેની સાથે ક્રિયાપ્રતિક્રિયાના ક્ષેત્રમાં છે. આ મોટે ભાગે આભાર બન્યું જેમને વિશેષ પરિચયની જરૂર નથી તેમને સ્થિર સ્થિતિમાં સ્થાનાંતરિત કરવું કસ્ટમરિસોર્સ વ્યાખ્યાઓ (CRD), જે કુબરનેટ્સ 1.7 ના દૂરના દિવસોથી બીટા સ્થિતિ ધરાવે છે (અને આ જૂન 2017 છે!). સમાન સ્થિરીકરણ સંબંધિત સુવિધાઓમાં આવ્યું:

• "પેટા સ્ત્રોતો" સાથે /status и /scale કસ્ટમ રિસોર્સિસ માટે;
• રૂપાંતર બાહ્ય વેબહુક પર આધારિત સીઆરડી માટેનાં સંસ્કરણો;
• તાજેતરમાં પ્રસ્તુત (K8s 1.15 માં) ડિફોલ્ટ મૂલ્યો (ડિફોલ્ટિંગ) અને આપોઆપ ક્ષેત્ર દૂર (કાપણી) કસ્ટમ રિસોર્સિસ માટે;
• તક સર્વર બાજુ પર CRD સંસાધનોને માન્ય કરવા માટે ઉપયોગમાં લેવાતા OpenAPI દસ્તાવેજીકરણ બનાવવા અને પ્રકાશિત કરવા માટે OpenAPI v3 સ્કીમાનો ઉપયોગ કરીને.

અન્ય મિકેનિઝમ કે જે લાંબા સમયથી કુબરનેટ્સ એડમિનિસ્ટ્રેટર્સ માટે પરિચિત છે: પ્રવેશ વેબહૂક - લાંબા સમય સુધી બીટા સ્થિતિમાં પણ રહ્યું (K8s 1.9 થી) અને હવે સ્થિર જાહેર કરવામાં આવ્યું છે.

બે અન્ય સુવિધાઓ બીટા પર પહોંચી ગઈ છે: સર્વર-સાઇડ લાગુ и બુકમાર્ક જુઓ.

અને આલ્ફા સંસ્કરણમાં એકમાત્ર નોંધપાત્ર નવીનતા હતી નિષ્ફળતા થી SelfLink - એક વિશિષ્ટ URI જે ઉલ્લેખિત ઑબ્જેક્ટનું પ્રતિનિધિત્વ કરે છે અને તેનો ભાગ છે ObjectMeta и ListMeta (એટલે ​​કે કુબરનેટ્સમાં કોઈપણ પદાર્થનો ભાગ). શા માટે તેઓ તેને છોડી રહ્યા છે? સરળ રીતે પ્રેરણા અવાજો આ ક્ષેત્ર માટે વાસ્તવિક (જબરજસ્ત) કારણોની ગેરહાજરી હજુ પણ અસ્તિત્વમાં છે. વધુ ઔપચારિક કારણો પ્રભાવને ઑપ્ટિમાઇઝ કરવા (બિનજરૂરી ક્ષેત્રને દૂર કરીને) અને સામાન્ય-એપીસર્વરના કાર્યને સરળ બનાવવા માટે છે, જે આવા ક્ષેત્રને વિશિષ્ટ રીતે હેન્ડલ કરવા માટે ફરજ પાડવામાં આવે છે (આ એકમાત્ર ક્ષેત્ર છે જે ઑબ્જેક્ટની બરાબર પહેલાં સેટ કરવામાં આવે છે. ક્રમાંકિત છે). સાચી અપ્રચલિતતા (બીટામાં) SelfLink Kubernetes સંસ્કરણ 1.20, અને અંતિમ - 1.21 દ્વારા થશે.

માહિતી સંગ્રાહક

સ્ટોરેજના ક્ષેત્રમાં મુખ્ય કાર્ય, અગાઉના પ્રકાશનોની જેમ, આ વિસ્તારમાં અવલોકન કરવામાં આવે છે CSI સપોર્ટ. અહીં મુખ્ય ફેરફારો હતા:

• પ્રથમ વખત (આલ્ફા સંસ્કરણમાં) દેખાયા Windows વર્કર નોડ્સ માટે CSI પ્લગઇન સપોર્ટ: સ્ટોરેજ સાથે કામ કરવાની વર્તમાન રીત કુબરનેટ્સ કોરમાં ઇન-ટ્રી પ્લગિન્સ અને પાવરશેલ પર આધારિત માઇક્રોસોફ્ટના ફ્લેક્સવોલ્યુમ પ્લગિન્સને પણ બદલશે;

  
  વિન્ડોઝ માટે કુબરનેટ્સમાં CSI પ્લગિન્સ લાગુ કરવા માટેની યોજના

• તક CSI વોલ્યુમોનું માપ બદલી રહ્યું છે, K8s 1.12 માં પાછું રજૂ કરવામાં આવ્યું હતું, તે બીટા સંસ્કરણમાં વિકસ્યું છે;
• સ્થાનિક ક્ષણિક વોલ્યુમો બનાવવા માટે CSI નો ઉપયોગ કરવાની ક્ષમતા દ્વારા સમાન "પ્રમોશન" (આલ્ફાથી બીટા સુધી) પ્રાપ્ત થયું હતું (CSI ઇનલાઇન વોલ્યુમ સપોર્ટ).

Kubernetes ના પાછલા સંસ્કરણમાં રજૂ કરવામાં આવ્યું હતું વોલ્યુમ ક્લોનિંગ કાર્ય (હાલના પીવીસીનો ઉપયોગ કરીને DataSource નવું PVC બનાવવા માટે) પણ હવે બીટા સ્ટેટસ પ્રાપ્ત થયું છે.

શેડ્યૂલર

શેડ્યુલિંગમાં બે નોંધપાત્ર ફેરફારો (બંને આલ્ફામાં):

• EvenPodsSpreading - તક લોડના "વાજબી વિતરણ" માટે લોજિકલ એપ્લિકેશન એકમોને બદલે પોડ્સનો ઉપયોગ કરો (જેમ કે ડિપ્લોયમેન્ટ અને રેપ્લિકાસેટ) અને આ વિતરણને સમાયોજિત કરવું (સખત જરૂરિયાત તરીકે અથવા નરમ સ્થિતિ તરીકે, એટલે કે પ્રાથમિકતા). આ સુવિધા આયોજિત પોડ્સની હાલની વિતરણ ક્ષમતાઓને વિસ્તૃત કરશે, જે હાલમાં વિકલ્પો દ્વારા મર્યાદિત છે PodAffinity и PodAntiAffinity, આ બાબતમાં પ્રબંધકોને વધુ સારું નિયંત્રણ આપે છે, જેનો અર્થ છે બહેતર ઉચ્ચ ઉપલબ્ધતા અને ઑપ્ટિમાઇઝ સંસાધન વપરાશ. વિગતો - માં CAP.
• ઉપયોગ કરો બેસ્ટફિટ પોલિસી в RequestedToCapacityRatio પ્રાધાન્યતા કાર્ય પોડ આયોજન દરમિયાન, જે પરવાનગી આપશે લાગુ કરો બિન પેકિંગ ("કન્ટેનરમાં પેકિંગ") બંને મૂળભૂત સંસાધનો (પ્રોસેસર, મેમરી) અને વિસ્તૃત (જેમ કે GPU) માટે. વધુ વિગતો માટે, જુઓ CAP.

  
  શેડ્યુલિંગ પોડ્સ: શ્રેષ્ઠ ફીટ પોલિસીનો ઉપયોગ કરતા પહેલા (સીધા ડિફોલ્ટ શેડ્યૂલર દ્વારા) અને તેના ઉપયોગ સાથે (શેડ્યૂલર એક્સ્સ્ટેન્ડર દ્વારા)

વધુમાં, રજૂ થયેલ છે મુખ્ય કુબરનેટ્સ ડેવલપમેન્ટ ટ્રી (ઝાડની બહાર) ની બહાર તમારા પોતાના શેડ્યૂલર પ્લગઈન્સ બનાવવાની ક્ષમતા.

અન્ય ફેરફારો

કુબરનેટ્સ 1.16 ના પ્રકાશનમાં પણ તે નોંધી શકાય છે માટે પહેલ લાવવું સંપૂર્ણ ક્રમમાં ઉપલબ્ધ મેટ્રિક્સ, અથવા વધુ ચોક્કસપણે, અનુસાર સત્તાવાર નિયમો K8s ઇન્સ્ટ્રુમેન્ટેશન માટે. તેઓ મોટે ભાગે અનુરૂપ પર આધાર રાખે છે પ્રોમિથિયસ દસ્તાવેજીકરણ. વિવિધ કારણોસર વિસંગતતાઓ ઊભી થઈ (ઉદાહરણ તરીકે, વર્તમાન સૂચનાઓ દેખાય તે પહેલાં કેટલાક મેટ્રિક્સ ફક્ત બનાવવામાં આવ્યા હતા), અને વિકાસકર્તાઓએ નક્કી કર્યું કે "બાકીના પ્રોમિથિયસ ઇકોસિસ્ટમને અનુરૂપ" દરેક વસ્તુને એક જ ધોરણમાં લાવવાનો સમય છે. આ પહેલનું વર્તમાન અમલીકરણ આલ્ફા સ્ટેટસમાં છે, જે કુબરનેટ્સના અનુગામી વર્ઝનમાં બીટા (1.17) અને સ્થિર (1.18)માં ક્રમશઃ પ્રમોટ કરવામાં આવશે.

વધુમાં, નીચેના ફેરફારો નોંધી શકાય છે:

• વિન્ડોઝ સપોર્ટ ડેવલપમેન્ટ с દેખાવ આ OS (આલ્ફા સંસ્કરણ) માટે કુબેડમ ઉપયોગિતાઓ, તક RunAsUserName Windows કન્ટેનર માટે (આલ્ફા સંસ્કરણ), સુધારો ગ્રુપ મેનેજ્ડ સર્વિસ એકાઉન્ટ (gMSA) બીટા વર્ઝન સુધી સપોર્ટ કરે છે, આધાર vSphere વોલ્યુમો માટે માઉન્ટ/એટેચ કરો.
• રિસાયકલ API પ્રતિસાદોમાં ડેટા કમ્પ્રેશન મિકેનિઝમ. અગાઉ, આ હેતુઓ માટે HTTP ફિલ્ટરનો ઉપયોગ કરવામાં આવતો હતો, જેણે સંખ્યાબંધ નિયંત્રણો લાદ્યા હતા જે તેને મૂળભૂત રીતે સક્ષમ થવાથી અટકાવતા હતા. "પારદર્શક વિનંતી સંકોચન" હવે કાર્ય કરે છે: ક્લાયન્ટ્સ મોકલે છે Accept-Encoding: gzip હેડરમાં, જો તેનું કદ 128 KB કરતાં વધી જાય તો તેઓને GZIP-સંકુચિત પ્રતિસાદ મળે છે. ગો ક્લાયન્ટ્સ આપમેળે કમ્પ્રેશનને સપોર્ટ કરે છે (જરૂરી હેડર મોકલવા), જેથી તેઓ તરત જ ટ્રાફિકમાં ઘટાડો જોશે. (અન્ય ભાષાઓ માટે થોડો ફેરફાર કરવાની જરૂર પડી શકે છે.)
• શક્ય બન્યું બાહ્ય મેટ્રિક્સના આધારે એચપીએને/શૂન્ય પોડ્સથી સ્કેલિંગ કરવું. જો તમે ઑબ્જેક્ટ/બાહ્ય મેટ્રિક્સના આધારે સ્કેલ કરો છો, તો જ્યારે વર્કલોડ નિષ્ક્રિય હોય ત્યારે તમે સંસાધનોને બચાવવા માટે આપમેળે 0 પ્રતિકૃતિઓ પર સ્કેલ કરી શકો છો. આ સુવિધા ખાસ કરીને એવા કિસ્સાઓ માટે ઉપયોગી હોવી જોઈએ કે જ્યાં કામદારો GPU સંસાધનોની વિનંતી કરે છે, અને વિવિધ પ્રકારના નિષ્ક્રિય કામદારોની સંખ્યા ઉપલબ્ધ GPU ની સંખ્યા કરતાં વધી જાય છે.
• નવો ગ્રાહક - k8s.io/client-go/metadata.Client - ઑબ્જેક્ટ્સની "સામાન્યકૃત" ઍક્સેસ માટે. તે સરળતાથી મેટાડેટા પુનઃપ્રાપ્ત કરવા માટે રચાયેલ છે (એટલે ​​​​કે સબસેક્શન metadata) ક્લસ્ટર સ્ત્રોતોમાંથી અને તેમની સાથે કચરો સંગ્રહ અને ક્વોટા કામગીરી કરો.
• કુબરનેટ્સ બનાવો હવે તમે કરી શકો છો વારસા વિના ("બિલ્ટ-ઇન" ઇન-ટ્રી) ક્લાઉડ પ્રદાતાઓ (આલ્ફા સંસ્કરણ).
• kubeadm ઉપયોગિતા માટે ઉમેર્યું ઑપરેશન દરમિયાન કસ્ટમાઇઝ પેચ લાગુ કરવાની પ્રાયોગિક (આલ્ફા વર્ઝન) ક્ષમતા init, join и upgrade. ધ્વજનો ઉપયોગ કેવી રીતે કરવો તે વિશે વધુ જાણો --experimental-kustomize, માં જુઓ CAP.
• apiserver માટે નવો અંતિમ બિંદુ - readyz, - તમને તેની તૈયારી વિશેની માહિતી નિકાસ કરવાની મંજૂરી આપે છે. API સર્વર પાસે પણ હવે ધ્વજ છે --maximum-startup-sequence-duration, તમને તેના પુનઃપ્રારંભને નિયંત્રિત કરવાની મંજૂરી આપે છે.
• બે Azure માટે સુવિધાઓ સ્થિર જાહેર: આધાર ઉપલબ્ધતા ઝોન (ઉપલબ્ધતા ઝોન) અને ક્રોસ સંસાધન જૂથ (આરજી). વધુમાં, Azure ઉમેર્યું છે:
  • પ્રમાણીકરણ આધાર AAD અને ADFS;
  • એનોટેશન service.beta.kubernetes.io/azure-pip-name લોડ બેલેન્સરનો જાહેર IP સ્પષ્ટ કરવા માટે;
  • તક સેટિંગ્સ LoadBalancerName и LoadBalancerResourceGroup.
• AWS પાસે હવે છે આધાર વિન્ડોઝ પર EBS માટે અને ઑપ્ટિમાઇઝ EC2 API કૉલ્સ DescribeInstances.
• કુબેડમ હવે સ્વતંત્ર છે સ્થળાંતર કરે છે CoreDNS સંસ્કરણને અપગ્રેડ કરતી વખતે CoreDNS ગોઠવણી.
• દ્વિસંગી વગેરે અનુરૂપ ડોકર છબીમાં કર્યું છે વિશ્વ-એક્ઝિક્યુટેબલ, જે તમને રૂટ અધિકારોની જરૂરિયાત વિના આ છબી ચલાવવાની મંજૂરી આપે છે. પણ, etcd સ્થળાંતર છબી બંધ etcd2 વર્ઝન સપોર્ટ.
• В ક્લસ્ટર ઓટોસ્કેલર 1.16.0 બેઝ ઇમેજ તરીકે ડિસ્ટ્રોલેસનો ઉપયોગ કરવા પર સ્વિચ કર્યું, પ્રદર્શનમાં સુધારો કર્યો, નવા ક્લાઉડ પ્રદાતાઓ (ડિજિટલ ઓશન, મેગ્નમ, પેકેટ) ઉમેર્યા.
• વપરાયેલ/આશ્રિત સૉફ્ટવેરમાં અપડેટ્સ: Go 1.12.9, etcd 3.3.15, CoreDNS 1.6.2.

PS

અમારા બ્લોગ પર પણ વાંચો:

• «કુબરનેટ્સ 1.15: નવું શું છે તેની હાઇલાઇટ્સ»;
• «કુબરનેટ્સ 1.14: નવું શું છે તેની હાઇલાઇટ્સ»;
• «કુબરનેટ્સ 1.13: નવું શું છે તેની હાઇલાઇટ્સ»;
• «કુબરનેટ્સ 1.12: નવું શું છે તેની હાઇલાઇટ્સ».

સોર્સ: www.habr.com