Unity / Unity XT സ്റ്റോറേജ് സിസ്റ്റത്തിൽ നടപ്പിലാക്കിയ രസകരമായ ഒരു സാങ്കേതികവിദ്യയെക്കുറിച്ച് ഇന്ന് നമ്മൾ സംസാരിക്കും - ഫാസ്റ്റ് VP. നിങ്ങൾ ആദ്യമായി യൂണിറ്റിയെക്കുറിച്ച് കേട്ടിട്ടുണ്ടെങ്കിൽ, സിസ്റ്റത്തിന്റെ സവിശേഷതകളുമായി സ്വയം പരിചയപ്പെടാൻ ലേഖനത്തിന്റെ അവസാനത്തെ ലിങ്ക് ഉപയോഗിക്കാം. ഡെൽ ഇഎംസി പ്രോജക്റ്റ് ടീമിൽ ഒരു വർഷത്തിലേറെയായി ഞാൻ ഫാസ്റ്റ് വിപിയിൽ പ്രവർത്തിച്ചു. ഇന്ന് ഞാൻ ഈ സാങ്കേതികവിദ്യയെക്കുറിച്ച് കൂടുതൽ വിശദമായി സംസാരിക്കാനും അതിന്റെ നടപ്പാക്കലിന്റെ ചില വിശദാംശങ്ങൾ വെളിപ്പെടുത്താനും ആഗ്രഹിക്കുന്നു. തീർച്ചയായും, വെളിപ്പെടുത്താൻ അനുവദിക്കപ്പെട്ടവ മാത്രം. കാര്യക്ഷമമായ ഡാറ്റ സംഭരണത്തിന്റെ പ്രശ്നങ്ങളിൽ നിങ്ങൾക്ക് താൽപ്പര്യമുണ്ടെങ്കിൽ അല്ലെങ്കിൽ ഡോക്യുമെന്റേഷൻ പൂർണ്ണമായി മനസ്സിലാക്കിയിട്ടില്ലെങ്കിൽ, ഈ ലേഖനം തീർച്ചയായും ഉപയോഗപ്രദവും രസകരവുമായിരിക്കും.
മെറ്റീരിയലിൽ എന്തായിരിക്കില്ലെന്ന് ഞാൻ ഉടൻ തന്നെ നിങ്ങളോട് പറയും. മത്സരാർത്ഥികളെ തിരയലും അവരുമായി താരതമ്യപ്പെടുത്തലും ഉണ്ടാകില്ല. ഓപ്പൺ സോഴ്‌സിൽ നിന്നുള്ള സമാന സാങ്കേതികവിദ്യകളെക്കുറിച്ച് സംസാരിക്കാനും ഞാൻ ഉദ്ദേശിക്കുന്നില്ല, കാരണം ജിജ്ഞാസയുള്ള വായനക്കാരന് അവയെക്കുറിച്ച് ഇതിനകം തന്നെ അറിയാം. തീർച്ചയായും, ഞാൻ ഒന്നും പരസ്യപ്പെടുത്താൻ പോകുന്നില്ല.
സ്റ്റോറേജ് ടയറിംഗ്. ഫാസ്റ്റ് വിപിയുടെ ലക്ഷ്യങ്ങളും ലക്ഷ്യങ്ങളും
FAST VP എന്നത് വെർച്വൽ പൂളിനുള്ള ഫുള്ളി ഓട്ടോമേറ്റഡ് സ്റ്റോറേജ് ടയറിംഗിനെ സൂചിപ്പിക്കുന്നു. ഇത് ബുദ്ധിമുട്ടാണോ? ഒന്നുമില്ല, ഞങ്ങൾ അത് മനസ്സിലാക്കും. ഈ ഡാറ്റ സംഭരിച്ചിരിക്കുന്ന നിരവധി ലെവലുകൾ (ടയർ) ഉള്ള ഡാറ്റ സംഭരണം സംഘടിപ്പിക്കുന്നതിനുള്ള ഒരു മാർഗമാണ് ടയറിംഗ്. ഓരോന്നിനും അതിന്റേതായ സവിശേഷതകളുണ്ട്. ഏറ്റവും പ്രധാനപ്പെട്ടത്: ഒരു യൂണിറ്റ് വിവരങ്ങൾ സംഭരിക്കുന്നതിനുള്ള പ്രകടനം, അളവ്, വില. തീർച്ചയായും, അവർക്കിടയിൽ ഒരു ബന്ധമുണ്ട്.
ടയറിംഗിന്റെ ഒരു പ്രധാന സവിശേഷത, നിലവിൽ ഏത് സ്റ്റോറേജ് നിലയിലാണെങ്കിലും ഡാറ്റയിലേക്കുള്ള ആക്സസ് ഏകീകൃതമായി നൽകുന്നു, കൂടാതെ പൂളിന്റെ വലുപ്പം അതിൽ ഉൾപ്പെടുത്തിയിരിക്കുന്ന വിഭവങ്ങളുടെ വലുപ്പത്തിന് തുല്യമാണ്. കാഷെയിൽ നിന്നുള്ള വ്യത്യാസം ഇവിടെയുണ്ട്: കാഷെയുടെ വലുപ്പം റിസോഴ്സിന്റെ ആകെ തുകയിലേക്ക് ചേർത്തിട്ടില്ല (ഈ സാഹചര്യത്തിൽ പൂൾ), കൂടാതെ കാഷെ ഡാറ്റ പ്രധാന മീഡിയത്തിൽ നിന്ന് ചില ഡാറ്റ ഡ്യൂപ്ലിക്കേറ്റ് ചെയ്യുന്നു (അല്ലെങ്കിൽ ഡ്യൂപ്ലിക്കേറ്റ് ചെയ്യും കാഷെയിൽ നിന്നുള്ള ഡാറ്റ ഇതുവരെ എഴുതിയിട്ടില്ല). കൂടാതെ, ലെവലുകൾ പ്രകാരം ഡാറ്റയുടെ വിതരണം ഉപയോക്താവിൽ നിന്ന് മറച്ചിരിക്കുന്നു. അതായത്, പോളിസികൾ (അവയെക്കുറിച്ച് പിന്നീട്) സജ്ജീകരിക്കുന്നതിലൂടെ, പരോക്ഷമായി ഇതിനെ സ്വാധീനിക്കാൻ അദ്ദേഹത്തിന് കഴിയുമെങ്കിലും, ഓരോ തലത്തിലും സ്ഥിതി ചെയ്യുന്ന ഡാറ്റ കൃത്യമായി അവൻ കാണുന്നില്ല.
ഇപ്പോൾ യൂണിറ്റിയിൽ സ്റ്റോറേജ് ടയറിംഗ് നടപ്പിലാക്കുന്നതിന്റെ സവിശേഷതകൾ നോക്കാം. യൂണിറ്റിയിൽ, 3 ലെവലുകൾ അല്ലെങ്കിൽ ശ്രേണികൾ ഉണ്ട്:
- തീവ്രമായ പ്രകടനം (SSD)
- പ്രകടനം (SAS HDD 10k/15k RPM)
- ശേഷി (NL-SAS HDD 7200RPM)
പ്രകടനത്തിന്റെയും വിലയുടെയും അവരോഹണ ക്രമത്തിലാണ് അവ അവതരിപ്പിച്ചിരിക്കുന്നത്. തീവ്രമായ പ്രകടനത്തിൽ സോളിഡ് സ്റ്റേറ്റ് ഡ്രൈവുകൾ (എസ്എസ്ഡി) മാത്രം ഉൾപ്പെടുന്നു. മറ്റ് രണ്ട് നിരകളിൽ ഭ്രമണ വേഗതയിലും അതനുസരിച്ച് പ്രകടനത്തിലും വ്യത്യാസമുള്ള മാഗ്നറ്റിക് ഡിസ്ക് ഡ്രൈവുകൾ ഉണ്ട്.
ഒരേ ലെവലിൽ നിന്നും ഒരേ വലുപ്പത്തിൽ നിന്നുമുള്ള സ്റ്റോറേജ് മീഡിയ ഒരു റെയ്‌ഡ് അറേയിലേക്ക് സംയോജിപ്പിച്ച് ഒരു റെയ്‌ഡ് ഗ്രൂപ്പ് (റെയ്‌ഡ് ഗ്രൂപ്പ്, ആർ‌ജി എന്ന് ചുരുക്കി) രൂപീകരിക്കുന്നു; ഔദ്യോഗിക ഡോക്യുമെന്റേഷനിൽ ലഭ്യമായതും ശുപാർശ ചെയ്യുന്നതുമായ റെയിഡ് ലെവലുകളെ കുറിച്ച് നിങ്ങൾക്ക് വായിക്കാം. ഒന്നോ അതിലധികമോ ലെവലുകളുടെ RAID ഗ്രൂപ്പുകളിൽ നിന്ന്, സ്റ്റോറേജ് പൂളുകൾ രൂപം കൊള്ളുന്നു, അതിൽ നിന്ന് സ്വതന്ത്ര സ്ഥലം വിതരണം ചെയ്യുന്നു. ഫയൽ സിസ്റ്റങ്ങൾക്കും LUN-കൾക്കുമായി ഇതിനകം പൂളിൽ നിന്ന് സ്ഥലം അനുവദിച്ചിരിക്കുന്നു.
എനിക്ക് ടയറിംഗ് ആവശ്യമായി വരുന്നത് എന്തുകൊണ്ട്?
ചുരുക്കത്തിലും അമൂർത്തമായും: കുറഞ്ഞ അളവിലുള്ള വിഭവങ്ങൾ ഉപയോഗിച്ച് കൂടുതൽ ഫലങ്ങൾ നേടുന്നതിന്. കൂടുതൽ വ്യക്തമായി പറഞ്ഞാൽ, ഫലം സാധാരണയായി സ്റ്റോറേജ് സിസ്റ്റത്തിന്റെ സ്വഭാവസവിശേഷതകളുടെ ഒരു കൂട്ടമായി മനസ്സിലാക്കുന്നു - ആക്‌സസിന്റെ വേഗതയും സമയവും, സംഭരണത്തിന്റെ വിലയും മറ്റുള്ളവയും. വിഭവങ്ങളുടെ ഏറ്റവും കുറഞ്ഞ ചെലവ് അർത്ഥമാക്കുന്നത്: പണം, ഊർജ്ജം മുതലായവ. യൂണിറ്റി / യൂണിറ്റി XT സ്റ്റോറേജ് സിസ്റ്റത്തിൽ വിവിധ തലങ്ങളിൽ ഡാറ്റ പുനർവിതരണം ചെയ്യുന്നതിനുള്ള സംവിധാനങ്ങൾ ഫാസ്റ്റ് VP നടപ്പിലാക്കുന്നു. നിങ്ങൾ എന്നെ വിശ്വസിക്കുന്നുവെങ്കിൽ, നിങ്ങൾക്ക് അടുത്ത ഖണ്ഡിക ഒഴിവാക്കാം. ബാക്കിയുള്ളവർക്കായി, ഞാൻ നിങ്ങളോട് കുറച്ചുകൂടി പറയാം.
ഡാറ്റ ശരിയായി ടൈറിംഗ് ചെയ്യുന്നതിലൂടെ, അപൂർവ്വമായി ഉപയോഗിക്കുന്ന ചില വിവരങ്ങളിലേക്കുള്ള ആക്‌സസിന്റെ വേഗത ത്യജിച്ചുകൊണ്ട് നിങ്ങൾക്ക് മൊത്തത്തിലുള്ള സംഭരണച്ചെലവിൽ ലാഭിക്കാം, കൂടാതെ പതിവായി ആക്സസ് ചെയ്യപ്പെടുന്ന ഡാറ്റ വേഗതയേറിയ മീഡിയയിലേക്ക് നീക്കി പ്രകടനം മെച്ചപ്പെടുത്തുകയും ചെയ്യാം. ടയറിംഗില്ലാതെ പോലും, ഒരു സാധാരണ അഡ്‌മിന് ഏത് ഡാറ്റ എവിടെ നൽകണം, സ്റ്റോറേജ് സിസ്റ്റത്തിന്റെ സവിശേഷതകൾ എന്തൊക്കെയാണ് തന്റെ ചുമതലയ്ക്ക് അഭികാമ്യം, മുതലായവ അറിയാമെന്ന് ഇവിടെ ആരെങ്കിലും എതിർത്തേക്കാം. തീർച്ചയായും, ഇത് ശരിയാണ്, എന്നാൽ "മാനുവലായി" ഡാറ്റയുടെ വിതരണത്തിന് അതിന്റെ പോരായ്മകളുണ്ട്:
- അഡ്മിനിസ്ട്രേറ്ററുടെ സമയവും ശ്രദ്ധയും ആവശ്യമാണ്;
- മാറിക്കൊണ്ടിരിക്കുന്ന സാഹചര്യങ്ങളിൽ സ്റ്റോറേജ് റിസോഴ്സുകളെ "പുനർരൂപപ്പെടുത്തുക" എന്നത് എല്ലായ്പ്പോഴും സാധ്യമല്ല;
- ഒരു പ്രധാന നേട്ടം അപ്രത്യക്ഷമാകുന്നു: വ്യത്യസ്ത സംഭരണ തലങ്ങളിൽ സ്ഥിതി ചെയ്യുന്ന ഉറവിടങ്ങളിലേക്കുള്ള ഏകീകൃത ആക്സസ്.
സ്റ്റോറേജ് അഡ്‌മിൻമാർക്ക് ജോലി സുരക്ഷയെക്കുറിച്ച് ആശങ്ക കുറയ്‌ക്കാൻ, യോഗ്യതയുള്ള റിസോഴ്സ് പ്ലാനിംഗും ഇവിടെ ആവശ്യമാണെന്ന് ഞാൻ കൂട്ടിച്ചേർക്കും. ഇപ്പോൾ ടയറിംഗിന്റെ ചുമതലകൾ ഹ്രസ്വമായി വിവരിച്ചിരിക്കുന്നു, ഫാസ്റ്റ് വിപിയിൽ നിന്ന് നിങ്ങൾക്ക് എന്താണ് പ്രതീക്ഷിക്കാനാവുക എന്ന് നോക്കാം. നിർവചനത്തിലേക്ക് മടങ്ങേണ്ട സമയമാണിത്. ആദ്യത്തെ രണ്ട് വാക്കുകൾ - പൂർണ്ണമായും ഓട്ടോമേറ്റഡ് - അക്ഷരാർത്ഥത്തിൽ "പൂർണ്ണമായി ഓട്ടോമേറ്റഡ്" എന്ന് വിവർത്തനം ചെയ്യുകയും ലെവലുകളുടെ വിതരണം സ്വയമേവ സംഭവിക്കുകയും ചെയ്യുന്നു എന്നാണ് അർത്ഥമാക്കുന്നത്. ശരി, വെർച്വൽ പൂൾ എന്നത് വ്യത്യസ്ത സ്റ്റോറേജ് ലെവലുകളിൽ നിന്നുള്ള ഉറവിടങ്ങൾ ഉൾക്കൊള്ളുന്ന ഒരു ഡാറ്റ പൂളാണ്. ഇത് എങ്ങനെ കാണപ്പെടുന്നുവെന്നത് ഇതാ:
മുന്നോട്ട് നോക്കുമ്പോൾ, ഫാസ്റ്റ് വിപി ഒരൊറ്റ പൂളിനുള്ളിൽ മാത്രമേ ഡാറ്റ നീക്കുകയുള്ളൂ, ഒന്നിലധികം പൂളുകൾക്കിടയിൽ അല്ലെന്ന് ഞാൻ പറയും.
ഫാസ്റ്റ് വിപി വഴി ടാസ്‌ക്കുകൾ പരിഹരിച്ചു
ആദ്യം നമുക്ക് അമൂർത്തമായി സംസാരിക്കാം. ഈ പൂളിനുള്ളിൽ ഡാറ്റ പുനർവിതരണം ചെയ്യാൻ കഴിയുന്ന ഒരു പൂളും ചില സംവിധാനങ്ങളും ഞങ്ങൾക്കുണ്ട്. നമ്മുടെ ദൗത്യം പരമാവധി ഉൽപ്പാദനക്ഷമത കൈവരിക്കുക എന്നത് മനസ്സിൽ വെച്ചുകൊണ്ട്, നമുക്ക് സ്വയം ചോദിക്കാം: ഏതെല്ലാം വിധങ്ങളിൽ ഇത് നേടാനാകും? അവയിൽ പലതും ഉണ്ടായിരിക്കാം, ഇവിടെ ഫാസ്റ്റ് വിപിക്ക് ഉപയോക്താവിന് എന്തെങ്കിലും വാഗ്ദാനം ചെയ്യാനുണ്ട്, കാരണം സാങ്കേതികവിദ്യ സ്റ്റോറേജ് ടയറിംഗിനേക്കാൾ കൂടുതലാണ്. പൂൾ പ്രകടനം വർദ്ധിപ്പിക്കാൻ ഫാസ്റ്റ് വിപിക്ക് കഴിയുന്ന ചില വഴികൾ ഇതാ:
- വ്യത്യസ്ത തരം ഡിസ്കുകൾ, ലെവലുകൾ എന്നിവയിലുടനീളം ഡാറ്റയുടെ വിതരണം
- ഒരേ തരത്തിലുള്ള ഡിസ്കുകൾക്കിടയിൽ ഡാറ്റയുടെ വിതരണം
- പൂൾ വികസിപ്പിക്കുമ്പോൾ ഡാറ്റയുടെ വിതരണം
ഈ ടാസ്‌ക്കുകൾ എങ്ങനെ പൂർത്തീകരിക്കപ്പെടുന്നുവെന്ന് നോക്കുന്നതിന് മുമ്പ്, ഫാസ്റ്റ് വിപി എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിനെക്കുറിച്ചുള്ള ചില അവശ്യ വസ്‌തുതകൾ നാം അറിയേണ്ടതുണ്ട്. ഫാസ്റ്റ് വിപി ഒരു നിശ്ചിത വലുപ്പത്തിലുള്ള ബ്ലോക്കുകൾ ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്നു - 256 മെഗാബൈറ്റ്. ഇത് നീക്കാൻ കഴിയുന്ന ഡാറ്റയുടെ ഏറ്റവും ചെറിയ "ചങ്ക്" ആണ്. ഡോക്യുമെന്റേഷനിൽ, അതിനെ ഇങ്ങനെ വിളിക്കുന്നു: സ്ലൈസ്. ഫാസ്റ്റ് വിപിയുടെ കാഴ്ചപ്പാടിൽ, എല്ലാ റെയിഡ് ഗ്രൂപ്പുകളും അത്തരം "കഷണങ്ങൾ" ഉൾക്കൊള്ളുന്നു. അതനുസരിച്ച്, അത്തരം ഡാറ്റ ബ്ലോക്കുകൾക്കായി എല്ലാ I/O സ്ഥിതിവിവരക്കണക്കുകളും ശേഖരിക്കപ്പെടുന്നു. എന്തുകൊണ്ടാണ് ഈ ബ്ലോക്ക് വലുപ്പം തിരഞ്ഞെടുത്തത്, അത് കുറയ്ക്കുമോ? ബ്ലോക്ക് വളരെ വലുതാണ്, പക്ഷേ ഇത് ഡാറ്റ ഗ്രാനുലാരിറ്റിയും (ചെറിയ ബ്ലോക്ക് വലുപ്പം - കൂടുതൽ കൃത്യമായ വിതരണവും) ലഭ്യമായ കമ്പ്യൂട്ടിംഗ് ഉറവിടങ്ങളും തമ്മിലുള്ള ഒത്തുതീർപ്പാണ്: റാമിലും ധാരാളം ബ്ലോക്കുകളിലും നിലവിലുള്ള കടുത്ത നിയന്ത്രണങ്ങൾ ഉള്ളതിനാൽ, സ്ഥിതിവിവരക്കണക്ക് ഡാറ്റയ്ക്ക് വളരെയധികം എടുക്കാം, കൂടാതെ കണക്കുകൂട്ടലുകളുടെ എണ്ണം ആനുപാതികമായി വർദ്ധിക്കും.
എങ്ങനെയാണ് ഫാസ്റ്റ് VP പൂളിൽ ഡാറ്റ സ്ഥാപിക്കുന്നത്. രാഷ്ട്രീയക്കാർ
ഫാസ്റ്റ് വിപി പ്രവർത്തനക്ഷമമാക്കിയ ഒരു പൂളിൽ ഡാറ്റയുടെ സ്ഥാനം നിയന്ത്രിക്കുന്നതിന്, ഇനിപ്പറയുന്ന നയങ്ങളുണ്ട്:
- ലഭ്യമായ ഏറ്റവും ഉയർന്ന ശ്രേണി
- ഓട്ടോ ടയർ
- ഉയർന്നത് ആരംഭിക്കുക, തുടർന്ന് ഓട്ടോ-ടയർ (ഡിഫോൾട്ട്)
- ലഭ്യമായ ഏറ്റവും കുറഞ്ഞ ടയർ
ബ്ലോക്കിന്റെ പ്രാരംഭ അലോക്കേഷനെയും (ഡാറ്റ ആദ്യം എഴുതിയത്) തുടർന്നുള്ള റീലോക്കേഷനെയും അവ ബാധിക്കുന്നു. ഡാറ്റ ഇതിനകം ഡിസ്കുകളിൽ സ്ഥാപിച്ചിരിക്കുമ്പോൾ, ഷെഡ്യൂൾ അനുസരിച്ച് അല്ലെങ്കിൽ സ്വമേധയാ റീലോക്കേഷൻ ആരംഭിക്കും.
ലഭ്യമായ ഏറ്റവും ഉയർന്ന ടയർ പുതിയ ബ്ലോക്കിനെ ഏറ്റവും ഉയർന്ന പ്രകടനം നടത്തുന്ന ടയറിൽ സ്ഥാപിക്കാൻ ശ്രമിക്കുന്നു. അതിൽ മതിയായ ഇടമില്ലെങ്കിൽ, പ്രകടനത്തിന്റെ കാര്യത്തിൽ അടുത്തത്, എന്നാൽ പിന്നീട് ഡാറ്റ കൂടുതൽ ഉൽപ്പാദനക്ഷമമായ തലത്തിലേക്ക് നീക്കാൻ കഴിയും (ഇവിടെ സ്ഥലമുണ്ടെങ്കിൽ അല്ലെങ്കിൽ മറ്റ് ഡാറ്റയെ തിരക്കുകയാണെങ്കിൽ). സ്വയമേവ-ടയർ, ലഭ്യമായ സ്ഥലത്തിന്റെ അളവ് അടിസ്ഥാനമാക്കി വിവിധ ശ്രേണികളിൽ പുതിയ ഡാറ്റ സ്ഥാപിക്കുന്നു, ഡിമാൻഡ്, ശൂന്യമായ ഇടം എന്നിവയെ അടിസ്ഥാനമാക്കി അത് പുനർവിതരണം ചെയ്യുന്നു. ഉയർന്നത് ആരംഭിക്കുക, തുടർന്ന് ഓട്ടോ-ടയർ ഡിഫോൾട്ട് നയമാണ്, അത് ശുപാർശ ചെയ്യപ്പെടുന്നതുമാണ്. തുടക്കത്തിൽ ലഭ്യമായ ഏറ്റവും ഉയർന്ന ശ്രേണിയായി പ്രവർത്തിക്കുന്നു, തുടർന്ന് ഉപയോഗ സ്ഥിതിവിവരക്കണക്കുകൾ അടിസ്ഥാനമാക്കി ഡാറ്റ നീക്കുന്നു. ലഭ്യമായ ഏറ്റവും കുറഞ്ഞ ടയർ നയം ഏറ്റവും കുറഞ്ഞ പ്രകടനം നടത്തുന്ന ടയറിൽ ഡാറ്റ സ്ഥാപിക്കാൻ ശ്രമിക്കുന്നു.
സ്റ്റോറേജ് സിസ്റ്റത്തിന്റെ ഉപയോഗപ്രദമായ പ്രവർത്തനത്തിൽ ഇടപെടാതിരിക്കാൻ, ഡാറ്റ കൈമാറ്റം കുറഞ്ഞ മുൻഗണനയോടെയാണ് നടക്കുന്നത്, എന്നിരുന്നാലും, മുൻഗണന മാറ്റുന്ന ഒരു "ഡാറ്റ റീലോക്കേഷൻ നിരക്ക്" ക്രമീകരണം ഉണ്ട്. ഇവിടെ ഒരു പ്രത്യേകതയുണ്ട്: എല്ലാ ഡാറ്റ ബ്ലോക്കുകൾക്കും ഒരേ പുനർവിതരണ ക്രമം ഇല്ല. ഉദാഹരണത്തിന്, മെറ്റാഡാറ്റയായി അടയാളപ്പെടുത്തിയ ബ്ലോക്കുകൾ ആദ്യം വേഗതയേറിയ ടയറിലേക്ക് നീക്കും. മെറ്റാഡാറ്റ എന്നത് "ഡാറ്റയെ കുറിച്ചുള്ള ഡാറ്റ" ആണ്, ഉപയോക്തൃ ഡാറ്റ അല്ലാത്തതും അവയുടെ വിവരണം സംഭരിക്കുന്നതുമായ ചില അധിക വിവരങ്ങൾ. ഉദാഹരണത്തിന്, ഒരു പ്രത്യേക ഫയൽ ഏത് ബ്ലോക്കിലാണ് എന്നതിനെക്കുറിച്ചുള്ള ഫയൽ സിസ്റ്റത്തിലെ വിവരങ്ങൾ. ഡാറ്റയിലേക്കുള്ള ആക്സസ് വേഗത മെറ്റാഡാറ്റയിലേക്കുള്ള ആക്സസ് വേഗതയെ ആശ്രയിച്ചിരിക്കുന്നു എന്നാണ് ഇതിനർത്ഥം. മെറ്റാഡാറ്റ സാധാരണഗതിയിൽ വളരെ ചെറുതായതിനാൽ, വേഗതയേറിയ ഡിസ്കുകളിലേക്ക് അത് നീക്കുന്നതിന്റെ പ്രയോജനങ്ങൾ വലുതായിരിക്കുമെന്ന് പ്രതീക്ഷിക്കുന്നു.
ഫാസ്റ്റ് വിപി അതിന്റെ പ്രവർത്തനത്തിൽ ഉപയോഗിക്കുന്ന മാനദണ്ഡം
ഓരോ ബ്ലോക്കിനുമുള്ള പ്രധാന മാനദണ്ഡം, വളരെ ഏകദേശം ആണെങ്കിൽ, ഡാറ്റയുടെ "ഡിമാൻഡ്" എന്ന സവിശേഷതയാണ്, ഇത് ഒരു ഡാറ്റാ ശകലത്തിന്റെ റീഡ് ആൻഡ് റൈറ്റ് പ്രവർത്തനങ്ങളുടെ എണ്ണത്തെ ആശ്രയിച്ചിരിക്കുന്നു. ഈ സ്വഭാവത്തെ "താപനില" എന്ന് വിളിക്കുന്നു. ക്ലെയിം ചെയ്യാത്ത ഡാറ്റയേക്കാൾ ചൂടേറിയ ഹോട്ട് ഡാറ്റയുണ്ട്. ഒരു മണിക്കൂർ ഇടവേളയിൽ സ്ഥിരസ്ഥിതിയായി ഇത് ആനുകാലികമായി കണക്കാക്കുന്നു.
താപനില കണക്കുകൂട്ടൽ പ്രവർത്തനത്തിന് ഇനിപ്പറയുന്ന ഗുണങ്ങളുണ്ട്:
- I / O യുടെ അഭാവത്തിൽ, ഡാറ്റ കാലക്രമേണ "തണുക്കുന്നു".
- കാലക്രമേണ കൂടുതലോ കുറവോ ഒരേ ലോഡ് ഉപയോഗിച്ച്, താപനില ആദ്യം വർദ്ധിക്കുകയും പിന്നീട് ഒരു നിശ്ചിത പരിധിയിൽ സ്ഥിരത കൈവരിക്കുകയും ചെയ്യുന്നു.
കൂടാതെ, മുകളിൽ വിവരിച്ച നയങ്ങളും ഓരോ ടയറിലുമുള്ള സ്വതന്ത്ര സ്ഥലവും കണക്കിലെടുക്കുന്നു. വ്യക്തതയ്ക്കായി, ഡോക്യുമെന്റേഷനിൽ നിന്ന് ഞാൻ ഒരു ചിത്രം നൽകും. ഇവിടെ, ചുവപ്പ്, മഞ്ഞ, നീല നിറങ്ങൾ യഥാക്രമം ഉയർന്ന, ഇടത്തരം, താഴ്ന്ന താപനിലയുള്ള ബ്ലോക്കുകളെ സൂചിപ്പിക്കുന്നു.
എന്നാൽ ചുമതലകളിലേക്ക് മടങ്ങുക. അതിനാൽ, ഫാസ്റ്റ് വിപിയുടെ പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ എന്താണ് ചെയ്യുന്നതെന്ന് നമുക്ക് വിശകലനം ചെയ്യാൻ തുടങ്ങാം.
എ. വ്യത്യസ്ത തരം ഡിസ്കുകളിലുടനീളം ഡാറ്റയുടെ വിതരണം, ലെവലുകൾ
യഥാർത്ഥത്തിൽ, ഇതാണ് ഫാസ്റ്റ് വിപിയുടെ പ്രധാന ചുമതല. ബാക്കിയുള്ളവ ഒരർത്ഥത്തിൽ അതിന്റെ ഡെറിവേറ്റീവുകളാണ്. തിരഞ്ഞെടുത്ത നയത്തെ ആശ്രയിച്ച്, വിവിധ സ്റ്റോറേജ് ടയറുകളിലുടനീളം ഡാറ്റ വിതരണം ചെയ്യും. ഒന്നാമതായി, പ്ലെയ്‌സ്‌മെന്റ് നയം കണക്കിലെടുക്കുന്നു, തുടർന്ന് ബ്ലോക്കുകളുടെ താപനിലയും റെയ്‌ഡ് ഗ്രൂപ്പുകളുടെ വലുപ്പം / വേഗതയും.
ലഭ്യമായ ഏറ്റവും ഉയർന്ന/കുറഞ്ഞ ടയർ പോളിസികൾക്ക്, എല്ലാം വളരെ ലളിതമാണ്. മറ്റു രണ്ടുപേരുടെയും കാര്യം ഇതാണ്. റെയ്‌ഡ് ഗ്രൂപ്പുകളുടെ വലുപ്പവും പ്രകടനവും കണക്കിലെടുത്ത് ഡാറ്റ വിവിധ തലങ്ങളിൽ വിതരണം ചെയ്യുന്നു: അതിനാൽ ബ്ലോക്കുകളുടെ മൊത്തം "താപനില" അനുപാതം ഓരോ RAID ഗ്രൂപ്പിന്റെയും "സോപാധികമായ പരമാവധി പ്രകടനത്തിന്" ഏകദേശം തുല്യമായിരിക്കും. അങ്ങനെ, ലോഡ് കൂടുതലോ കുറവോ തുല്യമായി വിതരണം ചെയ്യുന്നു. കൂടുതൽ ആവശ്യക്കാരുള്ള ഡാറ്റ വേഗതയേറിയ മീഡിയയിലേക്ക് നീക്കുന്നു, അപൂർവ്വമായി ഉപയോഗിക്കുന്ന ഡാറ്റ വേഗത കുറഞ്ഞ മീഡിയയിലേക്ക് നീക്കുന്നു. എബൌട്ട്, വിതരണം ഇതുപോലെ ആയിരിക്കണം:
B. ഒരേ തരത്തിലുള്ള ഡിസ്കുകൾക്കിടയിൽ ഡാറ്റയുടെ വിതരണം
ഓർക്കുക, തുടക്കത്തിൽ ഞാൻ വിവര വാഹകരിൽ നിന്നാണ് എന്ന് എഴുതിയത് ഒന്നോ അതിലധികമോ ലെവലുകൾ ഒരു പൂളിലേക്ക് സംയോജിപ്പിച്ചിട്ടുണ്ടോ? സിംഗിൾ ലെവലിന്റെ കാര്യത്തിൽ, ഫാസ്റ്റ് വിപിക്കും ചെയ്യാൻ ജോലിയുണ്ട്. ഏത് തലത്തിലും പ്രകടനം പരമാവധിയാക്കാൻ, ഡിസ്കുകളിലുടനീളം ഡാറ്റ തുല്യമായി വിതരണം ചെയ്യുന്നത് അഭികാമ്യമാണ്. ഇത് (സിദ്ധാന്തത്തിൽ) പരമാവധി ഐഒപിഎസ് ലഭിക്കാൻ അനുവദിക്കും. ഒരു RAID ഗ്രൂപ്പിനുള്ളിലെ ഡാറ്റ ഡിസ്കുകളിലുടനീളം തുല്യമായി വിതരണം ചെയ്യപ്പെടുന്നതായി കണക്കാക്കാം, എന്നാൽ RAID ഗ്രൂപ്പുകൾക്കിടയിൽ ഇത് എല്ലായ്പ്പോഴും സംഭവിക്കുന്നില്ല. അസന്തുലിതാവസ്ഥയിൽ, FAST VP RAID ഗ്രൂപ്പുകൾക്കിടയിൽ അവയുടെ വലുപ്പത്തിനും "സോപാധിക പ്രകടനത്തിനും" (സംഖ്യാ അടിസ്ഥാനത്തിൽ) ആനുപാതികമായി ഡാറ്റ നീക്കും. വ്യക്തതയ്ക്കായി, മൂന്ന് റെയിഡ് ഗ്രൂപ്പുകൾക്കിടയിൽ റീബാലൻസിങ് സ്കീം ഞാൻ കാണിക്കും:
C. പൂൾ വികസിപ്പിക്കുമ്പോൾ ഡാറ്റയുടെ വിതരണം
ഈ ടാസ്‌ക് മുമ്പത്തേതിന്റെ ഒരു പ്രത്യേക കേസാണ്, കൂടാതെ ഒരു റെയ്‌ഡ് ഗ്രൂപ്പ് പൂളിലേക്ക് ചേർക്കുമ്പോൾ ഇത് നടപ്പിലാക്കുന്നു. പുതുതായി ചേർത്ത RAID ഗ്രൂപ്പ് നിഷ്‌ക്രിയമാകുന്നത് തടയാൻ, ചില ഡാറ്റ അതിലേക്ക് കൈമാറ്റം ചെയ്യപ്പെടും, അതായത് എല്ലാ RAID ഗ്രൂപ്പുകളിലെയും ലോഡ് പുനർവിതരണം ചെയ്യപ്പെടും.
എസ്എസ്ഡി വെയർ ലെവലിംഗ്
വെയർ ലെവലിംഗിലൂടെ, ഫാസ്റ്റ് വിപിക്ക് ഒരു എസ്എസ്ഡിയുടെ ആയുസ്സ് വർദ്ധിപ്പിക്കാൻ കഴിയും, എന്നിരുന്നാലും ഈ സവിശേഷത സ്റ്റോറേജ് ടയറിംഗുമായി നേരിട്ട് ബന്ധപ്പെട്ടിട്ടില്ല. താപനില ഡാറ്റ ഇതിനകം ഉള്ളതിനാൽ, റൈറ്റ് ഓപ്പറേഷനുകളുടെ എണ്ണവും കണക്കിലെടുക്കുന്നു, ഡാറ്റ ബ്ലോക്കുകൾ എങ്ങനെ നീക്കണമെന്ന് ഞങ്ങൾക്കറിയാം, ഫാസ്റ്റ് വിപി ഈ പ്രശ്നം പരിഹരിക്കുന്നതും യുക്തിസഹമായിരിക്കും.
ഒരു RAID ഗ്രൂപ്പിലേക്കുള്ള റൈറ്റുകളുടെ എണ്ണം മറ്റൊന്നിലേക്കുള്ള റൈറ്റുകളുടെ എണ്ണത്തേക്കാൾ കൂടുതലാണെങ്കിൽ, റൈറ്റുകളുടെ എണ്ണത്തിനനുസരിച്ച് ഫാസ്റ്റ് VP ഡാറ്റ പുനർവിതരണം ചെയ്യും. ഒരു വശത്ത്, ഇത് ലോഡ് നീക്കം ചെയ്യുകയും ചില ഡിസ്കുകളുടെ റിസോഴ്സ് സംരക്ഷിക്കുകയും ചെയ്യുന്നു, മറുവശത്ത്, ഇത് കുറച്ച് ലോഡ് ചെയ്തവയ്ക്ക് "വർക്ക്" ചേർക്കുന്നു, മൊത്തത്തിലുള്ള പ്രകടനം വർദ്ധിപ്പിക്കുന്നു.
അങ്ങനെ, ഫാസ്റ്റ് വിപി സ്റ്റോറേജ് ടയറിംഗിന്റെ പരമ്പരാഗത ജോലികൾ ഏറ്റെടുക്കുകയും അതിനേക്കാൾ കുറച്ചുകൂടി കൂടുതൽ ചെയ്യുകയും ചെയ്യുന്നു. യൂണിറ്റി സ്റ്റോറേജ് സിസ്റ്റത്തിൽ ഡാറ്റ കാര്യക്ഷമമായി സംഭരിക്കാൻ ഇതെല്ലാം നിങ്ങളെ അനുവദിക്കുന്നു.
ഏതാനും നുറുങ്ങുകൾ
- ഡോക്യുമെന്റേഷൻ വായിക്കുന്നത് അവഗണിക്കരുത്. മികച്ച സമ്പ്രദായങ്ങളുണ്ട്, അവ നന്നായി പ്രവർത്തിക്കുന്നു. നിങ്ങൾ അവ പിന്തുടരുകയാണെങ്കിൽ, ഗുരുതരമായ പ്രശ്നങ്ങൾ, ചട്ടം പോലെ, ഉണ്ടാകരുത്. ബാക്കിയുള്ള നുറുങ്ങുകൾ അടിസ്ഥാനപരമായി ആവർത്തിക്കുകയോ അവയെ അനുബന്ധമാക്കുകയോ ചെയ്യുന്നു.
- നിങ്ങൾ FAST VP കോൺഫിഗർ ചെയ്യുകയും പ്രവർത്തനക്ഷമമാക്കുകയും ചെയ്താൽ, അത് പ്രവർത്തനക്ഷമമാക്കുക. ഇത് അനുവദിച്ച സമയത്തിനുള്ളിൽ ഡാറ്റ അനുവദിക്കുകയും വർഷത്തിൽ ഒരിക്കലെങ്കിലും കുറച്ച് തവണ നൽകുകയും മറ്റ് ജോലികളുടെ പ്രകടനത്തെ ഗുരുതരമായി ബാധിക്കുകയും ചെയ്യട്ടെ. അത്തരം സന്ദർഭങ്ങളിൽ, ഡാറ്റ പുനർവിതരണം വളരെ സമയമെടുത്തേക്കാം.
- ഒരു റീലോക്കേഷൻ വിൻഡോ തിരഞ്ഞെടുക്കുമ്പോൾ ശ്രദ്ധിക്കുക. ഇത് വ്യക്തമാണെങ്കിലും, യൂണിറ്റിയിൽ ഏറ്റവും കുറഞ്ഞ ലോഡുള്ള സമയം തിരഞ്ഞെടുക്കാനും മതിയായ സമയം അനുവദിക്കാനും ശ്രമിക്കുക.
- നിങ്ങളുടെ സംഭരണ വിപുലീകരണം ആസൂത്രണം ചെയ്യുക, കൃത്യസമയത്ത് ചെയ്യുക. ഫാസ്റ്റ് വിപിക്കും പ്രധാനമായ ഒരു പൊതു ശുപാർശയാണിത്. ശൂന്യമായ ഇടത്തിന്റെ അളവ് വളരെ ചെറുതാണെങ്കിൽ, ഡാറ്റയുടെ ചലനം മന്ദഗതിയിലാകും അല്ലെങ്കിൽ അസാധ്യമാകും. നിങ്ങൾ പോയിന്റ് 2 അവഗണിച്ചാൽ പ്രത്യേകിച്ചും.
- വേഗതയേറിയ VP പ്രവർത്തനക്ഷമമാക്കി ഒരു പൂൾ വികസിപ്പിക്കുമ്പോൾ, വേഗത കുറഞ്ഞ ഡ്രൈവുകൾ ഉപയോഗിച്ച് ആരംഭിക്കരുത്. അതായത്, ഒന്നുകിൽ ഞങ്ങൾ ആസൂത്രണം ചെയ്ത എല്ലാ റെയിഡ് ഗ്രൂപ്പുകളും ഒരേസമയം ചേർക്കുന്നു, അല്ലെങ്കിൽ ഞങ്ങൾ ആദ്യം വേഗതയേറിയ ഡിസ്കുകൾ ചേർക്കുന്നു. ഈ സാഹചര്യത്തിൽ, പുതിയ "ഫാസ്റ്റ്" ഡിസ്കുകളിലേക്ക് ഡാറ്റ പുനർവിതരണം ചെയ്യുന്നത് പൂളിന്റെ മൊത്തത്തിലുള്ള വേഗത വർദ്ധിപ്പിക്കും. അല്ലെങ്കിൽ, "സ്ലോ" ഡിസ്കുകളിൽ നിന്ന് ആരംഭിച്ച്, നിങ്ങൾക്ക് വളരെ അസുഖകരമായ സാഹചര്യം ലഭിക്കും. ആദ്യം, ഡാറ്റ പുതിയതും താരതമ്യേന വേഗത കുറഞ്ഞതുമായ ഡിസ്കുകളിലേക്ക് കൈമാറ്റം ചെയ്യപ്പെടും, തുടർന്ന് വേഗതയേറിയവ ചേർക്കുമ്പോൾ വിപരീത ദിശയിൽ. വ്യത്യസ്ത ഫാസ്റ്റ് വിപി നയങ്ങളുമായി ബന്ധപ്പെട്ട സൂക്ഷ്മതകളുണ്ട്, എന്നാൽ പൊതുവായ സാഹചര്യത്തിൽ, ഈ സാഹചര്യം സാധ്യമാണ്.
നിങ്ങൾ ഈ ഉൽപ്പന്നം നോക്കുകയാണെങ്കിൽ, യൂണിറ്റി വിഎസ്എ വെർച്വൽ അപ്ലയൻസ് ഡൗൺലോഡ് ചെയ്യുന്നതിലൂടെ നിങ്ങൾക്ക് യൂണിറ്റി ഇൻ ആക്ഷൻ സൗജന്യമായി പരീക്ഷിക്കാവുന്നതാണ്.
ലേഖനത്തിന്റെ അവസാനം, ഞാൻ കുറച്ച് ഉപയോഗപ്രദമായ ലിങ്കുകൾ പങ്കിടുന്നു:
- പേജ്
- - പ്രവർത്തനത്തിന്റെ ഹ്രസ്വ വിവരണം
- , pdf ഫോർമാറ്റ്
തീരുമാനം
എനിക്ക് ഒരുപാട് എഴുതാൻ ആഗ്രഹമുണ്ട്, പക്ഷേ എല്ലാ വിശദാംശങ്ങളും വായനക്കാരന് താൽപ്പര്യമുള്ളതായിരിക്കില്ലെന്ന് ഞാൻ മനസ്സിലാക്കുന്നു. ഉദാഹരണത്തിന്, ഡാറ്റ കൈമാറാൻ ഫാസ്റ്റ് VP തീരുമാനമെടുക്കുന്ന മാനദണ്ഡത്തെക്കുറിച്ചും I / O സ്ഥിതിവിവരക്കണക്കുകൾ വിശകലനം ചെയ്യുന്നതിനുള്ള പ്രക്രിയകളെക്കുറിച്ചും നിങ്ങൾക്ക് കൂടുതൽ വിശദമായി സംസാരിക്കാം. കൂടാതെ, ആശയവിനിമയത്തിന്റെ വിഷയം , ഇത് ഒരു പ്രത്യേക ലേഖനത്തിലേക്ക് വലിക്കുന്നു. ഈ സാങ്കേതികവിദ്യയുടെ വികസനത്തെക്കുറിച്ച് നിങ്ങൾക്ക് സങ്കൽപ്പിക്കാൻ പോലും കഴിയും. ഇത് ബോറടിപ്പിക്കുന്നില്ലെന്നും ഞാൻ നിങ്ങളെ ബോറടിപ്പിച്ചിട്ടില്ലെന്നും ഞാൻ പ്രതീക്ഷിക്കുന്നു. ഉടൻ കാണാം!
അവലംബം: www.habr.com