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

ഈ രാത്രി നടക്കും കുബർനെറ്റസിന്റെ അടുത്ത റിലീസ് - 1.14. ഞങ്ങളുടെ ബ്ലോഗിനായി വികസിപ്പിച്ച പാരമ്പര്യമനുസരിച്ച്, ഈ അത്ഭുതകരമായ ഓപ്പൺ സോഴ്സ് ഉൽപ്പന്നത്തിന്റെ പുതിയ പതിപ്പിലെ പ്രധാന മാറ്റങ്ങളെക്കുറിച്ചാണ് ഞങ്ങൾ സംസാരിക്കുന്നത്.

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

SIG ക്ലസ്റ്റർ-ലൈഫ് സൈക്കിളിൽ നിന്നുള്ള ഒരു പ്രധാന ആമുഖത്തോടെ നമുക്ക് ആരംഭിക്കാം: ഡൈനാമിക് പരാജയം ക്ലസ്റ്ററുകൾ Kubernetes (അല്ലെങ്കിൽ കൂടുതൽ കൃത്യമായി പറഞ്ഞാൽ, സ്വയം ഹോസ്റ്റ് ചെയ്ത HA വിന്യാസങ്ങൾ) ഇപ്പോൾ സൃഷ്ടിക്കാൻ കഴിയും പരിചിതമായ (സിംഗിൾ-നോഡ് ക്ലസ്റ്ററുകളുടെ പശ്ചാത്തലത്തിൽ) കമാൻഡുകൾ ഉപയോഗിക്കുന്നു kubeadm (init и join). ചുരുക്കത്തിൽ, ഇതിനായി:

• ക്ലസ്റ്റർ ഉപയോഗിക്കുന്ന സർട്ടിഫിക്കറ്റുകൾ രഹസ്യങ്ങളിലേക്ക് മാറ്റുന്നു;
• K8s ക്ലസ്റ്ററിനുള്ളിൽ etcd ക്ലസ്റ്റർ ഉപയോഗിക്കുന്നതിനുള്ള സാധ്യതയ്ക്കായി (അതായത്, മുമ്പ് നിലവിലുണ്ടായിരുന്ന ബാഹ്യ ആശ്രിതത്വം ഒഴിവാക്കുക) etcd-ഓപ്പറേറ്റർ;
• ഒരു തകരാർ-സഹിഷ്ണുതയുള്ള കോൺഫിഗറേഷൻ നൽകുന്ന ഒരു ബാഹ്യ ലോഡ് ബാലൻസറിനായി ശുപാർശ ചെയ്യുന്ന ക്രമീകരണങ്ങൾ രേഖപ്പെടുത്തുന്നു (ഭാവിയിൽ ഈ ആശ്രിതത്വം ഇല്ലാതാക്കാൻ പദ്ധതിയിട്ടിരിക്കുന്നു, പക്ഷേ ഈ ഘട്ടത്തിലല്ല).

കുബെർനെറ്റസ് എച്ച്എ ക്ലസ്റ്ററിന്റെ വാസ്തുവിദ്യ, kubeadm ഉപയോഗിച്ച് സൃഷ്ടിച്ചു

നടപ്പാക്കലിന്റെ വിശദാംശങ്ങൾ ഇതിൽ കാണാം ഡിസൈൻ നിർദ്ദേശം. ഈ സവിശേഷത വളരെക്കാലമായി കാത്തിരുന്നതാണ്: ആൽഫ പതിപ്പ് K8s 1.9-ൽ വീണ്ടും പ്രതീക്ഷിച്ചിരുന്നു, എന്നാൽ ഇപ്പോൾ മാത്രമേ പ്രത്യക്ഷപ്പെട്ടിട്ടുള്ളൂ.

എപിഐ

ടീം apply പൊതുവായി പറഞ്ഞാൽ ഡിക്ലറേറ്റീവ് ഒബ്ജക്റ്റ് മാനേജ്മെന്റ് കടന്നുപോയി നിന്ന് kubectl apiserver ൽ. ഡവലപ്പർമാർ തന്നെ അത് പറഞ്ഞുകൊണ്ട് അവരുടെ തീരുമാനം സംക്ഷിപ്തമായി വിശദീകരിക്കുന്നു kubectl apply - കുബെർനെറ്റസിലെ കോൺഫിഗറേഷനുകളുമായി പ്രവർത്തിക്കുന്നതിന്റെ അടിസ്ഥാന ഭാഗം, എന്നിരുന്നാലും, "ഇത് ബഗുകൾ നിറഞ്ഞതും പരിഹരിക്കാൻ പ്രയാസവുമാണ്", അതിനാൽ ഈ പ്രവർത്തനം സാധാരണ നിലയിലേക്ക് കൊണ്ടുവരികയും നിയന്ത്രണ തലത്തിലേക്ക് മാറ്റുകയും വേണം. ഇന്ന് നിലനിൽക്കുന്ന പ്രശ്നങ്ങളുടെ ലളിതവും വ്യക്തവുമായ ഉദാഹരണങ്ങൾ:

നടപ്പിലാക്കുന്നതിനെക്കുറിച്ചുള്ള വിശദാംശങ്ങൾ ഇവിടെയുണ്ട് .കൌതുകവും. നിലവിലെ സന്നദ്ധത ആൽഫയാണ് (അടുത്ത കുബർനെറ്റസ് റിലീസിനായി ബീറ്റയിലേക്കുള്ള പ്രമോഷൻ ആസൂത്രണം ചെയ്തിട്ടുണ്ട്).

ആൽഫ പതിപ്പിൽ ലഭ്യമാണ് അവസരം ഇതിനായി OpenAPI v3 സ്കീം ഉപയോഗിക്കുന്നു CustomResources-നായി OpenAPI ഡോക്യുമെന്റേഷൻ സൃഷ്ടിക്കുകയും പ്രസിദ്ധീകരിക്കുകയും ചെയ്യുന്നു K8s ഉപയോക്തൃ-നിർവചിച്ച ഉറവിടങ്ങൾ (CustomResourceDefinition, CRD) സാധൂകരിക്കാൻ (സെർവർ-സൈഡ്) ഉപയോഗിക്കുന്നു. CRD-യ്‌ക്കായി OpenAPI പ്രസിദ്ധീകരിക്കുന്നത് ക്ലയന്റുകളെ അനുവദിക്കുന്നു (ഉദാ. kubectl) നിങ്ങളുടെ വശത്ത് മൂല്യനിർണ്ണയം നടത്തുക (അകത്ത് kubectl create и kubectl apply) കൂടാതെ സ്കീം അനുസരിച്ച് ഡോക്യുമെന്റേഷൻ നൽകുക (kubectl explain). വിശദാംശങ്ങൾ - ഇൻ .കൌതുകവും.

നേരത്തെയുള്ള ലോഗുകൾ ഇപ്പോൾ തുറക്കുന്നു പതാകയുമായി O_APPEND (പക്ഷേ അല്ല O_TRUNC) ചില സാഹചര്യങ്ങളിൽ ലോഗുകളുടെ നഷ്ടം ഒഴിവാക്കാനും റൊട്ടേഷനായി ബാഹ്യ യൂട്ടിലിറ്റികളുള്ള ലോഗുകൾ വെട്ടിച്ചുരുക്കുന്നതിനുള്ള സൗകര്യത്തിനും.

കുബർനെറ്റസ് API യുടെ പശ്ചാത്തലത്തിൽ, ഇത് ശ്രദ്ധിക്കാവുന്നതാണ് PodSandbox и PodSandboxStatus കൂട്ടിച്ചേർത്തു ഫീൽഡ് runtime_handler സംബന്ധിച്ച വിവരങ്ങൾ രേഖപ്പെടുത്താൻ RuntimeClass പോഡിൽ (അതിനെക്കുറിച്ച് കൂടുതൽ വാചകത്തിൽ വായിക്കുക കുബർനെറ്റസ് 1.12 റിലീസ്, ഈ ക്ലാസ് ഒരു ആൽഫ പതിപ്പായി പ്രത്യക്ഷപ്പെട്ടിടത്ത്), കൂടാതെ അഡ്മിഷൻ വെബ്‌ഹുക്കുകളിലും നടപ്പിലാക്കി ഏത് പതിപ്പുകൾ നിർണ്ണയിക്കാനുള്ള കഴിവ് AdmissionReview അവർ പിന്തുണയ്ക്കുന്നു. അവസാനമായി, അഡ്മിഷൻ വെബ്‌ബുക്ക് നിയമങ്ങൾ ഇപ്പോൾ പരിമിതപ്പെടുത്താം നെയിംസ്‌പെയ്‌സുകളും ക്ലസ്റ്റർ ചട്ടക്കൂടുകളും ഉപയോഗിച്ച് അവയുടെ ഉപയോഗത്തിന്റെ വ്യാപ്തി.

സംഭരണ ​​സൗകര്യങ്ങൾ

PersistentLocalVolumes, റിലീസ് മുതൽ ബീറ്റ സ്റ്റാറ്റസ് ഉണ്ടായിരുന്നു K8s 1.10, പ്രഖ്യാപിച്ചു സ്ഥിരതയുള്ള (GA): ഈ ഫീച്ചർ ഗേറ്റ് ഇനി അപ്രാപ്‌തമാക്കില്ല, അത് കുബർനെറ്റസ് 1.17-ൽ നീക്കം ചെയ്യും.

അവസരം പരിസ്ഥിതി വേരിയബിളുകൾ ഉപയോഗിക്കുന്നു താഴേക്കുള്ള API (ഉദാഹരണത്തിന്, പോഡ് നാമം) ആയി മൌണ്ട് ചെയ്തിരിക്കുന്ന ഡയറക്ടറികളുടെ പേരുകൾക്കായി subPath, വികസിപ്പിച്ചെടുത്തു - ഒരു പുതിയ ഫീൽഡിന്റെ രൂപത്തിൽ subPathExpr, ഇപ്പോൾ ആവശ്യമുള്ള ഡയറക്ടറിയുടെ പേര് നിർണ്ണയിക്കാൻ ഉപയോഗിക്കുന്നു. ഈ സവിശേഷത ആദ്യം പ്രത്യക്ഷപ്പെട്ടത് കുബർനെറ്റസ് 1.11 ലാണ്, എന്നാൽ 1.14 ന് അത് ആൽഫ പതിപ്പ് നിലയിലാണ്.

മുമ്പത്തെ കുബർനെറ്റസ് റിലീസിനെപ്പോലെ, സജീവമായി വികസിപ്പിച്ചുകൊണ്ടിരിക്കുന്ന CSI (കണ്ടെയ്‌നർ സ്റ്റോറേജ് ഇന്റർഫേസ്) നായി നിരവധി സുപ്രധാന മാറ്റങ്ങൾ അവതരിപ്പിച്ചു:

സിഎസ്ഐ

ലഭ്യമായി (ആൽഫ പതിപ്പിന്റെ ഭാഗമായി) പിന്തുണ CSI വോള്യങ്ങൾക്കായി വലുപ്പം മാറ്റുന്നു. ഇത് ഉപയോഗിക്കുന്നതിന് നിങ്ങൾ ഫീച്ചർ ഗേറ്റ് എന്ന് വിളിക്കുന്നത് പ്രവർത്തനക്ഷമമാക്കേണ്ടതുണ്ട് ExpandCSIVolumes, കൂടാതെ ഒരു പ്രത്യേക CSI ഡ്രൈവറിൽ ഈ പ്രവർത്തനത്തിനുള്ള പിന്തുണയുടെ ലഭ്യതയും.

ആൽഫ പതിപ്പിലെ CSI-യുടെ മറ്റൊരു സവിശേഷത - അവസരം പോഡ് സ്പെസിഫിക്കേഷനിലെ CSI വോള്യങ്ങളിലേക്ക് നേരിട്ട് (അതായത് PV/PVC ഉപയോഗിക്കാതെ) റഫർ ചെയ്യുക. ഈ വിദൂര ഡാറ്റ സംഭരണമായി CSI ഉപയോഗിക്കുന്നതിനുള്ള നിയന്ത്രണം നീക്കം ചെയ്യുന്നു, അവർക്കായി ലോകത്തിലേക്കുള്ള വാതിലുകൾ തുറക്കുന്നു പ്രാദേശിക എഫെമെറൽ വോള്യങ്ങൾ. ഉപയോഗത്തിന് (ഡോക്യുമെന്റേഷനിൽ നിന്നുള്ള ഉദാഹരണം) പ്രവർത്തനക്ഷമമാക്കിയിരിക്കണം CSIInlineVolume ഫീച്ചർ ഗേറ്റ്.

അന്തിമ ഉപയോക്താക്കൾക്ക് (സിസ്റ്റം അഡ്‌മിനിസ്‌ട്രേറ്റർമാർ) അത്ര ദൃശ്യമാകാത്ത CSI-യുമായി ബന്ധപ്പെട്ട Kubernetes-ന്റെ "ആന്തരിക" കാര്യങ്ങളിലും പുരോഗതി ഉണ്ടായിട്ടുണ്ട്... നിലവിൽ, ഓരോ സ്റ്റോറേജ് പ്ലഗിനിന്റെയും രണ്ട് പതിപ്പുകൾ പിന്തുണയ്ക്കാൻ ഡെവലപ്പർമാർ നിർബന്ധിതരാകുന്നു: ഒന്ന് - "ഇതിൽ പഴയ വഴി”, K8s കോഡ്ബേസിനുള്ളിൽ (ഇൻ-ട്രീ), രണ്ടാമത്തേത് - പുതിയ CSI യുടെ ഭാഗമായി (ഇതിനെക്കുറിച്ച് കൂടുതൽ വായിക്കുക, ഉദാഹരണത്തിന്, ഇൻ ഇവിടെ). ഇത് മനസ്സിലാക്കാവുന്ന അസൗകര്യങ്ങൾ ഉണ്ടാക്കുന്നു, അത് CSI തന്നെ സ്ഥിരപ്പെടുത്തുന്നതിനാൽ പരിഹരിക്കേണ്ടതുണ്ട്. കാരണം ആന്തരിക (ഇൻ-ട്രീ) പ്ലഗിന്നുകളുടെ API ഒഴിവാക്കുക സാധ്യമല്ല പ്രസക്തമായ കുബർനെറ്റസ് നയം.

ഇതെല്ലാം ആൽഫ പതിപ്പ് എത്തി എന്ന വസ്തുതയിലേക്ക് നയിച്ചു മൈഗ്രേഷൻ പ്രക്രിയ ആന്തരിക പ്ലഗിൻ കോഡ്, CSI പ്ലഗിന്നുകളിൽ, ഇൻ-ട്രീ ആയി നടപ്പിലാക്കി, ഡെവലപ്പർമാരുടെ ആശങ്കകൾ അവരുടെ പ്ലഗിന്നുകളുടെ ഒരു പതിപ്പിനെ പിന്തുണയ്‌ക്കുന്നതിലേക്ക് കുറയ്ക്കും, പഴയ API-കളുമായുള്ള അനുയോജ്യത നിലനിൽക്കുകയും സാധാരണ സാഹചര്യത്തിൽ അവ കാലഹരണപ്പെട്ടതായി പ്രഖ്യാപിക്കുകയും ചെയ്യും. Kubernetes-ന്റെ (1.15) അടുത്ത റിലീസോടെ എല്ലാ ക്ലൗഡ് പ്രൊവൈഡർ പ്ലഗിന്നുകളും മൈഗ്രേറ്റ് ചെയ്യപ്പെടുമെന്ന് പ്രതീക്ഷിക്കുന്നു, നടപ്പാക്കലിന് ബീറ്റാ സ്റ്റാറ്റസ് ലഭിക്കുകയും സ്ഥിരസ്ഥിതിയായി K8s ഇൻസ്റ്റാളേഷനുകളിൽ സജീവമാക്കുകയും ചെയ്യും. വിശദാംശങ്ങൾക്ക്, കാണുക ഡിസൈൻ നിർദ്ദേശം. ഈ കുടിയേറ്റവും കാരണമായി പരാജയം നിർദ്ദിഷ്ട ക്ലൗഡ് ദാതാക്കൾ (AWS, Azure, GCE, Cinder) നിർവചിച്ചിട്ടുള്ള വോളിയം പരിധികളിൽ നിന്ന്.

കൂടാതെ, CSI ഉപയോഗിച്ച് ബ്ലോക്ക് ഉപകരണങ്ങൾക്കുള്ള പിന്തുണ (CSIBlockVolume) കൈമാറ്റം ചെയ്തു ബീറ്റ പതിപ്പിലേക്ക്.

നോഡുകൾ/കുബെലെറ്റ്

ആൽഫ പതിപ്പ് അവതരിപ്പിച്ചു പുതിയ അവസാന പോയിന്റ് കുബെലെറ്റിൽ, രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത് പ്രധാന ഉറവിടങ്ങളിൽ മെട്രിക്സ് തിരികെ നൽകുക. പൊതുവായി പറഞ്ഞാൽ, CAdvisor-ൽ നിന്ന് മുമ്പ് Kubelet-ന് കണ്ടെയ്‌നർ ഉപയോഗത്തെക്കുറിച്ചുള്ള സ്ഥിതിവിവരക്കണക്കുകൾ ലഭിച്ചിരുന്നുവെങ്കിൽ, ഇപ്പോൾ ഈ ഡാറ്റ CRI (കണ്ടെയ്‌നർ റൺടൈം ഇന്റർഫേസ്) വഴി കണ്ടെയ്‌നർ റൺടൈം പരിതസ്ഥിതിയിൽ നിന്ന് വരുന്നു, എന്നാൽ ഡോക്കറിന്റെ പഴയ പതിപ്പുകളുമായി പ്രവർത്തിക്കുന്നതിനുള്ള അനുയോജ്യതയും സംരക്ഷിക്കപ്പെടുന്നു. മുമ്പ്, കുബെലെറ്റിൽ ശേഖരിച്ച സ്ഥിതിവിവരക്കണക്കുകൾ REST API വഴി അയച്ചിരുന്നു, എന്നാൽ ഇപ്പോൾ ഒരു എൻഡ് പോയിന്റ് സ്ഥിതി ചെയ്യുന്നത് /metrics/resource/v1alpha1. ഡവലപ്പർമാരുടെ ദീർഘകാല തന്ത്രം ആണ് കുബെലെറ്റ് നൽകുന്ന മെട്രിക്കുകളുടെ കൂട്ടം കുറയ്ക്കുക എന്നതാണ്. വഴിയിൽ, ഈ അളവുകൾ തന്നെ ഇപ്പോൾ അവർ വിളിക്കുന്നു “കോർ മെട്രിക്‌സ്” അല്ല, “റിസോഴ്‌സ് മെട്രിക്‌സ്”, കൂടാതെ “സിപിയു, മെമ്മറി പോലുള്ള ഫസ്റ്റ് ക്ലാസ് റിസോഴ്‌സുകൾ” എന്ന് വിവരിക്കുന്നു.

വളരെ രസകരമായ ഒരു സൂക്ഷ്മത: പ്രോമിത്യൂസ് ഫോർമാറ്റ് ഉപയോഗിക്കുന്ന വിവിധ കേസുകളുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ gRPC എൻഡ് പോയിന്റിന്റെ വ്യക്തമായ പ്രകടന നേട്ടം ഉണ്ടായിരുന്നിട്ടും (ചുവടെയുള്ള ബെഞ്ച്മാർക്കുകളിൽ ഒന്നിന്റെ ഫലം കാണുക), കമ്മ്യൂണിറ്റിയിലെ ഈ നിരീക്ഷണ സംവിധാനത്തിന്റെ വ്യക്തമായ നേതൃത്വം കാരണം രചയിതാക്കൾ പ്രോമിത്യൂസിന്റെ ടെക്സ്റ്റ് ഫോർമാറ്റ് തിരഞ്ഞെടുത്തു.

പ്രധാന നിരീക്ഷണ പൈപ്പ്ലൈനുകളുമായി gRPC പൊരുത്തപ്പെടുന്നില്ല. മെട്രിക്‌സ് സെർവറിലേക്ക് മെട്രിക്‌സ് ഡെലിവർ ചെയ്യുന്നതിനോ അതുമായി നേരിട്ട് സംയോജിപ്പിക്കുന്ന ഘടകങ്ങളെ നിരീക്ഷിക്കുന്നതിനോ മാത്രമേ എൻഡ്‌പോയിന്റ് ഉപയോഗപ്രദമാകൂ. മെട്രിക്സ് സെർവറിൽ കാഷിംഗ് ഉപയോഗിക്കുമ്പോൾ പ്രോമിത്യൂസ് ടെക്സ്റ്റ് ഫോർമാറ്റ് പ്രകടനം മതി കമ്മ്യൂണിറ്റിയിൽ പ്രോമിത്യൂസിന്റെ വ്യാപകമായ ദത്തെടുക്കൽ കണക്കിലെടുത്ത് gRPC-യെക്കാൾ പ്രോമിത്യൂസിനെ ഞങ്ങൾ തിരഞ്ഞെടുക്കുന്നു. ഓപ്പൺമെട്രിക്സ് ഫോർമാറ്റ് കൂടുതൽ സുസ്ഥിരമായാൽ, പ്രോട്ടോ അടിസ്ഥാനമാക്കിയുള്ള ഫോർമാറ്റ് ഉപയോഗിച്ച് ഞങ്ങൾക്ക് gRPC പ്രകടനത്തെ സമീപിക്കാൻ കഴിയും.

മെട്രിക്‌സിനായി പുതിയ കുബെലെറ്റ് എൻഡ്‌പോയിന്റിൽ gRPC, Prometheus ഫോർമാറ്റുകൾ ഉപയോഗിക്കുന്നതിനുള്ള താരതമ്യ പ്രകടന പരിശോധനകളിലൊന്ന്. കൂടുതൽ ഗ്രാഫുകളും മറ്റ് വിശദാംശങ്ങളും ഇതിൽ കാണാം .കൌതുകവും.

മറ്റ് മാറ്റങ്ങൾക്കൊപ്പം:

• ഇപ്പോൾ കുബെലെറ്റ് (ഒരു തവണ) നിർത്താൻ ശ്രമിക്കുന്നു പ്രവർത്തനങ്ങൾ പുനരാരംഭിക്കുന്നതിനും ഇല്ലാതാക്കുന്നതിനും മുമ്പ് അജ്ഞാത അവസ്ഥയിലുള്ള കണ്ടെയ്‌നറുകൾ.
• ഉപയോഗിക്കുമ്പോൾ PodPresets ഇപ്പോൾ init കണ്ടെയ്‌നറിലേക്ക് ചേർത്തു ഒരു സാധാരണ കണ്ടെയ്‌നറിന്റെ അതേ വിവരങ്ങൾ.
• കുബേലേത് ഉപയോഗിക്കാൻ തുടങ്ങി usageNanoCores CRI സ്റ്റാറ്റിസ്റ്റിക്സ് ദാതാവിൽ നിന്നും, വിൻഡോസിലെ നോഡുകൾക്കും കണ്ടെയ്‌നറുകൾക്കും കൂട്ടിച്ചേർത്തു നെറ്റ്‌വർക്ക് സ്ഥിതിവിവരക്കണക്കുകൾ.
• ഓപ്പറേറ്റിംഗ് സിസ്റ്റവും ആർക്കിടെക്ചർ വിവരങ്ങളും ഇപ്പോൾ ലേബലുകളിൽ രേഖപ്പെടുത്തിയിട്ടുണ്ട് kubernetes.io/os и kubernetes.io/arch നോഡ് ഒബ്‌ജക്‌റ്റുകൾ (ബീറ്റയിൽ നിന്ന് GA-ലേക്ക് മാറ്റി).
• ഒരു പോഡിലെ കണ്ടെയ്‌നറുകൾക്കായി ഒരു നിർദ്ദിഷ്ട സിസ്റ്റം ഉപയോക്തൃ ഗ്രൂപ്പ് വ്യക്തമാക്കാനുള്ള കഴിവ് (RunAsGroup, ൽ പ്രത്യക്ഷപ്പെട്ടു K8s 1.11) മുന്നേറി ബീറ്റയ്ക്ക് മുമ്പ് (സ്ഥിരസ്ഥിതിയായി പ്രവർത്തനക്ഷമമാക്കി).
• cAdvisor-ൽ ഉപയോഗിക്കുന്ന du and find, മാറ്റി ഗോ നടപ്പാക്കലിൽ.

CLI

ക്ലി-റൺടൈമിലും kubectl-ലും കൂട്ടിച്ചേർത്തു -k ഫ്ലാഗ് ഉപയോഗിച്ച് സംയോജിപ്പിക്കുക ഇഷ്ടാനുസൃതമാക്കുക (വഴിയിൽ, അതിന്റെ വികസനം ഇപ്പോൾ ഒരു പ്രത്യേക ശേഖരത്തിൽ നടപ്പിലാക്കുന്നു), അതായത്. പ്രത്യേക കസ്റ്റമൈസേഷൻ ഡയറക്‌ടറികളിൽ നിന്ന് അധിക YAML ഫയലുകൾ പ്രോസസ്സ് ചെയ്യുന്നതിന് (അവ ഉപയോഗിക്കുന്നതിനെക്കുറിച്ചുള്ള വിശദാംശങ്ങൾക്ക്, കാണുക .കൌതുകവും):

ലളിതമായ ഫയൽ ഉപയോഗത്തിന്റെ ഉദാഹരണം കസ്റ്റമൈസേഷൻ (കൂടുതൽ സങ്കീർണ്ണമായ kustomize ആപ്ലിക്കേഷൻ ഉള്ളിൽ സാധ്യമാണ് ഓവർലേകൾ)

ഇതുകൂടാതെ:

• ചേർത്തു പുതിയ ടീം kubectl create cronjob, ആരുടെ പേര് സ്വയം സംസാരിക്കുന്നു.
• В kubectl logs ഇപ്പോൾ നിനക്ക് പറ്റും സംയോജിപ്പിക്കാൻ പതാകകൾ -f (--follow സ്ട്രീമിംഗ് ലോഗുകൾക്കായി) കൂടാതെ -l (--selector ലേബൽ അന്വേഷണത്തിനായി).
• കുബെക്ലി പഠിപ്പിച്ചു വൈൽഡ് കാർഡ് ഉപയോഗിച്ച് തിരഞ്ഞെടുത്ത ഫയലുകൾ പകർത്തുക.
• ടീമിന് kubectl wait കൂട്ടിച്ചേർത്തു പതാക --all നിർദ്ദിഷ്‌ട റിസോഴ്‌സ് തരത്തിന്റെ നെയിംസ്‌പെയ്‌സിലെ എല്ലാ ഉറവിടങ്ങളും തിരഞ്ഞെടുക്കുന്നതിന്.

മറ്റുള്ളവ

ഇനിപ്പറയുന്ന കഴിവുകൾക്ക് സ്ഥിരതയുള്ള (GA) പദവി ലഭിച്ചു:

• ReadinessGate, പോഡ് സ്പെസിഫിക്കേഷനിൽ ഉപയോഗിക്കുന്നത് പോഡിന്റെ സന്നദ്ധതയിൽ കണക്കിലെടുക്കുന്ന അധിക വ്യവസ്ഥകൾ നിർവചിക്കുന്നതിന്;
• വലിയ പേജുകൾക്കുള്ള പിന്തുണ (ഫീച്ചർ ഗേറ്റ് എന്ന് വിളിക്കുന്നു HugePages);
• CustomPodDNS;
• മുൻഗണനാ ക്ലാസ് API പോഡ് മുൻഗണനയും മുൻകരുതലും.

Kubernetes 1.14-ൽ അവതരിപ്പിച്ച മറ്റ് മാറ്റങ്ങൾ:

• ഡിഫോൾട്ട് RBAC നയം ഇനി API ആക്‌സസ് അനുവദിക്കില്ല discovery и access-review ആധികാരികതയില്ലാത്ത ഉപയോക്താക്കൾ (ആധികാരികതയില്ലാത്ത).
• ഔദ്യോഗിക CoreDNS പിന്തുണ ഉറപ്പാക്കി ലിനക്സ് മാത്രം, അതിനാൽ ഒരു ക്ലസ്റ്ററിൽ (CoreDNS) വിന്യസിക്കാൻ kubeadm ഉപയോഗിക്കുമ്പോൾ, നോഡുകൾ ലിനക്സിൽ മാത്രമേ പ്രവർത്തിക്കൂ (ഈ പരിമിതിയ്ക്കായി നോഡ് സെലക്ടറുകൾ ഉപയോഗിക്കുന്നു).
• ഡിഫോൾട്ട് CoreDNS കോൺഫിഗറേഷൻ ഇപ്പോൾ ആണ് ഉപയോഗിക്കുന്നു ഫോർവേഡ് പ്ലഗിൻ പകരം പ്രോക്സി. കൂടാതെ, CoreDNS-ലും കൂട്ടിച്ചേർത്തു റെഡിനെസ് പ്രോബ്, ഉചിതമായ (സേവനത്തിന് തയ്യാറല്ല) പോഡുകളിൽ ലോഡ് ബാലൻസിംഗ് തടയുന്നു.
• കുബീദത്തിൽ, ഘട്ടങ്ങളിൽ init അഥവാ upload-certs, സാധ്യമായി kubeadm-certs രഹസ്യവുമായി പുതിയ കൺട്രോൾ-പ്ലെയ്ൻ ബന്ധിപ്പിക്കുന്നതിന് ആവശ്യമായ സർട്ടിഫിക്കറ്റുകൾ ലോഡ് ചെയ്യുക (ഫ്ലാഗ് ഉപയോഗിക്കുക --experimental-upload-certs).
• വിൻഡോസ് ഇൻസ്റ്റാളേഷനുകൾക്കായി ഒരു ആൽഫ പതിപ്പ് പ്രത്യക്ഷപ്പെട്ടു പിന്തുണ gMSA (ഗ്രൂപ്പ് മാനേജ്ഡ് സർവീസ് അക്കൗണ്ട്) - കണ്ടെയ്‌നറുകൾക്കും ഉപയോഗിക്കാവുന്ന സജീവ ഡയറക്ടറിയിലെ പ്രത്യേക അക്കൗണ്ടുകൾ.
• വേണ്ടി ജി.സി.ഇ. സജീവമാക്കി etcd, kube-apiserver എന്നിവയ്ക്കിടയിലുള്ള mTLS എൻക്രിപ്ഷൻ.
• ഉപയോഗിച്ച/ആശ്രിത സോഫ്‌റ്റ്‌വെയറിലെ അപ്‌ഡേറ്റുകൾ: Go 1.12.1, CSI 1.1, CoreDNS 1.3.1, kubeadm-ലെ ഡോക്കർ 18.09 പിന്തുണ, ഏറ്റവും കുറഞ്ഞ പിന്തുണയുള്ള ഡോക്കർ API പതിപ്പ് ഇപ്പോൾ 1.26 ആണ്.

പി.എസ്

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

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

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