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

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

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

ടോപ്പോളജി-അവബോധമുള്ള റൂട്ടിംഗ്

കുബർനെറ്റസ് കമ്മ്യൂണിറ്റി ഈ ഫീച്ചറിനായി വളരെക്കാലമായി കാത്തിരിക്കുകയാണ് - ടോപ്പോളജി-അവബോധ സേവന റൂട്ടിംഗ്. എങ്കിൽ .കൌതുകവും ഇത് 2018 ഒക്ടോബറിൽ ഉത്ഭവിക്കുന്നു, കൂടാതെ ഔദ്യോഗികവും മെച്ചപ്പെടുത്തൽ - 2 വർഷം മുമ്പ്, സാധാരണ പ്രശ്നങ്ങൾ (ഇഷ്ടം അത്) - പിന്നെ കുറച്ച് വയസ്സ് കൂടി മൂത്തത്...

കുബർനെറ്റസിൽ താമസിക്കുന്ന സേവനങ്ങൾക്കായി "ലോക്കൽ" റൂട്ടിംഗ് നടപ്പിലാക്കാനുള്ള കഴിവ് നൽകുക എന്നതാണ് പൊതുവായ ആശയം. ഈ സാഹചര്യത്തിൽ "ലോക്കലിറ്റി" എന്നാൽ "അതേ ടോപ്പോളജിക്കൽ ലെവൽ" എന്നാണ് അർത്ഥമാക്കുന്നത്. (ടോപോളജി ലെവൽ), ഇതായിരിക്കാം:

• സേവനങ്ങൾക്ക് സമാനമായ നോഡ്,
• അതേ സെർവർ റാക്ക്,
• ഒരേ പ്രദേശം
• അതേ ക്ലൗഡ് ദാതാവ്,
• പങ്ക് € |

ഈ സവിശേഷത ഉപയോഗിക്കുന്നതിനുള്ള ഉദാഹരണങ്ങൾ:

• ഒന്നിലധികം ലഭ്യത സോണുകളുള്ള (മൾട്ടി-എസെഡ്) ക്ലൗഡ് ഇൻസ്റ്റാളേഷനുകളിലെ ട്രാഫിക്കിൽ ലാഭിക്കൽ - കാണുക. പുതിയ ചിത്രം ഒരേ മേഖലയിൽ നിന്നുള്ള ട്രാഫിക്കിന്റെ ഉദാഹരണം ഉപയോഗിക്കുന്നു, എന്നാൽ AWS-ലെ വ്യത്യസ്ത AZ-കൾ;
• കുറഞ്ഞ പ്രകടന ലേറ്റൻസി/മികച്ച ത്രൂപുട്ട്;
• ഓരോ ഷാർഡിലെയും നോഡിനെക്കുറിച്ചുള്ള പ്രാദേശിക വിവരങ്ങളുള്ള ഒരു ഷാർഡ് സേവനം;
• ലോഗുകൾ ശേഖരിക്കുന്ന ആപ്ലിക്കേഷനുകൾക്കൊപ്പം ഒരേ നോഡിൽ ഫ്ലൂന്റ്ഡ് (അല്ലെങ്കിൽ അനലോഗുകൾ) സ്ഥാപിക്കൽ;
• പങ്ക് € |

ടോപ്പോളജിയെക്കുറിച്ച് “അറിയുന്ന” അത്തരം റൂട്ടിംഗിനെ നെറ്റ്‌വർക്ക് അഫിനിറ്റി എന്നും വിളിക്കുന്നു - ഇതുമായി സാമ്യമുള്ളത് നോഡ് അഫിനിറ്റി, പോഡ് അഫിനിറ്റി/ആന്റി അഫിനിറ്റി അല്ലെങ്കിൽ പ്രത്യക്ഷപ്പെട്ടു വളരെക്കാലം മുമ്പല്ല ടോപ്പോളജി-അവെയർ വോളിയം ഷെഡ്യൂളിംഗ് (ഒപ്പം വോളിയം പ്രൊവിഷനിംഗ്). നടപ്പാക്കലിന്റെ നിലവിലെ നില ServiceTopology കുബെർനെറ്റസിൽ - ആൽഫ പതിപ്പ്.

ഫീച്ചർ എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്നും നിങ്ങൾക്ക് അത് എങ്ങനെ ഉപയോഗിക്കാമെന്നും ഉള്ള വിശദാംശങ്ങൾക്ക്, വായിക്കുക ഈ ലേഖനം രചയിതാക്കളിൽ ഒരാളിൽ നിന്ന്.

IPv4/IPv6 ഡ്യുവൽ സ്റ്റാക്ക് പിന്തുണ

കാര്യമായ പുരോഗതി നിശ്ചിത മറ്റൊരു നെറ്റ്‌വർക്ക് ഫീച്ചറിൽ: രണ്ട് ഐപി സ്റ്റാക്കുകൾക്കുള്ള ഒരേസമയം പിന്തുണ, ആദ്യം അവതരിപ്പിച്ചത് K8s 1.16. പ്രത്യേകിച്ചും, പുതിയ പതിപ്പ് ഇനിപ്പറയുന്ന മാറ്റങ്ങൾ വരുത്തി:

• kube-proxy-യിൽ നടപ്പിലാക്കി രണ്ട് മോഡുകളിലും ഒരേസമയം പ്രവർത്തിക്കാനുള്ള സാധ്യത (IPv4, IPv6);
• в Pod.Status.PodIPs പ്രത്യക്ഷപ്പെട്ടു താഴെയുള്ള API-യ്ക്കുള്ള പിന്തുണ (ഇൻ്റെ അതേ സമയം /etc/hosts ഇപ്പോൾ അവർക്ക് ഒരു IPv6 വിലാസം ചേർക്കാൻ ഹോസ്റ്റ് ആവശ്യമാണ്);
• ഡ്യുവൽ സ്റ്റാക്ക് പിന്തുണ KIND (കുബർനെറ്റസ് ഇൻ ഡോക്കർ) കൂടാതെ kubeadm;
• അപ്ഡേറ്റ് e2e ടെസ്റ്റുകൾ.

ചിത്രീകരണം KIND-ൽ ഡ്യുവൽ സ്റ്റാക്ക് IPV4/IPv6 ഉപയോഗിക്കുന്നു

സിഎസ്ഐയിൽ പുരോഗതി

സ്ഥിരതയുള്ളതായി പ്രഖ്യാപിച്ചു ടോപ്പോളജി പിന്തുണ CSI അടിസ്ഥാനമാക്കിയുള്ള സംഭരണത്തിനായി, ആദ്യം അവതരിപ്പിച്ചത് K8s 1.12.

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

ഇപ്പോൾ, AWS EBS ഡ്രൈവറുകൾക്കുള്ള മൈഗ്രേഷൻ ബീറ്റ പതിപ്പിൽ തയ്യാറാണ് (kubernetes.io/aws-ebs) കൂടാതെ GCE PD (kubernetes.io/gce-pd). മറ്റ് സ്റ്റോറേജ് സൗകര്യങ്ങൾക്കായുള്ള പ്രവചനങ്ങൾ ഇപ്രകാരമാണ്:

K8s-ലെ "പരമ്പരാഗത" സ്റ്റോറേജ് സപ്പോർട്ട് എങ്ങനെയാണ് CSI-ലേക്ക് വന്നത് എന്നതിനെക്കുറിച്ച് ഞങ്ങൾ സംസാരിച്ചു ഈ ലേഖനം. കൂടാതെ CSI മൈഗ്രേഷന്റെ ബീറ്റാ സ്റ്റാറ്റസിലേക്കുള്ള പരിവർത്തനം സമർപ്പിതമാണ് പ്രത്യേക പ്രസിദ്ധീകരണം പദ്ധതി ബ്ലോഗിൽ.

കൂടാതെ, K1.17s 8-ൽ ഉത്ഭവിക്കുന്ന (ആൽഫ നടപ്പിലാക്കൽ) CSI-യുടെ പശ്ചാത്തലത്തിൽ മറ്റൊരു പ്രധാന പ്രവർത്തനം, Kubernetes 1.12 പതിപ്പിൽ ബീറ്റ നിലയിലെത്തി (അതായത് സ്ഥിരസ്ഥിതിയായി പ്രവർത്തനക്ഷമമാക്കിയത്) - സ്നാപ്പ്ഷോട്ടുകൾ സൃഷ്ടിക്കുന്നു അവരിൽ നിന്നുള്ള വീണ്ടെടുക്കലും. ബീറ്റ റിലീസിലേക്കുള്ള വഴിയിൽ Kubernetes വോളിയം സ്നാപ്പ്ഷോട്ടിൽ വരുത്തിയ മാറ്റങ്ങളിൽ:

• CSI എക്സ്റ്റേണൽ-സ്നാപ്പ്ഷോട്ടർ സൈഡ്കാറിനെ രണ്ട് കൺട്രോളറുകളായി വിഭജിക്കുന്നു,
• ഇല്ലാതാക്കാനുള്ള രഹസ്യം ചേർത്തു (ഇല്ലാതാക്കലിന്റെ രഹസ്യം) ഒരു വോളിയം സ്നാപ്പ്ഷോട്ടിന്റെ ഉള്ളടക്കത്തിലേക്കുള്ള വ്യാഖ്യാനമായി,
• പുതിയ ഫൈനലൈസർ (ഫൈനലൈസർ) ശേഷിക്കുന്ന കണക്ഷനുകൾ ഉണ്ടെങ്കിൽ സ്നാപ്പ്ഷോട്ട് API ഒബ്ജക്റ്റ് ഇല്ലാതാക്കുന്നത് തടയാൻ.

1.17 റിലീസ് ചെയ്യുമ്പോൾ, ഫീച്ചറിനെ മൂന്ന് സിഎസ്ഐ ഡ്രൈവറുകൾ പിന്തുണയ്ക്കുന്നു: ജിസിഇ പെർസിസ്റ്റന്റ് ഡിസ്ക് സിഎസ്ഐ ഡ്രൈവർ, പോർട്ട്വർക്സ് സിഎസ്ഐ ഡ്രൈവർ, നെറ്റ്ആപ്പ് ട്രൈഡന്റ് സിഎസ്ഐ ഡ്രൈവർ. അതിന്റെ നിർവ്വഹണത്തെയും ഉപയോഗത്തെയും കുറിച്ചുള്ള കൂടുതൽ വിശദാംശങ്ങൾ ഇതിൽ കാണാം ഈ പ്രസിദ്ധീകരണം ബ്ലോഗിൽ.

ക്ലൗഡ് പ്രൊവൈഡർ ലേബലുകൾ

സ്വയമേവ ലേബലുകൾ ഉപയോഗിച്ച ക്ലൗഡ് ദാതാവിനെ ആശ്രയിച്ച് സൃഷ്ടിച്ച നോഡുകളിലേക്കും വോള്യങ്ങളിലേക്കും നിയുക്തമാക്കിയിരിക്കുന്നു, K8s 1.2 പുറത്തിറങ്ങിയതിനുശേഷം വളരെക്കാലമായി ഒരു ബീറ്റാ പതിപ്പായി Kubernetes-ൽ ലഭ്യമാണ്. (ഏപ്രിൽ 2016!). ഇത്രയും കാലം അവരുടെ വ്യാപകമായ ഉപയോഗം കണക്കിലെടുത്ത്, ഡെവലപ്പർമാർ തീരുമാനിച്ചു, ഫീച്ചർ സ്റ്റേബിൾ (GA) പ്രഖ്യാപിക്കാനുള്ള സമയമാണിത്.

അതിനാൽ, അവയെല്ലാം അതനുസരിച്ച് പുനർനാമകരണം ചെയ്യപ്പെട്ടു (ടോപോളജി പ്രകാരം):

• beta.kubernetes.io/instance-type → node.kubernetes.io/instance-type
• failure-domain.beta.kubernetes.io/zone → topology.kubernetes.io/zone
• failure-domain.beta.kubernetes.io/region → topology.kubernetes.io/region

... എന്നാൽ അവരുടെ പഴയ പേരുകളിൽ ഇപ്പോഴും ലഭ്യമാണ് (പിന്നിലേക്ക് അനുയോജ്യതയ്ക്കായി). എന്നിരുന്നാലും, എല്ലാ അഡ്മിനിസ്ട്രേറ്റർമാരും നിലവിലെ ലേബലുകളിലേക്ക് മാറാൻ ശുപാർശ ചെയ്യുന്നു. ബന്ധപ്പെട്ട ഡോക്യുമെന്റേഷൻ K8s അപ്ഡേറ്റ് ചെയ്തു.

kubeadm-ന്റെ ഘടനാപരമായ ഔട്ട്പുട്ട്

ആദ്യമായി ആൽഫ പതിപ്പിൽ അവതരിപ്പിച്ചു kubeadm യൂട്ടിലിറ്റിക്കുള്ള ഘടനാപരമായ ഔട്ട്പുട്ട്. പിന്തുണയ്ക്കുന്ന ഫോർമാറ്റുകൾ: JSON, YAML, Go ടെംപ്ലേറ്റ്.

ഈ സവിശേഷത നടപ്പിലാക്കുന്നതിനുള്ള പ്രചോദനം (അതനുസരിച്ച് .കൌതുകവും) ആണ്:

കുബെർനെറ്റുകളെ സ്വമേധയാ വിന്യസിക്കാൻ കഴിയുമെങ്കിലും, ഈ പ്രവർത്തനത്തിനുള്ള യഥാർത്ഥ (ജ്യൂറല്ലെങ്കിൽ) മാനദണ്ഡം kubeadm ഉപയോഗിക്കുക എന്നതാണ്. ടെറാഫോം പോലെയുള്ള ജനപ്രിയ സിസ്റ്റം മാനേജ്‌മെന്റ് ടൂളുകൾ കുബെർനെറ്റസ് വിന്യാസത്തിനായി kubeadm-നെ ആശ്രയിക്കുന്നു. ക്ലസ്റ്റർ API-യുടെ ആസൂത്രിത മെച്ചപ്പെടുത്തലുകളിൽ kubeadm, cloud-init എന്നിവയ്‌ക്കൊപ്പം കുബർനെറ്റസ് ബൂട്ട്‌സ്‌ട്രാപ്പിംഗിനായി ഒരു കമ്പോസിബിൾ പാക്കേജ് ഉൾപ്പെടുന്നു.

ഘടനാപരമായ ഔട്ട്‌പുട്ട് ഇല്ലാതെ, ഒറ്റനോട്ടത്തിൽ ഏറ്റവും നിരുപദ്രവകരമായ മാറ്റങ്ങൾ പോലും Terraform, Cluster API എന്നിവയും kubeadm-ന്റെ ഫലങ്ങൾ ഉപയോഗിക്കുന്ന മറ്റ് സോഫ്‌റ്റ്‌വെയറുകളും തകർക്കും.

ഇനിപ്പറയുന്ന kubeadm കമാൻഡുകൾക്കുള്ള പിന്തുണ (ഘടനാപരമായ ഔട്ട്പുട്ടിന്റെ രൂപത്തിൽ) ഞങ്ങളുടെ ഉടനടി പ്ലാനുകളിൽ ഉൾപ്പെടുന്നു:

• alpha certs
• config images list
• init
• token create
• token list
• upgrade plan
• version

ഒരു കമാൻഡിനോടുള്ള JSON പ്രതികരണത്തിന്റെ ചിത്രീകരണം kubeadm init -o json:

{
  "node0": "192.168.20.51:443",
  "caCrt": "sha256:1f40ff4bd1b854fb4a5cf5d2f38267a5ce5f89e34d34b0f62bf335d74eef91a3",
  "token": {
    "id":          "5ndzuu.ngie1sxkgielfpb1",
    "ttl":         "23h",
    "expires":     "2019-05-08T18:58:07Z",
    "usages":      [
      "authentication",
      "signing"
    ],
    "description": "The default bootstrap token generated by 'kubeadm init'.",
    "extraGroups": [
      "system:bootstrappers:kubeadm:default-node-token"
    ]
  },
  "raw": "Rm9yIHRoZSBhY3R1YWwgb3V0cHV0IG9mIHRoZSAia3ViZWFkbSBpbml0IiBjb21tYW5kLCBwbGVhc2Ugc2VlIGh0dHBzOi8vZ2lzdC5naXRodWIuY29tL2FrdXR6LzdhNjg2ZGU1N2JmNDMzZjkyZjcxYjZmYjc3ZDRkOWJhI2ZpbGUta3ViZWFkbS1pbml0LW91dHB1dC1sb2c="
}

മറ്റ് നവീകരണങ്ങളുടെ സ്ഥിരത

പൊതുവേ, കുബർനെറ്റസ് 1.17 ന്റെ പ്രകാശനം മുദ്രാവാക്യത്തിന് കീഴിലാണ് നടന്നത്.സ്ഥിരത" ഇതിലെ നിരവധി സവിശേഷതകൾ (അവയുടെ ആകെ എണ്ണം 14) GA പദവി ലഭിച്ചു. അവർക്കിടയിൽ:

• ചില വ്യവസ്ഥകൾ അനുസരിച്ച് "അടയാളപ്പെടുത്തൽ" നോഡുകൾ (TaintNodesByCondition), പ്രത്യക്ഷപ്പെട്ടു K8s 1.8;
• ബുക്ക്‌മാർക്കുകൾ കാണുക - എല്ലാ ഒബ്‌ജക്‌റ്റുകളും ഒരു നിശ്ചിത പതിപ്പ് വരെ ഉള്ളതാണെന്ന ലേബൽ ഉള്ള ഒരു പുതിയ തരം ഇവന്റുകൾ (resourceVersion) ഇതിനകം വാച്ച് വഴി പ്രോസസ്സ് ചെയ്തിട്ടുണ്ട്;
• സ്ഥിര മൂല്യങ്ങൾ (ഡിഫോൾട്ടിംഗ്) കസ്റ്റം റിസോഴ്സുകൾക്കായി;
• കണ്ടെയ്നറുകൾക്കിടയിൽ പങ്കിട്ടു പോഡ് പ്രോസസ്സ് നെയിംസ്പേസിൽ;
• ScheduleDaemonSetPods - DaemonSet-ൽ പോഡുകൾ ഷെഡ്യൂൾ ചെയ്യുന്നു kube-scheduler ഉപയോഗിക്കുന്നത് (DemonSet കൺട്രോളറിന് പകരം);
• ചലനാത്മക പരിധികൾ നോഡ് തരം അനുസരിച്ച് വോള്യങ്ങളുടെ എണ്ണത്തിൽ;
• പരിസ്ഥിതി വേരിയബിൾ പിന്തുണ മൌണ്ട് ചെയ്തിരിക്കുന്ന ഡയറക്ടറി നാമങ്ങൾക്കായി subPath;
• കുബെലെറ്റ് ഹൃദയമിടിപ്പ് കൈമാറ്റം ഒരു പ്രത്യേക ലീസ് API-ലേക്ക്;
• "ഫൈനലൈസർ പരിരക്ഷ" (അന്തിമ സംരക്ഷണം) ലോഡ് ബാലൻസറുകൾക്കായി (LoadBalancer ഉറവിടങ്ങൾ ഇല്ലാതാക്കുന്നതിന് മുമ്പ് അനുബന്ധ സേവന ഉറവിടങ്ങൾ പരിശോധിക്കുക);
• kube-apiserver ഒപ്റ്റിമൈസേഷൻ ഒന്നിലധികം വാച്ചുകൾ ഉപയോഗിച്ച് പ്രവർത്തിക്കുമ്പോൾ ഒരേ തരത്തിലുള്ള ഒബ്‌ജക്‌റ്റുകൾ നിരീക്ഷിക്കുന്നത് - ഓരോ വാച്ചറിനും ഒരേ ഒബ്‌ജക്‌റ്റുകളുടെ ആവർത്തിച്ചുള്ള സീരിയലൈസേഷൻ ഒഴിവാക്കുന്നതിലൂടെ നേടിയെടുക്കുന്നു.

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

കുബെർനെറ്റസ് 1.17 ലെ പുതുമകളുടെ പൂർണ്ണമായ ലിസ്റ്റ്, തീർച്ചയായും, മുകളിൽ ലിസ്റ്റുചെയ്തവയിൽ മാത്രം പരിമിതപ്പെടുത്തിയിട്ടില്ല. മറ്റു ചിലത് ഇതാ (കൂടുതൽ പൂർണ്ണമായ ഒരു ലിസ്റ്റിനായി, കാണുക ചാൻ‌ലോഗ്):

• കഴിഞ്ഞ പതിപ്പിൽ അവതരിപ്പിച്ച ഫീച്ചർ ബീറ്റ പതിപ്പിൽ എത്തിയിരിക്കുന്നു RunAsUserName വിൻഡോകൾക്കായി;
• സമാനമായ മാറ്റം സംഭവിച്ചു EndpointSlice API (K8s 1.16-ൽ നിന്നും), എന്നിരുന്നാലും ഇപ്പോൾ Endpoint API-യുടെ പ്രകടനം/സ്കേലബിളിറ്റി മെച്ചപ്പെടുത്തുന്നതിനുള്ള ഈ പരിഹാരം ഡിഫോൾട്ടായി പ്രവർത്തനക്ഷമമാക്കിയിട്ടില്ല;
• കായ്കൾ ഇപ്പോൾ ക്ലസ്റ്റർ പ്രവർത്തനത്തിന് നിർണ്ണായകമാണ് സൃഷ്ടിക്കാൻ കഴിയും നെയിംസ്പേസിൽ മാത്രമല്ല kube-system (വിശദാംശങ്ങൾക്ക് ഡോക്യുമെന്റേഷൻ കാണുക മുൻഗണനാ ക്ലാസ് ഉപഭോഗം പരിമിതപ്പെടുത്തുക);
• കുബെലെറ്റിനുള്ള പുതിയ ഓപ്ഷൻ - --reserved-cpus — സിസ്റ്റത്തിനായി റിസർവ് ചെയ്തിട്ടുള്ള സിപിയുകളുടെ ലിസ്റ്റ് വ്യക്തമായി നിർവ്വചിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു;
• വേണ്ടി kubectl logs അവതരിപ്പിച്ചു പുതിയ പതാക --prefix, ലോഗിന്റെ ഓരോ വരിയിലും പോഡിന്റെയും ഉറവിട കണ്ടെയ്‌നറിന്റെയും പേര് ചേർക്കുന്നു;
• в label.Selector കൂട്ടിച്ചേർത്തു RequiresExactMatch;
• kube-dns-ലെ എല്ലാ കണ്ടെയ്‌നറുകളും ഇപ്പോൾ പ്രവർത്തിക്കുന്നു കുറഞ്ഞ ആനുകൂല്യങ്ങളോടെ;
• ഹൈപ്പർക്യൂബ് ഒരു പ്രത്യേക GitHub റിപ്പോസിറ്ററിയായി വേർതിരിക്കുന്നു, ഇനി കുബർനെറ്റസ് റിലീസുകളിൽ ഉൾപ്പെടുത്തില്ല;
• വളരെ മെച്ചപ്പെട്ട പ്രകടനം UDP ഇതര പോർട്ടുകൾക്കുള്ള kube-proxy.

ആശ്രിതത്വ മാറ്റങ്ങൾ:

• kubeadm-ൽ ഉൾപ്പെടുത്തിയിരിക്കുന്ന CoreDNS പതിപ്പ് 1.6.5 ആണ്;
• crictl പതിപ്പ് v1.16.1 ലേക്ക് അപ്ഡേറ്റ് ചെയ്തു;
• CSI 1.2.0;
• etcd 3.4.3;
• ഏറ്റവും പുതിയ പരീക്ഷിച്ച ഡോക്കർ പതിപ്പ് 19.03 ലേക്ക് അപ്ഗ്രേഡ് ചെയ്തു;
• Kubernetes 1.17 നിർമ്മിക്കുന്നതിന് ആവശ്യമായ ഏറ്റവും കുറഞ്ഞ Go പതിപ്പ് 1.13.4 ആണ്.

പി.എസ്

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

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

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