കുബർനെറ്റസ് 1.16: പ്രധാന കണ്ടുപിടുത്തങ്ങളുടെ അവലോകനം

ഇന്ന്, ബുധനാഴ്ച, നടക്കും കുബർനെറ്റസിന്റെ അടുത്ത റിലീസ് - 1.16. ഞങ്ങളുടെ ബ്ലോഗിനായി വികസിപ്പിച്ച പാരമ്പര്യമനുസരിച്ച്, പുതിയ പതിപ്പിലെ ഏറ്റവും പ്രധാനപ്പെട്ട മാറ്റങ്ങളെക്കുറിച്ച് ഞങ്ങൾ സംസാരിക്കുന്നത് പത്താം വാർഷിക സമയമാണ്.

ഈ മെറ്റീരിയൽ തയ്യാറാക്കാൻ ഉപയോഗിക്കുന്ന വിവരങ്ങൾ എടുത്തത് കുബർനെറ്റസ് മെച്ചപ്പെടുത്തലുകൾ ട്രാക്കിംഗ് പട്ടികകൾ, മാറ്റം-1.16 കൂടാതെ ബന്ധപ്പെട്ട പ്രശ്നങ്ങൾ, പുൾ അഭ്യർത്ഥനകൾ, കുബർനെറ്റസ് എൻഹാൻസ്മെന്റ് പ്രൊപ്പോസലുകൾ (കെഇപി). അതിനാൽ, നമുക്ക് പോകാം..!

നോഡുകൾ

K8s ക്ലസ്റ്റർ നോഡുകളുടെ (കുബെലെറ്റ്) വശത്ത് ശ്രദ്ധേയമായ നിരവധി പുതുമകൾ (ആൽഫ പതിപ്പ് സ്റ്റാറ്റസിൽ) അവതരിപ്പിച്ചിരിക്കുന്നു.

ഒന്നാമതായി, വിളിക്കപ്പെടുന്നവ «എഫെമെറൽ കണ്ടെയ്നറുകൾ» (എഫിമെറൽ കണ്ടെയ്‌നറുകൾ), പോഡുകളിലെ ഡീബഗ്ഗിംഗ് പ്രക്രിയകൾ ലളിതമാക്കാൻ രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നു. നിലവിലുള്ള പോഡുകളുടെ നെയിംസ്‌പെയ്‌സിൽ ആരംഭിക്കുന്ന പ്രത്യേക കണ്ടെയ്‌നറുകൾ ലോഞ്ച് ചെയ്യാൻ പുതിയ സംവിധാനം നിങ്ങളെ അനുവദിക്കുന്നു. എന്തെങ്കിലും പ്രശ്‌നങ്ങൾ പരിഹരിക്കുന്നതിനും ഡീബഗ് ചെയ്യുന്നതിനുമായി മറ്റ് പോഡുകളുമായും പാത്രങ്ങളുമായും ഇടപഴകുക എന്നതാണ് അവരുടെ ഉദ്ദേശ്യം. ഈ സവിശേഷതയ്ക്കായി ഒരു പുതിയ കമാൻഡ് നടപ്പിലാക്കി kubectl debug, സാരാംശത്തിൽ സമാനമാണ് kubectl exec: ഒരു കണ്ടെയ്‌നറിൽ ഒരു പ്രോസസ്സ് പ്രവർത്തിപ്പിക്കുന്നതിന് പകരം മാത്രം (ഇത് പോലെ exec) അത് ഒരു പോഡിൽ ഒരു കണ്ടെയ്നർ വിക്ഷേപിക്കുന്നു. ഉദാഹരണത്തിന്, ഈ കമാൻഡ് ഒരു പുതിയ കണ്ടെയ്നറിനെ ഒരു പോഡിലേക്ക് ബന്ധിപ്പിക്കും:

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

എഫെമെറൽ കണ്ടെയ്‌നറുകളെക്കുറിച്ചുള്ള വിശദാംശങ്ങൾ (അവയുടെ ഉപയോഗത്തിന്റെ ഉദാഹരണങ്ങളും) കണ്ടെത്താനാകും അനുബന്ധ കെ.ഇ.പി. നിലവിലെ നടപ്പിലാക്കൽ (K8s 1.16-ൽ) ഒരു ആൽഫ പതിപ്പാണ്, ബീറ്റാ പതിപ്പിലേക്ക് ഇത് കൈമാറുന്നതിനുള്ള മാനദണ്ഡങ്ങളിൽ ഒന്നാണ് "കുറഞ്ഞത് [കുബർനെറ്റുകളുടെ] 2 പതിപ്പുകൾക്കായി എഫെമെറൽ കണ്ടെയ്‌നേഴ്‌സ് API പരീക്ഷിക്കുന്നത്."

NB: അതിന്റെ സാരാംശത്തിലും അതിന്റെ പേരിൽ പോലും, സവിശേഷത ഇതിനകം നിലവിലുള്ള ഒരു പ്ലഗിന്നിനോട് സാമ്യമുള്ളതാണ് kubectl-debugഅതിനെ കുറിച്ച് ഞങ്ങൾ ഇതിനകം എഴുതി. എഫെമെറൽ കണ്ടെയ്‌നറുകളുടെ വരവോടെ, ഒരു പ്രത്യേക ബാഹ്യ പ്ലഗിന്റെ വികസനം അവസാനിക്കുമെന്ന് പ്രതീക്ഷിക്കുന്നു.

മറ്റൊരു പുതുമ - PodOverhead - നൽകാൻ രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത് പോഡുകളുടെ ഓവർഹെഡ് ചെലവ് കണക്കാക്കുന്നതിനുള്ള സംവിധാനം, ഉപയോഗിക്കുന്ന റൺടൈമിനെ ആശ്രയിച്ച് ഇത് വളരെയധികം വ്യത്യാസപ്പെടാം. ഉദാഹരണമായി, രചയിതാക്കൾ ഈ കെ.ഇ.പി ഗസ്റ്റ് കേർണൽ, കാറ്റാ ഏജന്റ്, ഇനിറ്റ് സിസ്റ്റം മുതലായവ പ്രവർത്തിപ്പിക്കേണ്ട കാറ്റാ കണ്ടെയ്‌നറുകളിൽ ഫലം. ഓവർഹെഡ് വളരെ വലുതാകുമ്പോൾ, അത് അവഗണിക്കാൻ കഴിയില്ല, അതിനർത്ഥം കൂടുതൽ ക്വാട്ടകൾ, ആസൂത്രണം മുതലായവയ്ക്കായി അത് കണക്കിലെടുക്കാൻ ഒരു മാർഗം ആവശ്യമാണ്. അത് നടപ്പിലാക്കാൻ PodSpec ഫീൽഡ് ചേർത്തു Overhead *ResourceList (ഇതിലെ ഡാറ്റയുമായി താരതമ്യം ചെയ്യുന്നു RuntimeClass, ഒന്ന് ഉപയോഗിച്ചാൽ).

ശ്രദ്ധേയമായ മറ്റൊരു കണ്ടുപിടുത്തമാണ് നോഡ് ടോപ്പോളജി മാനേജർ (നോഡ് ടോപ്പോളജി മാനേജർ), കുബെർനെറ്റസിലെ വിവിധ ഘടകങ്ങൾക്കായി ഹാർഡ്‌വെയർ ഉറവിടങ്ങളുടെ വിഹിതം സൂക്ഷ്മമായി ക്രമീകരിക്കുന്നതിനുള്ള സമീപനം ഏകീകരിക്കാൻ രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നു. വിവിധ ആധുനിക സംവിധാനങ്ങളുടെ (ടെലികമ്മ്യൂണിക്കേഷൻസ്, മെഷീൻ ലേണിംഗ്, ഫിനാൻഷ്യൽ സർവീസുകൾ മുതലായവ) ഉയർന്ന പ്രകടനമുള്ള സമാന്തര കമ്പ്യൂട്ടിംഗ്, പ്രവർത്തനങ്ങളുടെ നിർവ്വഹണത്തിലെ കാലതാമസം കുറയ്ക്കുക, അതിനായി അവർ വിപുലമായ സിപിയു ഉപയോഗിക്കുന്നു. ഹാർഡ്‌വെയർ ആക്സിലറേഷൻ കഴിവുകൾ. വ്യത്യസ്‌ത ഘടകങ്ങൾ (സിപിയു മാനേജർ, ഉപകരണ മാനേജർ, സി‌എൻ‌ഐ) കാരണം കുബർനെറ്റസിലെ അത്തരം ഒപ്റ്റിമൈസേഷനുകൾ ഇതുവരെ നേടിയിട്ടുണ്ട്, ഇപ്പോൾ അവ സമീപനത്തെ ഏകീകരിക്കുകയും പുതിയ ടോപ്പോളജി എന്ന് വിളിക്കപ്പെടുന്നവയുടെ കണക്ഷൻ ലളിതമാക്കുകയും ചെയ്യുന്ന ഒരൊറ്റ ആന്തരിക ഇന്റർഫേസ് ചേർക്കും. അറിവ് - കുബെലെറ്റ് ഭാഗത്തുള്ള ഘടകങ്ങൾ. വിശദാംശങ്ങൾ - ഇൻ അനുബന്ധ കെ.ഇ.പി.

ടോപ്പോളജി മാനേജർ കോമ്പോണന്റ് ഡയഗ്രം

അടുത്ത ഫീച്ചർ - കണ്ടെയ്നറുകൾ പ്രവർത്തിക്കുമ്പോൾ പരിശോധിക്കുന്നു (സ്റ്റാർട്ടപ്പ് അന്വേഷണം). നിങ്ങൾക്കറിയാവുന്നതുപോലെ, ലോഞ്ച് ചെയ്യാൻ വളരെ സമയമെടുക്കുന്ന കണ്ടെയ്‌നറുകൾക്ക്, കാലികമായ ഒരു സ്റ്റാറ്റസ് ലഭിക്കുന്നത് ബുദ്ധിമുട്ടാണ്: ഒന്നുകിൽ അവ യഥാർത്ഥത്തിൽ പ്രവർത്തിക്കാൻ തുടങ്ങുന്നതിനുമുമ്പ് "കൊല്ലപ്പെടും" അല്ലെങ്കിൽ അവ ദീർഘകാലത്തേക്ക് സ്തംഭനാവസ്ഥയിൽ അവസാനിക്കും. പുതിയ പരിശോധന (ഫീച്ചർ ഗേറ്റിലൂടെ പ്രവർത്തനക്ഷമമാക്കി StartupProbeEnabled) റദ്ദാക്കുന്നു - അല്ലെങ്കിൽ മാറ്റിവയ്ക്കുന്നു - പോഡ് പ്രവർത്തിക്കുന്നത് പൂർത്തിയാകുന്നതുവരെ മറ്റേതെങ്കിലും പരിശോധനകളുടെ പ്രഭാവം. ഇക്കാരണത്താൽ, ഫീച്ചർ ആദ്യം വിളിച്ചിരുന്നു പോഡ്-സ്റ്റാർട്ടപ്പ് ലൈവ്നെസ്-പ്രോബ് ഹോൾഡ്ഓഫ്. ആരംഭിക്കാൻ വളരെ സമയമെടുക്കുന്ന പോഡുകൾക്ക്, താരതമ്യേന കുറഞ്ഞ സമയ ഇടവേളകളിൽ നിങ്ങൾക്ക് സംസ്ഥാനത്ത് വോട്ടെടുപ്പ് നടത്താം.

കൂടാതെ, RuntimeClass-നുള്ള ഒരു മെച്ചപ്പെടുത്തൽ ഉടൻ തന്നെ ബീറ്റാ സ്റ്റാറ്റസിൽ ലഭ്യമാണ്, "വിജാതീയമായ ക്ലസ്റ്ററുകൾക്ക്" പിന്തുണ ചേർക്കുന്നു. സി റൺടൈം ക്ലാസ് ഷെഡ്യൂളിംഗ് ഇപ്പോൾ ഓരോ നോഡിനും ഓരോ RuntimeClass-നും പിന്തുണ ഉണ്ടായിരിക്കേണ്ട ആവശ്യമില്ല: പോഡുകൾക്കായി നിങ്ങൾക്ക് ക്ലസ്റ്റർ ടോപ്പോളജിയെക്കുറിച്ച് ചിന്തിക്കാതെ തന്നെ ഒരു RuntimeClass തിരഞ്ഞെടുക്കാം. മുമ്പ്, ഇത് നേടുന്നതിന് - അതിനാൽ പോഡുകൾ അവയ്ക്ക് ആവശ്യമുള്ള എല്ലാത്തിനും പിന്തുണയോടെ നോഡുകളിൽ അവസാനിക്കും - നോഡ് സെലക്ടറിനും ടോളറേഷനും ഉചിതമായ നിയമങ്ങൾ നൽകേണ്ടത് ആവശ്യമാണ്. IN .കൌതുകവും ഇത് ഉപയോഗത്തിന്റെ ഉദാഹരണങ്ങളെക്കുറിച്ചും, തീർച്ചയായും, നടപ്പാക്കൽ വിശദാംശങ്ങളെക്കുറിച്ചും സംസാരിക്കുന്നു.

നെറ്റ്വർക്ക്

Kubernetes 1.16-ൽ ആദ്യമായി (ആൽഫ പതിപ്പിൽ) പ്രത്യക്ഷപ്പെട്ട രണ്ട് പ്രധാന നെറ്റ്‌വർക്കിംഗ് സവിശേഷതകൾ ഇവയാണ്:

• പിന്തുണ ഡ്യുവൽ നെറ്റ്‌വർക്ക് സ്റ്റാക്ക് - IPv4/IPv6 - കൂടാതെ പോഡുകൾ, നോഡുകൾ, സേവനങ്ങൾ എന്നിവയുടെ തലത്തിൽ അതിന്റെ അനുബന്ധ "ധാരണ". ഇതിൽ IPv4-to-IPv4, IPv6-to-IPv6 പോഡുകൾ, പോഡുകൾ മുതൽ ബാഹ്യ സേവനങ്ങൾ വരെ, റഫറൻസ് നടപ്പിലാക്കലുകൾ (ബ്രിഡ്ജ് CNI, PTP CNI, ഹോസ്റ്റ്-ലോക്കൽ IPAM പ്ലഗിനുകൾക്കുള്ളിൽ), അതുപോലെ തന്നെ കുബർനെറ്റസ് ക്ലസ്റ്ററുകൾ പ്രവർത്തിക്കുന്ന റിവേഴ്സ് കോംപാറ്റിബിൾ എന്നിവയും ഉൾപ്പെടുന്നു. IPv4 അല്ലെങ്കിൽ IPv6 മാത്രം. നടപ്പാക്കൽ വിശദാംശങ്ങൾ ഇവിടെയുണ്ട് .കൌതുകവും.

  പോഡുകളുടെ പട്ടികയിൽ രണ്ട് തരം (IPv4, IPv6) IP വിലാസങ്ങൾ പ്രദർശിപ്പിക്കുന്നതിനുള്ള ഒരു ഉദാഹരണം:

  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 - EndpointSlice API. കൺട്രോൾ-പ്ലെയിനിലെ (apiserver, etcd, endpoints-controller, kube-proxy) വിവിധ ഘടകങ്ങളെ ബാധിക്കുന്ന നിലവിലുള്ള എൻഡ്‌പോയിന്റ് API-യുടെ പ്രകടനം/സ്കേലബിളിറ്റി പ്രശ്നങ്ങൾ ഇത് പരിഹരിക്കുന്നു. ഡിസ്‌കവറി API ഗ്രൂപ്പിലേക്ക് പുതിയ API ചേർക്കപ്പെടും, കൂടാതെ ആയിരക്കണക്കിന് നോഡുകൾ അടങ്ങുന്ന ഒരു ക്ലസ്റ്ററിൽ ഓരോ സേവനത്തിലും പതിനായിരക്കണക്കിന് ബാക്കെൻഡ് എൻഡ് പോയിന്റുകൾ സേവിക്കാൻ കഴിയും. ഇത് ചെയ്യുന്നതിന്, ഓരോ സേവനവും N ഒബ്ജക്റ്റുകളിലേക്ക് മാപ്പ് ചെയ്യുന്നു EndpointSlice, അവയിൽ ഓരോന്നിനും ഡിഫോൾട്ടായി 100 എൻഡ്‌പോയിന്റുകളിൽ കൂടുതൽ ഇല്ല (മൂല്യം കോൺഫിഗർ ചെയ്യാവുന്നതാണ്). EndpointSlice API അതിന്റെ ഭാവി വികസനത്തിനും അവസരങ്ങൾ നൽകും: ഓരോ പോഡിനും ഒന്നിലധികം IP വിലാസങ്ങൾക്കുള്ള പിന്തുണ, അവസാന പോയിന്റുകൾക്കുള്ള പുതിയ അവസ്ഥകൾ (മാത്രമല്ല Ready и NotReady), എൻഡ് പോയിന്റുകൾക്കുള്ള ഡൈനാമിക് സബ്സെറ്റിംഗ്.

കഴിഞ്ഞ പതിപ്പിൽ അവതരിപ്പിച്ചത് ബീറ്റ പതിപ്പിൽ എത്തിയിരിക്കുന്നു ഫൈനലൈസർ, പേര് service.kubernetes.io/load-balancer-cleanup കൂടാതെ ഓരോ സേവനത്തിലും തരം അറ്റാച്ചുചെയ്യുന്നു LoadBalancer. അത്തരം ഒരു സേവനം ഇല്ലാതാക്കുന്ന സമയത്ത്, പ്രസക്തമായ എല്ലാ ബാലൻസർ റിസോഴ്സുകളുടെയും "ക്ലീനപ്പ്" പൂർത്തിയാകുന്നതുവരെ ഉറവിടത്തിന്റെ യഥാർത്ഥ ഇല്ലാതാക്കൽ തടയുന്നു.

API മെഷിനറി

യഥാർത്ഥ "സ്റ്റെബിലൈസേഷൻ നാഴികക്കല്ല്" കുബെർനെറ്റസ് എപിഐ സെർവറിന്റെ വിസ്തൃതിയിലും അതുമായുള്ള ആശയവിനിമയത്തിലുമാണ്. ഇത് പ്രധാനമായും സംഭവിച്ചത് നന്ദി പ്രത്യേക ആമുഖം ആവശ്യമില്ലാത്തവരെ സ്ഥിരതയിലേക്ക് മാറ്റുന്നു CustomResourceDefinitions (സിആർഡി), കുബർനെറ്റസ് 1.7-ന്റെ വിദൂര ദിനങ്ങൾ മുതൽ ബീറ്റ സ്റ്റാറ്റസ് ഉള്ളവ (ഇത് 2017 ജൂൺ ആണ്!). സമാന സ്ഥിരത അനുബന്ധ സവിശേഷതകളിലേക്കും വന്നു:

• "ഉപവിഭവങ്ങൾ" со /status и /scale കസ്റ്റം റിസോഴ്സുകൾക്കായി;
• പരിവർത്തനം ബാഹ്യ വെബ്ഹുക്കിനെ അടിസ്ഥാനമാക്കിയുള്ള CRD പതിപ്പുകൾ;
• അടുത്തിടെ അവതരിപ്പിച്ചു (K8s 1.15-ൽ) ഡിഫോൾട്ട് മൂല്യങ്ങൾ (സ്ഥിരതയുള്ള) കൂടാതെ യാന്ത്രിക ഫീൽഡ് നീക്കംചെയ്യൽ (അരിഞ്ഞെടുക്കൽ) കസ്റ്റം റിസോഴ്സുകൾക്കായി;
• അവസരം OpenAPI v3 സ്കീമ പ്രയോഗിച്ച് OpenAPI ഡോക്യുമെന്റേഷൻ സൃഷ്ടിക്കുന്നതിനും പ്രസിദ്ധീകരിക്കുന്നതിനും സെർവർ വശത്ത് CRD ഉറവിടങ്ങൾ സാധൂകരിക്കാൻ ഉപയോഗിക്കുന്നു.

കുബർനെറ്റസ് അഡ്മിനിസ്ട്രേറ്റർമാർക്ക് വളരെക്കാലമായി പരിചിതമായ മറ്റൊരു സംവിധാനം: പ്രവേശന വെബ്ഹുക്ക് - വളരെക്കാലം ബീറ്റാ സ്റ്റാറ്റസിൽ തുടർന്നു (K8s 1.9 മുതൽ) ഇപ്പോൾ സ്ഥിരതയുള്ളതായി പ്രഖ്യാപിച്ചു.

മറ്റ് രണ്ട് സവിശേഷതകൾ ബീറ്റയിൽ എത്തി: സെർവർ സൈഡ് പ്രയോഗിക്കുക и ബുക്ക്‌മാർക്കുകൾ കാണുക.

ആൽഫ പതിപ്പിലെ ഒരേയൊരു പ്രധാന പുതുമയായിരുന്നു പരാജയം от SelfLink - നിർദ്ദിഷ്ട വസ്തുവിനെ പ്രതിനിധീകരിക്കുന്ന ഒരു പ്രത്യേക URI, അതിന്റെ ഭാഗമാണ് ObjectMeta и ListMeta (അതായത് കുബർനെറ്റസിലെ ഏതെങ്കിലും വസ്തുവിന്റെ ഭാഗം). എന്തുകൊണ്ടാണ് അവർ അത് ഉപേക്ഷിക്കുന്നത്? ലളിതമായ രീതിയിൽ പ്രചോദനം ശബ്‌ദം ഈ ഫീൽഡ് ഇപ്പോഴും നിലനിൽക്കുന്നതിന് യഥാർത്ഥ (അധികം) കാരണങ്ങളുടെ അഭാവമാണ്. കൂടുതൽ ഔപചാരികമായ കാരണങ്ങൾ, പ്രകടനം ഒപ്റ്റിമൈസ് ചെയ്യുക (അനാവശ്യമായ ഒരു ഫീൽഡ് നീക്കം ചെയ്തുകൊണ്ട്), ഒരു പ്രത്യേക രീതിയിൽ അത്തരമൊരു ഫീൽഡ് കൈകാര്യം ചെയ്യാൻ നിർബന്ധിതരായ ജനറിക്-അപിസർവറിന്റെ പ്രവർത്തനം ലളിതമാക്കുക (ഒബ്ജക്റ്റിന് മുമ്പായി സജ്ജീകരിച്ചിരിക്കുന്ന ഒരേയൊരു ഫീൽഡ് ഇതാണ്. സീരിയൽ ചെയ്തിരിക്കുന്നു). യഥാർത്ഥ കാലഹരണപ്പെടൽ (ബീറ്റയ്ക്കുള്ളിൽ) SelfLink കുബർനെറ്റസ് പതിപ്പ് 1.20-ലും അവസാനത്തേത് - 1.21-ലും നടക്കും.

ഡാറ്റ സംഭരണം

സംഭരണ ​​മേഖലയിലെ പ്രധാന ജോലികൾ, മുൻ പതിപ്പുകളിലെന്നപോലെ, പ്രദേശത്ത് നിരീക്ഷിക്കപ്പെടുന്നു CSI പിന്തുണ. ഇവിടെയുള്ള പ്രധാന മാറ്റങ്ങൾ ഇവയായിരുന്നു:

• ആദ്യമായി (ആൽഫ പതിപ്പിൽ) പ്രത്യക്ഷപ്പെട്ടു വിൻഡോസ് വർക്കർ നോഡുകൾക്കുള്ള CSI പ്ലഗിൻ പിന്തുണ: സ്‌റ്റോറേജിനൊപ്പം പ്രവർത്തിക്കുന്ന നിലവിലെ രീതി കുബെർനെറ്റസ് കോറിലെ ഇൻ-ട്രീ പ്ലഗിനുകളും പവർഷെല്ലിനെ അടിസ്ഥാനമാക്കി മൈക്രോസോഫ്റ്റിൽ നിന്നുള്ള ഫ്ലെക്സ് വോളിയം പ്ലഗിന്നുകളും മാറ്റിസ്ഥാപിക്കും;

  
  വിൻഡോസിനായുള്ള കുബർനെറ്റസിൽ CSI പ്ലഗിനുകൾ നടപ്പിലാക്കുന്നതിനുള്ള സ്കീം

• അവസരം CSI വോള്യങ്ങളുടെ വലുപ്പം മാറ്റുന്നു, K8s 1.12-ൽ വീണ്ടും അവതരിപ്പിച്ചു, ഒരു ബീറ്റ പതിപ്പിലേക്ക് വളർന്നു;
• പ്രാദേശിക എഫെമെറൽ വോള്യങ്ങൾ സൃഷ്ടിക്കാൻ CSI ഉപയോഗിക്കാനുള്ള കഴിവ് വഴി സമാനമായ ഒരു "പ്രമോഷൻ" (ആൽഫയിൽ നിന്ന് ബീറ്റയിലേക്ക്) നേടിയെടുത്തു (CSI ഇൻലൈൻ വോളിയം പിന്തുണ).

കുബർനെറ്റസിന്റെ മുൻ പതിപ്പിൽ അവതരിപ്പിച്ചു വോളിയം ക്ലോണിംഗ് പ്രവർത്തനം (നിലവിലുള്ള പിവിസി ഉപയോഗിക്കുന്നത് DataSource പുതിയ PVC സൃഷ്ടിക്കാൻ) ഇപ്പോൾ ബീറ്റാ സ്റ്റാറ്റസും ലഭിച്ചു.

ഷെഡ്യൂളർ

ഷെഡ്യൂളിംഗിലെ രണ്ട് ശ്രദ്ധേയമായ മാറ്റങ്ങൾ (രണ്ടും ആൽഫയിൽ):

• EvenPodsSpreading - അവസരം ലോഡുകളുടെ "ഫെയർ ഡിസ്ട്രിബ്യൂഷന്" ലോജിക്കൽ ആപ്ലിക്കേഷൻ യൂണിറ്റുകൾക്ക് പകരം പോഡുകൾ ഉപയോഗിക്കുക (ഡിപ്ലോയ്‌മെന്റ്, റെപ്ലിക്കസെറ്റ് എന്നിവ പോലെ) കൂടാതെ ഈ വിതരണവും ക്രമീകരിക്കുന്നു (ഒരു ഹാർഡ് ആവശ്യകതയായി അല്ലെങ്കിൽ മൃദുവായ അവസ്ഥയായി, അതായത് മുൻഗണന). ഫീച്ചർ പ്ലാൻ ചെയ്ത പോഡുകളുടെ നിലവിലുള്ള വിതരണ ശേഷി വികസിപ്പിക്കും, നിലവിൽ ഓപ്‌ഷനുകളാൽ പരിമിതപ്പെടുത്തിയിരിക്കുന്നു PodAffinity и PodAntiAffinity, അഡ്‌മിനിസ്‌ട്രേറ്റർമാർക്ക് ഈ വിഷയത്തിൽ മികച്ച നിയന്ത്രണം നൽകുന്നു, അതിനർത്ഥം മികച്ച ഉയർന്ന ലഭ്യതയും ഒപ്റ്റിമൈസ് ചെയ്ത വിഭവ ഉപഭോഗവും എന്നാണ്. വിശദാംശങ്ങൾ - ഇൻ .കൌതുകവും.
• ഉപയോഗിക്കുക ബെസ്റ്റ് ഫിറ്റ് പോളിസി в കപ്പാസിറ്റി റേഷ്യോ മുൻഗണനാ പ്രവർത്തനത്തിന് അഭ്യർത്ഥിച്ചു പോഡ് ആസൂത്രണ സമയത്ത്, ഇത് അനുവദിക്കും അപേക്ഷിക്കാൻ ബിൻ പാക്കിംഗ് അടിസ്ഥാന വിഭവങ്ങൾക്കും (പ്രോസസർ, മെമ്മറി) വിപുലീകൃതമായവയ്ക്കും (ജിപിയു പോലെ) ("കണ്ടെയ്‌നറുകളിൽ പാക്കിംഗ്"). കൂടുതൽ വിവരങ്ങൾക്ക്, കാണുക .കൌതുകവും.

  
  ഷെഡ്യൂളിംഗ് പോഡുകൾ: മികച്ച ഫിറ്റ് പോളിസി ഉപയോഗിക്കുന്നതിന് മുമ്പ് (ഡിഫോൾട്ട് ഷെഡ്യൂളർ വഴി നേരിട്ട്) അതിന്റെ ഉപയോഗത്തോടൊപ്പം (ഷെഡ്യൂളർ എക്സ്റ്റെൻഡർ വഴി)

കൂടാതെ, പ്രതിനിധീകരിക്കുന്നത് പ്രധാന കുബർനെറ്റസ് ഡെവലപ്‌മെന്റ് ട്രീക്ക് പുറത്ത് (മരത്തിന് പുറത്ത്) ഷെഡ്യൂളറിനായി നിങ്ങളുടെ സ്വന്തം പ്ലഗിനുകൾ സൃഷ്‌ടിക്കാനുള്ള കഴിവ്.

മറ്റ് മാറ്റങ്ങൾ

കുബർനെറ്റസ് 1.16 പതിപ്പിലും നിങ്ങൾക്ക് ശ്രദ്ധിക്കാം വേണ്ടിയുള്ള സംരംഭം കൊണ്ടുവരുന്നു പൂർണ്ണമായ ക്രമത്തിൽ ലഭ്യമായ അളവുകൾ, അല്ലെങ്കിൽ കൂടുതൽ കൃത്യമായി, അനുസരിച്ച് ഔദ്യോഗിക നിയന്ത്രണങ്ങൾ K8s ഇൻസ്ട്രുമെന്റേഷനിലേക്ക്. അവർ കൂടുതലും അനുബന്ധമായതിനെ ആശ്രയിക്കുന്നു പ്രൊമിത്യൂസ് ഡോക്യുമെന്റേഷൻ. വിവിധ കാരണങ്ങളാൽ പൊരുത്തക്കേടുകൾ ഉടലെടുത്തു (ഉദാഹരണത്തിന്, നിലവിലെ നിർദ്ദേശങ്ങൾ പ്രത്യക്ഷപ്പെടുന്നതിന് മുമ്പ് ചില അളവുകൾ ലളിതമായി സൃഷ്ടിച്ചു), കൂടാതെ "പ്രോമിത്യൂസ് ഇക്കോസിസ്റ്റത്തിന്റെ ബാക്കിയുള്ളവയ്ക്ക് അനുസൃതമായി" എല്ലാം ഒരൊറ്റ സ്റ്റാൻഡേർഡിലേക്ക് കൊണ്ടുവരാനുള്ള സമയമാണിതെന്ന് ഡവലപ്പർമാർ തീരുമാനിച്ചു. ഈ സംരംഭത്തിന്റെ നിലവിലെ നിർവ്വഹണം ആൽഫ സ്റ്റാറ്റസിലാണ്, ഇത് കുബെർനെറ്റസിന്റെ തുടർന്നുള്ള പതിപ്പുകളിൽ ബീറ്റയിലേക്കും (1.17) സ്ഥിരതയിലേക്കും (1.18) പ്രൊമോട്ട് ചെയ്യപ്പെടും.

കൂടാതെ, ഇനിപ്പറയുന്ന മാറ്റങ്ങൾ ശ്രദ്ധിക്കാവുന്നതാണ്:

• വിൻഡോസ് പിന്തുണ വികസനം с രൂപം ഈ OS-നുള്ള Kubeadm യൂട്ടിലിറ്റികൾ (ആൽഫ പതിപ്പ്), അവസരം RunAsUserName വിൻഡോസ് കണ്ടെയ്‌നറുകൾക്ക് (ആൽഫ പതിപ്പ്), മെച്ചപ്പെടുത്തൽ ഗ്രൂപ്പ് നിയന്ത്രിത സേവന അക്കൗണ്ട് (gMSA) ബീറ്റ പതിപ്പ് വരെയുള്ള പിന്തുണ, പിന്തുണ vSphere വോള്യങ്ങൾക്കായി മൗണ്ട്/അറ്റാച്ച് ചെയ്യുക.
• റീസൈക്കിൾ ചെയ്തു API പ്രതികരണങ്ങളിലെ ഡാറ്റ കംപ്രഷൻ സംവിധാനം. മുമ്പ്, ഈ ആവശ്യങ്ങൾക്കായി ഒരു HTTP ഫിൽട്ടർ ഉപയോഗിച്ചിരുന്നു, ഇത് സ്ഥിരസ്ഥിതിയായി പ്രവർത്തനക്ഷമമാക്കുന്നതിൽ നിന്ന് തടയുന്ന നിരവധി നിയന്ത്രണങ്ങൾ ഏർപ്പെടുത്തി. "സുതാര്യമായ അഭ്യർത്ഥന കംപ്രഷൻ" ഇപ്പോൾ പ്രവർത്തിക്കുന്നു: ക്ലയന്റുകൾ അയയ്ക്കുന്നു Accept-Encoding: gzip തലക്കെട്ടിൽ, അതിന്റെ വലിപ്പം 128 KB-ൽ കൂടുതലാണെങ്കിൽ അവർക്ക് GZIP- കംപ്രസ് ചെയ്ത പ്രതികരണം ലഭിക്കും. Go ക്ലയന്റുകൾ സ്വയമേവ കംപ്രഷൻ പിന്തുണയ്‌ക്കുന്നു (ആവശ്യമായ തലക്കെട്ട് അയയ്‌ക്കുന്നു), അതിനാൽ ട്രാഫിക് കുറയുന്നത് അവർ ഉടൻ ശ്രദ്ധിക്കും. (മറ്റ് ഭാഷകളിൽ ചെറിയ മാറ്റങ്ങൾ ആവശ്യമായി വന്നേക്കാം.)
• സാധ്യമായി ബാഹ്യ അളവുകോലുകളെ അടിസ്ഥാനമാക്കി പൂജ്യം പോഡുകളിൽ നിന്ന് / എച്ച്പിഎ സ്കെയിലിംഗ്. നിങ്ങൾ ഒബ്‌ജക്‌റ്റുകൾ/ബാഹ്യ മെട്രിക്‌സ് അടിസ്ഥാനമാക്കി സ്‌കെയിൽ ചെയ്യുകയാണെങ്കിൽ, ജോലിഭാരങ്ങൾ നിഷ്‌ക്രിയമായിരിക്കുമ്പോൾ ഉറവിടങ്ങൾ സംരക്ഷിക്കുന്നതിന് നിങ്ങൾക്ക് സ്വയമേവ 0 പകർപ്പുകളിലേക്ക് സ്കെയിൽ ചെയ്യാം. തൊഴിലാളികൾ ജിപിയു ഉറവിടങ്ങൾ അഭ്യർത്ഥിക്കുന്ന സന്ദർഭങ്ങളിൽ ഈ സവിശേഷത പ്രത്യേകിച്ചും ഉപയോഗപ്രദമായിരിക്കണം, കൂടാതെ വിവിധ തരത്തിലുള്ള നിഷ്‌ക്രിയ തൊഴിലാളികളുടെ എണ്ണം ലഭ്യമായ ജിപിയുകളുടെ എണ്ണത്തേക്കാൾ കൂടുതലാണ്.
• പുതിയ ക്ലയന്റ് - k8s.io/client-go/metadata.Client - ഒബ്‌ജക്‌റ്റുകളിലേക്കുള്ള "സാമാന്യവൽക്കരിക്കപ്പെട്ട" പ്രവേശനത്തിനായി. മെറ്റാഡാറ്റ (അതായത് ഉപവിഭാഗം) എളുപ്പത്തിൽ വീണ്ടെടുക്കുന്നതിനാണ് ഇത് രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത് metadata) ക്ലസ്റ്റർ വിഭവങ്ങളിൽ നിന്ന് അവ ഉപയോഗിച്ച് മാലിന്യ ശേഖരണവും ക്വാട്ട പ്രവർത്തനങ്ങളും നടത്തുക.
• കുബർനെറ്റസ് നിർമ്മിക്കുക ഇപ്പോൾ നിനക്ക് പറ്റും ലെഗസി ഇല്ലാതെ (“ബിൽറ്റ്-ഇൻ” ഇൻ-ട്രീ) ക്ലൗഡ് ദാതാക്കൾ (ആൽഫ പതിപ്പ്).
• kubeadm യൂട്ടിലിറ്റിയിലേക്ക് കൂട്ടിച്ചേർത്തു പ്രവർത്തനസമയത്ത് ഇഷ്‌ടാനുസൃതമാക്കൽ പാച്ചുകൾ പ്രയോഗിക്കാനുള്ള പരീക്ഷണാത്മക (ആൽഫ പതിപ്പ്) കഴിവ് init, join и upgrade. പതാക എങ്ങനെ ഉപയോഗിക്കണം എന്നതിനെക്കുറിച്ച് കൂടുതലറിയുക --experimental-kustomize, കാണുക .കൌതുകവും.
• Apiserver-നുള്ള പുതിയ അവസാന പോയിന്റ് - readyz, - അതിന്റെ സന്നദ്ധതയെക്കുറിച്ചുള്ള വിവരങ്ങൾ കയറ്റുമതി ചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്നു. API സെർവറിനും ഇപ്പോൾ ഒരു ഫ്ലാഗ് ഉണ്ട് --maximum-startup-sequence-duration, അതിന്റെ പുനരാരംഭങ്ങൾ നിയന്ത്രിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു.
• രണ്ട് അസ്യൂറിന്റെ സവിശേഷതകൾ സ്ഥിരത പ്രഖ്യാപിച്ചു: പിന്തുണ ലഭ്യത മേഖലകൾ (ലഭ്യത മേഖലകൾ) കൂടാതെ ക്രോസ് റിസോഴ്സ് ഗ്രൂപ്പ് (ആർജി). കൂടാതെ, അസൂർ ചേർത്തു:
  • പ്രാമാണീകരണ പിന്തുണ എഎഡി, എഡിഎഫ്എസ്;
  • വ്യാഖ്യാനം service.beta.kubernetes.io/azure-pip-name ലോഡ് ബാലൻസറിന്റെ പൊതു ഐപി വ്യക്തമാക്കാൻ;
  • അവസരം ക്രമീകരണങ്ങൾ LoadBalancerName и LoadBalancerResourceGroup.
• AWS ഇപ്പോൾ ഉണ്ട് പിന്തുണ വിൻഡോസിൽ ഇബിഎസിനും ഒപ്റ്റിമൈസ് ചെയ്തു EC2 API കോളുകൾ DescribeInstances.
• കുബേദ്ം ഇപ്പോൾ സ്വതന്ത്രമാണ് കുടിയേറുന്നു CoreDNS പതിപ്പ് നവീകരിക്കുമ്പോൾ CoreDNS കോൺഫിഗറേഷൻ.
• ബൈനറികൾ തുടങ്ങിയവ അനുബന്ധ ഡോക്കർ ചിത്രത്തിൽ ചെയ്തു വേൾഡ് എക്സിക്യൂട്ടബിൾ, ഇത് റൂട്ട് അവകാശങ്ങളുടെ ആവശ്യമില്ലാതെ ഈ ചിത്രം പ്രവർത്തിപ്പിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. കൂടാതെ, etcd മൈഗ്രേഷൻ ചിത്രം ഇല്ലാതായി etcd2 പതിപ്പ് പിന്തുണ.
• В ക്ലസ്റ്റർ ഓട്ടോസ്കെയിലർ 1.16.0 ഡിസ്ട്രോലെസ് അടിസ്ഥാന ഇമേജായി ഉപയോഗിക്കുന്നതിലേക്ക് മാറി, മെച്ചപ്പെട്ട പ്രകടനം, പുതിയ ക്ലൗഡ് ദാതാക്കളെ ചേർത്തു (ഡിജിറ്റൽ ഓഷ്യൻ, മാഗ്നം, പാക്കറ്റ്).
• ഉപയോഗിച്ച/ആശ്രിത സോഫ്‌റ്റ്‌വെയറിലെ അപ്‌ഡേറ്റുകൾ: Go 1.12.9, etcd 3.3.15, CoreDNS 1.6.2.

പി.എസ്

ഞങ്ങളുടെ ബ്ലോഗിലും വായിക്കുക:

• «കുബർനെറ്റസ് 1.15: പ്രധാന കണ്ടുപിടുത്തങ്ങളുടെ അവലോകനം";
• «കുബർനെറ്റസ് 1.14: പ്രധാന കണ്ടുപിടുത്തങ്ങളുടെ അവലോകനം";
• «കുബർനെറ്റസ് 1.13: പ്രധാന കണ്ടുപിടുത്തങ്ങളുടെ അവലോകനം";
• «കുബർനെറ്റസ് 1.12: പ്രധാന കണ്ടുപിടുത്തങ്ങളുടെ അവലോകനം".

അവലംബം: www.habr.com