Yandex.Cloud-നായി കുബർനെറ്റസിൽ ഒരു CSI ഡ്രൈവർ വികസിപ്പിക്കുന്നതിൽ ഞങ്ങളുടെ അനുഭവം

കുബർനെറ്റസിനായുള്ള ഓപ്പൺ സോഴ്‌സ് ടൂളുകൾ പുറത്തിറക്കിക്കൊണ്ട് ഫ്ലാന്റ് അതിന്റെ സംഭാവന വിപുലീകരിക്കുന്നതായി അറിയിക്കുന്നതിൽ ഞങ്ങൾക്ക് സന്തോഷമുണ്ട്. CSI ഡ്രൈവറിന്റെ ആൽഫ പതിപ്പ് Yandex.Cloud-നുള്ള (കണ്ടെയ്നർ സ്റ്റോറേജ് ഇന്റർഫേസ്).

എന്നാൽ നടപ്പിലാക്കൽ വിശദാംശങ്ങളിലേക്ക് പോകുന്നതിന് മുമ്പ്, Yandex-ന് ഇതിനകം ഒരു സേവനം ഉള്ളപ്പോൾ ഇത് എന്തിന് ആവശ്യമാണ് എന്ന ചോദ്യത്തിന് ഉത്തരം നൽകാം. കുബെർനെറ്റുകൾക്കായുള്ള നിയന്ത്രിത സേവനം.

ആമുഖം

ഇതെന്തുകൊണ്ടാണ്?

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

ഡെക്ക്ഹൗസ് ഉപയോഗിക്കുന്ന ക്ലസ്റ്ററുകൾക്ക് പ്രവർത്തനത്തിന് ആവശ്യമായ എല്ലാ ഘടകങ്ങളും ഉണ്ട്: ബാലൻസറുകൾ, സൗകര്യപ്രദമായ ചാർട്ടുകൾ, മെട്രിക്കുകളും അലേർട്ടുകളും ഉപയോഗിച്ച് നിരീക്ഷണം, എല്ലാ ഡാഷ്‌ബോർഡുകളിലേക്കും പ്രവേശനത്തിനായി ബാഹ്യ ദാതാക്കളിലൂടെയുള്ള ഉപയോക്തൃ പ്രാമാണീകരണം തുടങ്ങിയവ. നിയന്ത്രിത പരിഹാരത്തിൽ അത്തരമൊരു “പമ്പ്ഡ് അപ്പ്” ക്ലസ്റ്റർ ഇൻസ്റ്റാൾ ചെയ്യുന്നതിൽ അർത്ഥമില്ല, കാരണം ഇത് പലപ്പോഴും അസാധ്യമാണ് അല്ലെങ്കിൽ പകുതി ഘടകങ്ങളും പ്രവർത്തനരഹിതമാക്കേണ്ടതിന്റെ ആവശ്യകതയിലേക്ക് നയിക്കും.

NB: ഇത് ഞങ്ങളുടെ അനുഭവമാണ്, ഇത് തികച്ചും നിർദ്ദിഷ്ടവുമാണ്. റെഡിമെയ്ഡ് സൊല്യൂഷനുകൾ ഉപയോഗിക്കുന്നതിന് പകരം എല്ലാവരും സ്വന്തമായി കുബർനെറ്റസ് ക്ലസ്റ്ററുകൾ വിന്യസിക്കണമെന്ന് ഞങ്ങൾ ഒരു തരത്തിലും നിർദ്ദേശിക്കുന്നില്ല. വഴിയിൽ, Yandex-ൽ നിന്ന് Kubernetes പ്രവർത്തിപ്പിക്കുന്നതിൽ ഞങ്ങൾക്ക് യഥാർത്ഥ അനുഭവമില്ല, ഈ ലേഖനത്തിൽ ഈ സേവനത്തെക്കുറിച്ച് ഞങ്ങൾ ഒരു വിലയിരുത്തലും നൽകില്ല.

അത് എന്താണ്, ആർക്കുവേണ്ടി?

അതിനാൽ, കുബർനെറ്റിലെ സംഭരണത്തിനായുള്ള ആധുനിക സമീപനത്തെക്കുറിച്ച് ഞങ്ങൾ ഇതിനകം സംസാരിച്ചു: CSI എങ്ങനെയാണ് പ്രവർത്തിക്കുന്നത്? и സമൂഹം എങ്ങനെ വന്നു ഈ സമീപനത്തിലേക്ക്.

നിലവിൽ, പല വലിയ ക്ലൗഡ് സേവന ദാതാക്കളും അവരുടെ ക്ലൗഡ് ഡിസ്കുകൾ കുബർനെറ്റിലെ പെർസിസ്റ്റന്റ് വോളിയമായി ഉപയോഗിക്കുന്നതിന് ഡ്രൈവറുകൾ വികസിപ്പിച്ചെടുത്തിട്ടുണ്ട്. വിതരണക്കാരന് അത്തരമൊരു ഡ്രൈവർ ഇല്ലെങ്കിലും ആവശ്യമായ എല്ലാ പ്രവർത്തനങ്ങളും API വഴി നൽകിയിട്ടുണ്ടെങ്കിൽ, ഡ്രൈവർ സ്വയം നടപ്പിലാക്കുന്നതിൽ നിന്ന് ഒന്നും നിങ്ങളെ തടയുന്നില്ല. Yandex.Cloud-ൽ സംഭവിച്ചത് ഇതാണ്.

വികസനത്തിന്റെ അടിസ്ഥാനമായി ഞങ്ങൾ എടുത്തു ഡിജിറ്റൽ ഓഷ്യൻ ക്ലൗഡിനായുള്ള CSI ഡ്രൈവർ ഒപ്പം നിന്ന് കുറച്ച് ആശയങ്ങളും ജിസിപിയുടെ ഡ്രൈവർമാർ, ഈ ക്ലൗഡുകളുടെ (Google, Yandex) API-യുമായുള്ള ഇടപെടലിന് നിരവധി സമാനതകളുണ്ട്. പ്രത്യേകിച്ചും, API കൂടാതെ ജിസിപി, ഒപ്പം യാൻഡക്സ് ഒരു വസ്തു തിരികെ നൽകുക Operation ദീർഘകാല പ്രവർത്തനങ്ങളുടെ നില ട്രാക്കുചെയ്യുന്നതിന് (ഉദാഹരണത്തിന്, ഒരു പുതിയ ഡിസ്ക് സൃഷ്ടിക്കുന്നു). Yandex.Cloud API-യുമായി സംവദിക്കാൻ, ഉപയോഗിക്കുക Yandex.Cloud Go SDK.

ചെയ്ത ജോലിയുടെ ഫലം GitHub-ൽ ഒപ്പുബ്ലിക്കോവൻ ചില കാരണങ്ങളാൽ, Yandex.Cloud വെർച്വൽ മെഷീനുകളിൽ സ്വന്തം കുബർനെറ്റസ് ഇൻസ്റ്റാളേഷൻ ഉപയോഗിക്കുന്നവർക്കും (എന്നാൽ ഒരു റെഡിമെയ്ഡ് മാനേജ്ഡ് ക്ലസ്റ്ററല്ല) CSI വഴി ഡിസ്കുകൾ ഉപയോഗിക്കാൻ (ഓർഡർ) ആഗ്രഹിക്കുന്നവർക്കും ഇത് ഉപയോഗപ്രദമാകും.

നടപ്പാക്കൽ

പ്രധാന സവിശേഷതകൾ

നിലവിൽ ഡ്രൈവർ ഇനിപ്പറയുന്ന പ്രവർത്തനങ്ങൾ പിന്തുണയ്ക്കുന്നു:

• ക്ലസ്റ്ററിലെ നോഡുകളുടെ ടോപ്പോളജി അനുസരിച്ച് ക്ലസ്റ്ററിന്റെ എല്ലാ സോണുകളിലും ഡിസ്കുകൾ ഓർഡർ ചെയ്യുന്നു;
• മുമ്പ് ഓർഡർ ചെയ്ത ഡിസ്കുകൾ നീക്കംചെയ്യുന്നു;
• ഡിസ്കുകൾക്കുള്ള ഓഫ്‌ലൈൻ വലുപ്പം മാറ്റുക (Yandex.Cloud പിന്തുണയ്ക്കരുത് വെർച്വൽ മെഷീനിലേക്ക് ഘടിപ്പിച്ചിരിക്കുന്ന ഡിസ്കുകൾ വർദ്ധിപ്പിക്കുന്നു). വലുപ്പം മാറ്റുന്നത് കഴിയുന്നത്ര വേദനയില്ലാത്തതാക്കാൻ ഡ്രൈവർ എങ്ങനെ പരിഷ്‌ക്കരിക്കണം എന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങൾക്ക്, ചുവടെ കാണുക.

ഭാവിയിൽ, ഡിസ്ക് സ്നാപ്പ്ഷോട്ടുകൾ സൃഷ്ടിക്കുന്നതിനും ഇല്ലാതാക്കുന്നതിനുമുള്ള പിന്തുണ നടപ്പിലാക്കാൻ ഞങ്ങൾ പദ്ധതിയിടുന്നു.

പ്രധാന ബുദ്ധിമുട്ടും അത് എങ്ങനെ മറികടക്കാം

Yandex.Cloud API-ൽ തത്സമയം ഡിസ്കുകൾ വർദ്ധിപ്പിക്കാനുള്ള കഴിവിന്റെ അഭാവം PV-യുടെ വലുപ്പം മാറ്റുന്ന പ്രവർത്തനത്തെ സങ്കീർണ്ണമാക്കുന്ന ഒരു പരിമിതിയാണ് (പെർസിസ്റ്റന്റ് വോളിയം): ഈ സാഹചര്യത്തിൽ, ഡിസ്ക് ഉപയോഗിക്കുന്ന ആപ്ലിക്കേഷൻ പോഡ് നിർത്തേണ്ടത് ആവശ്യമാണ്, ഇത് പ്രവർത്തനരഹിതമായ ആപ്ലിക്കേഷനുകൾക്ക് കാരണമാകും.

പറയുന്നു CSI സവിശേഷതകൾ, CSI കൺട്രോളർ അത് "ഓഫ്‌ലൈനിൽ" മാത്രമേ ഡിസ്കുകളുടെ വലുപ്പം മാറ്റാൻ കഴിയൂ എന്ന് റിപ്പോർട്ട് ചെയ്താൽ (VolumeExpansion.OFFLINE), തുടർന്ന് ഡിസ്ക് വർദ്ധിപ്പിക്കുന്ന പ്രക്രിയ ഇതുപോലെ ആയിരിക്കണം:

പ്ലഗിൻ മാത്രം ഉണ്ടെങ്കിൽ VolumeExpansion.OFFLINE വിപുലീകരണ ശേഷിയും വോളിയവും നിലവിൽ പ്രസിദ്ധീകരിക്കുന്നു അല്ലെങ്കിൽ ഒരു നോഡിൽ ലഭ്യമാണ് ControllerExpandVolume ഒന്നിന് ശേഷം മാത്രമേ വിളിക്കാവൂ:

• പ്ലഗിൻ കൺട്രോളർ ഉണ്ട് PUBLISH_UNPUBLISH_VOLUME കഴിവും ControllerUnpublishVolume വിജയകരമായി അഭ്യർത്ഥിച്ചു.

അല്ലെങ്കിൽ വേറെ

• പ്ലഗിൻ കൺട്രോളർ ഇല്ല PUBLISH_UNPUBLISH_VOLUME കഴിവ്, പ്ലഗിൻ നോഡ് ഉണ്ട് STAGE_UNSTAGE_VOLUME കഴിവ്, ഒപ്പം NodeUnstageVolume വിജയകരമായി പൂർത്തിയാക്കിയിട്ടുണ്ട്.

അല്ലെങ്കിൽ വേറെ

• പ്ലഗിൻ കൺട്രോളർ ഇല്ല PUBLISH_UNPUBLISH_VOLUME കഴിവ്, അല്ലെങ്കിൽ നോഡ് STAGE_UNSTAGE_VOLUME കഴിവ്, ഒപ്പം NodeUnpublishVolume വിജയകരമായി പൂർത്തിയാക്കി.

ഇത് വിപുലീകരിക്കുന്നതിന് മുമ്പ് നിങ്ങൾ വെർച്വൽ മെഷീനിൽ നിന്ന് ഡിസ്ക് വേർപെടുത്തേണ്ടതുണ്ട് എന്നാണ് ഇതിനർത്ഥം.

എന്നിരുന്നാലും, നിർഭാഗ്യവശാൽ നടപ്പിലാക്കൽ സൈഡ്കാറുകൾ വഴിയുള്ള CSI സ്പെസിഫിക്കേഷൻ ഈ ആവശ്യകതകൾ പാലിക്കുന്നില്ല:

• ഒരു സൈഡ്കാർ കണ്ടെയ്നറിൽ csi-attacher, മൗണ്ടുകൾക്കിടയിൽ ആവശ്യമായ വിടവിന്റെ സാന്നിധ്യത്തിന് ഉത്തരവാദിയായിരിക്കണം, ഈ പ്രവർത്തനം ഓഫ്‌ലൈൻ വലുപ്പം മാറ്റുന്നതിൽ ലളിതമായി നടപ്പിലാക്കിയിട്ടില്ല. ഇതു സംബന്ധിച്ച ചർച്ച ആരംഭിച്ചു ഇവിടെ.
• ഈ സന്ദർഭത്തിൽ ഒരു സൈഡ്കാർ കണ്ടെയ്നർ എന്താണ്? CSI പ്ലഗിൻ തന്നെ Kubernetes API-യുമായി സംവദിക്കുന്നില്ല, എന്നാൽ സൈഡ്‌കാർ കണ്ടെയ്‌നറുകൾ വഴി അയയ്‌ക്കുന്ന gRPC കോളുകളോട് മാത്രമേ പ്രതികരിക്കൂ. ഏറ്റവും പുതിയ വികസിപ്പിച്ചുകൊണ്ടിരിക്കുന്നു കുബെർനെറ്റസ് സമൂഹം.

ഞങ്ങളുടെ കാര്യത്തിൽ (CSI പ്ലഗിൻ), ഡിസ്ക് വർദ്ധിപ്പിക്കുന്നതിനുള്ള പ്രവർത്തനം ഇതുപോലെ കാണപ്പെടുന്നു:

1. ഞങ്ങൾക്ക് ഒരു gRPC കോൾ ലഭിക്കുന്നു ControllerExpandVolume;
2. API-യിൽ ഡിസ്ക് വർദ്ധിപ്പിക്കാൻ ഞങ്ങൾ ശ്രമിക്കുന്നു, പക്ഷേ ഡിസ്ക് മൌണ്ട് ചെയ്തിരിക്കുന്നതിനാൽ പ്രവർത്തനം നടത്താനുള്ള അസാധ്യതയെക്കുറിച്ച് ഞങ്ങൾക്ക് ഒരു പിശക് ലഭിക്കുന്നു;
3. ഞങ്ങൾ ഡിസ്ക് ഐഡന്റിഫയർ മാപ്പിൽ സംഭരിക്കുന്നു, അതിൽ വർദ്ധനവ് പ്രവർത്തനം നടത്തേണ്ട ഡിസ്കുകൾ അടങ്ങിയിരിക്കുന്നു. ചുവടെ, സംക്ഷിപ്തതയ്ക്കായി, ഞങ്ങൾ ഈ മാപ്പിനെ ഇങ്ങനെ വിളിക്കും volumeResizeRequired;
4. ഡിസ്ക് ഉപയോഗിക്കുന്ന പോഡ് സ്വമേധയാ നീക്കം ചെയ്യുക. കുബർനെറ്റസ് അത് പുനരാരംഭിക്കും. അതിനാൽ ഡിസ്കിന് മൌണ്ട് ചെയ്യാൻ സമയമില്ല (ControllerPublishVolume) മൌണ്ട് ചെയ്യാൻ ശ്രമിക്കുമ്പോൾ വർദ്ധനവ് പ്രവർത്തനം പൂർത്തിയാക്കുന്നതിന് മുമ്പ്, നൽകിയിരിക്കുന്ന ഡിസ്ക് ഇപ്പോഴും ഉള്ളതാണോ എന്ന് ഞങ്ങൾ പരിശോധിക്കുന്നു volumeResizeRequired ഒരു പിശക് തിരികെ നൽകുക;
5. CSI ഡ്രൈവർ റീസൈസ് ഓപ്പറേഷൻ വീണ്ടും നടപ്പിലാക്കാൻ ശ്രമിക്കുന്നു. പ്രവർത്തനം വിജയകരമാണെങ്കിൽ, ഡിസ്ക് നീക്കം ചെയ്യുക volumeResizeRequired;
6. കാരണം ഡിസ്ക് ഐഡി കാണുന്നില്ല volumeResizeRequired, ControllerPublishVolume വിജയകരമായി കടന്നുപോകുന്നു, ഡിസ്ക് മൌണ്ട് ചെയ്തു, പോഡ് ആരംഭിക്കുന്നു.

എല്ലാം വളരെ ലളിതമായി തോന്നുന്നു, പക്ഷേ എല്ലായ്പ്പോഴും എന്നപോലെ അപകടങ്ങളുണ്ട്. ഡിസ്കുകൾ വലുതാക്കുന്നു ബാഹ്യ-റിസൈസർ, ഓപ്പറേഷൻ സമയത്ത് ഒരു പിശക് സംഭവിച്ചാൽ ഒരു ക്യൂ ഉപയോഗിക്കുന്നു 1000 സെക്കൻഡ് വരെ ടൈംഔട്ട് സമയത്തിൽ എക്‌സ്‌പോണൻഷ്യൽ വർദ്ധനയോടെ:

func DefaultControllerRateLimiter() RateLimiter {
  return NewMaxOfRateLimiter(
  NewItemExponentialFailureRateLimiter(5*time.Millisecond, 1000*time.Second),
  // 10 qps, 100 bucket size.  This is only for retry speed and its only the overall factor (not per item)
  &BucketRateLimiter{Limiter: rate.NewLimiter(rate.Limit(10), 100)},
  )
}

ഇത് ഇടയ്‌ക്കിടെ ഡിസ്‌ക് വിപുലീകരണ പ്രവർത്തനം 15+ മിനിറ്റിലേക്ക് നീട്ടുന്നതിന് കാരണമാകും, അതിനാൽ അനുബന്ധ പോഡ് ലഭ്യമല്ല.

സാധ്യമായ പ്രവർത്തനരഹിതമായ സമയം കുറയ്ക്കുന്നതിന് വളരെ എളുപ്പത്തിലും വേദനയില്ലാതെയും ഞങ്ങളെ അനുവദിച്ച ഒരേയൊരു ഓപ്ഷൻ, പരമാവധി സമയപരിധിയുള്ള ഞങ്ങളുടെ എക്‌സ്‌റ്റേണൽ റീസൈസറിന്റെ പതിപ്പിന്റെ ഉപയോഗം മാത്രമാണ്. 5 സെക്കൻഡിനുള്ളിൽ:

workqueue.NewItemExponentialFailureRateLimiter(5*time.Millisecond, 5*time.Second)

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

എങ്ങനെ ഉപയോഗിക്കാൻ തുടങ്ങും?

Kubernetes പതിപ്പ് 1.15-ലും അതിലും ഉയർന്ന പതിപ്പിലും ഡ്രൈവർ പിന്തുണയ്ക്കുന്നു. ഡ്രൈവർ പ്രവർത്തിക്കുന്നതിന്, ഇനിപ്പറയുന്ന ആവശ്യകതകൾ പാലിക്കണം:

• ഫ്ലാഗ് --allow-privileged മൂല്യത്തിലേക്ക് സജ്ജമാക്കുക true API സെർവറിനും കുബെലെറ്റിനും;
• ഉൾപ്പെടുത്തിയത് --feature-gates=VolumeSnapshotDataSource=true,KubeletPluginsWatcher=true,CSINodeInfo=true,CSIDriverRegistry=true API സെർവറിനും കുബെലെറ്റിനും;
• മൌണ്ട് പ്രൊപഗേഷൻ (മൌണ്ട് പ്രചരണം) ക്ലസ്റ്ററിൽ പ്രവർത്തനക്ഷമമാക്കിയിരിക്കണം. ഡോക്കർ ഉപയോഗിക്കുമ്പോൾ, പങ്കിട്ട മൗണ്ടുകൾ അനുവദിക്കുന്നതിനായി ഡെമൺ കോൺഫിഗർ ചെയ്തിരിക്കണം.

ഇൻസ്റ്റലേഷനുതന്നെ ആവശ്യമായ എല്ലാ നടപടികളും README-ൽ വിവരിച്ചിരിക്കുന്നു. മാനിഫെസ്റ്റുകളിൽ നിന്ന് കുബർനെറ്റസിൽ ഒബ്‌ജക്റ്റുകൾ സൃഷ്‌ടിക്കുന്നത് ഇൻസ്റ്റാളേഷനിൽ ഉൾപ്പെടുന്നു.

ഡ്രൈവർ പ്രവർത്തിക്കുന്നതിന് നിങ്ങൾക്ക് ഇനിപ്പറയുന്നവ ആവശ്യമാണ്:

• മാനിഫെസ്റ്റിൽ ഡയറക്ടറി ഐഡന്റിഫയർ വ്യക്തമാക്കുക (folder-id) Yandex.Cloud (ഡോക്യുമെന്റേഷൻ കാണുക);
• Yandex.Cloud API-യുമായി സംവദിക്കാൻ, CSI ഡ്രൈവർ ഒരു സേവന അക്കൗണ്ട് ഉപയോഗിക്കുന്നു. മാനിഫെസ്റ്റിൽ, രഹസ്യം പാസാക്കണം അംഗീകൃത കീകൾ സേവന അക്കൗണ്ടിൽ നിന്ന്. ഡോക്യുമെന്റേഷനിൽ വിവരിച്ചു, എങ്ങനെ ഒരു സേവന അക്കൗണ്ട് സൃഷ്ടിക്കുകയും കീകൾ നേടുകയും ചെയ്യാം.

എല്ലാം പരിഗണിച്ച് - ശ്രമിക്കൂ, ഫീഡ്‌ബാക്ക് ലഭിക്കുന്നതിൽ ഞങ്ങൾ സന്തുഷ്ടരായിരിക്കും പുതിയ പ്രശ്നങ്ങൾനിങ്ങൾക്ക് എന്തെങ്കിലും പ്രശ്നങ്ങൾ നേരിടുകയാണെങ്കിൽ!

കൂടുതൽ പിന്തുണ

തൽഫലമായി, ഞങ്ങൾ ഈ CSI ഡ്രൈവർ നടപ്പിലാക്കിയത് Go-യിൽ രസകരമായി ആപ്ലിക്കേഷനുകൾ എഴുതാനുള്ള വലിയ ആഗ്രഹം കൊണ്ടല്ല, മറിച്ച് കമ്പനിക്കുള്ളിലെ അടിയന്തിര ആവശ്യം കൊണ്ടാണ്. ഞങ്ങളുടെ സ്വന്തം നടപ്പാക്കൽ നിലനിർത്തുന്നത് ഞങ്ങൾക്ക് പ്രായോഗികമായി തോന്നുന്നില്ല, അതിനാൽ Yandex താൽപ്പര്യം കാണിക്കുകയും ഡ്രൈവറെ പിന്തുണയ്ക്കുന്നത് തുടരാൻ തീരുമാനിക്കുകയും ചെയ്താൽ, അവർക്ക് ശേഖരം കൈമാറുന്നതിൽ ഞങ്ങൾക്ക് സന്തോഷമുണ്ട്.

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

പി.എസ്

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

• «കുബെർനെറ്റസ് സ്റ്റോറേജിനുള്ള വോളിയം പ്ലഗിനുകൾ: ഫ്ലെക്‌സ് വോള്യം മുതൽ സിഎസ്‌ഐ വരെ";
• «കണ്ടെയ്നർ സ്റ്റോറേജ് ഇന്റർഫേസ് ഞങ്ങൾ മനസ്സിലാക്കുന്നു (കുബർനെറ്റസിൽ മാത്രമല്ല)";
• «ഒരു കുബർനെറ്റസ് ക്ലസ്റ്റർ തയ്യാറാക്കുന്നത് എളുപ്പവും സൗകര്യപ്രദവുമാണോ? ആഡ്-ഓപ്പറേറ്റർ പ്രഖ്യാപിക്കുന്നു";
• «കുബർനെറ്റസ് വികസിപ്പിക്കുകയും പൂരകമാക്കുകയും ചെയ്യുക (അവലോകനവും വീഡിയോ റിപ്പോർട്ടും)".

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