ഹൈപ്പർകൺവേർഡ് സൊല്യൂഷൻ AERODISK vAIR. ARDFS ഫയൽ സിസ്റ്റമാണ് അടിസ്ഥാനം

ഹലോ, ഹബ്ർ വായനക്കാർ. ഈ ലേഖനത്തിലൂടെ ഞങ്ങൾ വികസിപ്പിച്ച ഹൈപ്പർകൺവേർജ്ഡ് സിസ്റ്റം AERODISK vAIR നെക്കുറിച്ച് സംസാരിക്കുന്ന ഒരു പരമ്പര തുറക്കുന്നു. തുടക്കത്തിൽ, ആദ്യ ലേഖനത്തിലെ എല്ലാ കാര്യങ്ങളെക്കുറിച്ചും എല്ലാം പറയാൻ ഞങ്ങൾ ആഗ്രഹിച്ചു, പക്ഷേ സിസ്റ്റം വളരെ സങ്കീർണ്ണമാണ്, അതിനാൽ ഞങ്ങൾ ആനയെ ഭാഗങ്ങളായി ഭക്ഷിക്കും.

സിസ്റ്റത്തിൻ്റെ സൃഷ്ടിയുടെ ചരിത്രവുമായി നമുക്ക് കഥ ആരംഭിക്കാം, vAIR-ൻ്റെ അടിസ്ഥാനമായ ARDFS ഫയൽ സിസ്റ്റത്തിലേക്ക് നോക്കാം, കൂടാതെ റഷ്യൻ വിപണിയിൽ ഈ പരിഹാരത്തിൻ്റെ സ്ഥാനത്തെ കുറിച്ചും അൽപ്പം സംസാരിക്കാം.

ഭാവിയിലെ ലേഖനങ്ങളിൽ, വിവിധ വാസ്തുവിദ്യാ ഘടകങ്ങളെ കുറിച്ച് (ക്ലസ്റ്റർ, ഹൈപ്പർവൈസർ, ലോഡ് ബാലൻസർ, മോണിറ്ററിംഗ് സിസ്റ്റം മുതലായവ), കോൺഫിഗറേഷൻ പ്രക്രിയ, ലൈസൻസിംഗ് പ്രശ്നങ്ങൾ, വെവ്വേറെ ക്രാഷ് ടെസ്റ്റുകൾ കാണിക്കുക, കൂടാതെ ലോഡ് ടെസ്റ്റിംഗിനെക്കുറിച്ച് എഴുതുക എന്നിവയെക്കുറിച്ച് കൂടുതൽ വിശദമായി സംസാരിക്കും. വലിപ്പം. vAIR-ൻ്റെ കമ്മ്യൂണിറ്റി പതിപ്പിനായി ഞങ്ങൾ ഒരു പ്രത്യേക ലേഖനവും സമർപ്പിക്കും.

എയറോഡിസ്ക് സ്റ്റോറേജ് സിസ്റ്റങ്ങളെക്കുറിച്ചുള്ള ഒരു കഥയാണോ? അല്ലെങ്കിൽ എന്തുകൊണ്ടാണ് നമ്മൾ ഹൈപ്പർകൺവെർജൻസ് ചെയ്യാൻ തുടങ്ങിയത്?

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

ഞങ്ങൾ നിരവധി ഓപ്പൺ സോഴ്‌സ് സൊല്യൂഷനുകൾ പരീക്ഷിച്ചു, ഒടുവിൽ ഈ പ്രശ്നം പരിഹരിച്ചു, പക്ഷേ പരിഹാരം വളരെ സങ്കീർണ്ണവും ആവർത്തിക്കാൻ ബുദ്ധിമുട്ടുള്ളതുമായിരുന്നു. കൂടാതെ, ഈ പരിഹാരം "ഇത് പ്രവർത്തിക്കുന്നുണ്ടോ? തൊടരുത്! അതിനാൽ, ആ പ്രശ്നം പരിഹരിച്ച ശേഷം, ഞങ്ങളുടെ ജോലിയുടെ ഫലത്തെ ഒരു പൂർണ്ണമായ ഉൽപ്പന്നമാക്കി മാറ്റുക എന്ന ആശയം ഞങ്ങൾ കൂടുതൽ വികസിപ്പിച്ചില്ല.

ആ സംഭവത്തിനുശേഷം, ഞങ്ങൾ ഈ ആശയത്തിൽ നിന്ന് അകന്നു, പക്ഷേ ഈ പ്രശ്നം പൂർണ്ണമായും പരിഹരിക്കാവുന്നതാണെന്ന തോന്നൽ ഞങ്ങൾക്ക് അപ്പോഴും ഉണ്ടായിരുന്നു, അത്തരമൊരു പരിഹാരത്തിൻ്റെ പ്രയോജനങ്ങൾ വ്യക്തമാണ്. തുടർന്ന്, വിദേശ കമ്പനികളുടെ പുറത്തിറക്കിയ HCI ഉൽപ്പന്നങ്ങൾ ഈ തോന്നൽ സ്ഥിരീകരിച്ചു.

അതിനാൽ, 2016 മധ്യത്തിൽ, ഒരു പൂർണ്ണമായ ഉൽപ്പന്നം സൃഷ്ടിക്കുന്നതിൻ്റെ ഭാഗമായി ഞങ്ങൾ ഈ ടാസ്ക്കിലേക്ക് മടങ്ങി. അക്കാലത്ത് ഞങ്ങൾക്ക് നിക്ഷേപകരുമായി ഒരു ബന്ധവും ഉണ്ടായിരുന്നില്ല, അതിനാൽ ഞങ്ങൾക്ക് സ്വന്തമായി ഒരു വികസന സ്റ്റാൻഡ് വാങ്ങേണ്ടി വന്നു. Avito-യിലെ ഉപയോഗിച്ച സെർവറുകളും സ്വിച്ചുകളും ശേഖരിച്ച ശേഷം ഞങ്ങൾ ബിസിനസ്സിലേക്ക് ഇറങ്ങി.

ഇഥർനെറ്റ് വഴി പരസ്പരബന്ധിതമായി ബന്ധിപ്പിച്ചിരിക്കുന്ന ക്ലസ്റ്റർ നോഡുകളുടെ n-ആം നമ്പർ വെർച്വൽ ബ്ലോക്കുകളുടെ രൂപത്തിൽ സ്വയമേവയും തുല്യമായും ഡാറ്റ വിതരണം ചെയ്യാൻ കഴിയുന്ന ലളിതമാണെങ്കിലും ഞങ്ങളുടെ സ്വന്തം ഫയൽ സിസ്റ്റം സൃഷ്ടിക്കുക എന്നതായിരുന്നു പ്രധാന പ്രാരംഭ ചുമതല. അതേ സമയം, എഫ്എസ് നല്ലതും എളുപ്പവും സ്കെയിൽ ചെയ്യുകയും അടുത്തുള്ള സിസ്റ്റങ്ങളിൽ നിന്ന് സ്വതന്ത്രമാവുകയും വേണം, അതായത്. "വെറും ഒരു സംഭരണ ​​സൗകര്യം" എന്ന രൂപത്തിൽ vAIR-ൽ നിന്ന് അന്യവൽക്കരിക്കപ്പെടും.

ആദ്യത്തെ vAIR ആശയം

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

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

ഫയൽ സിസ്റ്റത്തിൻ്റെ പേരിൽ ഞങ്ങൾ അധികം വിഷമിച്ചില്ല, അതിനെ സംക്ഷിപ്തമായി ARDFS എന്ന് വിളിച്ചു (അത് എന്താണെന്ന് ഊഹിക്കുക))

ഈ പ്രോട്ടോടൈപ്പ് നന്നായി കാണപ്പെട്ടു (കാഴ്ചയിൽ അല്ല, തീർച്ചയായും, ഇതുവരെ വിഷ്വൽ ഡിസൈൻ ഇല്ല) കൂടാതെ പ്രകടനത്തിലും സ്കെയിലിംഗിലും നല്ല ഫലങ്ങൾ കാണിച്ചു. ആദ്യത്തെ യഥാർത്ഥ ഫലത്തിന് ശേഷം, ഞങ്ങൾ ഈ പ്രോജക്റ്റ് പ്രവർത്തനക്ഷമമാക്കി, ഒരു സമ്പൂർണ്ണ വികസന പരിതസ്ഥിതിയും vAIR-നെ മാത്രം കൈകാര്യം ചെയ്യുന്ന ഒരു പ്രത്യേക ടീമും സംഘടിപ്പിക്കുന്നു.

അപ്പോഴേക്കും, പരിഹാരത്തിൻ്റെ പൊതുവായ വാസ്തുവിദ്യ പക്വത പ്രാപിച്ചു, അത് ഇതുവരെ വലിയ മാറ്റങ്ങൾക്ക് വിധേയമായിട്ടില്ല.

ARDFS ഫയൽ സിസ്റ്റത്തിലേക്ക് ഡൈവിംഗ്

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

സംഭരണ ​​ഘടന

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

4 മെഗാബൈറ്റ് വലുപ്പമുള്ള വെർച്വൽ ബ്ലോക്കുകളിൽ നിന്ന് നിർമ്മിച്ച ARDFS പൂളിൻ്റെ മുകളിൽ വെർച്വൽ ഡിസ്കുകൾ (വെർച്വൽ മെഷീനുകൾക്കുള്ള സ്റ്റോറേജ് ഒബ്‌ജക്റ്റുകൾ) ചേർത്തിരിക്കുന്നു. വെർച്വൽ ഡിസ്കുകൾ നേരിട്ട് ഡാറ്റ സംഭരിക്കുന്നു. വിർച്ച്വൽ ഡിസ്ക് തലത്തിൽ തെറ്റ് സഹിഷ്ണുത സ്കീമും സജ്ജീകരിച്ചിരിക്കുന്നു.

നിങ്ങൾ ഇതിനകം ഊഹിച്ചതുപോലെ, ഡിസ്ക് സബ്സിസ്റ്റത്തിൻ്റെ തെറ്റ് സഹിഷ്ണുതയ്ക്കായി, ഞങ്ങൾ RAID (സ്വതന്ത്ര ഡിസ്കുകളുടെ റിഡൻഡൻ്റ് അറേ) എന്ന ആശയം ഉപയോഗിക്കുന്നില്ല, പക്ഷേ RAIN (സ്വതന്ത്ര നോഡുകളുടെ റിഡൻഡൻ്റ് അറേ) ഉപയോഗിക്കുന്നു. ആ. തെറ്റ് സഹിഷ്ണുത അളക്കുകയും ഓട്ടോമേറ്റ് ചെയ്യുകയും നിയന്ത്രിക്കുകയും ചെയ്യുന്നത് ഡിസ്കുകളെ അടിസ്ഥാനമാക്കിയല്ല, നോഡുകളെ അടിസ്ഥാനമാക്കിയാണ്. ഡിസ്കുകൾ, തീർച്ചയായും, ഒരു സ്റ്റോറേജ് ഒബ്ജക്റ്റ് കൂടിയാണ്, മറ്റെല്ലാ കാര്യങ്ങളും പോലെ അവ നിരീക്ഷിക്കപ്പെടുന്നു, ഒരു പ്രാദേശിക ഹാർഡ്‌വെയർ റെയിഡ് കൂട്ടിച്ചേർക്കുന്നതുൾപ്പെടെ നിങ്ങൾക്ക് അവ ഉപയോഗിച്ച് എല്ലാ സ്റ്റാൻഡേർഡ് പ്രവർത്തനങ്ങളും ചെയ്യാൻ കഴിയും, എന്നാൽ ക്ലസ്റ്റർ പ്രത്യേകമായി നോഡുകളിൽ പ്രവർത്തിക്കുന്നു.

നിങ്ങൾക്ക് ശരിക്കും റെയ്ഡ് ആവശ്യമുള്ള ഒരു സാഹചര്യത്തിൽ (ഉദാഹരണത്തിന്, ചെറിയ ക്ലസ്റ്ററുകളിൽ ഒന്നിലധികം പരാജയങ്ങളെ പിന്തുണയ്ക്കുന്ന ഒരു സാഹചര്യം), ലോക്കൽ റെയിഡ് കൺട്രോളറുകൾ ഉപയോഗിക്കുന്നതിൽ നിന്ന് നിങ്ങളെ ഒന്നും തടയുന്നില്ല, കൂടാതെ സ്ട്രെച്ചഡ് സ്റ്റോറേജും മുകളിൽ ഒരു റെയിൻ ആർക്കിടെക്ചറും നിർമ്മിക്കുന്നു. ഈ സാഹചര്യം തികച്ചും തത്സമയവും ഞങ്ങൾ പിന്തുണയ്ക്കുന്നതുമാണ്, അതിനാൽ vAIR ഉപയോഗിക്കുന്നതിനുള്ള സാധാരണ സാഹചര്യങ്ങളെക്കുറിച്ചുള്ള ഒരു ലേഖനത്തിൽ ഞങ്ങൾ ഇതിനെക്കുറിച്ച് സംസാരിക്കും.

സ്റ്റോറേജ് ഫാൾട്ട് ടോളറൻസ് സ്കീമുകൾ

vAIR-ൽ വെർച്വൽ ഡിസ്കുകൾക്ക് രണ്ട് തെറ്റ് സഹിഷ്ണുത സ്കീമുകൾ ഉണ്ടാകാം:

1) റെപ്ലിക്കേഷൻ ഫാക്ടർ അല്ലെങ്കിൽ ലളിതമായി പകർപ്പെടുക്കൽ - ഈ തെറ്റ് സഹിഷ്ണുതയുടെ രീതി ഒരു വടിയും കയറും പോലെ ലളിതമാണ്. 2 (ഒരു ക്ലസ്റ്ററിന് 2 പകർപ്പുകൾ) അല്ലെങ്കിൽ 3 (യഥാക്രമം 3 പകർപ്പുകൾ) ഉള്ള നോഡുകൾക്കിടയിൽ സിൻക്രണസ് റെപ്ലിക്കേഷൻ നടത്തുന്നു. ക്ലസ്റ്ററിലെ ഒരു നോഡിൻ്റെ പരാജയത്തെ നേരിടാൻ ഒരു വെർച്വൽ ഡിസ്കിനെ RF-2 അനുവദിക്കുന്നു, എന്നാൽ ഉപയോഗപ്രദമായ വോളിയത്തിൻ്റെ പകുതി "തിന്നുന്നു", കൂടാതെ RF-3 ക്ലസ്റ്ററിലെ 2 നോഡുകളുടെ പരാജയത്തെ ചെറുക്കും, എന്നാൽ 2/3 റിസർവ് ചെയ്യുന്നു അതിൻ്റെ ആവശ്യങ്ങൾക്ക് ഉപയോഗപ്രദമായ അളവ്. ഈ സ്കീം RAID-1 നോട് വളരെ സാമ്യമുള്ളതാണ്, അതായത്, RF-2-ൽ ക്രമീകരിച്ചിരിക്കുന്ന ഒരു വെർച്വൽ ഡിസ്ക് ക്ലസ്റ്ററിലെ ഏതെങ്കിലും ഒരു നോഡിൻ്റെ പരാജയത്തെ പ്രതിരോധിക്കും. ഈ സാഹചര്യത്തിൽ, ഡാറ്റ ഉപയോഗിച്ച് എല്ലാം ശരിയാകും കൂടാതെ I/O പോലും നിർത്തില്ല. വീണുപോയ നോഡ് സേവനത്തിലേക്ക് മടങ്ങുമ്പോൾ, സ്വയമേവയുള്ള ഡാറ്റ വീണ്ടെടുക്കൽ/സമന്വയം ആരംഭിക്കും.

സാധാരണ മോഡിലും പരാജയ സാഹചര്യത്തിലും RF-2, RF-3 ഡാറ്റയുടെ വിതരണത്തിൻ്റെ ഉദാഹരണങ്ങൾ ചുവടെയുണ്ട്.

8 vAIR നോഡുകളിൽ പ്രവർത്തിക്കുന്ന 4MB അദ്വിതീയ (ഉപയോഗപ്രദമായ) ഡാറ്റയുടെ ശേഷിയുള്ള ഒരു വെർച്വൽ മെഷീൻ ഞങ്ങളുടെ പക്കലുണ്ട്. വാസ്തവത്തിൽ ഇത്രയും ചെറിയ വോളിയം ഉണ്ടാകാൻ സാധ്യതയില്ലെന്ന് വ്യക്തമാണ്, എന്നാൽ ARDFS പ്രവർത്തനത്തിൻ്റെ യുക്തിയെ പ്രതിഫലിപ്പിക്കുന്ന ഒരു സ്കീമിന്, ഈ ഉദാഹരണം ഏറ്റവും മനസ്സിലാക്കാവുന്നതേയുള്ളൂ. അദ്വിതീയ വിർച്ച്വൽ മെഷീൻ ഡാറ്റ അടങ്ങുന്ന 4MB വെർച്വൽ ബ്ലോക്കുകളാണ് AB. യഥാക്രമം A2+A1, B2+B1 എന്നീ ബ്ലോക്കുകളുടെ രണ്ട് പകർപ്പുകൾ RF-2 സൃഷ്ടിക്കുന്നു. ഈ ബ്ലോക്കുകൾ ഒരേ നോഡിൽ ഒരേ ഡാറ്റയുടെ വിഭജനം ഒഴിവാക്കിക്കൊണ്ട് നോഡുകളിലുടനീളം "കിടത്തി", അതായത്, കോപ്പി A1-ൻ്റെ അതേ നോഡിൽ A2 പകർപ്പ് സ്ഥിതിചെയ്യില്ല. B1 ഉം B2 ഉം സമാനമാണ്.

നോഡുകളിൽ ഒന്ന് പരാജയപ്പെടുകയാണെങ്കിൽ (ഉദാഹരണത്തിന്, B3 ൻ്റെ ഒരു പകർപ്പ് അടങ്ങിയിരിക്കുന്ന നോഡ് നമ്പർ 1), ഈ പകർപ്പ് അതിൻ്റെ പകർപ്പിൻ്റെ പകർപ്പ് ഇല്ലാത്ത നോഡിൽ (അതായത്, B2 ൻ്റെ ഒരു പകർപ്പ്) സ്വയമേവ സജീവമാക്കും.

അങ്ങനെ, വെർച്വൽ ഡിസ്കിന് (അതനുസരിച്ച് VM) RF-2 സ്കീമിലെ ഒരു നോഡിൻ്റെ പരാജയത്തെ എളുപ്പത്തിൽ അതിജീവിക്കാൻ കഴിയും.

ലളിതവും വിശ്വസനീയവുമാണെങ്കിലും റെപ്ലിക്കേഷൻ സ്കീമിന് RAID1-ൻ്റെ അതേ പ്രശ്‌നമുണ്ട് - ആവശ്യത്തിന് ഉപയോഗയോഗ്യമായ ഇടമില്ല.

2) മുകളിലെ പ്രശ്നം പരിഹരിക്കാൻ ഇറേസർ കോഡിംഗ് അല്ലെങ്കിൽ ഇറേഷർ കോഡിംഗ് ("അനവധി കോഡിംഗ്", "ഇറേസർ കോഡിംഗ്" അല്ലെങ്കിൽ "റെഡൻഡൻസി കോഡ്" എന്നും അറിയപ്പെടുന്നു) നിലവിലുണ്ട്. റെപ്ലിക്കേഷനുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ കുറഞ്ഞ ഡിസ്ക് സ്പേസ് ഓവർഹെഡിൽ ഉയർന്ന ഡാറ്റ ലഭ്യത നൽകുന്ന ഒരു റിഡൻഡൻസി സ്കീമാണ് EC. ഈ മെക്കാനിസത്തിൻ്റെ പ്രവർത്തന തത്വം RAID 5, 6, 6P ന് സമാനമാണ്.

എൻകോഡ് ചെയ്യുമ്പോൾ, EC പ്രോസസ് ഒരു വെർച്വൽ ബ്ലോക്കിനെ (4MB സ്ഥിരസ്ഥിതിയായി) EC സ്കീമിനെ ആശ്രയിച്ച് നിരവധി ചെറിയ "ഡാറ്റ ചങ്കുകളായി" വിഭജിക്കുന്നു (ഉദാഹരണത്തിന്, 2+1 സ്കീം ഓരോ 4MB ബ്ലോക്കിനെയും 2 2MB ഭാഗങ്ങളായി വിഭജിക്കുന്നു). അടുത്തതായി, ഈ പ്രക്രിയ മുമ്പ് വിഭജിച്ച ഭാഗങ്ങളിൽ ഒന്നിനെക്കാൾ വലുതല്ലാത്ത "ഡാറ്റ ചങ്കുകൾ"ക്കായി "പാരിറ്റി ചങ്കുകൾ" സൃഷ്ടിക്കുന്നു. ഡീകോഡ് ചെയ്യുമ്പോൾ, മുഴുവൻ ക്ലസ്റ്ററിലുടനീളം "അതിജീവിക്കുന്ന" ഡാറ്റ വായിച്ചുകൊണ്ട് EC നഷ്ടപ്പെട്ട ഭാഗങ്ങൾ സൃഷ്ടിക്കുന്നു.

ഉദാഹരണത്തിന്, 2 ക്ലസ്റ്റർ നോഡുകളിൽ നടപ്പിലാക്കിയ 1 + 4 EC സ്കീം ഉള്ള ഒരു വെർച്വൽ ഡിസ്ക്, RF-2 പോലെ തന്നെ ക്ലസ്റ്ററിലെ ഒരു നോഡിൻ്റെ പരാജയത്തെ എളുപ്പത്തിൽ നേരിടും. ഈ സാഹചര്യത്തിൽ, ഓവർഹെഡ് ചെലവുകൾ കുറവായിരിക്കും, പ്രത്യേകിച്ചും, RF-2 ൻ്റെ ഉപയോഗപ്രദമായ ശേഷി ഗുണകം 2 ആണ്, EC ​​2+1 ന് ഇത് 1,5 ആയിരിക്കും.

ഇത് കൂടുതൽ ലളിതമായി വിവരിക്കുന്നതിന്, വെർച്വൽ ബ്ലോക്ക് 2-8 ആയി തിരിച്ചിരിക്കുന്നു (എന്തുകൊണ്ട് 2 മുതൽ 8 വരെ, ചുവടെ കാണുക) "കഷണങ്ങൾ", ഈ കഷണങ്ങൾക്കായി സമാനമായ വോള്യത്തിൻ്റെ പാരിറ്റിയുടെ "കഷണങ്ങൾ" കണക്കാക്കുന്നു.

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

8 MB വെർച്വൽ മെഷീനും 4 നോഡുകളും ഉള്ള ഒരു ഉദാഹരണം ചുവടെയുണ്ട്, എന്നാൽ ഒരു EC 2+1 സ്കീമിനൊപ്പം.

A, B ബ്ലോക്കുകൾ 2 MB വീതമുള്ള രണ്ട് ഭാഗങ്ങളായി തിരിച്ചിരിക്കുന്നു (രണ്ട് കാരണം 2+1), അതായത് A1+A2, B1+B2. ഒരു റെപ്ലിക്കയിൽ നിന്ന് വ്യത്യസ്തമായി, A1 A2-ൻ്റെ ഒരു പകർപ്പല്ല, ഇത് ഒരു വെർച്വൽ ബ്ലോക്ക് A ആണ്, രണ്ട് ഭാഗങ്ങളായി തിരിച്ചിരിക്കുന്നു, B ബ്ലോക്ക് B യുടെ അതേ ഭാഗമാണ്. മൊത്തത്തിൽ, നമുക്ക് 4MB യുടെ രണ്ട് സെറ്റുകൾ ലഭിക്കും, അവയിൽ ഓരോന്നിനും രണ്ട് രണ്ട്-MB കഷണങ്ങൾ അടങ്ങിയിരിക്കുന്നു. അടുത്തതായി, ഈ ഓരോ സെറ്റുകൾക്കും, പാരിറ്റി കണക്കാക്കുന്നത് ഒന്നിൽ കൂടുതൽ (അതായത് 2 MB) വോളിയം ഉപയോഗിച്ചാണ്, ഞങ്ങൾക്ക് ഒരു അധിക + 2 പാരിറ്റി (AP, BP) ലഭിക്കും. മൊത്തത്തിൽ ഞങ്ങൾക്ക് 4×2 ഡാറ്റ + 2×2 പാരിറ്റി ഉണ്ട്.

അടുത്തതായി, കഷണങ്ങൾ നോഡുകൾക്കിടയിൽ "കിടത്തി", അങ്ങനെ ഡാറ്റ അവയുടെ പാരിറ്റിയുമായി വിഭജിക്കില്ല. ആ. A1 ഉം A2 ഉം AP യുടെ അതേ നോഡിലായിരിക്കില്ല.

ഒരു നോഡിൻ്റെ തകരാർ (ഉദാഹരണത്തിന്, മൂന്നാമത്തേതും), നോഡ് നമ്പർ 1-ൽ സംഭരിച്ചിരിക്കുന്ന ബിപി പാരിറ്റിയിൽ നിന്ന് വീണ ബ്ലോക്ക് B2 യാന്ത്രികമായി പുനഃസ്ഥാപിക്കപ്പെടും, കൂടാതെ അവിടെയുള്ള നോഡിൽ അത് സജീവമാക്കുകയും ചെയ്യും. ബി-പാരിറ്റി ഇല്ല, അതായത്. ബിപിയുടെ കഷണം. ഈ ഉദാഹരണത്തിൽ, ഇത് നോഡ് നമ്പർ 1 ആണ്

വായനക്കാരന് ഒരു ചോദ്യമുണ്ടെന്ന് എനിക്ക് ഉറപ്പുണ്ട്:

"നിങ്ങൾ വിവരിച്ചതെല്ലാം വളരെക്കാലമായി എതിരാളികളും ഓപ്പൺ സോഴ്‌സ് സൊല്യൂഷനുകളിലും നടപ്പിലാക്കിയിട്ടുണ്ട്, ARDFS-ൽ നിങ്ങൾ EC നടപ്പിലാക്കുന്നത് തമ്മിലുള്ള വ്യത്യാസം എന്താണ്?"

തുടർന്ന് ARDFS ൻ്റെ രസകരമായ സവിശേഷതകൾ ഉണ്ടാകും.

ഫ്ലെക്സിബിലിറ്റിയിൽ ശ്രദ്ധ കേന്ദ്രീകരിച്ച് കോഡിംഗ് മായ്ക്കുക

തുടക്കത്തിൽ, ഞങ്ങൾ 2 മുതൽ 8 വരെയുള്ള ഒരു സംഖ്യയ്ക്ക് തുല്യമായ EC X+Y സ്കീമാണ് നൽകിയത്, Y എന്നത് 1 മുതൽ 8 വരെയുള്ള ഒരു സംഖ്യയ്ക്ക് തുല്യമാണ്, എന്നാൽ എല്ലായ്പ്പോഴും X-നേക്കാൾ കുറവോ തുല്യമോ ആണ്. ഈ സ്കീം നൽകിയിരിക്കുന്നു. വഴക്കത്തിന്. വെർച്വൽ ബ്ലോക്ക് വിഭജിച്ചിരിക്കുന്ന ഡാറ്റാ പീസുകളുടെ എണ്ണം (X) വർദ്ധിപ്പിക്കുന്നത് ഓവർഹെഡ് ചെലവ് കുറയ്ക്കാൻ അനുവദിക്കുന്നു, അതായത്, ഉപയോഗയോഗ്യമായ ഇടം വർദ്ധിപ്പിക്കുന്നു.
പാരിറ്റി ചങ്കുകളുടെ എണ്ണം (Y) വർദ്ധിപ്പിക്കുന്നത് വെർച്വൽ ഡിസ്കിൻ്റെ വിശ്വാസ്യത വർദ്ധിപ്പിക്കുന്നു. വലിയ Y മൂല്യം, ക്ലസ്റ്ററിലെ കൂടുതൽ നോഡുകൾ പരാജയപ്പെടാം. തീർച്ചയായും, പാരിറ്റി വോളിയം വർദ്ധിപ്പിക്കുന്നത് ഉപയോഗയോഗ്യമായ ശേഷിയുടെ അളവ് കുറയ്ക്കുന്നു, എന്നാൽ ഇത് വിശ്വാസ്യതയ്ക്ക് നൽകേണ്ട വിലയാണ്.

ഇസി സർക്യൂട്ടുകളിലെ പ്രകടനത്തിൻ്റെ ആശ്രിതത്വം ഏതാണ്ട് നേരിട്ടുള്ളതാണ്: കൂടുതൽ "കഷണങ്ങൾ", ഇവിടെ കുറഞ്ഞ പ്രകടനം, തീർച്ചയായും, ഒരു സമതുലിതമായ കാഴ്ച ആവശ്യമാണ്;

ഈ സമീപനം അഡ്മിനിസ്ട്രേറ്റർമാരെ പരമാവധി ഫ്ലെക്സിബിലിറ്റിയോടെ സ്ട്രെച്ചഡ് സ്റ്റോറേജ് കോൺഫിഗർ ചെയ്യാൻ അനുവദിക്കുന്നു. ARDFS പൂളിൽ, നിങ്ങൾക്ക് ഏതെങ്കിലും തെറ്റ് സഹിഷ്ണുത സ്കീമുകളും അവയുടെ കോമ്പിനേഷനുകളും ഉപയോഗിക്കാം, അത് ഞങ്ങളുടെ അഭിപ്രായത്തിൽ വളരെ ഉപയോഗപ്രദമാണ്.

നിരവധി (എല്ലാം സാധ്യമല്ല) RF, EC സ്കീമുകൾ താരതമ്യം ചെയ്യുന്ന ഒരു പട്ടിക ചുവടെയുണ്ട്.

ഒരേസമയം ഒരു ക്ലസ്റ്ററിലെ 8 നോഡുകൾ വരെ നഷ്ടപ്പെടാൻ അനുവദിക്കുന്ന ഏറ്റവും “ടെറി” കോമ്പിനേഷൻ EC 7+7 പോലും, സാധാരണ പകർപ്പിനേക്കാൾ ഉപയോഗയോഗ്യമല്ലാത്ത ഇടം (1,875 വേഴ്സസ് 2) “തിന്നുന്നു”, കൂടാതെ 7 മടങ്ങ് മികച്ച രീതിയിൽ പരിരക്ഷിക്കുകയും ചെയ്യുന്നു എന്ന് പട്ടിക കാണിക്കുന്നു. , ഇത് ഈ സംരക്ഷണ സംവിധാനത്തെ കൂടുതൽ സങ്കീർണ്ണമാക്കുന്നുവെങ്കിലും, പരിമിതമായ ഡിസ്ക് സ്പേസ് ഉള്ള സാഹചര്യങ്ങളിൽ പരമാവധി വിശ്വാസ്യത ഉറപ്പാക്കാൻ ആവശ്യമായ സാഹചര്യങ്ങളിൽ കൂടുതൽ ആകർഷകമാക്കുന്നു. അതേ സമയം, X അല്ലെങ്കിൽ Y വരെയുള്ള ഓരോ "പ്ലസ്" ഓവർഹെഡും ഒരു അധിക പ്രകടനമായിരിക്കും എന്ന് നിങ്ങൾ മനസ്സിലാക്കേണ്ടതുണ്ട്, അതിനാൽ വിശ്വാസ്യത, സമ്പാദ്യം, പ്രകടനം എന്നിവയ്ക്കിടയിലുള്ള ത്രികോണത്തിൽ നിങ്ങൾ വളരെ ശ്രദ്ധാപൂർവ്വം തിരഞ്ഞെടുക്കേണ്ടതുണ്ട്. ഇക്കാരണത്താൽ, കോഡിംഗ് സൈസിംഗ് മായ്‌ക്കുന്നതിന് ഞങ്ങൾ ഒരു പ്രത്യേക ലേഖനം നീക്കിവയ്ക്കും.

ഫയൽ സിസ്റ്റത്തിൻ്റെ വിശ്വാസ്യതയും സ്വയംഭരണവും

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

ഒരു ബാഹ്യ DBMS ഉപയോഗിച്ച് FS മെറ്റാഡാറ്റ സമന്വയിപ്പിക്കുന്നത് തീർച്ചയായും ഒരു പ്രവർത്തന പരിഹാരമാണ്, എന്നാൽ ARDFS-ൽ സംഭരിച്ചിരിക്കുന്ന ഡാറ്റയുടെ സ്ഥിരത ബാഹ്യ DBMS-നെയും അതിൻ്റെ സ്വഭാവത്തെയും ആശ്രയിച്ചിരിക്കും (കൂടാതെ, ഇത് ഒരു കാപ്രിസിയസ് സ്ത്രീയാണ്). ഞങ്ങളുടെ അഭിപ്രായം മോശമാണ്. എന്തുകൊണ്ട്? എഫ്എസ് മെറ്റാഡാറ്റയ്ക്ക് കേടുപാടുകൾ സംഭവിച്ചാൽ, എഫ്എസ് ഡാറ്റ തന്നെ "ഗുഡ്ബൈ" എന്ന് പറയാനാകും, അതിനാൽ കൂടുതൽ സങ്കീർണ്ണവും എന്നാൽ വിശ്വസനീയവുമായ പാത സ്വീകരിക്കാൻ ഞങ്ങൾ തീരുമാനിച്ചു.

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

തൽഫലമായി, ARDFS വികസിപ്പിച്ചെടുക്കുന്നതിലൂടെ, ഞങ്ങൾക്ക് വഴക്കമുള്ളതും വിശ്വസനീയവുമായ ഒരു ഫയൽ സിസ്റ്റം ലഭിച്ചു, അത് നിങ്ങൾക്ക് ശേഷി ലാഭിക്കുന്നതിനോ അല്ലെങ്കിൽ പ്രകടനത്തിൽ എല്ലാം ഉപേക്ഷിക്കുന്നതിനോ അല്ലെങ്കിൽ മിതമായ ചിലവിൽ തീവ്ര വിശ്വസനീയമായ സംഭരണം ഉണ്ടാക്കുന്നതിനോ, എന്നാൽ പ്രകടന ആവശ്യകതകൾ കുറയ്ക്കുന്നതോ ആയ ഒരു തിരഞ്ഞെടുപ്പ് നൽകുന്നു.

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

ആർക്കാണ് ഈ അത്ഭുതം വേണ്ടത്?

ഒരു വശത്ത്, ഹൈപ്പർകൺവെർജൻസ് മേഖലയിൽ ഗുരുതരമായ പരിഹാരങ്ങളുള്ള കളിക്കാർ ഇതിനകം തന്നെ വിപണിയിലുണ്ടെന്ന് നമുക്ക് പറയാൻ കഴിയും, ഇവിടെയാണ് ഞങ്ങൾ യഥാർത്ഥത്തിൽ പോകുന്നത്. ഈ പ്രസ്താവന ശരിയാണെന്ന് തോന്നുന്നു, പക്ഷേ ...

മറുവശത്ത്, ഞങ്ങൾ വയലുകളിൽ പോയി ഉപഭോക്താക്കളുമായി ആശയവിനിമയം നടത്തുമ്പോൾ, ഇത് അങ്ങനെയല്ലെന്ന് ഞങ്ങളും ഞങ്ങളുടെ പങ്കാളികളും കാണുന്നു. ഹൈപ്പർകൺവെർജൻസിനായി നിരവധി ജോലികൾ ഉണ്ട്, ചില സ്ഥലങ്ങളിൽ അത്തരം പരിഹാരങ്ങൾ നിലവിലുണ്ടെന്ന് ആളുകൾക്ക് അറിയില്ലായിരുന്നു, മറ്റുള്ളവയിൽ ഇത് ചെലവേറിയതായി തോന്നി, മറ്റുള്ളവയിൽ ബദൽ പരിഹാരങ്ങളുടെ വിജയകരമായ പരിശോധനകൾ ഉണ്ടായിരുന്നു, മറ്റുള്ളവയിൽ ഉപരോധം കാരണം അവർ വാങ്ങുന്നത് നിരോധിക്കുന്നു. പൊതുവേ, പാടം ഉഴുതുമറിച്ചിട്ടില്ല, അതിനാൽ ഞങ്ങൾ കന്യക മണ്ണ് ഉയർത്താൻ പോയി))).

ജിസിഎസിനേക്കാൾ മികച്ച സ്റ്റോറേജ് സിസ്റ്റം എപ്പോഴാണ്?

ഞങ്ങൾ മാർക്കറ്റുമായി പ്രവർത്തിക്കുമ്പോൾ, സ്റ്റോറേജ് സിസ്റ്റങ്ങളുള്ള ഒരു ക്ലാസിക് സ്കീം ഉപയോഗിക്കുന്നത് എപ്പോഴാണ് നല്ലതെന്നും എപ്പോൾ ഹൈപ്പർകൺവെർജൻ്റ് ഉപയോഗിക്കണമെന്നും ഞങ്ങളോട് പലപ്പോഴും ചോദിക്കാറുണ്ട്. GCS നിർമ്മിക്കുന്ന പല കമ്പനികളും (പ്രത്യേകിച്ച് അവരുടെ പോർട്ട്‌ഫോളിയോയിൽ സ്റ്റോറേജ് സിസ്റ്റങ്ങൾ ഇല്ലാത്തവ) പറയുന്നു: "സ്റ്റോറേജ് സിസ്റ്റങ്ങൾ കാലഹരണപ്പെട്ടിരിക്കുന്നു, ഹൈപ്പർകൺവേർഡ് മാത്രം!" ഇതൊരു ധീരമായ പ്രസ്താവനയാണ്, പക്ഷേ ഇത് യാഥാർത്ഥ്യത്തെ പൂർണ്ണമായും പ്രതിഫലിപ്പിക്കുന്നില്ല.

സത്യത്തിൽ, സ്റ്റോറേജ് മാർക്കറ്റ് തീർച്ചയായും ഹൈപ്പർകൺവെർജൻസിലേക്കും സമാനമായ പരിഹാരങ്ങളിലേക്കും നീങ്ങുകയാണ്, എന്നാൽ എല്ലായ്പ്പോഴും ഒരു "പക്ഷേ" ഉണ്ട്.

ഒന്നാമതായി, സ്റ്റോറേജ് സംവിധാനങ്ങളുള്ള ക്ലാസിക്കൽ സ്കീം അനുസരിച്ച് നിർമ്മിച്ച ഡാറ്റാ സെൻ്ററുകളും ഐടി ഇൻഫ്രാസ്ട്രക്ചറുകളും എളുപ്പത്തിൽ പുനർനിർമ്മിക്കാൻ കഴിയില്ല, അതിനാൽ അത്തരം ഇൻഫ്രാസ്ട്രക്ചറുകളുടെ നവീകരണവും പൂർത്തീകരണവും ഇപ്പോഴും 5-7 വർഷത്തേക്ക് ഒരു പാരമ്പര്യമാണ്.

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

മൂന്നാമതായി, ഒരു എഴുത്തിന് 2 മില്ലിസെക്കൻഡ് (തീർച്ചയായും പ്രാദേശിക കാഷെ ഒഴികെ) അധിക ചെറിയ കാലതാമസങ്ങളിൽ പൂർണ്ണമായും സാങ്കേതിക പരിമിതിയുണ്ട്, അവ വിതരണം ചെയ്ത സംഭരണത്തിൻ്റെ വിലയാണ്.

ശരി, ഡിസ്ക് സബ്സിസ്റ്റത്തിൻ്റെ ലംബ സ്കെയിലിംഗ് ഇഷ്ടപ്പെടുന്ന വലിയ ഫിസിക്കൽ സെർവറുകളുടെ ഉപയോഗത്തെക്കുറിച്ച് മറക്കരുത്.

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

ഹൈപ്പർകൺവേർഡ് സൊല്യൂഷനുകൾ സ്റ്റോറേജ് സിസ്റ്റങ്ങളേക്കാൾ മികച്ച രീതിയിൽ എവിടെ പ്രവർത്തിക്കും?

മുകളിലുള്ള പോയിൻ്റുകളെ അടിസ്ഥാനമാക്കി, മൂന്ന് വ്യക്തമായ നിഗമനങ്ങളിൽ എത്തിച്ചേരാനാകും:

1. ഏതെങ്കിലും ഉൽപ്പന്നത്തിൽ സ്ഥിരമായി സംഭവിക്കുന്ന റെക്കോർഡിംഗിനായി 2 മില്ലിസെക്കൻഡ് അധിക ലേറ്റൻസി (ഇപ്പോൾ നമ്മൾ സിന്തറ്റിക്സിനെക്കുറിച്ചല്ല സംസാരിക്കുന്നത്, സിന്തറ്റിക്സിൽ നാനോ സെക്കൻഡ് കാണിക്കാം) വിമർശനാത്മകമല്ലാത്തതിനാൽ, ഹൈപ്പർകൺവെർജൻ്റ് അനുയോജ്യമാണ്.
2. വലിയ ഫിസിക്കൽ സെർവറുകളിൽ നിന്നുള്ള ലോഡ് നിരവധി ചെറിയ വെർച്വലുകളാക്കി മാറ്റുകയും നോഡുകൾക്കിടയിൽ വിതരണം ചെയ്യുകയും ചെയ്യുന്നിടത്ത്, ഹൈപ്പർകൺവെർജൻസും അവിടെ നന്നായി പ്രവർത്തിക്കും.
3. വെർട്ടിക്കൽ സ്കെയിലിംഗിനെ അപേക്ഷിച്ച് തിരശ്ചീന സ്കെയിലിംഗിന് ഉയർന്ന മുൻഗണന നൽകുമ്പോൾ, GCS അവിടെയും നന്നായി പ്രവർത്തിക്കും.

എന്താണ് ഈ പരിഹാരങ്ങൾ?

1. എല്ലാ സ്റ്റാൻഡേർഡ് ഇൻഫ്രാസ്ട്രക്ചർ സേവനങ്ങളും (ഡയറക്‌ടറി സേവനം, മെയിൽ, EDMS, ഫയൽ സെർവറുകൾ, ചെറുതോ ഇടത്തരമോ ആയ ERP, BI സിസ്റ്റങ്ങൾ മുതലായവ). ഞങ്ങൾ ഇതിനെ "ജനറൽ കമ്പ്യൂട്ടിംഗ്" എന്ന് വിളിക്കുന്നു.
2. ക്ലൗഡ് ദാതാക്കളുടെ ഇൻഫ്രാസ്ട്രക്ചർ, ക്ലയൻ്റുകൾക്കായി ധാരാളം വെർച്വൽ മെഷീനുകൾ വേഗത്തിലും നിലവാരത്തിലും തിരശ്ചീനമായി വികസിപ്പിക്കുകയും എളുപ്പത്തിൽ "മുറിക്കുകയും" ചെയ്യേണ്ടത് ആവശ്യമാണ്.
3. വെർച്വൽ ഡെസ്‌ക്‌ടോപ്പ് ഇൻഫ്രാസ്ട്രക്ചർ (VDI), അവിടെ നിരവധി ചെറിയ ഉപയോക്തൃ വെർച്വൽ മെഷീനുകൾ പ്രവർത്തിക്കുകയും ഒരു ഏകീകൃത ക്ലസ്റ്ററിനുള്ളിൽ നിശബ്ദമായി "ഫ്ലോട്ട്" ചെയ്യുകയും ചെയ്യുന്നു.
4. ഓരോ ബ്രാഞ്ചിനും ഒരു സ്റ്റാൻഡേർഡ്, തെറ്റ്-സഹിഷ്ണുതയുള്ള, എന്നാൽ 15-20 വെർച്വൽ മെഷീനുകളുടെ ചെലവുകുറഞ്ഞ ഇൻഫ്രാസ്ട്രക്ചർ ആവശ്യമുള്ള ബ്രാഞ്ച് നെറ്റ്‌വർക്കുകൾ.
5. ഏതെങ്കിലും വിതരണം ചെയ്ത കമ്പ്യൂട്ടിംഗ് (ഉദാഹരണത്തിന്, വലിയ ഡാറ്റ സേവനങ്ങൾ). ലോഡ് പോകുന്നത് "ആഴത്തിൽ" അല്ല, മറിച്ച് "വിശാലതയിലാണ്".
6. അധിക ചെറിയ കാലതാമസങ്ങൾ സ്വീകാര്യമായ ടെസ്റ്റ് പരിതസ്ഥിതികൾ, എന്നാൽ ബജറ്റ് നിയന്ത്രണങ്ങൾ ഉണ്ട്, കാരണം ഇവ ടെസ്റ്റുകളാണ്.

ഇപ്പോൾ, ഈ ടാസ്‌ക്കുകൾക്കാണ് ഞങ്ങൾ AERODISK vAIR ഉണ്ടാക്കിയിരിക്കുന്നത്, അവയിലാണ് ഞങ്ങൾ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നത് (ഇതുവരെ വിജയകരമായി). ഒരുപക്ഷേ ഇത് ഉടൻ മാറും, കാരണം ... ലോകം നിശ്ചലമല്ല.

അതിനാൽ…

ഇത് ലേഖനങ്ങളുടെ ഒരു വലിയ പരമ്പരയുടെ ആദ്യ ഭാഗം പൂർത്തിയാക്കുന്നു;

ചോദ്യങ്ങളും നിർദ്ദേശങ്ങളും ക്രിയാത്മക തർക്കങ്ങളും ഞങ്ങൾ സ്വാഗതം ചെയ്യുന്നു.

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