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

സാങ്കേതിക തിരഞ്ഞെടുപ്പ്

അത് അത്ര മോശമാണോ? പ്രത്യേക റെഡിസ് (സ്റ്റാൻഡലോൺ റെഡിസ്) 1 യജമാനന്റെയും N സ്ലേവുകളുടെയും കോൺഫിഗറേഷനിലാണോ? എന്തുകൊണ്ടാണ് ഞാൻ അതിനെ കാലഹരണപ്പെട്ട സാങ്കേതികവിദ്യ എന്ന് വിളിക്കുന്നത്?

ഇല്ല, റെഡിസ് അത്ര മോശമല്ല... എന്നിരുന്നാലും, അവഗണിക്കാൻ കഴിയാത്ത ചില പോരായ്മകളുണ്ട്.

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

• രണ്ടാമതായി, ഒരു യജമാനൻ മാത്രമുള്ളത് ഷാർഡിംഗ് പ്രശ്നത്തിലേക്ക് നയിച്ചു. "1 യജമാനനും N അടിമകളും" എന്ന സ്വതന്ത്ര ക്ലസ്റ്ററുകൾ ഞങ്ങൾ സൃഷ്ടിക്കേണ്ടതുണ്ട്, തുടർന്ന് ഈ മെഷീനുകൾക്കിടയിൽ സ്വമേധയാ ഡാറ്റാബേസുകൾ വിതരണം ചെയ്യുകയും നാളെ ഡാറ്റാബേസുകളിലൊന്ന് വളരെയധികം വീർക്കുകയും അത് ഒരു പ്രത്യേക ഉദാഹരണത്തിലേക്ക് മാറ്റുകയും ചെയ്യുമെന്ന് പ്രതീക്ഷിക്കുന്നു.

ഓപ്ഷനുകൾ എന്തൊക്കെയാണ്?

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

ഉപയോഗത്തിന്റെ പ്രത്യേകതകൾ

റെഡിസുമായി ഞങ്ങൾ ചരിത്രപരമായി പരിഹരിച്ച പ്രശ്നങ്ങൾ എന്താണെന്നും ഞങ്ങൾ എന്ത് പ്രവർത്തനമാണ് ഉപയോഗിച്ചതെന്നും നോക്കാം:

• 2GIS പോലുള്ള വിദൂര സേവനങ്ങളിലേക്കുള്ള അഭ്യർത്ഥനകൾക്ക് മുമ്പുള്ള കാഷെ | ഗോലാങ്
  

  MGET MSET സജ്ജമാക്കുക "ഡിബി തിരഞ്ഞെടുക്കുക"

• MYSQL-ന് മുമ്പുള്ള കാഷെ | PHP
  

  MGET MSET സ്കാൻ "പാറ്റേൺ പ്രകാരം കീ" "ഡിബി തിരഞ്ഞെടുക്കുക" സജ്ജമാക്കുക

• സെഷനുകളും ഡ്രൈവർ കോർഡിനേറ്റുകളും ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്ന സേവനത്തിനുള്ള പ്രധാന സംഭരണം | ഗോലാങ്
  

  MGET MSET സജ്ജമാക്കുക "ഡിബി തിരഞ്ഞെടുക്കുക" "ജിയോ കീ ചേർക്കുക" "ജിയോ കീ നേടുക" സ്കാൻ ചെയ്യുക

നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, ഉയർന്ന ഗണിതമില്ല. അപ്പോൾ എന്താണ് ബുദ്ധിമുട്ട്? ഓരോ രീതിയും പ്രത്യേകം നോക്കാം.

രീതി
വിവരണം
റെഡിസ്-ക്ലസ്റ്ററിന്റെ സവിശേഷതകൾ
തീരുമാനം

തയ്യാറാകൂ
കീ എഴുതുക/വായിക്കുക

എംജിഇടി എംസെറ്റ്
ഒന്നിലധികം കീകൾ എഴുതുക/വായിക്കുക
കീകൾ വ്യത്യസ്ത നോഡുകളിലായിരിക്കും. റെഡിമെയ്ഡ് ലൈബ്രറികൾക്ക് ഒരു നോഡിനുള്ളിൽ മാത്രമേ മൾട്ടി-ഓപ്പറേഷനുകൾ നടത്താൻ കഴിയൂ
N GET പ്രവർത്തനങ്ങളുടെ പൈപ്പ്‌ലൈൻ ഉപയോഗിച്ച് MGET മാറ്റിസ്ഥാപിക്കുക

ഡിബി തിരഞ്ഞെടുക്കുക
ഞങ്ങൾ പ്രവർത്തിക്കുന്ന അടിസ്ഥാനം തിരഞ്ഞെടുക്കുക
ഒന്നിലധികം ഡാറ്റാബേസുകളെ പിന്തുണയ്ക്കുന്നില്ല
എല്ലാം ഒരു ഡാറ്റാബേസിൽ ഇടുക. കീകളിലേക്ക് പ്രിഫിക്സുകൾ ചേർക്കുക

സ്കാൻ
ഡാറ്റാബേസിലെ എല്ലാ കീകളിലൂടെയും പോകുക
ഞങ്ങൾക്ക് ഒരു ഡാറ്റാബേസ് ഉള്ളതിനാൽ, ക്ലസ്റ്ററിലെ എല്ലാ കീകളിലൂടെയും പോകുന്നത് വളരെ ചെലവേറിയതാണ്
ഒരു കീയ്ക്കുള്ളിൽ ഒരു മാറ്റമില്ല, ഈ കീയിൽ ഒരു HSCAN ചെയ്യുക. അല്ലെങ്കിൽ പൂർണ്ണമായും നിരസിക്കുക

GEO
ഒരു ജിയോക്കി ഉപയോഗിച്ചുള്ള പ്രവർത്തനങ്ങൾ
ജിയോക്കി ഷർഡ് ചെയ്തിട്ടില്ല

പാറ്റേൺ പ്രകാരം കീ
പാറ്റേൺ പ്രകാരം ഒരു കീ തിരയുന്നു
ഞങ്ങൾക്ക് ഒരു ഡാറ്റാബേസ് ഉള്ളതിനാൽ, ക്ലസ്റ്ററിലെ എല്ലാ കീകളിലും ഞങ്ങൾ തിരയും. വളരെ ചെലവേറിയത്
SCAN-ന്റെ കാര്യത്തിലെന്നപോലെ മാറ്റമില്ലാത്തത് നിരസിക്കുക അല്ലെങ്കിൽ പരിപാലിക്കുക

Redis vs Redis-cluster

ഒരു ക്ലസ്റ്ററിലേക്ക് മാറുമ്പോൾ നമുക്ക് എന്താണ് നഷ്ടപ്പെടുന്നത്, എന്താണ് നേടുന്നത്?

• പോരായ്മകൾ: നമുക്ക് നിരവധി ഡാറ്റാബേസുകളുടെ പ്രവർത്തനക്ഷമത നഷ്ടപ്പെടുന്നു.
  • യുക്തിപരമായി ബന്ധമില്ലാത്ത ഡാറ്റ ഒരു ക്ലസ്റ്ററിൽ സംഭരിക്കണമെങ്കിൽ, പ്രിഫിക്സുകളുടെ രൂപത്തിൽ ക്രച്ചുകൾ നിർമ്മിക്കേണ്ടിവരും.
  • SCAN, DBSIZE, CLEAR DB മുതലായ എല്ലാ "അടിസ്ഥാന" പ്രവർത്തനങ്ങളും ഞങ്ങൾക്ക് നഷ്‌ടപ്പെടും.
  • മൾട്ടി-ഓപ്പറേഷനുകൾ നടപ്പിലാക്കുന്നത് വളരെ ബുദ്ധിമുട്ടാണ്, കാരണം ഇതിന് നിരവധി നോഡുകളിലേക്ക് ആക്സസ് ആവശ്യമായി വന്നേക്കാം.
• പ്ലുസസ്:
  • മാസ്റ്റർ പരാജയത്തിന്റെ രൂപത്തിൽ തെറ്റ് സഹിഷ്ണുത.
  • റെഡിസിന്റെ ഭാഗത്ത് ഷാർഡിംഗ്.
  • നോഡുകൾക്കിടയിൽ ആറ്റോമികമായും പ്രവർത്തനരഹിതമായും ഡാറ്റ കൈമാറുക.
  • പ്രവർത്തനരഹിതമാക്കാതെ ശേഷിയും ലോഡുകളും ചേർക്കുകയും പുനർവിതരണം ചെയ്യുകയും ചെയ്യുക.

നിങ്ങൾക്ക് ഉയർന്ന തോതിലുള്ള തെറ്റ് സഹിഷ്ണുത നൽകേണ്ടതില്ലെങ്കിൽ, ഒരു ക്ലസ്റ്ററിലേക്ക് നീങ്ങുന്നത് വിലമതിക്കുന്നില്ലെന്ന് ഞാൻ നിഗമനം ചെയ്യുന്നു, കാരണം ഇത് നിസ്സാരമല്ലാത്ത ഒരു ജോലിയായിരിക്കാം. എന്നാൽ നിങ്ങൾ ആദ്യം ഒരു പ്രത്യേക പതിപ്പിനും ഒരു ക്ലസ്റ്റർ പതിപ്പിനും ഇടയിൽ തിരഞ്ഞെടുക്കുകയാണെങ്കിൽ, നിങ്ങൾ ഒരു ക്ലസ്റ്റർ തിരഞ്ഞെടുക്കണം, കാരണം ഇത് മോശമല്ല, കൂടാതെ, ചില തലവേദനകളിൽ നിന്ന് നിങ്ങളെ മോചിപ്പിക്കും.

നീക്കാൻ തയ്യാറെടുക്കുന്നു

നീങ്ങുന്നതിനുള്ള ആവശ്യകതകളിൽ നിന്ന് നമുക്ക് ആരംഭിക്കാം:

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

ക്ലസ്റ്റർ പരിപാലനം

നീക്കത്തിന് തൊട്ടുമുമ്പ്, നമുക്ക് ക്ലസ്റ്ററിനെ പിന്തുണയ്ക്കാൻ കഴിയുമോ എന്ന് ചിന്തിക്കണം:

• ചാർട്ടുകൾ. CPU ലോഡ്, മെമ്മറി ഉപയോഗം, ക്ലയന്റുകളുടെ എണ്ണം, GET, SET, AUTH പ്രവർത്തനങ്ങൾ മുതലായവ ഗ്രാഫ് ചെയ്യാൻ ഞങ്ങൾ പ്രോമിത്യൂസും ഗ്രാഫാനയും ഉപയോഗിക്കുന്നു.
• വൈദഗ്ധ്യം. നാളെ നിങ്ങളുടെ ഉത്തരവാദിത്തത്തിന് കീഴിൽ നിങ്ങൾക്ക് ഒരു വലിയ ക്ലസ്റ്റർ ഉണ്ടാകുമെന്ന് സങ്കൽപ്പിക്കുക. അത് തകർന്നാൽ, നിങ്ങൾക്കല്ലാതെ മറ്റാർക്കും അത് പരിഹരിക്കാൻ കഴിയില്ല. അവൻ വേഗത കുറയ്ക്കാൻ തുടങ്ങിയാൽ, എല്ലാവരും നിങ്ങളുടെ അടുത്തേക്ക് ഓടും. നിങ്ങൾക്ക് ഉറവിടങ്ങൾ ചേർക്കാനോ ലോഡ് പുനർവിതരണം ചെയ്യാനോ ആവശ്യമുണ്ടെങ്കിൽ, നിങ്ങളിലേക്ക് മടങ്ങുക. 25-ൽ ചാരനിറമാകാതിരിക്കാൻ, ഈ കേസുകൾക്കായി നൽകുകയും ചില പ്രവർത്തനങ്ങൾക്ക് കീഴിൽ സാങ്കേതികവിദ്യ എങ്ങനെ പ്രവർത്തിക്കുമെന്ന് മുൻകൂട്ടി പരിശോധിക്കുകയും ചെയ്യുന്നതാണ് ഉചിതം. "വൈദഗ്ധ്യം" വിഭാഗത്തിൽ ഇതിനെക്കുറിച്ച് കൂടുതൽ വിശദമായി സംസാരിക്കാം.
• നിരീക്ഷണവും അലേർട്ടുകളും. ഒരു ക്ലസ്റ്റർ തകരുമ്പോൾ, അതിനെക്കുറിച്ച് ആദ്യം അറിയാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നു. എല്ലാ നോഡുകളും ക്ലസ്റ്ററിന്റെ അവസ്ഥയെക്കുറിച്ചുള്ള ഒരേ വിവരങ്ങൾ നൽകുന്ന ഒരു അറിയിപ്പിലേക്ക് ഞങ്ങൾ സ്വയം പരിമിതപ്പെടുത്തിയിരിക്കുന്നു (അതെ, ഇത് വ്യത്യസ്തമായി സംഭവിക്കുന്നു). റെഡിസ് ക്ലയന്റ് സേവനങ്ങളിൽ നിന്നുള്ള അലേർട്ടുകൾ വഴി മറ്റ് പ്രശ്നങ്ങൾ കൂടുതൽ വേഗത്തിൽ ശ്രദ്ധിക്കാനാകും.

സ്ഥലംമാറ്റം

ഞങ്ങൾ എങ്ങനെ നീങ്ങും:

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

വൈദഗ്ദ്ധ്യം

ആദ്യം, ക്ലസ്റ്റർ രൂപകൽപ്പനയെക്കുറിച്ച് ചുരുക്കത്തിൽ.

ഒന്നാമതായി, റെഡിസ് ഒരു പ്രധാന മൂല്യമുള്ള സ്റ്റോറാണ്. അനിയന്ത്രിതമായ സ്ട്രിംഗുകൾ കീകളായി ഉപയോഗിക്കുന്നു. അക്കങ്ങളും സ്ട്രിംഗുകളും മുഴുവൻ ഘടനകളും മൂല്യങ്ങളായി ഉപയോഗിക്കാം. പിന്നീടുള്ളവയിൽ ധാരാളം ഉണ്ട്, എന്നാൽ പൊതുവായ ഘടന മനസ്സിലാക്കുന്നതിന് ഇത് ഞങ്ങൾക്ക് പ്രധാനമല്ല.
കീകൾക്ക് ശേഷമുള്ള അമൂർത്തീകരണത്തിന്റെ അടുത്ത ലെവൽ സ്ലോട്ടുകളാണ് (SLOTS). ഓരോ കീയും 16 സ്ലോട്ടുകളിൽ ഒന്നിന്റെതാണ്. ഓരോ സ്ലോട്ടിലും എത്ര കീകൾ വേണമെങ്കിലും ഉണ്ടാകാം. അങ്ങനെ, എല്ലാ കീകളും 383 ഡിസ്ജോയിന്റ് സെറ്റുകളായി തിരിച്ചിരിക്കുന്നു.

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

എല്ലാ കീകളും സ്ലോട്ടുകൾക്കിടയിൽ വിതരണം ചെയ്യുകയും സ്ലോട്ടുകൾ മാസ്റ്റർ നോഡുകൾക്കിടയിൽ ചിതറിക്കിടക്കുകയും ചെയ്ത ശേഷം, ഓരോ മാസ്റ്റർ നോഡിലേക്കും സ്ലേവ് നോഡുകളുടെ അനിയന്ത്രിതമായ എണ്ണം ചേർക്കാവുന്നതാണ്. അത്തരം ഓരോ യജമാന-സ്ലേവ് ലിങ്കിനുള്ളിലും, സാധാരണ പകർപ്പ് പ്രവർത്തിക്കും. വായനാ അഭ്യർത്ഥനകൾ സ്കെയിൽ ചെയ്യുന്നതിനും മാസ്റ്റർ പരാജയപ്പെടുമ്പോൾ പരാജയപ്പെടുന്നതിനും അടിമകൾ ആവശ്യമാണ്.

ഇപ്പോൾ നമുക്ക് ചെയ്യാൻ കഴിയുന്ന പ്രവർത്തനങ്ങളെക്കുറിച്ച് സംസാരിക്കാം.

Redis-CLI വഴി ഞങ്ങൾ സിസ്റ്റം ആക്സസ് ചെയ്യും. റെഡിസിന് ഒരൊറ്റ എൻട്രി പോയിന്റ് ഇല്ലാത്തതിനാൽ, ഏത് നോഡിലും നിങ്ങൾക്ക് ഇനിപ്പറയുന്ന പ്രവർത്തനങ്ങൾ നടത്താം. ഓരോ ഘട്ടത്തിലും ലോഡിന് കീഴിൽ പ്രവർത്തനം നടത്താനുള്ള സാധ്യതയിലേക്ക് ഞാൻ പ്രത്യേകം ശ്രദ്ധ ആകർഷിക്കുന്നു.

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

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

കോൺഫിഗറേഷൻ

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

• കാലഹരണപ്പെട്ടു 0
  നിഷ്‌ക്രിയ കണക്ഷനുകൾ അടച്ച സമയം (സെക്കൻഡിൽ). 0 - അടയ്ക്കരുത്
  ഞങ്ങളുടെ എല്ലാ ലൈബ്രറികൾക്കും കണക്ഷനുകൾ ശരിയായി അടയ്ക്കാൻ കഴിഞ്ഞില്ല. ഈ ക്രമീകരണം പ്രവർത്തനരഹിതമാക്കുന്നതിലൂടെ, ക്ലയന്റുകളുടെ എണ്ണത്തിന്റെ പരിധിയിൽ എത്താൻ ഞങ്ങൾ സാധ്യതയുണ്ട്. മറുവശത്ത്, അത്തരമൊരു പ്രശ്നമുണ്ടെങ്കിൽ, നഷ്ടപ്പെട്ട കണക്ഷനുകളുടെ യാന്ത്രിക വിരാമം അതിനെ മറയ്ക്കും, ഞങ്ങൾ ശ്രദ്ധിക്കാനിടയില്ല. കൂടാതെ, പെർസിസ്റ്റ് കണക്ഷനുകൾ ഉപയോഗിക്കുമ്പോൾ നിങ്ങൾ ഈ ക്രമീകരണം പ്രവർത്തനക്ഷമമാക്കരുത്.
• xy സംരക്ഷിക്കുക & അതെ എന്ന് മാത്രം ചേർക്കുക
  ഒരു RDB സ്നാപ്പ്ഷോട്ട് സംരക്ഷിക്കുന്നു.
  RDB/AOF പ്രശ്നങ്ങൾ ഞങ്ങൾ വിശദമായി ചുവടെ ചർച്ച ചെയ്യും.
• സ്റ്റോപ്പ്-റൈറ്റസ്-ഓൺ-ബിജിസേവ്-എറർ നോ & സ്ലേവ്-സെർവ്-സ്റ്റേൽ-ഡാറ്റ അതെ
  പ്രവർത്തനക്ഷമമാക്കിയാൽ, RDB സ്നാപ്പ്ഷോട്ട് തകരുകയാണെങ്കിൽ, മാറ്റത്തിനുള്ള അഭ്യർത്ഥനകൾ സ്വീകരിക്കുന്നത് മാസ്റ്റർ നിർത്തും. യജമാനനുമായുള്ള ബന്ധം നഷ്ടപ്പെട്ടാൽ, അടിമക്ക് അഭ്യർത്ഥനകളോട് പ്രതികരിക്കുന്നത് തുടരാം (അതെ). അല്ലെങ്കിൽ പ്രതികരിക്കുന്നത് നിർത്തും (ഇല്ല)
  റെഡിസ് മത്തങ്ങയായി മാറുന്ന സാഹചര്യത്തിൽ ഞങ്ങൾ സന്തുഷ്ടരല്ല.
• repl-ping-slave-period 5
  ഈ കാലയളവിനുശേഷം, യജമാനൻ തകർന്നുവെന്ന് ഞങ്ങൾ വിഷമിക്കാൻ തുടങ്ങും, പരാജയ നടപടിക്രമം നടപ്പിലാക്കാനുള്ള സമയമാണിത്.
  തെറ്റായ പോസിറ്റീവുകളും പരാജയം ഉണർത്തുന്നതും തമ്മിലുള്ള ബാലൻസ് നിങ്ങൾ സ്വമേധയാ കണ്ടെത്തേണ്ടതുണ്ട്. ഞങ്ങളുടെ പരിശീലനത്തിൽ ഇത് 5 സെക്കൻഡ് ആണ്.
• repl-backlog-size 1024mb & epl-backlog-ttl 0
  പരാജയപ്പെട്ട ഒരു പകർപ്പിനായി നമുക്ക് ഇത്രയും ഡാറ്റ കൃത്യമായി ഒരു ബഫറിൽ സംഭരിക്കാൻ കഴിയും. ബഫർ തീർന്നാൽ, നിങ്ങൾ പൂർണ്ണമായും സമന്വയിപ്പിക്കേണ്ടതുണ്ട്.
  ഉയർന്ന മൂല്യം സജ്ജീകരിക്കുന്നതാണ് നല്ലതെന്ന് പ്രാക്ടീസ് സൂചിപ്പിക്കുന്നു. ഒരു പകർപ്പ് കാലതാമസം വരാൻ തുടങ്ങുന്നതിന് ധാരാളം കാരണങ്ങളുണ്ട്. ഇത് കാലതാമസം നേരിടുകയാണെങ്കിൽ, മിക്കവാറും നിങ്ങളുടെ യജമാനൻ ഇതിനകം തന്നെ നേരിടാൻ പാടുപെടുകയാണ്, കൂടാതെ പൂർണ്ണ സമന്വയം അവസാനത്തെ വൈക്കോലായിരിക്കും.
• maxclients 10000
  ഒറ്റത്തവണ ക്ലയന്റുകളുടെ പരമാവധി എണ്ണം.
  ഞങ്ങളുടെ അനുഭവത്തിൽ, ഉയർന്ന മൂല്യം സജ്ജീകരിക്കുന്നതാണ് നല്ലത്. റെഡിസ് 10k കണക്ഷനുകൾ നന്നായി കൈകാര്യം ചെയ്യുന്നു. സിസ്റ്റത്തിൽ ആവശ്യത്തിന് സോക്കറ്റുകൾ ഉണ്ടെന്ന് ഉറപ്പാക്കുക.
• maxmemory-policy volatile-ttl
  ലഭ്യമായ മെമ്മറി പരിധിയിൽ എത്തുമ്പോൾ കീകൾ ഇല്ലാതാക്കുന്നതിനുള്ള നിയമം.
  ഇവിടെ പ്രധാനം നിയമമല്ല, മറിച്ച് ഇത് എങ്ങനെ സംഭവിക്കും എന്നതിനെക്കുറിച്ചുള്ള ധാരണയാണ്. മെമ്മറി പരിധിയിലെത്തുമ്പോൾ സാധാരണ രീതിയിൽ പ്രവർത്തിക്കാനുള്ള കഴിവിന് റെഡിസിനെ പ്രശംസിക്കാം.

RDB, AOF പ്രശ്നങ്ങൾ

റെഡിസ് തന്നെ എല്ലാ വിവരങ്ങളും റാമിൽ സംഭരിക്കുന്നുണ്ടെങ്കിലും, ഡിസ്കിലേക്ക് ഡാറ്റ സംരക്ഷിക്കുന്നതിനുള്ള ഒരു സംവിധാനവുമുണ്ട്. കൂടുതൽ കൃത്യമായി പറഞ്ഞാൽ, മൂന്ന് മെക്കാനിസങ്ങൾ:

• RDB-സ്നാപ്പ്ഷോട്ട് - എല്ലാ ഡാറ്റയുടെയും പൂർണ്ണമായ സ്നാപ്പ്ഷോട്ട്. SAVE XY കോൺഫിഗറേഷൻ ഉപയോഗിച്ച് സജ്ജീകരിച്ച് "കുറഞ്ഞത് Y കീകളെങ്കിലും മാറിയിട്ടുണ്ടെങ്കിൽ എല്ലാ X സെക്കൻഡിലും എല്ലാ ഡാറ്റയുടെയും പൂർണ്ണ സ്നാപ്പ്ഷോട്ട് സംരക്ഷിക്കുക" എന്ന് വായിക്കുന്നു.
• കൂട്ടിച്ചേർക്കാൻ മാത്രമുള്ള ഫയൽ - അവ നടപ്പിലാക്കുന്ന ക്രമത്തിലുള്ള പ്രവർത്തനങ്ങളുടെ ഒരു ലിസ്റ്റ്. ഓരോ X സെക്കൻഡിലും അല്ലെങ്കിൽ ഓരോ Y പ്രവർത്തനങ്ങളിലും ഫയലിലേക്ക് പുതിയ ഇൻകമിംഗ് പ്രവർത്തനങ്ങൾ ചേർക്കുന്നു.
• RDB, AOF എന്നിവ മുമ്പത്തെ രണ്ട് സംയോജനമാണ്.

എല്ലാ രീതികൾക്കും അവയുടെ ഗുണങ്ങളും ദോഷങ്ങളുമുണ്ട്, അവയെല്ലാം ഞാൻ പട്ടികപ്പെടുത്തില്ല, എന്റെ അഭിപ്രായത്തിൽ വ്യക്തമല്ലാത്ത പോയിന്റുകളിലേക്ക് ഞാൻ ശ്രദ്ധ ആകർഷിക്കും.

ആദ്യം, ഒരു RDB സ്നാപ്പ്ഷോട്ട് സംരക്ഷിക്കുന്നതിന് FORK-ലേക്ക് വിളിക്കേണ്ടതുണ്ട്. ധാരാളം ഡാറ്റ ഉണ്ടെങ്കിൽ, ഇതിന് കുറച്ച് മില്ലിസെക്കൻഡ് മുതൽ ഒരു സെക്കൻഡ് വരെ എല്ലാ റെഡിസിനെയും തൂക്കിയിടാനാകും. കൂടാതെ, അത്തരമൊരു സ്നാപ്പ്ഷോട്ടിനായി സിസ്റ്റത്തിന് മെമ്മറി അനുവദിക്കേണ്ടതുണ്ട്, ഇത് ലോജിക്കൽ മെഷീനിൽ റാം ഇരട്ടി വിതരണം ചെയ്യേണ്ടതിന്റെ ആവശ്യകതയിലേക്ക് നയിക്കുന്നു: റെഡിസിനായി 8 ജിബി അനുവദിച്ചിട്ടുണ്ടെങ്കിൽ, വെർച്വൽ മെഷീനിൽ 16 ജിബി ലഭ്യമായിരിക്കണം. അത്.

രണ്ടാമതായി, ഭാഗിക സമന്വയത്തിൽ പ്രശ്നങ്ങളുണ്ട്. AOF മോഡിൽ, സ്ലേവ് വീണ്ടും കണക്റ്റുചെയ്യുമ്പോൾ, ഭാഗിക സമന്വയത്തിനുപകരം, പൂർണ്ണ സമന്വയം നടപ്പിലാക്കാൻ കഴിയും. എന്തുകൊണ്ടാണ് ഇത് സംഭവിക്കുന്നത്, എനിക്ക് മനസ്സിലാക്കാൻ കഴിഞ്ഞില്ല. എന്നാൽ ഇത് ഓർക്കുന്നത് മൂല്യവത്താണ്.

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

തീരുമാനം

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

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