ഈ വസന്തകാലത്ത് ഞങ്ങൾ ഇതിനകം ചില ആമുഖ വിഷയങ്ങൾ ചർച്ച ചെയ്തിട്ടുണ്ട്, ഉദാ. നിങ്ങളുടെ ഡ്രൈവുകളുടെ വേഗത എങ്ങനെ പരിശോധിക്കാം и എന്താണ് റെയിഡ്. ഇതിൽ രണ്ടാമത്തേതിൽ, ZFS-ലെ വിവിധ മൾട്ടി-ഡിസ്ക് ടോപ്പോളജികളുടെ പ്രകടനം പഠിക്കുന്നത് തുടരാമെന്ന് ഞങ്ങൾ വാഗ്ദാനം ചെയ്തു. ഇപ്പോൾ എല്ലായിടത്തും വിന്യസിച്ചുകൊണ്ടിരിക്കുന്ന അടുത്ത തലമുറ ഫയൽ സിസ്റ്റമാണിത് ആപ്പിൾ ഇതിനായി ഉബുണ്ടു.

നന്നായി, ജിജ്ഞാസയുള്ള വായനക്കാരെ ZFS-നെ പരിചയപ്പെടാൻ ഇന്ന് ഏറ്റവും നല്ല ദിവസമാണ്. OpenZFS ഡെവലപ്പർ മാറ്റ് അഹ്രെൻസിന്റെ എളിയ വിലയിരുത്തലിൽ, "ഇത് ശരിക്കും ബുദ്ധിമുട്ടാണ്" എന്ന് അറിയുക.

എന്നാൽ ഞങ്ങൾ നമ്പറുകളിലേക്ക് എത്തുന്നതിനുമുമ്പ്-അതുണ്ടാകുമെന്ന് ഞാൻ വാഗ്ദാനം ചെയ്യുന്നു-എട്ട് ഡിസ്ക് ZFS കോൺഫിഗറേഷൻ ഓപ്ഷനുകൾക്കും, നമ്മൾ സംസാരിക്കേണ്ടതുണ്ട് എങ്ങനെ പൊതുവേ, ZFS ഡിസ്കിൽ ഡാറ്റ സംഭരിക്കുന്നു.

Zpool, vdev, ഉപകരണം

ഈ പൂർണ്ണ പൂൾ ഡയഗ്രാമിൽ മൂന്ന് ഓക്സിലറി vdev-കൾ ഉൾപ്പെടുന്നു, ഓരോ ക്ലാസിലും ഒന്ന്, RAIDz2-ന് നാലെണ്ണം

പൊരുത്തമില്ലാത്ത vdev തരങ്ങളുടെയും വലുപ്പങ്ങളുടെയും ഒരു പൂൾ സൃഷ്ടിക്കാൻ സാധാരണയായി ഒരു കാരണവുമില്ല - എന്നാൽ നിങ്ങൾക്ക് വേണമെങ്കിൽ, അങ്ങനെ ചെയ്യുന്നതിൽ നിന്ന് നിങ്ങളെ തടയാൻ ഒന്നുമില്ല

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

zpool

ഏറ്റവും ഉയർന്ന ZFS ഘടനയാണ് zpool സ്റ്റോറേജ് പൂൾ. ഓരോ പൂളിലും ഒന്നോ അതിലധികമോ വെർച്വൽ ഉപകരണങ്ങൾ അടങ്ങിയിരിക്കുന്നു. അതാകട്ടെ, അവയിൽ ഓരോന്നിലും ഒന്നോ അതിലധികമോ യഥാർത്ഥ ഉപകരണങ്ങൾ (ഉപകരണങ്ങൾ) അടങ്ങിയിരിക്കുന്നു. വെർച്വൽ പൂളുകൾ സ്വയം ഉൾക്കൊള്ളുന്ന യൂണിറ്റുകളാണ്. ഒരു ഫിസിക്കൽ കമ്പ്യൂട്ടറിന് രണ്ടോ അതിലധികമോ പ്രത്യേക പൂളുകൾ അടങ്ങിയിരിക്കാം, എന്നാൽ ഓരോന്നും മറ്റുള്ളവയിൽ നിന്ന് പൂർണ്ണമായും സ്വതന്ത്രമാണ്. പൂളുകൾക്ക് വെർച്വൽ ഉപകരണങ്ങൾ പങ്കിടാൻ കഴിയില്ല.

ZFS റിഡൻഡൻസി പൂൾ ലെവലിലല്ല, വെർച്വൽ ഉപകരണ തലത്തിലാണ്. പൂൾ ലെവലിൽ ഒരു ആവർത്തനവും ഇല്ല-ഒരു vdev അല്ലെങ്കിൽ സമർപ്പിത vdev നഷ്‌ടപ്പെട്ടാൽ, മുഴുവൻ കുളവും അതോടൊപ്പം നഷ്‌ടമാകും.

ആധുനിക സ്റ്റോറേജ് പൂളുകൾക്ക് ഒരു വെർച്വൽ ഉപകരണത്തിന്റെ കാഷെ അല്ലെങ്കിൽ ലോഗിന്റെ നഷ്ടത്തെ അതിജീവിക്കാൻ കഴിയും - വൈദ്യുതി തടസ്സമോ സിസ്റ്റം ക്രാഷോ സമയത്ത് vdev ലോഗ് നഷ്‌ടപ്പെടുകയാണെങ്കിൽ അവയ്ക്ക് ചെറിയ അളവിലുള്ള വൃത്തികെട്ട ഡാറ്റ നഷ്‌ടമായേക്കാം.

ZFS "ഡാറ്റ സ്ട്രൈപ്പുകൾ" മുഴുവൻ പൂളിലുടനീളം എഴുതിയിട്ടുണ്ടെന്ന് ഒരു പൊതു തെറ്റിദ്ധാരണയുണ്ട്. ഇത് സത്യമല്ല. Zpool ഒരു തമാശ RAID0 അല്ല, അതിലേറെ തമാശയാണ് JBOD സങ്കീർണ്ണമായ വേരിയബിൾ വിതരണ സംവിധാനം.

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

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

vdev

ഓരോ സ്റ്റോറേജ് പൂളിലും ഒന്നോ അതിലധികമോ വെർച്വൽ ഉപകരണങ്ങൾ (vdev) അടങ്ങിയിരിക്കുന്നു. അതാകട്ടെ, ഓരോ vdev ഒന്നോ അതിലധികമോ യഥാർത്ഥ ഉപകരണങ്ങൾ ഉൾപ്പെടുന്നു. മിക്ക വെർച്വൽ ഉപകരണങ്ങളും ലളിതമായ ഡാറ്റ സംഭരണത്തിനായി ഉപയോഗിക്കുന്നു, എന്നാൽ കാഷെ, ലോഗ്, സ്പെഷ്യൽ എന്നിവയുൾപ്പെടെ നിരവധി vdev ഹെൽപ്പർ ക്ലാസുകളുണ്ട്. ഈ vdev തരങ്ങളിൽ ഓരോന്നിനും അഞ്ച് ടോപ്പോളജികളിൽ ഒന്ന് ഉണ്ടായിരിക്കാം: സിംഗിൾ-ഡിവൈസ്, RAIDz1, RAIDz2, RAIDz3 അല്ലെങ്കിൽ മിറർ.

RAIDz1, RAIDz2, RAIDz3 എന്നിവ പഴയ ആളുകൾ ഇരട്ട (ഡയഗണൽ) പാരിറ്റി RAID എന്ന് വിളിക്കുന്ന പ്രത്യേക ഇനങ്ങളാണ്. 1, 2, 3 എന്നിവ ഓരോ ഡാറ്റാ ലേനിനും എത്ര പാരിറ്റി ബ്ലോക്കുകൾ അനുവദിച്ചിരിക്കുന്നു എന്നതിനെ സൂചിപ്പിക്കുന്നു. പാരിറ്റി നൽകുന്നതിന് വെവ്വേറെ ഡിസ്കുകൾ ഉണ്ടാകുന്നതിനുപകരം, വെർച്വൽ RAIDz ഉപകരണങ്ങൾ ഡിസ്കുകളിലുടനീളം പാരിറ്റി അർദ്ധ തുല്യമായി വിതരണം ചെയ്യുന്നു. ഒരു RAIDz അറേയ്‌ക്ക് പാരിറ്റി ബ്ലോക്കുകൾ ഉള്ളത്ര ഡിസ്കുകൾ നഷ്‌ടപ്പെടാം; മറ്റൊന്ന് നഷ്‌ടപ്പെടുകയാണെങ്കിൽ, അത് പരാജയപ്പെടുകയും സ്റ്റോറേജ് പൂൾ കൂടെ കൊണ്ടുപോകുകയും ചെയ്യും.

മിറർ വെർച്വൽ ഉപകരണങ്ങളിൽ (മിറർ vdev), ഓരോ ബ്ലോക്കും vdev-ലെ ഓരോ ഉപകരണത്തിലും സംഭരിച്ചിരിക്കുന്നു. രണ്ട് വീതിയുള്ള മിററുകളാണ് ഏറ്റവും സാധാരണമെങ്കിലും, ഒരു മിററിന് ഏതെങ്കിലും തരത്തിലുള്ള ഉപകരണങ്ങൾ ഉണ്ടായിരിക്കാം-വലിയ ഇൻസ്റ്റാളേഷനുകളിൽ, വായനയുടെ പ്രകടനവും തെറ്റ് സഹിഷ്ണുതയും മെച്ചപ്പെടുത്തുന്നതിന് ട്രിപ്പിൾസ് ഉപയോഗിക്കാറുണ്ട്. vdev-ൽ ഒരു ഉപകരണമെങ്കിലും പ്രവർത്തനക്ഷമമായിരിക്കുന്നിടത്തോളം, ഒരു vdev മിററിന് ഏത് പരാജയത്തെയും അതിജീവിക്കാൻ കഴിയും.

സിംഗിൾ vdevs അന്തർലീനമായി അപകടകരമാണ്. അത്തരമൊരു വെർച്വൽ ഉപകരണം ഒരൊറ്റ പരാജയത്തെ അതിജീവിക്കില്ല - കൂടാതെ സ്റ്റോറേജ് അല്ലെങ്കിൽ ഒരു പ്രത്യേക vdev ആയി ഉപയോഗിക്കുകയാണെങ്കിൽ, അതിന്റെ പരാജയം മുഴുവൻ കുളത്തിന്റെയും നാശത്തിലേക്ക് നയിക്കും. ഇവിടെ വളരെ വളരെ ശ്രദ്ധാലുവായിരിക്കുക.

CACHE, LOG, സ്പെഷ്യൽ വെർച്വൽ ഡിവൈസുകൾ എന്നിവ മുകളിലെ ഏതെങ്കിലും ടോപ്പോളജിയിൽ സൃഷ്ടിക്കാൻ കഴിയും - എന്നാൽ ഒരു പ്രത്യേക വെർച്വൽ ഉപകരണം നഷ്‌ടപ്പെടുന്നത് പൂൾ നഷ്‌ടപ്പെടുമെന്ന് അർത്ഥമാക്കുന്നു, അതിനാൽ അനാവശ്യ ടോപ്പോളജി വളരെ ശുപാർശ ചെയ്യുന്നു.

ഉപകരണം

ZFS-ൽ മനസ്സിലാക്കാൻ ഏറ്റവും എളുപ്പമുള്ള പദമാണിത് - ഇത് അക്ഷരാർത്ഥത്തിൽ ഒരു ബ്ലോക്ക് റാൻഡം ആക്സസ് ഉപകരണമാണ്. വെർച്വൽ ഉപകരണങ്ങൾ വ്യക്തിഗത ഉപകരണങ്ങളാൽ നിർമ്മിച്ചതാണെന്ന് ഓർമ്മിക്കുക, കൂടാതെ ഒരു പൂൾ വെർച്വൽ ഉപകരണങ്ങളിൽ നിന്നാണ് നിർമ്മിച്ചിരിക്കുന്നത്.

മാഗ്നറ്റിക് അല്ലെങ്കിൽ സോളിഡ് സ്റ്റേറ്റ് ഡിസ്കുകൾ, vdev-ന്റെ നിർമ്മാണ ബ്ലോക്കുകളായി ഉപയോഗിക്കുന്ന ഏറ്റവും സാധാരണമായ ബ്ലോക്ക് ഉപകരണങ്ങളാണ്. എന്നിരുന്നാലും, /dev-ൽ ഒരു ഡിസ്ക്രിപ്റ്റർ ഉള്ള ഏത് ഉപകരണവും ചെയ്യും - അതിനാൽ മുഴുവൻ ഹാർഡ്‌വെയർ റെയിഡ് അറേകളും വ്യക്തിഗത ഉപകരണങ്ങളായി ഉപയോഗിക്കാം.

ഒരു vdev നിർമ്മിക്കാൻ കഴിയുന്ന ഏറ്റവും പ്രധാനപ്പെട്ട ഇതര ബ്ലോക്ക് ഉപകരണങ്ങളിൽ ഒന്നാണ് ലളിതമായ റോ ഫയൽ. നിന്ന് ടെസ്റ്റ് പൂളുകൾ വിരളമായ ഫയലുകൾ പൂൾ കമാൻഡുകൾ പരിശോധിക്കുന്നതിനും തന്നിരിക്കുന്ന ടോപ്പോളജിയുടെ ഒരു പൂളിലോ വെർച്വൽ ഉപകരണത്തിലോ എത്ര സ്ഥലം ലഭ്യമാണെന്ന് കാണുന്നതിനുള്ള വളരെ സൗകര്യപ്രദമായ മാർഗമാണിത്.

കുറച്ച് നിമിഷങ്ങൾക്കുള്ളിൽ നിങ്ങൾക്ക് വിരളമായ ഫയലുകളിൽ നിന്ന് ഒരു ടെസ്റ്റ് പൂൾ സൃഷ്ടിക്കാൻ കഴിയും - എന്നാൽ മുഴുവൻ പൂളും അതിന്റെ ഘടകങ്ങളും ഇല്ലാതാക്കാൻ മറക്കരുത്

നിങ്ങൾക്ക് എട്ട്-ഡിസ്‌ക് സെർവർ വേണമെന്നും 10TB (~9300 GiB) ഡിസ്‌കുകൾ ഉപയോഗിക്കാൻ പദ്ധതിയിടുമെന്നും പറയാം, എന്നാൽ നിങ്ങളുടെ ആവശ്യങ്ങൾക്ക് ഏറ്റവും അനുയോജ്യമായ ടോപ്പോളജി ഏതാണെന്ന് നിങ്ങൾക്ക് ഉറപ്പില്ല. മുകളിലെ ഉദാഹരണത്തിൽ, ഞങ്ങൾ നിമിഷങ്ങൾക്കുള്ളിൽ വിരളമായ ഫയലുകളുടെ ഒരു ടെസ്റ്റ് പൂൾ നിർമ്മിക്കുന്നു-എട്ട് 2TB ഡ്രൈവുകളുടെ ഒരു RAIDz10 vdev, ഉപയോഗയോഗ്യമായ 50TiB കപ്പാസിറ്റി നൽകുന്നുവെന്ന് ഇപ്പോൾ അറിയാം.

ഉപകരണങ്ങളുടെ മറ്റൊരു പ്രത്യേക ക്ലാസ് SPARE ആണ്. ഹോട്ട്-സ്വാപ്പ് ഉപകരണങ്ങൾ, സാധാരണ ഉപകരണങ്ങളിൽ നിന്ന് വ്യത്യസ്തമായി, ഒരൊറ്റ വെർച്വൽ ഉപകരണത്തേക്കാൾ മുഴുവൻ പൂളിലും ഉൾപ്പെടുന്നു. പൂളിലെ ഏതെങ്കിലും vdev പരാജയപ്പെടുകയും ഒരു സ്പെയർ ഉപകരണം പൂളുമായി ബന്ധിപ്പിച്ച് ലഭ്യമാവുകയും ചെയ്താൽ, അത് യാന്ത്രികമായി ബാധിച്ച vdev-ൽ ചേരും.

ബാധിത vdev-ലേക്ക് കണക്‌റ്റ് ചെയ്‌തുകഴിഞ്ഞാൽ, മാറ്റിസ്ഥാപിക്കുന്ന ഉപകരണം കാണാതായ ഉപകരണത്തിൽ ഉണ്ടായിരിക്കേണ്ട ഡാറ്റയുടെ പകർപ്പുകളോ പുനർനിർമ്മാണങ്ങളോ സ്വീകരിക്കാൻ തുടങ്ങുന്നു. പരമ്പരാഗത RAID-ൽ ഇതിനെ "പുനർനിർമ്മാണം" എന്നും ZFS-ൽ ഇത് "റീസിൽവറിംഗ്" എന്നും വിളിക്കുന്നു.

മാറ്റിസ്ഥാപിക്കുന്ന ഉപകരണങ്ങൾ പരാജയപ്പെട്ട ഉപകരണങ്ങളെ ശാശ്വതമായി മാറ്റിസ്ഥാപിക്കുന്നില്ല എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്. vdev ഡീഗ്രേഡാകാൻ എടുക്കുന്ന സമയം കുറയ്ക്കുന്നതിനുള്ള ഒരു താൽക്കാലിക പകരം വയ്ക്കൽ മാത്രമാണിത്. അഡ്‌മിനിസ്‌ട്രേറ്റർ പരാജയപ്പെട്ട vdev ഉപകരണം മാറ്റിസ്ഥാപിച്ചതിന് ശേഷം, ആ ശാശ്വതമായ ഉപകരണത്തിലേക്ക് ആവർത്തനം പുനഃസ്ഥാപിക്കുന്നു, കൂടാതെ SPARE vdev-ൽ നിന്ന് വിച്ഛേദിക്കപ്പെടുകയും മുഴുവൻ പൂളിനുമുള്ള ഒരു സ്പെയർ ആയി മാറുകയും ചെയ്യുന്നു.

ഡാറ്റ സെറ്റുകളും ബ്ലോക്കുകളും സെക്ടറുകളും

ഞങ്ങളുടെ ZFS യാത്രയിൽ മനസ്സിലാക്കാനുള്ള അടുത്ത കൂട്ടം ബിൽഡിംഗ് ബ്ലോക്കുകൾ ഹാർഡ്‌വെയറുമായി കുറച്ച് ബന്ധപ്പെട്ടിരിക്കുന്നു, കൂടാതെ ഡാറ്റ എങ്ങനെ ഓർഗനൈസുചെയ്‌ത് സംഭരിക്കുന്നു എന്നതുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു. മൊത്തത്തിലുള്ള ഘടനയെക്കുറിച്ച് ഒരു ധാരണ നിലനിർത്തിക്കൊണ്ട് വിശദാംശങ്ങൾ അലങ്കോലപ്പെടുത്തുന്നത് ഒഴിവാക്കാൻ മെറ്റാസ്ലാബ് പോലുള്ള ചില പാളികൾ ഞങ്ങൾ ഇവിടെ ഒഴിവാക്കുകയാണ്.

ഡാറ്റാസെറ്റ്

ഞങ്ങൾ ആദ്യം ഒരു ഡാറ്റാസെറ്റ് സൃഷ്ടിക്കുമ്പോൾ, അത് ലഭ്യമായ എല്ലാ പൂൾ സ്ഥലവും കാണിക്കുന്നു. തുടർന്ന് ഞങ്ങൾ ക്വാട്ട സജ്ജമാക്കി - മൌണ്ട് പോയിന്റ് മാറ്റുക. ജാലവിദ്യ!

Zvol കൂടുതലും അതിന്റെ ഫയൽസിസ്റ്റം ലെയറിൽ നിന്ന് നീക്കം ചെയ്ത ഒരു ഡാറ്റാസെറ്റ് മാത്രമാണ്, അത് ഞങ്ങൾ ഇവിടെ പൂർണ്ണമായും സാധാരണ ext4 ഫയൽസിസ്റ്റം ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുന്നു.

ZFS ഡാറ്റാ സെറ്റ് ഒരു സാധാരണ മൗണ്ടഡ് ഫയൽ സിസ്റ്റത്തിന് സമാനമാണ്. ഒരു സാധാരണ ഫയൽ സിസ്റ്റം പോലെ, ഒറ്റനോട്ടത്തിൽ ഇത് "മറ്റൊരു ഫോൾഡർ" ആണെന്ന് തോന്നുന്നു. സാധാരണ മൌണ്ട് ചെയ്ത ഫയൽ സിസ്റ്റങ്ങൾ പോലെ, ഓരോ ZFS ഡാറ്റാ സെറ്റിനും അതിന്റേതായ അടിസ്ഥാന ഗുണങ്ങളുണ്ട്.

ഒന്നാമതായി, ഒരു ഡാറ്റാസെറ്റിന് ഒരു നിയുക്ത ക്വാട്ട ഉണ്ടായിരിക്കാം. നിങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്യുകയാണെങ്കിൽ zfs set quota=100G poolname/datasetname, അപ്പോൾ നിങ്ങൾക്ക് മൗണ്ട് ചെയ്ത ഫോൾഡറിലേക്ക് എഴുതാൻ കഴിയില്ല /poolname/datasetname 100 GiB-ൽ കൂടുതൽ.

ഓരോ വരിയുടെയും തുടക്കത്തിലെ സ്ലാഷുകളുടെ സാന്നിധ്യവും അഭാവവും ശ്രദ്ധിക്കുക? ഓരോ ഡാറ്റാ സെറ്റിനും ZFS ശ്രേണിയിലും സിസ്റ്റം മൗണ്ട് ശ്രേണിയിലും അതിന്റേതായ സ്ഥാനമുണ്ട്. ZFS ശ്രേണിയിൽ മുൻനിര സ്ലാഷ് ഒന്നുമില്ല-നിങ്ങൾ പൂൾ നാമത്തിൽ ആരംഭിച്ച് ഒരു ഡാറ്റയിൽ നിന്ന് അടുത്തതിലേക്കുള്ള പാതയിൽ ആരംഭിക്കുക. ഉദാഹരണത്തിന്, pool/parent/child പേരുള്ള ഒരു ഡാറ്റാ സെറ്റിനായി child പാരന്റ് ഡാറ്റാസെറ്റിന് കീഴിൽ parent ഒരു ക്രിയേറ്റീവ് പേരുള്ള ഒരു കുളത്തിൽ pool.

സ്ഥിരസ്ഥിതിയായി, ഒരു ഡാറ്റാസെറ്റിന്റെ മൌണ്ട് പോയിന്റ് ZFS ശ്രേണിയിലെ അതിന്റെ പേരിന് തുല്യമായിരിക്കും, ഒരു മുൻനിര സ്ലാഷ് - പൂൾ എന്ന് പേരിട്ടിരിക്കുന്നു. pool ആയി മൌണ്ട് ചെയ്തു /pool, ഡാറ്റ സെറ്റ് parent മൌണ്ട് ചെയ്തു /pool/parent, കുട്ടികളുടെ ഡാറ്റാ സെറ്റും child മൌണ്ട് ചെയ്തു /pool/parent/child. എന്നിരുന്നാലും, ഡാറ്റാ സെറ്റിന്റെ സിസ്റ്റം മൗണ്ട് പോയിന്റ് മാറ്റാവുന്നതാണ്.

ഞങ്ങൾ സൂചിപ്പിക്കുകയാണെങ്കിൽ zfs set mountpoint=/lol pool/parent/child, തുടർന്ന് ഡാറ്റ സെറ്റ് pool/parent/child ആയി സിസ്റ്റത്തിൽ മൌണ്ട് ചെയ്തു /lol.

ഡാറ്റാസെറ്റുകൾക്ക് പുറമേ, നമ്മൾ വോള്യങ്ങൾ (zvols) സൂചിപ്പിക്കണം. ഒരു വോളിയം ഒരു ഡാറ്റാ സെറ്റിന് തുല്യമാണ്, അല്ലാതെ അതിന് യഥാർത്ഥത്തിൽ ഒരു ഫയൽ സിസ്റ്റം ഇല്ല-ഇത് ഒരു ബ്ലോക്ക് ഉപകരണം മാത്രമാണ്. ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് സൃഷ്ടിക്കാൻ കഴിയും zvol പേരിനൊപ്പം mypool/myzvol, തുടർന്ന് അത് ഒരു ext4 ഫയൽസിസ്റ്റം ഉപയോഗിച്ച് ഫോർമാറ്റ് ചെയ്യുക, തുടർന്ന് ആ ഫയൽസിസ്റ്റം മൗണ്ട് ചെയ്യുക - ഇപ്പോൾ നിങ്ങൾക്ക് ഒരു ext4 ഫയൽസിസ്റ്റം ഉണ്ട്, എന്നാൽ ZFS-ന്റെ എല്ലാ സുരക്ഷാ ഫീച്ചറുകളും! ഇത് ഒരു കമ്പ്യൂട്ടറിൽ വിഡ്ഢിത്തമായി തോന്നിയേക്കാം, എന്നാൽ ഒരു iSCSI ഉപകരണം കയറ്റുമതി ചെയ്യുമ്പോൾ ഒരു ബാക്കെൻഡ് എന്ന നിലയിൽ കൂടുതൽ അർത്ഥവത്താണ്.

ബ്ലോക്കുകൾ

ഒരു ഫയലിനെ ഒന്നോ അതിലധികമോ ബ്ലോക്കുകൾ പ്രതിനിധീകരിക്കുന്നു. ഓരോ ബ്ലോക്കും ഒരു വെർച്വൽ ഉപകരണത്തിൽ സംഭരിച്ചിരിക്കുന്നു. ബ്ലോക്ക് വലുപ്പം സാധാരണയായി പരാമീറ്ററിന് തുല്യമാണ് റെക്കോർഡ് വലിപ്പം, എന്നാൽ ആയി കുറയ്ക്കാം 2^ഷിഫ്റ്റ്, അതിൽ മെറ്റാഡാറ്റയോ ചെറിയ ഫയലോ അടങ്ങിയിട്ടുണ്ടെങ്കിൽ.

ഞങ്ങൾ ശരിക്കും ശരിക്കും നിങ്ങൾ ഷിഫ്റ്റ് വളരെ കുറവായി സജ്ജീകരിച്ചാൽ വലിയ പെർഫോമൻസ് പെനാൽറ്റിയെക്കുറിച്ച് ഞങ്ങൾ തമാശ പറയുന്നില്ല

ഒരു ZFS പൂളിൽ, മെറ്റാഡാറ്റ ഉൾപ്പെടെ എല്ലാ ഡാറ്റയും ബ്ലോക്കുകളിലാണ് സംഭരിച്ചിരിക്കുന്നത്. ഓരോ ഡാറ്റാ സെറ്റിനും പരമാവധി ബ്ലോക്ക് വലുപ്പം പ്രോപ്പർട്ടിയിൽ നിർവ്വചിച്ചിരിക്കുന്നു recordsize (റെക്കോർഡ് വലുപ്പം). റെക്കോർഡ് വലുപ്പം മാറാം, പക്ഷേ ഇത് ഡാറ്റാ സെറ്റിലേക്ക് ഇതിനകം എഴുതിയിട്ടുള്ള ഏതെങ്കിലും ബ്ലോക്കുകളുടെ വലുപ്പമോ സ്ഥാനമോ മാറ്റില്ല - പുതിയ ബ്ലോക്കുകളെ മാത്രമേ ഇത് ബാധിക്കുകയുള്ളൂ.

മറ്റുവിധത്തിൽ വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ, നിലവിലെ ഡിഫോൾട്ട് എൻട്രി വലുപ്പം 128 കിബി ആണ്. പ്രകടനം മികച്ചതായിരിക്കില്ല, എന്നാൽ മിക്ക കേസുകളിലും ഇത് ഭയാനകമായിരിക്കില്ല. Recordsize 4K മുതൽ 1M വരെയുള്ള ഏത് മൂല്യത്തിലേക്കും സജ്ജമാക്കാൻ കഴിയും (അധിക ക്രമീകരണങ്ങളോടെ recordsize നിങ്ങൾക്ക് കൂടുതൽ ഇൻസ്റ്റാൾ ചെയ്യാൻ കഴിയും, പക്ഷേ ഇത് വളരെ അപൂർവമായി മാത്രമേ നല്ല ആശയമാണ്).

ഏത് ബ്ലോക്കും ഒരു ഫയലിന്റെ ഡാറ്റയെ മാത്രമാണ് സൂചിപ്പിക്കുന്നത് - നിങ്ങൾക്ക് രണ്ട് വ്യത്യസ്ത ഫയലുകൾ ഒരു ബ്ലോക്കിലേക്ക് ചുരുക്കാൻ കഴിയില്ല. ഓരോ ഫയലിലും അതിന്റെ വലുപ്പമനുസരിച്ച് ഒന്നോ അതിലധികമോ ബ്ലോക്കുകൾ അടങ്ങിയിരിക്കുന്നു. ഫയൽ വലുപ്പം റെക്കോർഡ് വലുപ്പത്തേക്കാൾ ചെറുതാണെങ്കിൽ, അത് ഒരു ചെറിയ ബ്ലോക്കിൽ സൂക്ഷിക്കും-ഉദാഹരണത്തിന്, 2KiB ഫയൽ അടങ്ങിയ ഒരു ബ്ലോക്ക് ഡിസ്കിൽ ഒരു 4KiB സെക്ടർ മാത്രമേ ഉൾക്കൊള്ളൂ.

ഫയലിന് നിരവധി ബ്ലോക്കുകൾ ആവശ്യമുള്ളത്ര വലുതാണെങ്കിൽ, ആ ഫയലിലേക്കുള്ള എല്ലാ എൻട്രികളും വലുപ്പമുള്ളതായിരിക്കും recordsize - അവസാന എൻട്രി ഉൾപ്പെടെ, പ്രധാന ഭാഗം ആയിരിക്കാം ഉപയോഗിക്കാത്ത സ്ഥലം.

zvol വോള്യങ്ങൾക്ക് പ്രോപ്പർട്ടി ഇല്ല recordsize - പകരം അവർക്ക് തത്തുല്യമായ സ്വത്ത് ഉണ്ട് volblocksize.

മേഖലകൾ

അവസാനത്തെ, ഏറ്റവും അടിസ്ഥാനപരമായ കെട്ടിടം സെക്ടറാണ്. ഒരു ഹോസ്റ്റ് ഉപകരണത്തിൽ എഴുതാനോ വായിക്കാനോ കഴിയുന്ന ഏറ്റവും ചെറിയ ഫിസിക്കൽ യൂണിറ്റാണിത്. പതിറ്റാണ്ടുകളായി, മിക്ക ഡിസ്കുകളും 512-ബൈറ്റ് സെക്ടറുകൾ ഉപയോഗിച്ചു. ഈ ദിവസങ്ങളിൽ, മിക്ക ഡ്രൈവുകളും 4KiB സെക്ടറുകൾക്കായി കോൺഫിഗർ ചെയ്‌തിരിക്കുന്നു, ചിലത്-പ്രത്യേകിച്ച് SSD-കൾ-8KiB സെക്ടറുകൾക്കോ ​​അതിലും വലുതോ ആയി ക്രമീകരിച്ചിരിക്കുന്നു.

സെക്ടർ വലുപ്പം സ്വമേധയാ സജ്ജീകരിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒരു സവിശേഷത ZFS-നുണ്ട്. ഈ സ്വത്ത് ashift. ആശയക്കുഴപ്പമുണ്ടാക്കുന്ന തരത്തിൽ, ആഷിഫ്റ്റ് രണ്ടിന്റെ ശക്തിയാണ്. ഉദാഹരണത്തിന്, ashift=9 സെക്ടർ വലുപ്പം 2^9 അല്ലെങ്കിൽ 512 ബൈറ്റുകൾ എന്നാണ് അർത്ഥമാക്കുന്നത്.

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

ZFS അഡ്‌മിനിസ്‌ട്രേറ്റർക്ക് അവരുടെ ഉപകരണങ്ങളുടെ യഥാർത്ഥ സെക്ടർ വലുപ്പം അറിയാനും സ്വമേധയാ സജ്ജീകരിക്കാനും ശുപാർശ ചെയ്യപ്പെടുന്നു എന്നാണ് ഇതിനർത്ഥം. ashift. ആഷിഫ്റ്റ് വളരെ ചെറുതാണെങ്കിൽ, വായന/എഴുത്ത് പ്രവർത്തനങ്ങളുടെ എണ്ണം ജ്യോതിശാസ്ത്രപരമായി വർദ്ധിക്കും. അതിനാൽ, ഒരു യഥാർത്ഥ 512KiB സെക്ടറിലേക്ക് 4-ബൈറ്റ് "സെക്ടറുകൾ" എഴുതുന്നത് അർത്ഥമാക്കുന്നത് ആദ്യത്തെ "സെക്ടർ" എഴുതുക, തുടർന്ന് 4KiB സെക്ടർ വായിക്കുക, രണ്ടാമത്തെ 512-ബൈറ്റ് "സെക്ടർ" ഉപയോഗിച്ച് പരിഷ്ക്കരിക്കുക, പുതിയ 4KiB സെക്ടറിലേക്ക് തിരികെ എഴുതുക. ഓരോ എൻട്രിക്കും.

യഥാർത്ഥ ലോകത്ത്, അത്തരമൊരു പിഴ സാംസങ് EVO SSD-കളെ ബാധിക്കുന്നു, അതിന് അത് ബാധകമാണ് ashift=13, എന്നാൽ ഈ SSD-കൾ അവയുടെ സെക്‌ടർ വലുപ്പത്തെക്കുറിച്ച് കള്ളം പറയുന്നു, അതിനാൽ സ്ഥിരസ്ഥിതിയായി സജ്ജീകരിച്ചിരിക്കുന്നു ashift=9. പരിചയസമ്പന്നനായ ഒരു സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ ഈ ക്രമീകരണം മാറ്റുന്നില്ലെങ്കിൽ, ഈ SSD പ്രവർത്തിക്കുന്നു പതുക്കെ പോകൂ സാധാരണ മാഗ്നെറ്റിക് എച്ച്ഡിഡി.

താരതമ്യത്തിന്, വളരെ വലുതായതിനാൽ ashift ഫലത്തിൽ യാതൊരു പിഴയും ഇല്ല. യഥാർത്ഥ പെർഫോമൻസ് ഹിറ്റ് ഇല്ല, കൂടാതെ ഉപയോഗിക്കാത്ത സ്ഥലത്തിന്റെ വർദ്ധനവ് അനന്തമാണ് (അല്ലെങ്കിൽ കംപ്രഷൻ പ്രവർത്തനക്ഷമമാക്കിയാൽ പൂജ്യം). അതിനാൽ, 512-ബൈറ്റ് സെക്ടറുകൾ ഉപയോഗിക്കുന്ന ഡ്രൈവുകൾ പോലും ഇൻസ്റ്റാൾ ചെയ്യാൻ ഞങ്ങൾ ശക്തമായി ശുപാർശ ചെയ്യുന്നു ashift=12 അല്ലെങ്കിൽ പോലും ashift=13ഭാവിയിലേക്ക് ആത്മവിശ്വാസത്തോടെ നോക്കാൻ.

പ്രോപ്പർട്ടി ashift ഓരോ വെർച്വൽ ഉപകരണത്തിനും vdev ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ട്, കൂടാതെ കുളത്തിനല്ല, പലരും തെറ്റായി ചിന്തിക്കുന്നതുപോലെ, ഇൻസ്റ്റാളേഷന് ശേഷം മാറില്ല. നിങ്ങൾ അബദ്ധത്തിൽ തട്ടിയാൽ ashift നിങ്ങൾ ഒരു പൂളിലേക്ക് ഒരു പുതിയ vdev ചേർക്കുമ്പോൾ, കുറഞ്ഞ പ്രവർത്തനക്ഷമതയുള്ള ഉപകരണം ഉപയോഗിച്ച് നിങ്ങൾ ആ കുളം മാറ്റാനാകാത്തവിധം മലിനമാക്കി, ചട്ടം പോലെ, കുളം നശിപ്പിച്ച് വീണ്ടും ആരംഭിക്കുകയല്ലാതെ മറ്റൊരു മാർഗവുമില്ല. vdev ഇല്ലാതാക്കുന്നത് പോലും തകർന്ന ക്രമീകരണത്തിൽ നിന്ന് നിങ്ങളെ രക്ഷിക്കില്ല ashift!

കോപ്പി-ഓൺ-റൈറ്റ് മെക്കാനിസം

ഒരു സാധാരണ ഫയൽ സിസ്റ്റത്തിന് ഡാറ്റ റീറൈറ്റുചെയ്യണമെങ്കിൽ, അത് സ്ഥിതി ചെയ്യുന്ന ഓരോ ബ്ലോക്കും പരിഷ്കരിക്കുന്നു

ഒരു കോപ്പി-ഓൺ-റൈറ്റ് ഫയൽ സിസ്റ്റം ബ്ലോക്കിന്റെ ഒരു പുതിയ പതിപ്പ് എഴുതുകയും തുടർന്ന് പഴയ പതിപ്പ് അൺലോക്ക് ചെയ്യുകയും ചെയ്യുന്നു

ചുരുക്കത്തിൽ, ബ്ലോക്കുകളുടെ യഥാർത്ഥ ഭൌതിക ക്രമീകരണം നമ്മൾ അവഗണിക്കുകയാണെങ്കിൽ, നമ്മുടെ "ഡാറ്റ വാൽനക്ഷത്രം", ലഭ്യമായ സ്ഥലത്തിന്റെ ഭൂപടത്തിൽ ഇടത്തുനിന്ന് വലത്തോട്ട് നീങ്ങുന്ന ഒരു "ഡാറ്റ വേം" ആയി ലളിതമാക്കുന്നു.

കോപ്പി-ഓൺ-റൈറ്റ് സ്‌നാപ്പ്‌ഷോട്ടുകൾ എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിനെക്കുറിച്ച് ഇപ്പോൾ നമുക്ക് നല്ല ധാരണ ലഭിക്കും - ഓരോ ബ്ലോക്കും ഒന്നിലധികം സ്‌നാപ്പ്‌ഷോട്ടുകളിൽ പെടും, കൂടാതെ എല്ലാ അനുബന്ധ സ്‌നാപ്പ്‌ഷോട്ടുകളും നശിപ്പിക്കപ്പെടുന്നതുവരെ നിലനിൽക്കും.

കോപ്പി ഓൺ റൈറ്റ് (CoW) മെക്കാനിസമാണ് ZFS-നെ അത്തരമൊരു അത്ഭുതകരമായ സംവിധാനമാക്കുന്നതിന്റെ അടിസ്ഥാന അടിസ്ഥാനം. അടിസ്ഥാന ആശയം ലളിതമാണ് - നിങ്ങൾ ഒരു പരമ്പരാഗത ഫയൽ സിസ്റ്റത്തോട് ഒരു ഫയൽ മാറ്റാൻ ആവശ്യപ്പെടുകയാണെങ്കിൽ, അത് നിങ്ങൾ ആവശ്യപ്പെട്ടത് കൃത്യമായി ചെയ്യും. കോപ്പി-ഓൺ-റൈറ്റ് ഫയൽ സിസ്റ്റത്തോട് ഇതേ കാര്യം ചെയ്യാൻ നിങ്ങൾ ആവശ്യപ്പെടുകയാണെങ്കിൽ, അത് "ശരി" എന്ന് പറയും - എന്നാൽ അത് നിങ്ങളോട് കള്ളം പറയും.

പകരം, ഒരു കോപ്പി-ഓൺ-റൈറ്റ് ഫയൽ സിസ്റ്റം പരിഷ്കരിച്ച ബ്ലോക്കിന്റെ പുതിയ പതിപ്പ് എഴുതുന്നു, തുടർന്ന് പഴയ ബ്ലോക്ക് അൺലിങ്ക് ചെയ്യാനും നിങ്ങൾ ഇപ്പോൾ എഴുതിയ പുതിയ ബ്ലോക്കുമായി ബന്ധപ്പെടുത്താനും ഫയലിന്റെ മെറ്റാഡാറ്റ അപ്ഡേറ്റ് ചെയ്യുന്നു.

പഴയ ബ്ലോക്ക് വേർപെടുത്തുന്നതും പുതിയത് ലിങ്ക് ചെയ്യുന്നതും ഒരു ഓപ്പറേഷനിലാണ് ചെയ്യുന്നത്, അതിനാൽ ഇത് തടസ്സപ്പെടുത്താൻ കഴിയില്ല - ഇത് സംഭവിച്ചതിന് ശേഷം നിങ്ങൾ പവർ പുനഃസജ്ജമാക്കുകയാണെങ്കിൽ, നിങ്ങൾക്ക് ഫയലിന്റെ ഒരു പുതിയ പതിപ്പ് ഉണ്ടായിരിക്കും, നിങ്ങൾ മുമ്പ് പവർ പുനഃസജ്ജമാക്കുകയാണെങ്കിൽ, നിങ്ങൾക്ക് ഉണ്ട് പഴയ പതിപ്പ്. ഏത് സാഹചര്യത്തിലും, ഫയൽ സിസ്റ്റത്തിൽ വൈരുദ്ധ്യങ്ങളൊന്നും ഉണ്ടാകില്ല.

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

ZIL: ZFS ഇന്റന്റ് ലോഗ്

ZFS ഒരു പ്രത്യേക രീതിയിൽ സിൻക്രണസ് റൈറ്റുകളെ കൈകാര്യം ചെയ്യുന്നു - അത് അവ താൽക്കാലികമായി സൂക്ഷിക്കുന്നു, എന്നാൽ ഉടൻ തന്നെ ZIL-ൽ പിന്നീട് അസിൻക്രണസ് റൈറ്റുകളോടൊപ്പം ശാശ്വതമായി എഴുതും.

സാധാരണഗതിയിൽ, ZIL-ലേക്ക് എഴുതിയ ഡാറ്റ വീണ്ടും വായിക്കില്ല. എന്നാൽ ഒരു സിസ്റ്റം പരാജയത്തിന് ശേഷം ഇത് സാധ്യമാണ്

ഒരു SLOG, അല്ലെങ്കിൽ സെക്കൻഡറി LOG ഉപകരണം, ഒരു പ്രത്യേക - വെയിലത്ത് വളരെ വേഗതയുള്ള - vdev ആണ്, ഇവിടെ ZIL പ്രധാന സ്റ്റോറേജിൽ നിന്ന് പ്രത്യേകം സംഭരിക്കാൻ കഴിയും.

ഒരു ക്രാഷിന് ശേഷം, ZIL-ലെ എല്ലാ വൃത്തികെട്ട ഡാറ്റയും വീണ്ടും പ്ലേ ചെയ്യുന്നു - ഈ സാഹചര്യത്തിൽ, ZIL SLOG-ൽ ആണ്, അതിനാൽ അത് വീണ്ടും പ്ലേ ചെയ്യുന്നത് അവിടെയാണ്

റൈറ്റുകളിൽ രണ്ട് പ്രധാന വിഭാഗങ്ങളുണ്ട് - സിൻക്രണസ് (സമന്വയം), അസിൻക്രണസ് (അസിൻക്). മിക്ക ജോലിഭാരങ്ങൾക്കും, ബഹുഭൂരിപക്ഷം റൈറ്റുകളും അസമന്വിതമാണ് - ഫയൽ സിസ്റ്റം അവയെ സംയോജിപ്പിച്ച് ബാച്ചുകളായി നൽകുന്നതിന് അനുവദിക്കുന്നു, വിഘടനം കുറയ്ക്കുകയും ത്രൂപുട്ട് ഗണ്യമായി വർദ്ധിപ്പിക്കുകയും ചെയ്യുന്നു.

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

സാധാരണ ഫയൽ സിസ്റ്റങ്ങളിൽ നിന്ന് വ്യത്യസ്തമായി സിൻക്രണസ് റൈറ്റുകളെ ZFS കൈകാര്യം ചെയ്യുന്നു - സാധാരണ സ്റ്റോറേജിലേക്ക് ഉടൻ ഫ്ലഷ് ചെയ്യുന്നതിനുപകരം, ZFS അവയെ ZFS ഇന്റന്റ് ലോഗ് അല്ലെങ്കിൽ ZIL എന്ന് വിളിക്കുന്ന ഒരു പ്രത്യേക സ്റ്റോറേജ് ഏരിയയിലേക്ക് സമർപ്പിക്കുന്നു. ഈ റെക്കോർഡുകൾ എന്നതാണ് തന്ത്രം ഒപ്പം മെമ്മറിയിൽ നിലനിൽക്കുക, സാധാരണ അസിൻക്രണസ് റൈറ്റ് അഭ്യർത്ഥനകൾക്കൊപ്പം സമാഹരിച്ച്, പിന്നീട് പൂർണ്ണമായും സാധാരണ TXG-കളായി (ഇടപാട് ഗ്രൂപ്പുകൾ) സംഭരണത്തിലേക്ക് ഫ്ലഷ് ചെയ്യപ്പെടും.

സാധാരണ ഓപ്പറേഷൻ സമയത്ത്, ZIL എഴുതപ്പെടുന്നു, ഇനി ഒരിക്കലും വായിക്കില്ല. കുറച്ച് നിമിഷങ്ങൾക്ക് ശേഷം, ZIL-ൽ നിന്നുള്ള റെക്കോർഡുകൾ RAM-ൽ നിന്നുള്ള സാധാരണ TXG-കളിലെ പ്രധാന സംഭരണത്തിനായി പ്രതിജ്ഞാബദ്ധമാകുമ്പോൾ, അവ ZIL-ൽ നിന്ന് വേർപെടുത്തപ്പെടും. ഒരു പൂൾ ഇറക്കുമതി ചെയ്യുമ്പോൾ മാത്രമാണ് ZIL-ൽ നിന്ന് എന്തെങ്കിലും വായിക്കുന്നത്.

ZIL-ൽ ഡാറ്റ ഉള്ളപ്പോൾ ഒരു ZFS ക്രാഷ് സംഭവിക്കുകയാണെങ്കിൽ-ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ക്രാഷ് അല്ലെങ്കിൽ വൈദ്യുതി മുടക്കം-അടുത്ത പൂൾ ഇംപോർട്ട് ചെയ്യുമ്പോൾ (ഉദാഹരണത്തിന്, ക്രാഷ് സിസ്റ്റം പുനരാരംഭിക്കുമ്പോൾ) ആ ഡാറ്റ റീഡ് ചെയ്യും. ZIL-ൽ ഉള്ളത് വായിക്കുകയും TXG-കളായി ഗ്രൂപ്പുചെയ്യുകയും പ്രധാന സ്റ്റോറിൽ പ്രതിജ്ഞാബദ്ധമാക്കുകയും ഇറക്കുമതി പ്രക്രിയയിൽ ZIL-ൽ നിന്ന് വേർപെടുത്തുകയും ചെയ്യും.

vdev സഹായ ക്ലാസുകളിലൊന്നിനെ LOG അല്ലെങ്കിൽ SLOG എന്ന് വിളിക്കുന്നു, ഒരു സെക്കൻഡറി LOG ഉപകരണമാണ്. ഇതിന് ഒരു ഉദ്ദേശമുണ്ട് - ZIL സംഭരിക്കുന്നതിന്, പ്രധാന vdev സംഭരണത്തിൽ ZIL സംഭരിക്കുന്നതിനുപകരം, വേറിട്ടതും വെയിലത്ത് വളരെ വേഗമേറിയതും വളരെ എഴുത്ത്-പ്രതിരോധശേഷിയുള്ളതുമായ vdev ഉപകരണം ഉള്ള ഒരു പൂൾ നൽകുക. സ്റ്റോറേജ് ലൊക്കേഷൻ പരിഗണിക്കാതെ തന്നെ ZIL തന്നെ പ്രവർത്തിക്കുന്നു, എന്നാൽ LOG ഉള്ള vdev ന് വളരെ ഉയർന്ന റൈറ്റ് പ്രകടനമുണ്ടെങ്കിൽ, സിൻക്രണസ് റൈറ്റുകൾ വേഗത്തിലാകും.

പൂളിലേക്ക് LOG-നൊപ്പം vdev ചേർക്കുന്നത് പ്രവർത്തിക്കുന്നില്ല കഴിയില്ല അസിൻക്രണസ് റൈറ്റ് പ്രകടനം മെച്ചപ്പെടുത്തുക - നിങ്ങൾ എല്ലാ റൈറ്റുകളും ZIL-ലേക്ക് നിർബന്ധിച്ചാലും zfs set sync=always, അവ ഇപ്പോഴും TXG-യിലെ പ്രധാന സംഭരണത്തിലേക്ക് ലോഗില്ലാതെ അതേ വേഗത്തിലും അതേ വേഗത്തിലും ലിങ്ക് ചെയ്യപ്പെടും. നേരിട്ടുള്ള ഒരേയൊരു പ്രകടന മെച്ചപ്പെടുത്തൽ സിൻക്രണസ് റൈറ്റ് ലേറ്റൻസിയാണ് (ഉയർന്ന ലോഗ് വേഗത പ്രവർത്തനങ്ങളെ വേഗത്തിലാക്കുന്നതിനാൽ sync).

എന്നിരുന്നാലും, ഇതിനകം ധാരാളം സിൻക്രണസ് റൈറ്റുകൾ ആവശ്യമുള്ള ഒരു പരിതസ്ഥിതിയിൽ, vdev LOG-ന് പരോക്ഷമായി അസിൻക്രണസ് റൈറ്റുകളും അൺകാഷെഡ് റീഡുകളും വേഗത്തിലാക്കാൻ കഴിയും. ഒരു പ്രത്യേക vdev LOG-ലേക്ക് ZIL റെക്കോർഡുകൾ ഓഫ്‌ലോഡ് ചെയ്യുക എന്നതിനർത്ഥം പ്രാഥമിക സംഭരണത്തിൽ IOPS-നുള്ള തർക്കം കുറവാണ്, ഇത് എല്ലാ വായനകളുടെയും എഴുത്തുകളുടെയും പ്രകടനം ഒരു പരിധിവരെ മെച്ചപ്പെടുത്തുന്നു.

സ്നാപ്പ്ഷോട്ടുകൾ

കോപ്പി-ഓൺ-റൈറ്റ് മെക്കാനിസം ZFS ആറ്റോമിക് സ്നാപ്പ്ഷോട്ടുകൾക്കും ഇൻക്രിമെന്റൽ അസിൻക്രണസ് റെപ്ലിക്കേഷനും ആവശ്യമായ അടിത്തറയാണ്. സജീവമായ ഫയൽ സിസ്റ്റത്തിന് നിലവിലെ ഡാറ്റ ഉപയോഗിച്ച് എല്ലാ എൻട്രികളും അടയാളപ്പെടുത്തുന്ന ഒരു പോയിന്റർ ട്രീ ഉണ്ട് - നിങ്ങൾ ഒരു സ്നാപ്പ്ഷോട്ട് എടുക്കുമ്പോൾ, നിങ്ങൾ ആ പോയിന്റർ ട്രീയുടെ ഒരു പകർപ്പ് ഉണ്ടാക്കുക.

സജീവ ഫയൽ സിസ്റ്റത്തിൽ ഒരു റെക്കോർഡ് തിരുത്തിയെഴുതുമ്പോൾ, ZFS ആദ്യം ബ്ലോക്കിന്റെ പുതിയ പതിപ്പ് ഉപയോഗിക്കാത്ത സ്ഥലത്തേക്ക് എഴുതുന്നു. തുടർന്ന് നിലവിലെ ഫയൽ സിസ്റ്റത്തിൽ നിന്ന് ബ്ലോക്കിന്റെ പഴയ പതിപ്പ് വേർപെടുത്തുന്നു. എന്നാൽ ചില സ്നാപ്പ്ഷോട്ടുകൾ പഴയ ബ്ലോക്കിനെ പരാമർശിക്കുന്നുവെങ്കിൽ, അത് ഇപ്പോഴും മാറ്റമില്ലാതെ തുടരുന്നു. ആ ബ്ലോക്കിനെ പരാമർശിക്കുന്ന എല്ലാ സ്‌നാപ്പ്‌ഷോട്ടുകളും നശിപ്പിക്കപ്പെടുന്നതുവരെ പഴയ ബ്ലോക്ക് യഥാർത്ഥത്തിൽ സ്വതന്ത്ര ഇടമായി പുനഃസ്ഥാപിക്കില്ല!

തനിപ്പകർപ്പ്

2015-ൽ എന്റെ സ്റ്റീം ലൈബ്രറി 158 GiB ആയിരുന്നു, അതിൽ 126 ഫയലുകളും ഉൾപ്പെടുന്നു. ഇത് rsync-നുള്ള ഒപ്റ്റിമൽ സാഹചര്യത്തോട് വളരെ അടുത്താണ് - നെറ്റ്‌വർക്കിലെ ZFS റെപ്ലിക്കേഷൻ "മാത്രം" 927% വേഗത്തിലായിരുന്നു.

ഒരേ നെറ്റ്‌വർക്കിൽ, ഒരൊറ്റ 40GB Windows 7 വെർച്വൽ മെഷീൻ ഇമേജ് ഫയൽ പകർത്തുന്നത് തികച്ചും വ്യത്യസ്തമായ കഥയാണ്. ZFS റെപ്ലിക്കേഷൻ rsync-നേക്കാൾ 289 മടങ്ങ് വേഗതയുള്ളതാണ്-അല്ലെങ്കിൽ --inplace സ്വിച്ച് ഉപയോഗിച്ച് rsync-ലേക്ക് വിളിക്കാൻ നിങ്ങൾ വിദഗ്ദ്ധനാണെങ്കിൽ "മാത്രം" 161 മടങ്ങ് വേഗത.

ഒരു വിഎം ഇമേജ് സ്കെയിൽ ചെയ്യുമ്പോൾ, rsync അതുമായി സ്കെയിൽ നൽകുന്നു. ഒരു ആധുനിക VM ഇമേജിന് 1,9 TiB വലുപ്പം അത്ര വലുതല്ല - എന്നാൽ rsync --ഇൻപ്ലേസ് ആർഗ്യുമെന്റിൽ പോലും ZFS റെപ്ലിക്കേഷൻ rsync-നേക്കാൾ 1148 മടങ്ങ് വേഗതയുള്ളതാണ്.

സ്‌നാപ്പ്‌ഷോട്ടുകൾ എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് നിങ്ങൾ മനസ്സിലാക്കിക്കഴിഞ്ഞാൽ, ആവർത്തനത്തിന്റെ സാരാംശം മനസ്സിലാക്കുന്നത് എളുപ്പമായിരിക്കും. ഒരു സ്‌നാപ്പ്‌ഷോട്ട് കേവലം റെക്കോർഡ് പോയിന്ററുകളുടെ ഒരു വൃക്ഷമായതിനാൽ, ഞങ്ങൾ അങ്ങനെ ചെയ്താൽ അത് പിന്തുടരുന്നു zfs send സ്നാപ്പ്ഷോട്ട്, തുടർന്ന് ഞങ്ങൾ ഈ ട്രീയും അതുമായി ബന്ധപ്പെട്ട എല്ലാ രേഖകളും അയയ്ക്കുന്നു. ഞങ്ങൾ ഇത് കടന്നുപോകുമ്പോൾ zfs send в zfs receive ടാർഗെറ്റ് ഒബ്‌ജക്റ്റിൽ, ഇത് ബ്ലോക്കിന്റെ യഥാർത്ഥ ഉള്ളടക്കങ്ങളും ടാർഗെറ്റ് ഡാറ്റ സെറ്റിലേക്ക് ബ്ലോക്കുകളെ പരാമർശിക്കുന്ന പോയിന്ററുകളുടെ ട്രീയും എഴുതുന്നു.

രണ്ടാമത്തേതിൽ കാര്യങ്ങൾ കൂടുതൽ രസകരമാണ് zfs send. ഞങ്ങൾക്ക് ഇപ്പോൾ രണ്ട് സിസ്റ്റങ്ങളുണ്ട്, അവയിൽ ഓരോന്നിനും അടങ്ങിയിരിക്കുന്നു poolname/datasetname@1, നിങ്ങൾ ഒരു പുതിയ സ്നാപ്പ്ഷോട്ട് എടുക്കുക poolname/datasetname@2. അതിനാൽ, നിങ്ങൾക്കുള്ള ഉറവിട കുളത്തിൽ datasetname@1 и datasetname@2, ടാർഗെറ്റ് പൂളിൽ ആദ്യ സ്നാപ്പ്ഷോട്ട് മാത്രമേ ഉള്ളൂ datasetname@1.

കാരണം ഉറവിടത്തിനും ലക്ഷ്യത്തിനും ഇടയിൽ നമുക്ക് ഒരു പൊതു സ്നാപ്പ്ഷോട്ട് ഉണ്ട് datasetname@1, നമുക്കത് ചെയ്യാം വർദ്ധിച്ചുവരുന്ന zfs send അതിന്റെ മുകളിൽ. ഞങ്ങൾ സിസ്റ്റത്തോട് പറയുമ്പോൾ zfs send -i poolname/datasetname@1 poolname/datasetname@2, ഇത് രണ്ട് പോയിന്റർ മരങ്ങളെ താരതമ്യം ചെയ്യുന്നു. ഉള്ളിൽ മാത്രം നിലനിൽക്കുന്ന ഏതെങ്കിലും പോയിന്ററുകൾ @2, വ്യക്തമായും പുതിയ ബ്ലോക്കുകൾ റഫർ ചെയ്യുക - അതിനാൽ നമുക്ക് ആ ബ്ലോക്കുകളുടെ ഉള്ളടക്കം ആവശ്യമാണ്.

ഒരു റിമോട്ട് സിസ്റ്റത്തിൽ, പ്രോസസ്സിംഗ് ഇൻക്രിമെന്റൽ send ലളിതമായി. ആദ്യം ഞങ്ങൾ സ്ട്രീമിൽ ഉൾപ്പെടുത്തിയിട്ടുള്ള എല്ലാ പുതിയ എൻട്രികളും എഴുതുന്നു send, തുടർന്ന് ഈ ബ്ലോക്കുകളിലേക്ക് പോയിന്ററുകൾ ചേർക്കുക. വോയില, നമുക്കുണ്ട് @2 പുതിയ സംവിധാനത്തിൽ!

ZFS അസിൻക്രണസ് ഇൻക്രിമെന്റൽ റെപ്ലിക്കേഷൻ rsync പോലെയുള്ള മുൻകാല നോൺ-സ്നാപ്പ്ഷോട്ട്-അടിസ്ഥാന രീതികളെ അപേക്ഷിച്ച് ഒരു വലിയ പുരോഗതിയാണ്. രണ്ട് സാഹചര്യങ്ങളിലും, മാറ്റിയ ഡാറ്റ മാത്രമേ കൈമാറുകയുള്ളൂ - എന്നാൽ ആദ്യം rsync ചെയ്യണം വായിക്കുക തുക പരിശോധിച്ച് താരതമ്യം ചെയ്യുന്നതിനായി ഡിസ്കിൽ നിന്ന് ഇരുവശത്തുമുള്ള എല്ലാ ഡാറ്റയും. നേരെമറിച്ച്, ZFS റെപ്ലിക്കേഷൻ പോയിന്റർ ട്രീകൾ അല്ലാതെ മറ്റൊന്നും വായിക്കുന്നില്ല - മൊത്തത്തിലുള്ള സ്നാപ്പ്ഷോട്ടിൽ പ്രതിനിധീകരിക്കാത്ത ഏതെങ്കിലും ബ്ലോക്കുകൾ.

ബിൽറ്റ്-ഇൻ കംപ്രഷൻ

കോപ്പി-ഓൺ-റൈറ്റ് മെക്കാനിസവും ബിൽറ്റ്-ഇൻ കംപ്രഷൻ സിസ്റ്റത്തെ ലളിതമാക്കുന്നു. ഒരു പരമ്പരാഗത ഫയൽ സിസ്റ്റത്തിൽ, കംപ്രഷൻ പ്രശ്‌നകരമാണ് - മാറിയ ഡാറ്റയുടെ പഴയ പതിപ്പും പുതിയ പതിപ്പും ഒരേ സ്ഥലത്ത് വസിക്കുന്നു.

0x00000000 മുതൽ പൂജ്യങ്ങളുടെ ഒരു മെഗാബൈറ്റ് ആയി തുടങ്ങുന്ന ഒരു ഫയലിന്റെ മധ്യഭാഗത്ത് ഡാറ്റയുടെ ഒരു ഭാഗം നിങ്ങൾ പരിഗണിക്കുകയാണെങ്കിൽ, അത് ഡിസ്കിലെ ഒരു സെക്ടറിലേക്ക് ചുരുക്കുന്നത് വളരെ എളുപ്പമാണ്. എന്നാൽ ഈ മെഗാബൈറ്റ് പൂജ്യങ്ങൾ മാറ്റി പകരം JPEG അല്ലെങ്കിൽ pseudo-random noise പോലെയുള്ള ഒരു മെഗാബൈറ്റ് ഇൻകംപ്രെസ് ചെയ്യാനാവാത്ത ഡാറ്റ ഉപയോഗിച്ച് നമ്മൾ മാറ്റുകയാണെങ്കിൽ എന്ത് സംഭവിക്കും? പെട്ടെന്ന്, ആ മെഗാബൈറ്റ് ഡാറ്റയ്ക്ക് ഒന്നല്ല, 256 4KiB സെക്ടറുകൾ ആവശ്യമാണ്, ആ ഡിസ്ക് സ്ഥലത്ത് ഒരു സെക്ടർ മാത്രമേ റിസർവ് ചെയ്തിട്ടുള്ളൂ.

ZFS-ൽ ഈ പ്രശ്‌നമില്ല, കാരണം പരിഷ്‌ക്കരിച്ച റൈറ്റുകൾ എപ്പോഴും ഉപയോഗിക്കാത്ത സ്‌പെയ്‌സിലാണ് എഴുതുന്നത് - യഥാർത്ഥ ബ്ലോക്ക് ഒരു 4 KiB സെക്ടർ മാത്രമേ എടുക്കൂ, എന്നാൽ ഒരു പുതിയ എഴുത്ത് 256 എടുക്കും, പക്ഷേ അതൊരു പ്രശ്‌നമല്ല - "ഇതിൽ നിന്ന് അടുത്തിടെ പരിഷ്‌കരിച്ച ഒരു ഭാഗം. ഫയലിന്റെ വലിപ്പം മാറിയോ ഇല്ലയോ എന്നത് പരിഗണിക്കാതെ ഫയലിന്റെ മധ്യഭാഗം ഉപയോഗിക്കാത്ത സ്ഥലത്തേക്ക് എഴുതപ്പെടുമായിരുന്നു, അതിനാൽ ഇത് ZFS-ന് തികച്ചും സാധാരണമായ ഒരു സാഹചര്യമാണ്.

ZFS-ന്റെ ബിൽറ്റ്-ഇൻ കംപ്രഷൻ ഡിഫോൾട്ടായി പ്രവർത്തനരഹിതമാണ്, കൂടാതെ സിസ്റ്റം പ്ലഗ്ഗബിൾ അൽഗോരിതങ്ങൾ വാഗ്ദാനം ചെയ്യുന്നു-നിലവിൽ LZ4, gzip (1-9), LZJB, ZLE എന്നിവ ഉൾപ്പെടുന്നു.

• LZ4 വളരെ വേഗതയേറിയ കംപ്രഷൻ, ഡീകംപ്രഷൻ, പെർഫോമൻസ് ആനുകൂല്യങ്ങൾ എന്നിവ പ്രദാനം ചെയ്യുന്ന ഒരു സ്ട്രീമിംഗ് അൽഗോരിതം ആണ് - സാമാന്യം വേഗത കുറഞ്ഞ CPU-കളിൽ പോലും.
• GZIP എല്ലാ Unix ഉപയോക്താക്കൾക്കും അറിയാവുന്നതും ഇഷ്ടപ്പെടുന്നതുമായ ഒരു ആദരണീയ അൽഗോരിതം ആണ്. നിങ്ങൾ ലെവൽ 1-നെ സമീപിക്കുമ്പോൾ കംപ്രഷൻ അനുപാതവും സിപിയു ഉപയോഗവും വർദ്ധിക്കുന്നതോടെ കംപ്രഷൻ ലെവലുകൾ 9-9 ഉപയോഗിച്ച് ഇത് നടപ്പിലാക്കാൻ കഴിയും. എല്ലാ ടെക്‌സ്‌റ്റിനും (അല്ലെങ്കിൽ മറ്റ് ഉയർന്ന കംപ്രസ്സബിൾ) ഉപയോഗ കേസുകൾക്കും അൽഗോരിതം അനുയോജ്യമാണ്, പക്ഷേ പലപ്പോഴും സിപിയു പ്രശ്‌നങ്ങൾക്ക് കാരണമാകുന്നു. ജാഗ്രതയോടെ, പ്രത്യേകിച്ച് ഉയർന്ന തലങ്ങളിൽ.
• LZJB - ZFS-ലെ യഥാർത്ഥ അൽഗോരിതം. ഇത് കാലഹരണപ്പെട്ടതാണ്, ഇനി ഉപയോഗിക്കേണ്ടതില്ല, LZ4 എല്ലാവിധത്തിലും മികച്ചതാണ്.
• ZLE - സീറോ ലെവൽ എൻകോഡിംഗ്, സീറോ ലെവൽ എൻകോഡിംഗ്. ഇത് സാധാരണ ഡാറ്റയെ സ്പർശിക്കില്ല, പക്ഷേ ഇത് പൂജ്യങ്ങളുടെ വലിയ ശ്രേണികളെ കംപ്രസ് ചെയ്യുന്നു. പൂർണ്ണമായി കംപ്രസ്സുചെയ്യാനാകാത്ത ഡാറ്റാ സെറ്റുകൾക്ക് (JPEG, MP4 അല്ലെങ്കിൽ മറ്റ് കംപ്രസ് ചെയ്‌ത ഫോർമാറ്റുകൾ പോലുള്ളവ) ഉപയോഗപ്രദമാണ്, കാരണം ഇത് കംപ്രസ്സുചെയ്യാനാകാത്ത ഡാറ്റയെ അവഗണിക്കുകയും തത്ഫലമായുണ്ടാകുന്ന റെക്കോർഡുകളിൽ ഉപയോഗിക്കാത്ത ഇടം കംപ്രസ് ചെയ്യുകയും ചെയ്യുന്നു.

മിക്കവാറും എല്ലാ ഉപയോഗ കേസുകൾക്കും ഞങ്ങൾ LZ4 കംപ്രഷൻ ശുപാർശ ചെയ്യുന്നു; കംപ്രസ് ചെയ്യാനാവാത്ത ഡാറ്റയുമായി ഇടപെടുമ്പോൾ പെർഫോമൻസ് പെനാൽറ്റി വളരെ ചെറുതാണ്, കൂടാതെ വളർച്ച സാധാരണ ഡാറ്റയുടെ പ്രകടനം പ്രധാനമാണ്. വിൻഡോസ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ പുതിയ ഇൻസ്റ്റാളേഷനായി ഒരു വെർച്വൽ മെഷീൻ ഇമേജ് പകർത്തുന്നു (പുതുതായി ഇൻസ്റ്റാൾ ചെയ്ത OS, ഉള്ളിൽ ഇതുവരെ ഡാറ്റയില്ല) compression=lz4 ഉള്ളതിനേക്കാൾ 27% വേഗത്തിൽ വിജയിച്ചു compression=noneഅകത്ത് 2015 മുതൽ ഈ ടെസ്റ്റ്.

ARC - അഡാപ്റ്റീവ് റീപ്ലേസ്‌മെന്റ് കാഷെ

അടുത്തിടെ വായിച്ച ബ്ലോക്കുകളുടെ പകർപ്പുകൾ റാമിൽ സംഭരിക്കുന്നതിന് ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ പേജ് കാഷെയെ ആശ്രയിക്കുന്നതിനുപകരം അതിന്റേതായ റീഡ് കാഷിംഗ് സംവിധാനം ഉപയോഗിക്കുന്ന ഒരേയൊരു ആധുനിക ഫയൽ സിസ്റ്റമാണ് ZFS.

നേറ്റീവ് കാഷെക്ക് പ്രശ്‌നങ്ങളൊന്നുമില്ലെങ്കിലും - ZFS-ന് പുതിയ മെമ്മറി അലോക്കേഷൻ അഭ്യർത്ഥനകളോട് കേർണൽ പോലെ വേഗത്തിൽ പ്രതികരിക്കാൻ കഴിയില്ല, അതിനാൽ ഒരു പുതിയ കോൾ malloc() നിലവിൽ ARC ഉപയോഗിക്കുന്ന റാം ആവശ്യമാണെങ്കിൽ മെമ്മറി അലോക്കേഷൻ പരാജയപ്പെടാം. എന്നാൽ നിങ്ങളുടെ സ്വന്തം കാഷെ ഉപയോഗിക്കുന്നതിന് നല്ല കാരണങ്ങളുണ്ട്, കുറഞ്ഞത് ഇപ്പോഴെങ്കിലും.

MacOS, Windows, Linux, BSD എന്നിവയുൾപ്പെടെ അറിയപ്പെടുന്ന എല്ലാ ആധുനിക ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളും, പേജ് കാഷെ നടപ്പിലാക്കാൻ LRU (ഏറ്റവും അടുത്തിടെ ഉപയോഗിച്ചത്) അൽഗോരിതം ഉപയോഗിക്കുന്നു. ഓരോ റീഡിന് ശേഷവും ഒരു കാഷെ ചെയ്ത ബ്ലോക്കിനെ "ക്യൂവിന്റെ മുകളിലേക്ക്" തള്ളുകയും പുതിയ കാഷെ മിസ്സുകൾ ചേർക്കാൻ ആവശ്യമായ ബ്ലോക്കുകൾ "ക്യൂവിന്റെ അടിയിലേക്ക്" തള്ളുകയും ചെയ്യുന്ന ഒരു പ്രാകൃത അൽഗോരിതം ആണ് ഇത് (ഡിസ്കിൽ നിന്ന് വായിച്ചിരിക്കേണ്ട ബ്ലോക്കുകൾ കാഷെയിൽ നിന്ന്) മുകളിലേക്ക്.

സാധാരണയായി അൽഗോരിതം നന്നായി പ്രവർത്തിക്കുന്നു, എന്നാൽ വലിയ വർക്കിംഗ് ഡാറ്റാ സെറ്റുകളുള്ള സിസ്റ്റങ്ങളിൽ, LRU എളുപ്പത്തിൽ ത്രഷിംഗിലേക്ക് നയിക്കുന്നു - കാഷെയിൽ നിന്ന് ഇനി ഒരിക്കലും വായിക്കപ്പെടാത്ത ബ്ലോക്കുകൾക്ക് ഇടം നൽകുന്നതിന് പതിവായി ആവശ്യമായ ബ്ലോക്കുകൾ ഒഴിപ്പിക്കുന്നു.

ARC "ഭാരമുള്ള" കാഷെയായി കണക്കാക്കാവുന്ന വളരെ കുറച്ച് നിഷ്കളങ്കമായ അൽഗോരിതം ആണ്. ഓരോ തവണയും കാഷെ ചെയ്‌ത ബ്ലോക്ക് വായിക്കുമ്പോൾ, അത് അൽപ്പം "ഭാരമേറിയത്" ആയിത്തീരുകയും പുറത്താക്കാൻ പ്രയാസകരമാവുകയും ചെയ്യുന്നു - കൂടാതെ ബ്ലോക്ക് പുറത്താക്കിയതിന് ശേഷവും ട്രാക്ക് ചെയ്തു ഒരു നിശ്ചിത കാലയളവിൽ. പുറത്താക്കപ്പെട്ട ഒരു ബ്ലോക്കും പിന്നീട് കാഷെയിലേക്ക് റീഡ് ചെയ്യേണ്ടതുമുണ്ട്.

ഇതിന്റെയെല്ലാം അന്തിമഫലം വളരെ ഉയർന്ന ഹിറ്റ് അനുപാതമുള്ള ഒരു കാഷെയാണ് - കാഷെ ഹിറ്റുകളും (കാഷെയിൽ നിന്ന് വായിക്കുന്നു) മിസ്സുകളും (ഡിസ്കിൽ നിന്ന് വായിക്കുന്നത്) തമ്മിലുള്ള അനുപാതം. ഇത് വളരെ പ്രധാനപ്പെട്ട ഒരു സ്ഥിതിവിവരക്കണക്കാണ് - കാഷെ ഹിറ്റുകൾ വേഗത്തിലുള്ള ഓർഡറുകൾ മാത്രമല്ല, കാഷെ മിസ്സുകളും വേഗത്തിൽ സർവീസ് ചെയ്യാൻ കഴിയും, കാരണം കൂടുതൽ കാഷെ ഹിറ്റുകൾ ഉള്ളതിനാൽ, ഡിസ്കിലേക്കുള്ള ഒരേസമയം അഭ്യർത്ഥനകൾ കുറയുകയും ശേഷിക്കുന്ന മിസ്സുകളുടെ ലേറ്റൻസി കുറയുകയും ചെയ്യും. അത് ഡിസ്ക് ഉപയോഗിച്ച് സർവീസ് ചെയ്യണം.

തീരുമാനം

ഇപ്പോൾ ഞങ്ങൾ ZFS-ന്റെ അടിസ്ഥാന സെമാന്റിക്‌സ്-എങ്ങനെ കോപ്പി-ഓൺ-റൈറ്റ് വർക്ക് ചെയ്യുന്നു, അതുപോലെ സ്റ്റോറേജ് പൂളുകൾ, വെർച്വൽ ഉപകരണങ്ങൾ, ബ്ലോക്കുകൾ, സെക്ടറുകൾ, ഫയലുകൾ എന്നിവ തമ്മിലുള്ള ബന്ധങ്ങൾ-യഥാർത്ഥ-ലോക പ്രകടനം ചർച്ച ചെയ്യാൻ ഞങ്ങൾ തയ്യാറാണ്. യഥാർത്ഥ സംഖ്യകൾ.

അടുത്ത ഭാഗത്ത്, മിറർ ചെയ്‌ത vdev, RAIDz പൂളുകളുടെ യഥാർത്ഥ പ്രകടനം, ഞങ്ങൾ പരിശോധിച്ച പരമ്പരാഗത Linux കേർണൽ RAID ടോപ്പോളജികളുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ നോക്കാം. നേരത്തെ.

ആദ്യം ഞങ്ങൾ അടിസ്ഥാനകാര്യങ്ങൾ മാത്രം ഉൾക്കൊള്ളാൻ ആഗ്രഹിച്ചു - ZFS ടോപ്പോളജികൾ തന്നെ - എന്നാൽ പിന്നീട് അത്തരം ഒരു L2ARC, SLOG, സ്പെഷ്യൽ അലോക്കേഷൻ തുടങ്ങിയ ഓക്സിലറി vdev തരങ്ങളുടെ ഉപയോഗം ഉൾപ്പെടെ ZFS-ന്റെ കൂടുതൽ വിപുലമായ കോൺഫിഗറേഷനും ട്യൂണിംഗും കുറിച്ച് സംസാരിക്കാൻ ഞങ്ങൾ തയ്യാറാണ്.

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