സ്റ്റോറേജ് കപ്പാസിറ്റി ട്രാക്കിംഗ് ഉള്ള എഫെമറൽ വോള്യങ്ങൾ: സ്റ്റിറോയിഡുകളിൽ EmptyDir

ചില ആപ്ലിക്കേഷനുകൾക്ക് ഡാറ്റ സംഭരിക്കേണ്ടതുണ്ട്, എന്നാൽ പുനരാരംഭിച്ചതിന് ശേഷം ഡാറ്റ സംരക്ഷിക്കപ്പെടില്ല എന്ന വസ്തുതയിൽ അവ തികച്ചും സൗകര്യപ്രദമാണ്.

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

Kubernetes ഇതിനകം നിരവധി തരങ്ങളുണ്ട് എഫെമെറൽ വോള്യങ്ങൾ, എന്നാൽ അവയുടെ പ്രവർത്തനക്ഷമത K8s-ൽ നടപ്പിലാക്കിയതിൽ പരിമിതപ്പെടുത്തിയിരിക്കുന്നു.

എഫെമറൽ CSI വോള്യങ്ങൾ കനംകുറഞ്ഞ പ്രാദേശിക വോള്യങ്ങൾക്ക് പിന്തുണ നൽകുന്നതിനായി CSI ഡ്രൈവറുകൾക്കൊപ്പം കുബർനെറ്റുകളെ വിപുലീകരിക്കാൻ അനുവദിച്ചു. ഈ രീതിയിൽ അത് ഉപയോഗിക്കാൻ കഴിയും ഏകപക്ഷീയമായ ഘടനകൾ: ക്രമീകരണങ്ങൾ, രഹസ്യങ്ങൾ, തിരിച്ചറിയൽ ഡാറ്റ, വേരിയബിളുകൾ തുടങ്ങിയവ. സാധാരണ സ്റ്റാൻഡേർഡ് ഡ്രൈവറുകൾ പ്രവർത്തിക്കില്ലെന്ന് അനുമാനിക്കപ്പെടുന്നതിനാൽ, ഈ കുബർനെറ്റസ് സവിശേഷതയെ പിന്തുണയ്ക്കുന്നതിനായി CSI ഡ്രൈവറുകൾ പരിഷ്‌ക്കരിക്കേണ്ടതുണ്ട് - എന്നാൽ പോഡിനായി തിരഞ്ഞെടുത്ത ഏത് നോഡിലും അത്തരം വോള്യങ്ങൾ ഉപയോഗിക്കാമെന്ന് അനുമാനിക്കപ്പെടുന്നു.

കാര്യമായ ഹോസ്റ്റ് ഉറവിടങ്ങൾ ഉപയോഗിക്കുന്ന വോള്യങ്ങൾക്കോ ​​ചില ഹോസ്റ്റുകളിൽ മാത്രം ലഭ്യമായ സംഭരണത്തിനോ ഇത് ഒരു പ്രശ്നമാകാം. അതുകൊണ്ടാണ് Kubernetes 1.19 രണ്ട് പുതിയ ആൽഫ ടെസ്റ്റിംഗ് വോളിയം സവിശേഷതകൾ അവതരിപ്പിക്കുന്നത്, അത് ആശയപരമായി EmptyDir വോള്യങ്ങൾക്ക് സമാനമാണ്:

• പൊതു ആവശ്യത്തിനുള്ള എഫെമെറൽ വോള്യങ്ങൾ;

• CSI സംഭരണ ​​ശേഷി ട്രാക്കിംഗ്.

പുതിയ സമീപനത്തിന്റെ പ്രയോജനങ്ങൾ:

• സംഭരണം ലോക്കൽ ആകാം അല്ലെങ്കിൽ ഒരു നെറ്റ്‌വർക്ക് വഴി ബന്ധിപ്പിച്ചിരിക്കാം;

• വോള്യങ്ങൾക്ക് നിർദ്ദിഷ്ട വലുപ്പം ഉണ്ടായിരിക്കാം, അത് ആപ്ലിക്കേഷനിൽ കവിയാൻ പാടില്ല;

• സ്ഥിരമായ വോള്യങ്ങളുടെ പ്രൊവിഷനിംഗിനെ പിന്തുണയ്‌ക്കുന്ന, (കപ്പാസിറ്റി ട്രാക്കിംഗിനെ പിന്തുണയ്‌ക്കുന്നതിന്) കോൾ നടപ്പിലാക്കുന്ന ഏതെങ്കിലും CSI ഡ്രൈവറുകൾക്കൊപ്പം പ്രവർത്തിക്കുന്നു GetCapacity;

• ഡ്രൈവറെയും ക്രമീകരണങ്ങളെയും ആശ്രയിച്ച് വോള്യങ്ങൾക്ക് ചില പ്രാരംഭ ഡാറ്റ ഉണ്ടായിരിക്കാം;

• ഒരു വോളിയം ഉള്ള എല്ലാ സ്റ്റാൻഡേർഡ് പ്രവർത്തനങ്ങളും (ഒരു സ്നാപ്പ്ഷോട്ട് സൃഷ്ടിക്കൽ, വലുപ്പം മാറ്റൽ മുതലായവ) പിന്തുണയ്ക്കുന്നു;

• ഒരു മൊഡ്യൂൾ അല്ലെങ്കിൽ വോളിയം സ്പെസിഫിക്കേഷൻ സ്വീകരിക്കുന്ന ഏത് ആപ്ലിക്കേഷൻ കൺട്രോളറിലും വോള്യങ്ങൾ ഉപയോഗിക്കാം;

• കുബെർനെറ്റസ് ഷെഡ്യൂളർ സ്വന്തമായി അനുയോജ്യമായ നോഡുകൾ തിരഞ്ഞെടുക്കുന്നു, അതിനാൽ ഷെഡ്യൂളർ എക്സ്റ്റൻഷനുകൾ പ്രൊവിഷൻ ചെയ്യാനും കോൺഫിഗർ ചെയ്യാനോ വെബ്ഹൂക്കുകൾ പരിഷ്ക്കരിക്കാനോ ഇനി ആവശ്യമില്ല.

അപ്ലിക്കേഷൻ ഓപ്ഷനുകൾ

അതിനാൽ, താഴെപ്പറയുന്ന ഉപയോഗ സന്ദർഭങ്ങളിൽ പൊതുവായ ഉദ്ദേശ്യമുള്ള എഫെമെറൽ വോള്യങ്ങൾ അനുയോജ്യമാണ്:

മെംകാഷ് ചെയ്തതിന് റാമിന് പകരമായി പെർസിസ്റ്റന്റ് മെമ്മറി

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

ഒരു വർക്ക്‌സ്‌പേസ് ആയി LVM ലോക്കൽ സ്റ്റോറേജ്

റാമിനേക്കാൾ വലിയ ഡാറ്റ ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്ന ആപ്പുകൾക്ക്, Kubernetes-ൽ നിന്നുള്ള സാധാരണ EmptyDir വോള്യങ്ങൾക്ക് നൽകാൻ കഴിയാത്ത വലുപ്പമോ പ്രകടന അളവുകളോ ഉള്ള പ്രാദേശിക സംഭരണം ആവശ്യമായി വന്നേക്കാം. ഉദാഹരണത്തിന്, ഈ ആവശ്യത്തിനായി ഇത് എഴുതിയിരിക്കുന്നു TopoLVM.

ഡാറ്റ വോള്യങ്ങൾക്കുള്ള വായന-മാത്രം ആക്സസ്

ഒരു വോളിയം അനുവദിക്കുന്നത് ഒരു പൂർണ്ണ വോളിയം സൃഷ്ടിക്കുന്നതിന് കാരണമാകും:

• പുനസ്ഥാപിക്കൽ വോളിയം സ്നാപ്പ്ഷോട്ട്;

• സൃഷ്ടി വോളിയം കോപ്പികൾ;

• работе ഡാറ്റ പ്ലെയ്‌സ്‌ഹോൾഡറുകൾ.

ഈ വോള്യങ്ങൾ റീഡ്-ഒൺലി മോഡിൽ മൌണ്ട് ചെയ്യാവുന്നതാണ്.

എങ്ങനെ പ്രവർത്തിക്കുന്നില്ല

ജനറൽ പർപ്പസ് എഫെമറൽ വോള്യങ്ങൾ

പൊതു ആവശ്യത്തിനുള്ള എഫെമെറൽ വോള്യങ്ങളുടെ ഒരു പ്രധാന സവിശേഷത പുതിയ വോളിയം ഉറവിടമാണ്, EphemeralVolumeSource, ഒരു വോളിയം അഭ്യർത്ഥന സൃഷ്ടിക്കുന്നതിനുള്ള എല്ലാ ഫീൽഡുകളും അടങ്ങിയിരിക്കുന്നു (ചരിത്രപരമായി ഒരു പെർസിസ്റ്റന്റ് വോളിയം അഭ്യർത്ഥന, PVC എന്ന് വിളിക്കുന്നു). പുതിയ കൺട്രോളർ kube-controller-manager അത്തരം ഒരു വോളിയം ഉറവിടം സൃഷ്ടിക്കുന്ന പോഡുകളിലേക്ക് നോക്കുന്നു, തുടർന്ന് ആ പോഡുകൾക്കായി ഒരു PVC സൃഷ്ടിക്കുന്നു. CSI ഡ്രൈവർക്കായി, ഈ അഭ്യർത്ഥന മറ്റുള്ളവയെപ്പോലെ തന്നെ കാണപ്പെടുന്നു, അതിനാൽ ഇവിടെ പ്രത്യേക പിന്തുണ ആവശ്യമില്ല.

അത്തരം പിവിസികൾ നിലനിൽക്കുന്നിടത്തോളം, വോളിയത്തിലെ മറ്റേതെങ്കിലും അഭ്യർത്ഥനകൾ പോലെ അവ ഉപയോഗിക്കാനാകും. പ്രത്യേകിച്ചും, ഒരു വോളിയം പകർത്തുമ്പോൾ അല്ലെങ്കിൽ ഒരു വോള്യത്തിൽ നിന്ന് ഒരു സ്നാപ്പ്ഷോട്ട് സൃഷ്ടിക്കുമ്പോൾ അവ ഒരു ഡാറ്റ ഉറവിടമായി പരാമർശിക്കാവുന്നതാണ്. പിവിസി ഒബ്‌ജക്‌റ്റിൽ വോളിയത്തിന്റെ നിലവിലെ അവസ്ഥയും അടങ്ങിയിരിക്കുന്നു.

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

പോഡിനൊപ്പം വോളിയം ഇല്ലാതാക്കിയെന്ന് ഉറപ്പാക്കാൻ, ഉടമയുടെ കീഴിലുള്ള വോളിയത്തിലേക്ക് കൺട്രോളർ ഒരു അഭ്യർത്ഥന നടത്തുന്നു. പോഡ് ഇല്ലാതാക്കുമ്പോൾ, സാധാരണ മാലിന്യ ശേഖരണ സംവിധാനം പ്രവർത്തിക്കുന്നു, അത് അഭ്യർത്ഥനയും വോളിയവും ഇല്ലാതാക്കുന്നു.

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

സ്റ്റോറേജ് കപ്പാസിറ്റി ട്രാക്കിംഗ്

സാധാരണഗതിയിൽ, CSI ഡ്രൈവർ വോളിയം എവിടെ സൃഷ്ടിക്കും എന്നതിനെക്കുറിച്ച് ഷെഡ്യൂളർക്ക് അറിവില്ല. ഈ വിവരം അഭ്യർത്ഥിക്കാൻ ഷെഡ്യൂളർക്ക് ഡ്രൈവറെ നേരിട്ട് ബന്ധപ്പെടാനുള്ള മാർഗവുമില്ല. അതിനാൽ, വോളിയം ആക്‌സസ് ചെയ്യാൻ കഴിയുന്ന ഒന്ന് കണ്ടെത്തുന്നതുവരെ ഷെഡ്യൂളർ വോട്ടെടുപ്പ് നോഡുകൾ (വൈകി ബൈൻഡിംഗ്) അല്ലെങ്കിൽ ലൊക്കേഷൻ തിരഞ്ഞെടുക്കുന്നത് പൂർണ്ണമായും ഡ്രൈവർക്ക് (ഉടൻ ബൈൻഡിംഗ്) വിടുന്നു.

പുതിയത് എപിഐ CSIStorageCapacity, ആൽഫ ഘട്ടത്തിലുള്ളത്, ഷെഡ്യൂളർക്ക് ലഭ്യമാകത്തക്കവിധം, etcd-യിൽ ആവശ്യമായ ഡാറ്റ സംഭരിക്കാൻ അനുവദിക്കുന്നു. പൊതു ആവശ്യത്തിനുള്ള എഫെമെറൽ വോള്യങ്ങൾക്കുള്ള പിന്തുണയിൽ നിന്ന് വ്യത്യസ്തമായി, നിങ്ങൾ ഡ്രൈവർ വിന്യസിക്കുമ്പോൾ, നിങ്ങൾ സ്റ്റോറേജ് കപ്പാസിറ്റി ട്രാക്കിംഗ് പ്രവർത്തനക്ഷമമാക്കണം: external-provisioner സാധാരണ വഴി ഡ്രൈവറിൽ നിന്ന് ലഭിച്ച ശേഷി വിവരങ്ങൾ പ്രസിദ്ധീകരിക്കണം GetCapacity.

ലേറ്റ് ബൈൻഡിംഗ് ഉപയോഗിക്കുന്ന ഒരു അൺബൗണ്ട് വോളിയമുള്ള ഒരു പോഡിനായി ഷെഡ്യൂളറിന് ഒരു നോഡ് തിരഞ്ഞെടുക്കണമെങ്കിൽ, ഫ്ലാഗ് സജ്ജീകരിച്ച് വിന്യാസ സമയത്ത് ഡ്രൈവർ ഈ സവിശേഷത പ്രവർത്തനക്ഷമമാക്കി CSIDriver.storageCapacity, അപ്പോൾ ആവശ്യത്തിന് സംഭരണശേഷി ഇല്ലാത്ത നോഡുകൾ സ്വയമേവ ഉപേക്ഷിക്കപ്പെടും. ഇത് പൊതു ആവശ്യത്തിനുള്ള എഫെമെറൽ, പെർസിസ്റ്റന്റ് വോള്യങ്ങൾക്ക് വേണ്ടി പ്രവർത്തിക്കുന്നു, എന്നാൽ CSI എഫിമെറൽ വോള്യങ്ങൾക്ക് വേണ്ടിയല്ല, കാരണം അവയുടെ പാരാമീറ്ററുകൾ കുബർനെറ്റസിന് വായിക്കാൻ കഴിയില്ല.

പതിവുപോലെ, പോഡുകൾ ഷെഡ്യൂൾ ചെയ്യുന്നതിന് മുമ്പ് ഉടനടി ലിങ്ക് ചെയ്‌ത വോള്യങ്ങൾ സൃഷ്‌ടിക്കുന്നു, കൂടാതെ അവയുടെ പ്ലെയ്‌സ്‌മെന്റ് സ്റ്റോറേജ് ഡ്രൈവർ തിരഞ്ഞെടുക്കുന്നു, അതിനാൽ കോൺഫിഗർ ചെയ്യുമ്പോൾ external-provisioner ഡിഫോൾട്ടായി, ഉടനടി ബൈൻഡിംഗ് ഉള്ള സ്റ്റോറേജ് ക്ലാസുകൾ ഒഴിവാക്കിയിരിക്കുന്നു, കാരണം ഈ ഡാറ്റ എന്തായാലും ഉപയോഗിക്കില്ല.

കാലഹരണപ്പെടാൻ സാധ്യതയുള്ള വിവരങ്ങളുമായി പ്രവർത്തിക്കാൻ kubernetes ഷെഡ്യൂളർ നിർബന്ധിതനായതിനാൽ, വോളിയം സൃഷ്‌ടിക്കുമ്പോൾ എല്ലാ സാഹചര്യങ്ങളിലും ശേഷി ലഭ്യമാകുമെന്നതിന് യാതൊരു ഉറപ്പുമില്ല, എന്നിരുന്നാലും വീണ്ടും ശ്രമിക്കാതെ തന്നെ അത് സൃഷ്‌ടിക്കപ്പെടാനുള്ള സാധ്യത വർദ്ധിക്കുന്നു.

NB നിങ്ങൾക്ക് കൂടുതൽ വിശദമായ വിവരങ്ങൾ നേടാനും സുരക്ഷിതമായി "പൂച്ചകളുടെ സ്റ്റാൻഡിൽ പരിശീലിക്കാനും" കഴിയും, കൂടാതെ പൂർണ്ണമായും മനസ്സിലാക്കാൻ കഴിയാത്ത സാഹചര്യത്തിൽ, തീവ്രമായ കോഴ്സുകളിൽ യോഗ്യതയുള്ള സാങ്കേതിക പിന്തുണാ സഹായം സ്വീകരിക്കുക - കുബെർനെറ്റസ് ബേസ് സെപ്തംബർ 28-30 തീയതികളിൽ നടക്കും, കൂടുതൽ വിപുലമായ സ്പെഷ്യലിസ്റ്റുകൾക്കും കുബെർനെറ്റസ് മെഗാ ഒക്ടോബർ 14-16.

സുരക്ഷ

CSISസ്റ്റോറേജ് കപ്പാസിറ്റി

CSIStorageCapacity ഒബ്‌ജക്‌റ്റുകൾ നെയിംസ്‌പേസുകളിൽ വസിക്കുന്നു; ഓരോ CSI ഡ്രൈവറും അതിന്റേതായ നെയിംസ്‌പെയ്‌സിൽ റോൾ ചെയ്യുമ്പോൾ, ഡാറ്റ എവിടെ നിന്നാണ് വരുന്നതെന്ന് വ്യക്തമാകുന്നതിനാൽ ആ സ്‌പെയ്‌സിലെ CSIStorageCapacity-ലേക്ക് RBAC അവകാശങ്ങൾ പരിമിതപ്പെടുത്താൻ ശുപാർശ ചെയ്യുന്നു. എന്തായാലും കുബെർനെറ്റസ് ഇത് പരിശോധിക്കുന്നില്ല, സാധാരണയായി ഡ്രൈവറുകൾ ഒരേ നെയിംസ്‌പെയ്‌സിലാണ് ഇടുന്നത്, അതിനാൽ ആത്യന്തികമായി ഡ്രൈവറുകൾ പ്രവർത്തിക്കുകയും തെറ്റായ ഡാറ്റ പ്രസിദ്ധീകരിക്കാതിരിക്കുകയും ചെയ്യുമെന്ന് പ്രതീക്ഷിക്കുന്നു (ഇവിടെയാണ് എന്റെ കാർഡ് പരാജയപ്പെട്ടത്, ഏകദേശം. താടിയുള്ള തമാശയെ അടിസ്ഥാനമാക്കിയുള്ള വിവർത്തകൻ)

ജനറൽ പർപ്പസ് എഫെമറൽ വോള്യങ്ങൾ

ഉപയോക്താക്കൾക്ക് ഒരു പോഡ് സൃഷ്‌ടിക്കുന്നതിന് (നേരിട്ടോ പരോക്ഷമായോ) അവകാശമുണ്ടെങ്കിൽ, വോളിയത്തിൽ ഒരു അഭ്യർത്ഥന സൃഷ്‌ടിക്കാനുള്ള അവകാശം ഇല്ലെങ്കിൽപ്പോലും, അവർക്ക് പൊതു ആവശ്യത്തിനുള്ള എഫെമെറൽ വോള്യങ്ങൾ സൃഷ്‌ടിക്കാനാകും. കാരണം, RBAC അനുമതി പരിശോധനകൾ പ്രയോഗിക്കുന്നത് PVC സൃഷ്ടിക്കുന്ന കൺട്രോളറിലേക്കാണ്, ഉപയോക്താവിനല്ല. ചേർക്കേണ്ട പ്രധാന മാറ്റം ഇതാണ് നിങ്ങളുടെ അക്കൗണ്ടിലേക്ക്, വിശ്വസനീയമല്ലാത്ത ഉപയോക്താക്കൾക്ക് വോള്യങ്ങൾ സൃഷ്‌ടിക്കാനുള്ള അവകാശങ്ങൾ ഇല്ലാത്ത ക്ലസ്റ്ററുകളിൽ ഈ സവിശേഷത പ്രവർത്തനക്ഷമമാക്കുന്നതിന് മുമ്പ്.

ഉദാഹരണം:

വേർതിരിക്കുക ശാഖ ആൽഫ ഘട്ടത്തിലുള്ള എല്ലാ സവിശേഷതകളും ഉള്ള QEMU വെർച്വൽ മെഷീനുകൾക്കുള്ളിൽ ഒരു Kubernetes 1.19 ക്ലസ്റ്റർ പ്രവർത്തിപ്പിക്കുന്നതിന് ആവശ്യമായ എല്ലാ മാറ്റങ്ങളും PMEM-CSI-ൽ അടങ്ങിയിരിക്കുന്നു. ഡ്രൈവർ കോഡ് മാറിയിട്ടില്ല, വിന്യാസം മാത്രമാണ് മാറിയത്.

അനുയോജ്യമായ ഒരു മെഷീനിൽ (ലിനക്സ്, ഒരു സാധാരണ ഉപയോക്താവിന് ഉപയോഗിക്കാം ഡോക്കർ, നോക്കൂ ഇവിടെ വിശദാംശങ്ങൾ) ഈ കമാൻഡുകൾ ക്ലസ്റ്റർ കൊണ്ടുവരുകയും PMEM-CSI ഡ്രൈവർ ഇൻസ്റ്റാൾ ചെയ്യുകയും ചെയ്യും:

git clone --branch=kubernetes-1-19-blog-post https://github.com/intel/pmem-csi.git
cd pmem-csi
export TEST_KUBERNETES_VERSION=1.19 TEST_FEATURE_GATES=CSIStorageCapacity=true,GenericEphemeralVolume=true TEST_PMEM_REGISTRY=intel
make start && echo && test/setup-deployment.sh

എല്ലാം പ്രവർത്തിച്ച ശേഷം, ഔട്ട്പുട്ടിൽ ഉപയോഗത്തിനുള്ള നിർദ്ദേശങ്ങൾ അടങ്ങിയിരിക്കും:

The test cluster is ready. Log in with [...]/pmem-csi/_work/pmem-govm/ssh.0, run
kubectl once logged in.  Alternatively, use kubectl directly with the
following env variable:
   KUBECONFIG=[...]/pmem-csi/_work/pmem-govm/kube.config

secret/pmem-csi-registry-secrets created
secret/pmem-csi-node-secrets created
serviceaccount/pmem-csi-controller created
...
To try out the pmem-csi driver ephemeral volumes:
   cat deploy/kubernetes-1.19/pmem-app-ephemeral.yaml |
   [...]/pmem-csi/_work/pmem-govm/ssh.0 kubectl create -f -

CSIStorageCapacity ഒബ്‌ജക്റ്റുകൾ മനുഷ്യർ വായിക്കാൻ ഉദ്ദേശിച്ചുള്ളതല്ല, അതിനാൽ ചില പ്രോസസ്സിംഗ് ആവശ്യമാണ്. Golang ടെംപ്ലേറ്റ് ഫിൽട്ടറുകൾ സ്റ്റോറേജ് ക്ലാസുകൾ കാണിക്കും, ഈ ഉദാഹരണം പേര്, ടോപ്പോളജി, ശേഷി എന്നിവ കാണിക്കും:

$ kubectl get 
        -o go-template='{{range .items}}{{if eq .storageClassName "pmem-csi-sc-late-binding"}}{{.metadata.name}} {{.nodeTopology.matchLabels}} {{.capacity}}
{{end}}{{end}}' 
        csistoragecapacities
csisc-2js6n map[pmem-csi.intel.com/node:pmem-csi-pmem-govm-worker2] 30716Mi
csisc-sqdnt map[pmem-csi.intel.com/node:pmem-csi-pmem-govm-worker1] 30716Mi
csisc-ws4bv map[pmem-csi.intel.com/node:pmem-csi-pmem-govm-worker3] 30716Mi

ഒരൊറ്റ വസ്തുവിന് ഇനിപ്പറയുന്ന ഉള്ളടക്കമുണ്ട്:

$ kubectl describe csistoragecapacities/csisc-6cw8j
Name:         csisc-sqdnt
Namespace:    default
Labels:       <none>
Annotations:  <none>
API Version:  storage.k8s.io/v1alpha1
Capacity:     30716Mi
Kind:         CSIStorageCapacity
Metadata:
  Creation Timestamp:  2020-08-11T15:41:03Z
  Generate Name:       csisc-
  Managed Fields:
    ...
  Owner References:
    API Version:     apps/v1
    Controller:      true
    Kind:            StatefulSet
    Name:            pmem-csi-controller
    UID:             590237f9-1eb4-4208-b37b-5f7eab4597d1
  Resource Version:  2994
  Self Link:         /apis/storage.k8s.io/v1alpha1/namespaces/default/csistoragecapacities/csisc-sqdnt
  UID:               da36215b-3b9d-404a-a4c7-3f1c3502ab13
Node Topology:
  Match Labels:
    pmem-csi.intel.com/node:  pmem-csi-pmem-govm-worker1
Storage Class Name:           pmem-csi-sc-late-binding
Events:                       <none>

ഒരൊറ്റ പൊതു ആവശ്യത്തിനുള്ള എഫെമെറൽ വോളിയം ഉപയോഗിച്ച് ഒരു ഡെമോ ആപ്ലിക്കേഷൻ സൃഷ്ടിക്കാൻ ശ്രമിക്കാം. ഫയൽ ഉള്ളടക്കം pmem-app-ephemeral.yaml:

# This example Pod definition demonstrates
# how to use generic ephemeral inline volumes
# with a PMEM-CSI storage class.
kind: Pod
apiVersion: v1
metadata:
  name: my-csi-app-inline-volume
spec:
  containers:
    - name: my-frontend
      image: intel/pmem-csi-driver-test:v0.7.14
      command: [ "sleep", "100000" ]
      volumeMounts:
      - mountPath: "/data"
        name: my-csi-volume
  volumes:
  - name: my-csi-volume
    ephemeral:
      volumeClaimTemplate:
        spec:
          accessModes:
          - ReadWriteOnce
          resources:
            requests:
              storage: 4Gi
          storageClassName: pmem-csi-sc-late-binding

സൃഷ്ടിച്ച ശേഷം, മുകളിലുള്ള നിർദ്ദേശങ്ങളിൽ കാണിച്ചിരിക്കുന്നതുപോലെ, ഞങ്ങൾക്ക് ഇപ്പോൾ ഒരു അധിക പോഡും പിവിസിയും ഉണ്ട്:

$ kubectl get pods/my-csi-app-inline-volume -o wide
NAME                       READY   STATUS    RESTARTS   AGE     IP          NODE                         NOMINATED NODE   READINESS GATES
my-csi-app-inline-volume   1/1     Running   0          6m58s   10.36.0.2   pmem-csi-pmem-govm-worker1   <none>           <none>
$ kubectl get pvc/my-csi-app-inline-volume-my-csi-volume
NAME                                     STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS               AGE
my-csi-app-inline-volume-my-csi-volume   Bound    pvc-c11eb7ab-a4fa-46fe-b515-b366be908823   4Gi        RWO            pmem-csi-sc-late-binding   9m21s

PVC ഉടമ - താഴെ:

$ kubectl get -o yaml pvc/my-csi-app-inline-volume-my-csi-volume
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  annotations:
    pv.kubernetes.io/bind-completed: "yes"
    pv.kubernetes.io/bound-by-controller: "yes"
    volume.beta.kubernetes.io/storage-provisioner: pmem-csi.intel.com
    volume.kubernetes.io/selected-node: pmem-csi-pmem-govm-worker1
  creationTimestamp: "2020-08-11T15:44:57Z"
  finalizers:
  - kubernetes.io/pvc-protection
  managedFields:
    ...
  name: my-csi-app-inline-volume-my-csi-volume
  namespace: default
  ownerReferences:
  - apiVersion: v1
    blockOwnerDeletion: true
    controller: true
    kind: Pod
    name: my-csi-app-inline-volume
    uid: 75c925bf-ca8e-441a-ac67-f190b7a2265f
...

ഇതിനായി പ്രതീക്ഷിക്കുന്ന അപ്‌ഡേറ്റ് വിവരങ്ങൾ pmem-csi-pmem-govm-worker1:

csisc-2js6n map[pmem-csi.intel.com/node:pmem-csi-pmem-govm-worker2] 30716Mi
csisc-sqdnt map[pmem-csi.intel.com/node:pmem-csi-pmem-govm-worker1] 26620Mi
csisc-ws4bv map[pmem-csi.intel.com/node:pmem-csi-pmem-govm-worker3] 30716Mi

മറ്റൊരു ആപ്ലിക്കേഷന് 26620Mi-ൽ കൂടുതൽ ആവശ്യമുണ്ടെങ്കിൽ, ഷെഡ്യൂളർ കണക്കിലെടുക്കില്ല pmem-csi-pmem-govm-worker1 ഏത് സാഹചര്യത്തിലും.

അടുത്തത് എന്ത്?

രണ്ട് സവിശേഷതകളും ഇപ്പോഴും വികസനത്തിലാണ്. ആൽഫ പരിശോധനയ്ക്കിടെ നിരവധി ആപ്ലിക്കേഷനുകൾ തുറന്നു. മെച്ചപ്പെടുത്തൽ നിർദ്ദേശ ലിങ്കുകൾ ബീറ്റ ഘട്ടത്തിലേക്ക് നീങ്ങാൻ ചെയ്യേണ്ട ജോലികൾ രേഖപ്പെടുത്തുന്നു, കൂടാതെ ഏതൊക്കെ ഇതരമാർഗങ്ങൾ ഇതിനകം പരിഗണിക്കുകയും നിരസിക്കുകയും ചെയ്തു:

• KEP-1698: ജനറിക് എഫെമെറൽ ഇൻലൈൻ വോള്യങ്ങൾ

• KEP-1472: സ്റ്റോറേജ് കപ്പാസിറ്റി ട്രാക്കിംഗ്

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