etcd-യ്ക്ക് അനുയോജ്യമായ സംഭരണ ​​വേഗത? നമുക്ക് ഫിയോയോട് ചോദിക്കാം

ഫിയോയെയും മറ്റും കുറിച്ചുള്ള ഒരു ചെറുകഥ

ക്ലസ്റ്റർ പ്രകടനം തുടങ്ങിയവ പ്രധാനമായും അതിന്റെ സംഭരണത്തിന്റെ പ്രകടനത്തെ ആശ്രയിച്ചിരിക്കുന്നു. etcd ചില മെട്രിക്കുകൾ കയറ്റുമതി ചെയ്യുന്നു പ്രോമിത്തിയസ്ആവശ്യമുള്ള സ്റ്റോറേജ് പ്രകടന വിവരങ്ങൾ നൽകാൻ. ഉദാഹരണത്തിന്, wal_fsync_duration_seconds മെട്രിക്. തുടങ്ങിയവയുടെ ഡോക്യുമെന്റേഷൻ പറയുന്നു: സംഭരണം വേണ്ടത്ര വേഗത്തിൽ കണക്കാക്കണമെങ്കിൽ, ഈ മെട്രിക്കിന്റെ 99-ാം ശതമാനം 10ms-ൽ കുറവായിരിക്കണം. നിങ്ങൾ Linux മെഷീനുകളിൽ ഒരു etcd ക്ലസ്റ്റർ പ്രവർത്തിപ്പിക്കാൻ പദ്ധതിയിടുകയും നിങ്ങളുടെ സംഭരണം ആവശ്യത്തിന് വേഗതയുള്ളതാണോ എന്ന് വിലയിരുത്താൻ ആഗ്രഹിക്കുകയും ചെയ്യുന്നുവെങ്കിൽ (ഉദാ. SSD), നിങ്ങൾക്ക് ഇത് ഉപയോഗിക്കാം fio I/O പ്രവർത്തനങ്ങൾ പരിശോധിക്കുന്നതിനുള്ള ഒരു ജനപ്രിയ ഉപകരണമാണ്. ഇനിപ്പറയുന്ന കമാൻഡ് പ്രവർത്തിപ്പിക്കുക, ഇവിടെ ടെസ്റ്റ്-ഡാറ്റ സ്റ്റോറേജ് മൌണ്ട് പോയിന്റിന് കീഴിലുള്ള ഡയറക്ടറിയാണ്:

fio --rw=write --ioengine=sync --fdatasync=1 --directory=test-data --size=22m --bs=2300 --name=mytest

നിങ്ങൾ ഫലങ്ങൾ നോക്കുകയും ദൈർഘ്യത്തിന്റെ 99-ാം ശതമാനം പരിശോധിക്കുകയും വേണം fdatasync 10 എം.എസിൽ കുറവ്. അങ്ങനെയാണെങ്കിൽ, നിങ്ങൾക്ക് ന്യായമായ വേഗത്തിലുള്ള സംഭരണമുണ്ട്. ഫലങ്ങളുടെ ഒരു ഉദാഹരണം ഇതാ:

  sync (usec): min=534, max=15766, avg=1273.08, stdev=1084.70
  sync percentiles (usec):
   | 1.00th=[ 553], 5.00th=[ 578], 10.00th=[ 594], 20.00th=[ 627],
   | 30.00th=[ 709], 40.00th=[ 750], 50.00th=[ 783], 60.00th=[ 1549],
   | 70.00th=[ 1729], 80.00th=[ 1991], 90.00th=[ 2180], 95.00th=[ 2278],
   | 99.00th=[ 2376], 99.50th=[ 9634], 99.90th=[15795], 99.95th=[15795],
   | 99.99th=[15795]

കുറിപ്പുകൾ

• ഞങ്ങളുടെ പ്രത്യേക സാഹചര്യത്തിനായി --size, --bs ഓപ്ഷനുകൾ ഞങ്ങൾ ഇഷ്ടാനുസൃതമാക്കിയിട്ടുണ്ട്. ഫിയോയിൽ നിന്ന് ഉപയോഗപ്രദമായ ഫലം ലഭിക്കുന്നതിന്, നിങ്ങളുടെ സ്വന്തം മൂല്യങ്ങൾ നൽകുക. അവ എവിടെ ലഭിക്കും? വായിക്കുക ഫിയോ കോൺഫിഗർ ചെയ്യാൻ ഞങ്ങൾ എങ്ങനെ പഠിച്ചു.
• ടെസ്റ്റിംഗ് സമയത്ത്, എല്ലാ I/O ലോഡും ഫിയോയിൽ നിന്നാണ് വരുന്നത്. ഒരു യഥാർത്ഥ ജീവിത സാഹചര്യത്തിൽ, wal_fsync_duration_seconds എന്നതുമായി ബന്ധപ്പെട്ടവ കൂടാതെ മറ്റ് എഴുത്ത് അഭ്യർത്ഥനകളും സ്റ്റോറേജിലേക്ക് വരാൻ സാധ്യതയുണ്ട്. അധിക ലോഡ് wal_fsync_duration_seconds-ന്റെ മൂല്യം വർദ്ധിപ്പിക്കും. അതിനാൽ 99-ാമത്തെ പെർസെൻറ്റൈൽ 10ms-ന് അടുത്താണെങ്കിൽ, നിങ്ങളുടെ സ്റ്റോറേജ് വേഗത തീർന്നിരിക്കുന്നു.
• പതിപ്പ് എടുക്കുക fio 3.5 ൽ കുറവല്ല (മുമ്പത്തെവ fdatasync ദൈർഘ്യ ശതമാനം കാണിക്കുന്നില്ല).
• ഫിയോയിൽ നിന്നുള്ള ഫലങ്ങളുടെ ഒരു സ്‌നിപ്പറ്റ് മാത്രമാണ് മുകളിൽ.

ഫിയോയെയും മറ്റും കുറിച്ചുള്ള നീണ്ട കഥ

തുടങ്ങിയവയിൽ എന്താണ് WAL

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

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

21:23:09.894875 lseek(8, 0, SEEK_CUR)   = 12808 <0.000012>
21:23:09.894911 write(8, ". 20210220361223255266632$10 20103026"34"rn3fo"..., 2296) = 2296 <0.000130>
21:23:09.895041 fdatasync(8)            = 0 <0.008314>

നിർഭാഗ്യവശാൽ, സ്ഥിരമായ സംഭരണത്തിലേക്ക് എഴുതുന്നത് തൽക്ഷണം സംഭവിക്കുന്നില്ല. fdatasync കോൾ മന്ദഗതിയിലാണെങ്കിൽ, etcd സിസ്റ്റത്തിന്റെ പ്രകടനത്തെ ബാധിക്കും. തുടങ്ങിയവയുടെ ഡോക്യുമെന്റേഷൻ പറയുന്നു99-ാമത്തെ പെർസെൻറ്റൈലിൽ, fdatasync കോളുകൾ WAL ഫയലിലേക്ക് എഴുതാൻ 10ms-ൽ താഴെ സമയമെടുത്താൽ, സ്റ്റോറേജ് മതിയായ വേഗതയുള്ളതായി കണക്കാക്കും. സംഭരണത്തിനായി മറ്റ് ഉപയോഗപ്രദമായ മെട്രിക്കുകൾ ഉണ്ട്, എന്നാൽ ഈ പോസ്റ്റിൽ നമ്മൾ ഈ മെട്രിക്കിനെക്കുറിച്ച് മാത്രമാണ് സംസാരിക്കുന്നത്.

ഫിയോ ഉപയോഗിച്ച് സ്‌റ്റോറേജ് കണക്കാക്കുന്നു

നിങ്ങളുടെ സംഭരണം etcd-ക്ക് അനുയോജ്യമാണോ എന്ന് നിങ്ങൾക്ക് വിലയിരുത്തണമെങ്കിൽ, വളരെ ജനപ്രിയമായ I/O ലോഡ് ടെസ്റ്റിംഗ് ടൂളായ fio ഉപയോഗിക്കുക. ഡിസ്ക് പ്രവർത്തനങ്ങൾ വളരെ വ്യത്യസ്തമായിരിക്കുമെന്നത് ഓർക്കണം: സിൻക്രണസ്, അസിൻക്രണസ്, സിസ്റ്റം കോളുകളുടെ പല ക്ലാസുകൾ മുതലായവ. ഫലമായി, ഫിയോ ഉപയോഗിക്കുന്നത് വളരെ ബുദ്ധിമുട്ടാണ്. ഇതിന് നിരവധി പാരാമീറ്ററുകൾ ഉണ്ട്, അവയുടെ മൂല്യങ്ങളുടെ വ്യത്യസ്ത കോമ്പിനേഷനുകൾ വളരെ വ്യത്യസ്തമായ I/O വർക്ക്ലോഡുകൾ സൃഷ്ടിക്കുന്നു. etcd-യ്‌ക്ക് മതിയായ കണക്കുകൾ ലഭിക്കുന്നതിന്, WAL ഫയലുകൾ എഴുതുമ്പോൾ fio-ൽ നിന്നുള്ള ടെസ്റ്റ് റൈറ്റ് ലോഡ്, etcd-യിൽ നിന്നുള്ള യഥാർത്ഥ ലോഡിനോട് കഴിയുന്നത്ര അടുത്താണെന്ന് നിങ്ങൾ ഉറപ്പാക്കണം.

അതിനാൽ, ഫിയോ കുറഞ്ഞത്, ഫയലിലേക്ക് തുടർച്ചയായ റൈറ്റുകളുടെ ഒരു ലോഡ് സൃഷ്ടിക്കണം, ഓരോ റൈറ്റിലും ഒരു സിസ്റ്റം കോൾ അടങ്ങിയിരിക്കും. എഴുതുകതുടർന്ന് fdatasync സിസ്റ്റം കോൾ. ഫിയോയിലേക്കുള്ള സീക്വൻഷ്യൽ റൈറ്റുകൾക്ക് --rw=write ഓപ്ഷൻ ആവശ്യമാണ്. fio എന്നതിന് പകരം, എഴുതുമ്പോൾ റൈറ്റ് സിസ്റ്റം കോൾ ഉപയോഗിക്കുന്നതിന് എഴുതുക, നിങ്ങൾ --ioengine=sync പാരാമീറ്റർ വ്യക്തമാക്കണം. അവസാനമായി, ഓരോ റൈറ്റിനുശേഷവും fdatasync എന്ന് വിളിക്കുന്നതിന്, നിങ്ങൾ --fdatasync=1 പാരാമീറ്റർ ചേർക്കേണ്ടതുണ്ട്. ഈ ഉദാഹരണത്തിലെ മറ്റ് രണ്ട് ഓപ്ഷനുകൾ (--size, -bs) സ്ക്രിപ്റ്റ്-നിർദ്ദിഷ്ടമാണ്. അടുത്ത വിഭാഗത്തിൽ, അവ എങ്ങനെ സജ്ജീകരിക്കാമെന്ന് ഞങ്ങൾ കാണിച്ചുതരാം.

എന്തിനാണ് ഫിയോ, അത് എങ്ങനെ സജ്ജീകരിക്കാൻ ഞങ്ങൾ പഠിച്ചു

ഈ പോസ്റ്റിൽ, ഞങ്ങൾ ഒരു യഥാർത്ഥ കേസ് വിവരിക്കുന്നു. ഞങ്ങൾക്ക് ഒരു ക്ലസ്റ്റർ ഉണ്ട് കുബേർനെറ്റ് v1.13 ഞങ്ങൾ പ്രൊമിത്യൂസിനൊപ്പം നിരീക്ഷിച്ചു. etcd v3.2.24 ഒരു SSD-യിൽ ഹോസ്റ്റ് ചെയ്തു. Etcd മെട്രിക്‌സ്, ക്ലസ്റ്റർ ഒന്നും ചെയ്യുന്നില്ലെങ്കിലും, fdatasync ലേറ്റൻസികൾ വളരെ ഉയർന്നതായി കാണിച്ചു. അളവുകൾ വിചിത്രമായിരുന്നു, അവ എന്താണ് അർത്ഥമാക്കുന്നതെന്ന് ഞങ്ങൾക്ക് ശരിക്കും അറിയില്ലായിരുന്നു. ക്ലസ്റ്ററിൽ വെർച്വൽ മെഷീനുകൾ അടങ്ങിയിരിക്കുന്നു, എന്താണ് പ്രശ്നം എന്ന് മനസിലാക്കേണ്ടത് ആവശ്യമാണ്: ഫിസിക്കൽ എസ്എസ്ഡികളിലോ വിർച്ച്വലൈസേഷൻ ലെയറിലോ. കൂടാതെ, ഹാർഡ്‌വെയർ, സോഫ്‌റ്റ്‌വെയർ കോൺഫിഗറേഷനിൽ ഞങ്ങൾ പലപ്പോഴും മാറ്റങ്ങൾ വരുത്തി, അവയുടെ ഫലങ്ങൾ വിലയിരുത്തുന്നതിന് ഞങ്ങൾക്ക് ഒരു മാർഗം ആവശ്യമാണ്. ഞങ്ങൾക്ക് എല്ലാ കോൺഫിഗറേഷനിലും etcd പ്രവർത്തിപ്പിക്കാനും പ്രോമിത്യൂസ് മെട്രിക്‌സ് നോക്കാനും കഴിയും, പക്ഷേ അത് വളരെ ബുദ്ധിമുട്ടുള്ള കാര്യമാണ്. ഒരു നിർദ്ദിഷ്‌ട കോൺഫിഗറേഷൻ വിലയിരുത്തുന്നതിന് ഞങ്ങൾ വളരെ ലളിതമായ ഒരു മാർഗം തേടുകയായിരുന്നു. etcd-ൽ നിന്നുള്ള പ്രോമിത്യൂസ് മെട്രിക്‌സ് ഞങ്ങൾ ശരിയായി മനസ്സിലാക്കുന്നുണ്ടോയെന്ന് പരിശോധിക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു.

എന്നാൽ ഇതിന് രണ്ട് പ്രശ്നങ്ങൾ പരിഹരിക്കേണ്ടി വന്നു. ആദ്യം, WAL-ലേക്ക് എഴുതുമ്പോൾ etcd സൃഷ്ടിക്കുന്ന I/O ലോഡ് എങ്ങനെയിരിക്കും? ഏത് സിസ്റ്റം കോളുകളാണ് ഉപയോഗിക്കുന്നത്? റെക്കോർഡുകളുടെ വലുപ്പം എന്താണ്? രണ്ടാമതായി, ഈ ചോദ്യങ്ങൾക്ക് ഞങ്ങൾ ഉത്തരം നൽകിയാൽ, ഫിയോ ഉപയോഗിച്ച് സമാനമായ ജോലിഭാരം എങ്ങനെ പുനർനിർമ്മിക്കും? നിരവധി ഓപ്ഷനുകളുള്ള വളരെ ഫ്ലെക്സിബിൾ ടൂളാണ് ഫിയോ എന്നത് മറക്കരുത്. ഞങ്ങൾ രണ്ട് പ്രശ്നങ്ങളും ഒരു സമീപനത്തിൽ പരിഹരിച്ചു - കമാൻഡുകൾ ഉപയോഗിച്ച് lsof и സ്ട്രെയ്സ്. പ്രോസസ്സ് ഉപയോഗിക്കുന്ന എല്ലാ ഫയൽ ഡിസ്ക്രിപ്റ്ററുകളും അവയുടെ അനുബന്ധ ഫയലുകളും lsof ലിസ്റ്റ് ചെയ്യുന്നു. കൂടാതെ, നിങ്ങൾക്ക് ഇതിനകം പ്രവർത്തിക്കുന്ന ഒരു പ്രോസസ്സ് പരിശോധിക്കാം, അല്ലെങ്കിൽ ഒരു പ്രോസസ്സ് ആരംഭിച്ച് അത് പരിശോധിക്കാം. പരിശോധിക്കുന്ന പ്രക്രിയയിൽ നിന്നുള്ള എല്ലാ സിസ്റ്റം കോളുകളും സ്‌ട്രേസ് പ്രിന്റ് ചെയ്യുന്നു (അതിന്റെ ചൈൽഡ് പ്രോസസ്സുകളും). രണ്ടാമത്തേത് വളരെ പ്രധാനമാണ്, കാരണം etcd സമാനമായ ഒരു സമീപനമാണ് സ്വീകരിക്കുന്നത്.

ക്ലസ്റ്ററിൽ ലോഡ് ഇല്ലാതിരുന്നപ്പോൾ കുബെർനെറ്റസിനായി etcd സെർവർ പര്യവേക്ഷണം ചെയ്യാൻ ഞങ്ങൾ ആദ്യം സ്‌ട്രേസ് ഉപയോഗിച്ചു. മിക്കവാറും എല്ലാ WAL റെക്കോർഡുകളും ഏകദേശം ഒരേ വലുപ്പമാണെന്ന് ഞങ്ങൾ കണ്ടു: 2200–2400 ബൈറ്റുകൾ. അതിനാൽ, പോസ്റ്റിന്റെ തുടക്കത്തിലെ കമാൻഡിൽ, ഞങ്ങൾ -bs=2300 എന്ന പരാമീറ്റർ വ്യക്തമാക്കി (bs എന്നാൽ ഓരോ ഫിയോ എൻട്രിയുടെയും ബൈറ്റുകളിലെ വലുപ്പം). etcd എൻട്രിയുടെ വലുപ്പം etcd പതിപ്പ്, വിതരണം, പാരാമീറ്റർ മൂല്യങ്ങൾ മുതലായവയെ ആശ്രയിച്ചിരിക്കുന്നു, ഇത് fdatasync ദൈർഘ്യത്തെ ബാധിക്കുന്നു. നിങ്ങൾക്ക് സമാനമായ ഒരു സാഹചര്യമുണ്ടെങ്കിൽ, കൃത്യമായ സംഖ്യകൾ കണ്ടെത്താൻ നിങ്ങളുടെ etcd പ്രക്രിയകൾ പരിശോധിക്കുക.

തുടർന്ന്, etcd ഫയൽ സിസ്റ്റം എന്താണ് ചെയ്യുന്നതെന്ന് നല്ല ആശയം ലഭിക്കുന്നതിന്, ഞങ്ങൾ അത് സ്‌ട്രേസും -ffttT ഓപ്ഷനുകളും ഉപയോഗിച്ച് ആരംഭിച്ചു. അതിനാൽ ചൈൽഡ് പ്രോസസുകൾ പരിശോധിച്ച് ഓരോന്നിന്റെയും ഔട്ട്‌പുട്ട് പ്രത്യേക ഫയലിൽ രേഖപ്പെടുത്താനും ഓരോ സിസ്റ്റം കോളിന്റെയും ആരംഭത്തെയും ദൈർഘ്യത്തെയും കുറിച്ചുള്ള വിശദമായ റിപ്പോർട്ടുകൾ നേടാനും ഞങ്ങൾ ശ്രമിച്ചു. സ്‌ട്രേസ് ഔട്ട്‌പുട്ടിന്റെ വിശകലനം സ്ഥിരീകരിക്കാനും ഏത് ഫയൽ ഡിസ്‌ക്രിപ്‌റ്റർ ഏത് ആവശ്യത്തിനായി ഉപയോഗിക്കുന്നുണ്ടെന്ന് കാണാനും ഞങ്ങൾ lsof ഉപയോഗിച്ചു. അതിനാൽ സ്‌ട്രേസിന്റെ സഹായത്തോടെ, മുകളിൽ കാണിച്ചിരിക്കുന്ന ഫലങ്ങൾ ലഭിച്ചു. etcd-ൽ നിന്നുള്ള wal_fsync_duration_seconds, WAL ഫയൽ ഡിസ്ക്രിപ്റ്ററുകളുമായുള്ള fdatasync കോളുകളുമായി പൊരുത്തപ്പെടുന്നതായി സിൻക്രൊണൈസേഷൻ സമയ സ്ഥിതിവിവരക്കണക്കുകൾ സ്ഥിരീകരിച്ചു.

ഞങ്ങൾ ഫിയോയ്‌ക്കായുള്ള ഡോക്യുമെന്റേഷനിലൂടെ പോയി ഞങ്ങളുടെ സ്‌ക്രിപ്റ്റിനായി ഓപ്ഷനുകൾ തിരഞ്ഞെടുത്തു, അതുവഴി fio etcd പോലെയുള്ള ഒരു ലോഡ് സൃഷ്ടിക്കും. etcd പോലെയുള്ള സ്‌ട്രേസിൽ നിന്ന് ഫിയോ പ്രവർത്തിപ്പിച്ച് ഞങ്ങൾ സിസ്റ്റം കോളുകളും അവയുടെ ദൈർഘ്യവും പരിശോധിച്ചു.

ഫിയോയിൽ നിന്നുള്ള മുഴുവൻ I/O ലോഡിനെയും പ്രതിനിധീകരിക്കുന്നതിന് --size പാരാമീറ്ററിന്റെ മൂല്യം ഞങ്ങൾ ശ്രദ്ധാപൂർവ്വം തിരഞ്ഞെടുത്തു. ഞങ്ങളുടെ കാര്യത്തിൽ, സ്റ്റോറേജിലേക്ക് എഴുതിയ മൊത്തം ബൈറ്റുകളുടെ എണ്ണമാണിത്. ഇത് റൈറ്റ് (ഒപ്പം fdatasync) സിസ്റ്റം കോളുകളുടെ എണ്ണത്തിന് നേരിട്ട് ആനുപാതികമായി മാറി. bs-ന്റെ ഒരു നിശ്ചിത മൂല്യത്തിന്, fdatasync കോളുകളുടെ എണ്ണം = വലുപ്പം/bs. പെർസെൻറ്റൈലിൽ ഞങ്ങൾക്ക് താൽപ്പര്യമുള്ളതിനാൽ, ഞങ്ങൾക്ക് ഉറപ്പ് വരുത്താൻ മതിയായ സാമ്പിളുകൾ ഉണ്ടായിരിക്കണം, ഞങ്ങൾക്ക് 10^4 മതിയാകുമെന്ന് ഞങ്ങൾ കണക്കാക്കി (അത് 22 മെബിബൈറ്റുകൾ). --size ചെറുതാണെങ്കിൽ, ഔട്ട്‌ലറുകൾ സംഭവിക്കാം (ഉദാഹരണത്തിന്, നിരവധി fdatasync കോളുകൾ പതിവിലും കൂടുതൽ സമയമെടുക്കുകയും 99-ാമത്തെ പെർസെന്റൈലിനെ ബാധിക്കുകയും ചെയ്യുന്നു).

ഇത് സ്വയം പരീക്ഷിക്കുക

ഫിയോ എങ്ങനെ ഉപയോഗിക്കാമെന്നും etcd നന്നായി പെർഫോം ചെയ്യാൻ ആവശ്യമായ സ്‌റ്റോറേജ് വേഗതയേറിയതാണോ എന്നും ഞങ്ങൾ കാണിച്ചുതന്നു. ഇപ്പോൾ SSD സ്റ്റോറേജുള്ള വെർച്വൽ മെഷീനുകൾ ഉപയോഗിച്ച് നിങ്ങൾക്ക് ഇത് പരീക്ഷിക്കാം IBM ക്ലൗഡ്.

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