നിങ്ങളുടെ ഉയർന്ന ലഭ്യതയുള്ള സ്റ്റോറേജ് സിസ്റ്റത്തിൽ (99,9999%) സോഫ്റ്റ്‌വെയർ പരിശോധിക്കുന്നത് പ്രധാനമായിരിക്കുന്നത് എന്തുകൊണ്ട്?

ഏത് ഫേംവെയർ പതിപ്പാണ് ഏറ്റവും "ശരിയായതും" "പ്രവർത്തിക്കുന്നതും"? ഒരു സ്റ്റോറേജ് സിസ്റ്റം 99,9999% തെറ്റ് സഹിഷ്ണുത ഉറപ്പുനൽകുന്നുവെങ്കിൽ, അതിനർത്ഥം സോഫ്റ്റ്‌വെയർ അപ്‌ഡേറ്റ് ഇല്ലാതെ പോലും അത് തടസ്സമില്ലാതെ പ്രവർത്തിക്കുമെന്നാണോ? അല്ലെങ്കിൽ, നേരെമറിച്ച്, പരമാവധി തെറ്റ് സഹിഷ്ണുത ലഭിക്കുന്നതിന്, നിങ്ങൾ എല്ലായ്പ്പോഴും ഏറ്റവും പുതിയ ഫേംവെയർ ഇൻസ്റ്റാൾ ചെയ്യണോ? ഞങ്ങളുടെ അനുഭവത്തെ അടിസ്ഥാനമാക്കി ഈ ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകാൻ ഞങ്ങൾ ശ്രമിക്കും.

ചെറിയ ആമുഖം

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

പലപ്പോഴും, ഉപയോക്താക്കൾ "ഫാക്‌ടറിയിൽ നിന്നുള്ള ഫേംവെയറിൽ" തുടരുന്നു (പ്രസിദ്ധമായ "ഇത് പ്രവർത്തിക്കുന്നു, അതിനാൽ അതിൽ കുഴപ്പമുണ്ടാക്കരുത്") അല്ലെങ്കിൽ എല്ലായ്പ്പോഴും ഏറ്റവും പുതിയ പതിപ്പ് ഇൻസ്റ്റാൾ ചെയ്യുക (അവരുടെ ധാരണയിൽ, ഏറ്റവും പുതിയത് ഏറ്റവും കൂടുതൽ പ്രവർത്തിക്കുന്നത് എന്നാണ്). ഞങ്ങൾ മറ്റൊരു സമീപനം ഉപയോഗിക്കുന്നു - ഉപയോഗിച്ച എല്ലാത്തിനും ഞങ്ങൾ റിലീസ് കുറിപ്പുകൾ നോക്കുന്നു mClouds ക്ലൗഡിൽ ഉപകരണങ്ങൾ, ഓരോ ഉപകരണത്തിനും അനുയോജ്യമായ ഫേംവെയർ ശ്രദ്ധാപൂർവ്വം തിരഞ്ഞെടുക്കുക.

അവർ പറയുന്നതുപോലെ, അനുഭവത്തിലൂടെ ഞങ്ങൾ ഈ നിഗമനത്തിലെത്തി. ഞങ്ങളുടെ പ്രവർത്തന ഉദാഹരണം ഉപയോഗിച്ച്, നിങ്ങൾ സോഫ്‌റ്റ്‌വെയർ അപ്‌ഡേറ്റുകളും വിവരണങ്ങളും ഉടനടി നിരീക്ഷിച്ചില്ലെങ്കിൽ, സ്റ്റോറേജ് സിസ്റ്റങ്ങളുടെ വാഗ്‌ദാനം ചെയ്‌ത 99,9999% വിശ്വാസ്യത എന്തിനാണ് അർത്ഥമാക്കുന്നത് എന്ന് ഞങ്ങൾ നിങ്ങളോട് പറയും. ഏതൊരു നിർമ്മാതാവിൽ നിന്നുമുള്ള സ്റ്റോറേജ് സിസ്റ്റങ്ങളുടെ ഉപയോക്താക്കൾക്ക് ഞങ്ങളുടെ കേസ് അനുയോജ്യമാണ്, കാരണം ഏതെങ്കിലും നിർമ്മാതാവിൽ നിന്നുള്ള ഹാർഡ്‌വെയറിലും സമാനമായ സാഹചര്യം സംഭവിക്കാം.

ഒരു പുതിയ സ്റ്റോറേജ് സിസ്റ്റം തിരഞ്ഞെടുക്കുന്നു

കഴിഞ്ഞ വർഷം അവസാനം, ഞങ്ങളുടെ ഇൻഫ്രാസ്ട്രക്ചറിലേക്ക് രസകരമായ ഒരു ഡാറ്റ സ്റ്റോറേജ് സിസ്റ്റം ചേർത്തു: IBM FlashSystem 5000 ലൈനിൽ നിന്നുള്ള ഒരു ജൂനിയർ മോഡൽ, വാങ്ങുന്ന സമയത്ത് Storwize V5010e എന്ന് വിളിച്ചിരുന്നു. ഇപ്പോൾ ഇത് FlashSystem 5010 എന്ന പേരിലാണ് വിൽക്കുന്നത്, എന്നാൽ വാസ്തവത്തിൽ ഇത് അതേ സ്പെക്ട്രം വിർച്ച്വലൈസ് ഉള്ള അതേ ഹാർഡ്‌വെയർ അടിത്തറയാണ്. 

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

IBM FlashSystem 5010

ഞങ്ങളുടെ മോഡലിനെ കുറിച്ച് ചുരുക്കത്തിൽ 5010. ഇതൊരു എൻട്രി ലെവൽ ഡ്യുവൽ കൺട്രോളർ ബ്ലോക്ക് സ്റ്റോറേജ് സിസ്റ്റമാണ്. ഇതിന് NLSAS, SAS, SSD ഡിസ്കുകൾ ഉൾക്കൊള്ളാൻ കഴിയും. NVMe പ്ലെയ്‌സ്‌മെന്റ് ഇതിൽ ലഭ്യമല്ല, കാരണം NVMe ഡ്രൈവുകളുടെ പ്രകടനം ആവശ്യമില്ലാത്ത പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ ഈ സ്റ്റോറേജ് മോഡൽ സ്ഥാപിച്ചിരിക്കുന്നു.

പതിവായി ആക്‌സസ് ചെയ്യാത്ത ആർക്കൈവൽ വിവരങ്ങളോ ഡാറ്റയോ ഉൾക്കൊള്ളുന്നതിനാണ് സ്റ്റോറേജ് സിസ്റ്റം വാങ്ങിയത്. അതിനാൽ, അതിന്റെ പ്രവർത്തനത്തിന്റെ സ്റ്റാൻഡേർഡ് സെറ്റ് ഞങ്ങൾക്ക് മതിയായിരുന്നു: ടയറിംഗ് (ഈസി ടയർ), നേർത്ത പ്രൊവിഷൻ. 1000-2000 IOPS ലെവലിലുള്ള NLSAS ഡിസ്കുകളിലെ പ്രകടനവും ഞങ്ങൾക്ക് തൃപ്തികരമായിരുന്നു.

ഞങ്ങളുടെ അനുഭവം - ഞങ്ങൾ എങ്ങനെ ഫേംവെയർ കൃത്യസമയത്ത് അപ്ഡേറ്റ് ചെയ്തില്ല

ഇപ്പോൾ സോഫ്റ്റ്വെയർ അപ്ഡേറ്റിനെക്കുറിച്ച്. വാങ്ങുന്ന സമയത്ത്, സ്പെക്ട്രം വെർച്വലൈസ് സോഫ്റ്റ്‌വെയറിന്റെ അല്പം കാലഹരണപ്പെട്ട ഒരു പതിപ്പ് സിസ്റ്റത്തിന് ഉണ്ടായിരുന്നു, അതായത്, 8.2.1.3.

ഞങ്ങൾ ഫേംവെയർ വിവരണങ്ങൾ പഠിക്കുകയും ഒരു അപ്ഡേറ്റ് പ്ലാൻ ചെയ്യുകയും ചെയ്തു 8.2.1.9. ഞങ്ങൾ കുറച്ചുകൂടി കാര്യക്ഷമമായിരുന്നെങ്കിൽ, ഈ ലേഖനം ഉണ്ടാകുമായിരുന്നില്ല - അടുത്തിടെയുള്ള ഒരു ഫേംവെയറിൽ ബഗ് സംഭവിക്കുമായിരുന്നില്ല. എന്നിരുന്നാലും, ചില കാരണങ്ങളാൽ, ഈ സിസ്റ്റത്തിന്റെ അപ്‌ഡേറ്റ് മാറ്റിവച്ചു.

തൽഫലമായി, ഒരു ചെറിയ അപ്‌ഡേറ്റ് കാലതാമസം വളരെ അസുഖകരമായ ഒരു ചിത്രത്തിലേക്ക് നയിച്ചു, ലിങ്കിലെ വിവരണത്തിലെന്നപോലെ: https://www.ibm.com/support/pages/node/6172341. 

അതെ, ആ പതിപ്പിന്റെ ഫേംവെയറിൽ APAR (അംഗീകൃത പ്രോഗ്രാം അനാലിസിസ് റിപ്പോർട്ട്) HU02104 പ്രസക്തമായിരുന്നു. ഇത് ഇനിപ്പറയുന്ന രീതിയിൽ ദൃശ്യമാകുന്നു. ലോഡിന് കീഴിൽ, ചില സാഹചര്യങ്ങളിൽ, കാഷെ കവിഞ്ഞൊഴുകാൻ തുടങ്ങുന്നു, തുടർന്ന് സിസ്റ്റം സംരക്ഷിത മോഡിലേക്ക് പോകുന്നു, അതിൽ പൂളിനായി I/O പ്രവർത്തനരഹിതമാക്കുന്നു. ഞങ്ങളുടെ കാര്യത്തിൽ, RAID 3 മോഡിൽ ഒരു RAID ഗ്രൂപ്പിനായി 6 ഡിസ്കുകൾ വിച്ഛേദിക്കുന്നത് പോലെ തോന്നുന്നു. 6 മിനിറ്റ് നേരത്തേക്ക് വിച്ഛേദിക്കപ്പെടുന്നു. അടുത്തതായി, പൂളിലെ വോള്യങ്ങളിലേക്കുള്ള ആക്സസ് പുനഃസ്ഥാപിച്ചു.

IBM Spectrum Virtualize-ന്റെ പശ്ചാത്തലത്തിൽ ലോജിക്കൽ എന്റിറ്റികളുടെ ഘടനയും പേരിടലും ആർക്കെങ്കിലും പരിചയമില്ലെങ്കിൽ, ഞാൻ ഇപ്പോൾ ചുരുക്കമായി വിശദീകരിക്കും.

സ്റ്റോറേജ് സിസ്റ്റം ലോജിക്കൽ ഘടകങ്ങളുടെ ഘടന

MDisk (മാനേജ്ഡ് ഡിസ്ക്) എന്ന് വിളിക്കപ്പെടുന്ന ഗ്രൂപ്പുകളായി ഡിസ്കുകൾ ശേഖരിക്കുന്നു. MDisk ഒരു ക്ലാസിക് റെയിഡ് (0,1,10,5,6) അല്ലെങ്കിൽ ഒരു വെർച്വലൈസ് ചെയ്ത ഒന്ന് - DRAID (ഡിസ്ട്രിബ്യൂട്ടഡ് റെയിഡ്) ആകാം. DRAID ഉപയോഗിക്കുന്നത് അറേയുടെ പ്രകടനം വർദ്ധിപ്പിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു, കാരണം... ഗ്രൂപ്പിലെ എല്ലാ ഡിസ്കുകളും ഉപയോഗിക്കും, ചില ബ്ലോക്കുകൾ മാത്രമേ പുനഃസ്ഥാപിക്കേണ്ടതുള്ളൂ എന്നതിനാൽ, പരാജയപ്പെട്ട ഡിസ്കിൽ നിന്നുള്ള എല്ലാ ഡാറ്റയും അല്ലാത്തതിനാൽ, പുനർനിർമ്മിക്കുന്ന സമയം കുറയും.

RAID-5 മോഡിൽ Distributed RAID (DRAID) ഉപയോഗിക്കുമ്പോൾ ഡിസ്കുകളിലുടനീളം ഡാറ്റ ബ്ലോക്കുകളുടെ വിതരണം.

ഒരു ഡിസ്ക് പരാജയപ്പെടുമ്പോൾ ഒരു DRAID പുനർനിർമ്മാണം എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിന്റെ യുക്തി ഈ ഡയഗ്രം കാണിക്കുന്നു:

ഒരു ഡിസ്ക് പരാജയപ്പെടുമ്പോൾ DRAID റീബിൽഡിന്റെ ലോജിക്

അടുത്തതായി, ഒന്നോ അതിലധികമോ എംഡിഡിസ്കുകൾ പൂൾ എന്ന് വിളിക്കപ്പെടുന്നവയാണ്. ഒരേ പൂളിൽ, ഒരേ തരത്തിലുള്ള ഡിസ്കുകളിൽ വ്യത്യസ്ത RAID/DRAID ലെവലുകൾ ഉള്ള MDisk ഉപയോഗിക്കാൻ ശുപാർശ ചെയ്യുന്നില്ല. ഞങ്ങൾ ഇതിലേക്ക് കൂടുതൽ ആഴത്തിൽ പോകില്ല, കാരണം... ഇനിപ്പറയുന്ന ലേഖനങ്ങളിലൊന്നിൽ ഇത് ഉൾപ്പെടുത്താൻ ഞങ്ങൾ പദ്ധതിയിടുന്നു. ശരി, വാസ്തവത്തിൽ, പൂൾ വോള്യങ്ങളായി തിരിച്ചിരിക്കുന്നു, അവ ഹോസ്റ്റുകളിലേക്കുള്ള ഒന്നോ അല്ലെങ്കിൽ മറ്റൊരു ബ്ലോക്ക് ആക്സസ് പ്രോട്ടോക്കോൾ ഉപയോഗിച്ച് അവതരിപ്പിക്കുന്നു.

അതിനാൽ, ഞങ്ങൾ വിവരിച്ച സാഹചര്യത്തിന്റെ ഫലമായി APAR HU02104, മൂന്ന് ഡിസ്കുകളുടെ ലോജിക്കൽ പരാജയം കാരണം, MDisk പ്രവർത്തനക്ഷമമല്ല, ഇത് പൂളിന്റെയും അനുബന്ധ വോള്യങ്ങളുടെയും പരാജയത്തിന് കാരണമായി.

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

ഇതിന് നന്ദി, പ്രശ്നം വളരെ വേഗത്തിൽ പരിഹരിച്ചു, മുമ്പ് തിരഞ്ഞെടുത്ത ഫേംവെയർ 8.2.1.9-ലേക്ക് ഞങ്ങളുടെ സിസ്റ്റം അപ്‌ഡേറ്റ് ചെയ്യുന്നതിനുള്ള പിന്തുണാ സേവനത്തിൽ നിന്ന് ഒരു പ്രോംപ്റ്റ് ശുപാർശ ലഭിച്ചു, അത് അക്കാലത്ത് പരിഹരിച്ചു. അത് സ്ഥിരീകരിക്കുന്നു അനുബന്ധ റിലീസ് കുറിപ്പ്.

ഫലങ്ങളും ഞങ്ങളുടെ ശുപാർശകളും

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

99,9999% വാഗ്ദാനം ചെയ്ത ലഭ്യതയുള്ള വിശ്വസനീയമായ സിസ്റ്റങ്ങൾക്ക് പോലും ശ്രദ്ധയും സമയബന്ധിതമായ അറ്റകുറ്റപ്പണിയും ആവശ്യമാണെന്ന് ഞങ്ങൾക്ക് സ്ഥിരീകരണം ലഭിച്ചു. സാഹചര്യത്തെ അടിസ്ഥാനമാക്കി, ഞങ്ങൾ സ്വയം നിരവധി നിഗമനങ്ങളിൽ എത്തിച്ചേരുകയും ഞങ്ങളുടെ ശുപാർശകൾ പങ്കിടുകയും ചെയ്തു:

• അപ്‌ഡേറ്റുകളുടെ പ്രകാശനം നിരീക്ഷിക്കേണ്ടതും ഗുരുതരമായ പ്രശ്‌നങ്ങളുടെ തിരുത്തലുകൾക്കായി റിലീസ് കുറിപ്പുകൾ പഠിക്കുന്നതും സമയബന്ധിതമായി ആസൂത്രിതമായ അപ്‌ഡേറ്റുകൾ നടപ്പിലാക്കുന്നതും അത്യന്താപേക്ഷിതമാണ്.

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

• ഏറ്റവും പുതിയ സോഫ്‌റ്റ്‌വെയർ പതിപ്പിനൊപ്പം സിസ്റ്റം നിലനിർത്തുന്നത് എല്ലായ്പ്പോഴും നല്ലതാണ്. മാത്രമല്ല, നിലവിലുള്ളത് വലിയ സംഖ്യാ പദവിയുള്ളതല്ല, പകരം പിന്നീടുള്ള റിലീസ് തീയതിയുള്ളതാണ്. 

  ഉദാഹരണത്തിന്, IBM അതിന്റെ സ്റ്റോറേജ് സിസ്റ്റങ്ങൾക്കായി കുറഞ്ഞത് രണ്ട് സോഫ്‌റ്റ്‌വെയർ റിലീസുകളെങ്കിലും അപ് ടു ഡേറ്റായി സൂക്ഷിക്കുന്നു. ഇത് എഴുതുമ്പോൾ, ഇവ 8.2 ഉം 8.3 ഉം ആണ്. 8.2-നുള്ള അപ്‌ഡേറ്റുകൾ നേരത്തെ പുറത്തുവന്നു. 8.3-ന് സമാനമായ ഒരു അപ്‌ഡേറ്റ് സാധാരണയായി ഒരു ചെറിയ കാലതാമസത്തോടെയാണ് റിലീസ് ചെയ്യുന്നത്.

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

• ചില കാരണങ്ങളാൽ അപ്‌ഡേറ്റ് ചെയ്യാൻ കഴിയുന്നില്ലെങ്കിൽ, 8.2.1.9, 8.3.1.0 പതിപ്പുകൾക്ക് മുമ്പുള്ള സ്പെക്‌ട്രം വിർച്ച്വലൈസ് സോഫ്റ്റ്‌വെയറിന്റെ പതിപ്പുകൾക്ക് (മുകളിൽ വിവരിച്ച ബഗ് പ്രസക്തമാണ്), അത് സംഭവിക്കാനുള്ള സാധ്യത കുറയ്ക്കുന്നതിന്, IBM സാങ്കേതിക പിന്തുണ ശുപാർശ ചെയ്യുന്നു. ചുവടെയുള്ള ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നതുപോലെ, പൂൾ ലെവലിൽ സിസ്റ്റം പ്രകടനം പരിമിതപ്പെടുത്തുന്നു (ചിത്രം GUI-യുടെ Russified പതിപ്പിൽ എടുത്തതാണ്). 10000 IOPS ന്റെ മൂല്യം ഒരു ഉദാഹരണമായി കാണിക്കുകയും നിങ്ങളുടെ സിസ്റ്റത്തിന്റെ സവിശേഷതകൾ അനുസരിച്ച് തിരഞ്ഞെടുക്കുകയും ചെയ്യുന്നു.

IBM സ്റ്റോറേജ് പ്രകടനം പരിമിതപ്പെടുത്തുന്നു

• സ്റ്റോറേജ് സിസ്റ്റങ്ങളിലെ ലോഡ് ശരിയായി കണക്കാക്കുകയും ഓവർലോഡിംഗ് ഒഴിവാക്കുകയും ചെയ്യേണ്ടത് ആവശ്യമാണ്. ഇത് ചെയ്യുന്നതിന്, നിങ്ങൾക്ക് ഒന്നുകിൽ IBM സൈസർ (അതിലേക്ക് ആക്സസ് ഉണ്ടെങ്കിൽ) അല്ലെങ്കിൽ പങ്കാളികളുടെ സഹായം അല്ലെങ്കിൽ മൂന്നാം കക്ഷി ഉറവിടങ്ങൾ ഉപയോഗിക്കാം. സ്റ്റോറേജ് സിസ്റ്റത്തിലെ ലോഡ് പ്രൊഫൈൽ മനസ്സിലാക്കേണ്ടത് അത്യന്താപേക്ഷിതമാണ്, കാരണം MB/s, IOPS എന്നിവയിലെ പ്രകടനം കുറഞ്ഞത് ഇനിപ്പറയുന്ന പാരാമീറ്ററുകളെ ആശ്രയിച്ച് വളരെ വ്യത്യാസപ്പെട്ടിരിക്കുന്നു:

  • പ്രവർത്തന തരം: വായിക്കുക അല്ലെങ്കിൽ എഴുതുക,

  • ഓപ്പറേഷൻ ബ്ലോക്ക് വലിപ്പം,

  • മൊത്തം I/O സ്ട്രീമിലെ റീഡ് ആൻഡ് റൈറ്റ് പ്രവർത്തനങ്ങളുടെ ശതമാനം.

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

• അവസാനമായി, ബാക്കപ്പുകൾ കാലികവും പ്രവർത്തനക്ഷമവുമാണെന്ന് ഉറപ്പാക്കുക. ബിസിനസ്സിനായി സ്വീകാര്യമായ RPO മൂല്യങ്ങളെ അടിസ്ഥാനമാക്കി ബാക്കപ്പ് ഷെഡ്യൂൾ ക്രമീകരിച്ചിരിക്കണം, കൂടാതെ സ്വീകാര്യമായ RTO മൂല്യം ഉറപ്പാക്കുന്നതിന് ബാക്കപ്പുകളുടെ ആനുകാലിക സമഗ്രത പരിശോധനകൾ (കുറച്ച് ബാക്കപ്പ് സോഫ്റ്റ്വെയർ വെണ്ടർമാർ അവരുടെ ഉൽപ്പന്നങ്ങളിൽ ഓട്ടോമേറ്റഡ് വെരിഫിക്കേഷൻ നടപ്പിലാക്കിയിട്ടുണ്ട്) പരിശോധിച്ചുറപ്പിക്കേണ്ടതാണ്.

അവസാനം വരെ വായിച്ചതിന് നന്ദി.
അഭിപ്രായങ്ങളിൽ നിങ്ങളുടെ ചോദ്യങ്ങൾക്കും അഭിപ്രായങ്ങൾക്കും ഉത്തരം നൽകാൻ ഞങ്ങൾ തയ്യാറാണ്. കൂടാതെ ഞങ്ങളുടെ ടെലിഗ്രാം ചാനൽ സബ്സ്ക്രൈബ് ചെയ്യാൻ ഞങ്ങൾ നിങ്ങളെ ക്ഷണിക്കുന്നു, ഇതിൽ ഞങ്ങൾ പതിവ് പ്രമോഷനുകൾ നടത്തുന്നു (IaaS-ൽ കിഴിവുകളും VPS-ൽ 100% വരെ പ്രൊമോഷണൽ കോഡുകൾക്കുള്ള സമ്മാനങ്ങളും), രസകരമായ വാർത്തകൾ എഴുതുകയും പുതിയ ലേഖനങ്ങൾ Habr ബ്ലോഗിൽ പ്രഖ്യാപിക്കുകയും ചെയ്യുന്നു.

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