എയറോഡിസ്ക് എഞ്ചിൻ: ദുരന്ത പ്രതിരോധം. ഭാഗം 1

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

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

ഒരു സിദ്ധാന്തം

ഒരേസമയം നിരവധി സ്റ്റോറേജ് സിസ്റ്റങ്ങളിൽ ഡാറ്റ ഐഡന്റിറ്റി ഉറപ്പാക്കുന്ന ഒരു തുടർച്ചയായ പ്രക്രിയയാണ് സ്റ്റോറേജ് സിസ്റ്റങ്ങളിലെ റെപ്ലിക്കേഷൻ. സാങ്കേതികമായി, പകർപ്പെടുക്കൽ രണ്ട് തരത്തിലാണ് നടത്തുന്നത്.

സിൻക്രണസ് റെപ്ലിക്കേഷൻ - ഇത് പ്രധാന സ്റ്റോറേജ് സിസ്റ്റത്തിൽ നിന്ന് ബാക്കപ്പിലേക്ക് ഡാറ്റ പകർത്തുന്നു, തുടർന്ന് രണ്ട് സ്റ്റോറേജ് സിസ്റ്റങ്ങളിൽ നിന്നുള്ള നിർബന്ധിത സ്ഥിരീകരണം ഡാറ്റ റെക്കോർഡുചെയ്‌ത് സ്ഥിരീകരിച്ചു. ഇരുവശത്തും (രണ്ട് സംഭരണ ​​​​സംവിധാനങ്ങളും) സ്ഥിരീകരിച്ചതിന് ശേഷമാണ് ഡാറ്റ റെക്കോർഡുചെയ്‌തതായി കണക്കാക്കുകയും പ്രവർത്തിക്കാൻ കഴിയുകയും ചെയ്യുന്നത്. ഇത് റെപ്ലിക്കയിൽ പങ്കെടുക്കുന്ന എല്ലാ സ്റ്റോറേജ് സിസ്റ്റങ്ങളിലും ഗ്യാരണ്ടീഡ് ഡാറ്റ ഐഡന്റിറ്റി ഉറപ്പാക്കുന്നു.

ഈ രീതിയുടെ ഗുണങ്ങൾ:

• എല്ലാ സ്റ്റോറേജ് സിസ്റ്റങ്ങളിലും ഡാറ്റ എപ്പോഴും ഒരുപോലെയാണ്

പരിഗണന:

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

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

അസിൻക്രണസ് റെപ്ലിക്കേഷന്റെ ഗുണങ്ങൾ:

• ചെലവ് കുറഞ്ഞ പരിഹാരം (ഏതെങ്കിലും ആശയവിനിമയ ചാനലുകൾ, ഒപ്റ്റിക്സ് ഓപ്ഷണൽ)
• ദൂര നിയന്ത്രണങ്ങളൊന്നുമില്ല
• ബാക്കപ്പ് സ്‌റ്റോറേജ് സിസ്റ്റത്തിൽ, മെയിൻ ഒന്നിൽ (കുറച്ച് സമയത്തേക്കെങ്കിലും) കേടുപാടുകൾ സംഭവിച്ചാൽ ഡാറ്റ വഷളാകില്ല;

പരിഗണന:

• വ്യത്യസ്‌ത ഡാറ്റാ സെന്ററുകളിലെ ഡാറ്റ എപ്പോഴും ഒരുപോലെ ആയിരിക്കില്ല

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

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

കൂടാതെ, മിക്കപ്പോഴും, സ്റ്റോറേജ് സിസ്റ്റങ്ങൾ ഉപയോഗിച്ചുള്ള റെപ്ലിക്കേഷനെക്കുറിച്ച് സംസാരിക്കുമ്പോൾ, പലർക്കും ന്യായമായ ഒരു ചോദ്യമുണ്ട്: > "പല ആപ്ലിക്കേഷനുകൾക്കും അവരുടേതായ റെപ്ലിക്കേഷൻ ടൂളുകൾ ഉണ്ട്, സ്റ്റോറേജ് സിസ്റ്റങ്ങളിൽ റെപ്ലിക്കേഷൻ ഉപയോഗിക്കുന്നത് എന്തുകൊണ്ട്? ഇത് നല്ലതോ മോശമോ?

ഇവിടെ വ്യക്തമായ ഉത്തരമില്ല, അതിനാൽ ഇവിടെ വാദങ്ങളും ദോഷങ്ങളുമുണ്ട്:

സ്റ്റോറേജ് റെപ്ലിക്കേഷനുള്ള ആർഗ്യുമെന്റുകൾ:

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

സ്റ്റോറേജ് റെപ്ലിക്കേഷനെതിരായ വാദങ്ങൾ:

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

* - വിവാദ തീസിസ്. ഉദാഹരണത്തിന്, അറിയപ്പെടുന്ന ഒരു DBMS നിർമ്മാതാവ് വളരെക്കാലമായി ഔദ്യോഗികമായി പ്രഖ്യാപിക്കുന്നത് അവരുടെ DBMS അവരുടെ മാർഗ്ഗങ്ങൾ ഉപയോഗിച്ച് മാത്രമേ സാധാരണഗതിയിൽ പകർത്താൻ കഴിയൂ, ബാക്കിയുള്ള പകർപ്പുകൾ (സ്റ്റോറേജ് സിസ്റ്റങ്ങൾ ഉൾപ്പെടെ) "സത്യമല്ല." എന്നാൽ ഇത് അങ്ങനെയല്ലെന്ന് ജീവിതം തെളിയിച്ചു. മിക്കവാറും (എന്നാൽ ഇത് ഉറപ്പില്ല) ഉപഭോക്താക്കൾക്ക് കൂടുതൽ ലൈസൻസുകൾ വിൽക്കാനുള്ള ഏറ്റവും സത്യസന്ധമായ ശ്രമമല്ല ഇത്.

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

സിദ്ധാന്തം പൂർത്തിയാക്കി, ഇപ്പോൾ പരിശീലിക്കുക

ഞങ്ങളുടെ ലാബിൽ ഞങ്ങൾ പകർപ്പ് ക്രമീകരിക്കും. ലബോറട്ടറി സാഹചര്യങ്ങളിൽ, ഞങ്ങൾ രണ്ട് ഡാറ്റാ സെന്ററുകൾ അനുകരിച്ചു (വാസ്തവത്തിൽ, വ്യത്യസ്ത കെട്ടിടങ്ങളിൽ ഉള്ളതായി തോന്നുന്ന രണ്ട് അടുത്തുള്ള റാക്കുകൾ). സ്റ്റാൻഡിൽ രണ്ട് എഞ്ചിൻ N2 സ്റ്റോറേജ് സിസ്റ്റങ്ങൾ അടങ്ങിയിരിക്കുന്നു, അവ ഒപ്റ്റിക്കൽ കേബിളുകൾ വഴി പരസ്പരം ബന്ധിപ്പിച്ചിരിക്കുന്നു. Windows Server 2016 പ്രവർത്തിക്കുന്ന ഒരു ഫിസിക്കൽ സെർവർ 10Gb ഇഥർനെറ്റ് ഉപയോഗിച്ച് രണ്ട് സ്റ്റോറേജ് സിസ്റ്റങ്ങളിലേക്കും ബന്ധിപ്പിച്ചിരിക്കുന്നു. നിലപാട് വളരെ ലളിതമാണ്, എന്നാൽ ഇത് സത്ത മാറ്റില്ല.

ആസൂത്രിതമായി ഇത് ഇതുപോലെ കാണപ്പെടുന്നു:

യുക്തിപരമായി, അനുകരണം ഇനിപ്പറയുന്ന രീതിയിൽ ക്രമീകരിച്ചിരിക്കുന്നു:

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

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

അസിൻക്രണസ് റെപ്ലിക്കേഷന്റെ ആവശ്യകതകൾ അത്ര ഗൗരവമുള്ളതല്ല. കൂടുതൽ കൃത്യമായി പറഞ്ഞാൽ, അവർ അവിടെ ഇല്ല. ഏത് ഇഥർനെറ്റ് കണക്ഷനും പ്രവർത്തിക്കും.

നിലവിൽ, ഇഥർനെറ്റ് പ്രോട്ടോക്കോൾ വഴി (കോപ്പർ അല്ലെങ്കിൽ ഒപ്റ്റിക്കൽ വഴി) ബ്ലോക്ക് ഡിവൈസുകൾക്കുള്ള (LUN) പകർപ്പെടുക്കലിനെ AERODISK ENGINE സ്റ്റോറേജ് സിസ്റ്റം പിന്തുണയ്ക്കുന്നു. ഫൈബർ ചാനലിലൂടെ ഒരു SAN ഫാബ്രിക് വഴി ആവർത്തിക്കേണ്ട പ്രോജക്റ്റുകൾക്കായി, ഞങ്ങൾ നിലവിൽ ഉചിതമായ ഒരു പരിഹാരം ചേർക്കുന്നു, പക്ഷേ ഇത് ഇതുവരെ തയ്യാറായിട്ടില്ല, അതിനാൽ ഞങ്ങളുടെ കാര്യത്തിൽ, ഇഥർനെറ്റ് മാത്രം.

ജൂനിയർ സിസ്റ്റങ്ങൾ മുതൽ പഴയവ വരെയുള്ള ഏത് എഞ്ചിൻ സീരീസ് സ്റ്റോറേജ് സിസ്റ്റങ്ങൾക്കിടയിലും (N1, N2, N4) റെപ്ലിക്കേഷന് പ്രവർത്തിക്കാനാകും.

രണ്ട് റെപ്ലിക്കേഷൻ മോഡുകളുടെയും പ്രവർത്തനം പൂർണ്ണമായും സമാനമാണ്. ലഭ്യമായതിനെക്കുറിച്ചുള്ള കൂടുതൽ വിശദാംശങ്ങൾ ചുവടെയുണ്ട്:

• റെപ്ലിക്കേഷൻ “ഒന്ന് മുതൽ ഒന്ന്” അല്ലെങ്കിൽ “ഒന്ന് മുതൽ ഒന്ന്”, അതായത് രണ്ട് ഡാറ്റാ സെന്ററുകളുള്ള ക്ലാസിക് പതിപ്പ്, പ്രധാനവും ബാക്കപ്പും
• അനുകരണം "ഒന്നിൽ നിന്ന് പലതും" അല്ലെങ്കിൽ "ഒന്നിൽ നിന്ന് പലതും" ആണ്, അതായത്. ഒരു LUN ഒരേസമയം നിരവധി സ്റ്റോറേജ് സിസ്റ്റങ്ങളിലേക്ക് പകർത്താനാകും
• റെപ്ലിക്കേഷന്റെ ദിശ പ്രവർത്തനക്ഷമമാക്കുന്നതിനും പ്രവർത്തനരഹിതമാക്കുന്നതിനും അല്ലെങ്കിൽ മാറ്റുന്നതിനും യഥാക്രമം പകർപ്പെടുക്കൽ സജീവമാക്കുക, നിർജ്ജീവമാക്കുക, "റിവേഴ്സ്" ചെയ്യുക
• RDG (റെയ്ഡ് ഡിസ്ട്രിബ്യൂട്ടഡ് ഗ്രൂപ്പ്), DDP (ഡൈനാമിക് ഡിസ്ക് പൂൾ) എന്നീ രണ്ട് പൂളുകൾക്കും റെപ്ലിക്കേഷൻ ലഭ്യമാണ്. എന്നിരുന്നാലും, ഒരു RDG പൂളിന്റെ LUN-കൾ മറ്റൊരു RDG-യിലേക്ക് മാത്രമേ പകർത്താനാകൂ. ഡിഡിപിയുടെ കാര്യവും അങ്ങനെ തന്നെ.

ഇനിയും നിരവധി ചെറിയ സവിശേഷതകൾ ഉണ്ട്, എന്നാൽ അവ ലിസ്റ്റുചെയ്യുന്നതിൽ പ്രത്യേക പോയിന്റൊന്നുമില്ല; ഞങ്ങൾ സജ്ജീകരിക്കുമ്പോൾ അവ പരാമർശിക്കും.

റെപ്ലിക്കേഷൻ സജ്ജീകരിക്കുന്നു

സജ്ജീകരണ പ്രക്രിയ വളരെ ലളിതവും മൂന്ന് ഘട്ടങ്ങൾ ഉൾക്കൊള്ളുന്നതുമാണ്.

1. നെറ്റ്‌വർക്ക് സജ്ജീകരണം
2. സംഭരണ ​​​​ക്രമീകരണം
3. നിയമങ്ങളും (കണക്ഷനുകളും) മാപ്പിംഗും സജ്ജീകരിക്കുന്നു

റെപ്ലിക്കേഷൻ സജ്ജീകരിക്കുന്നതിലെ ഒരു പ്രധാന കാര്യം, ആദ്യത്തെ രണ്ട് ഘട്ടങ്ങൾ റിമോട്ട് സ്റ്റോറേജ് സിസ്റ്റത്തിൽ ആവർത്തിക്കണം, മൂന്നാമത്തെ ഘട്ടം - പ്രധാനത്തിൽ മാത്രം.

നെറ്റ്‌വർക്ക് ഉറവിടങ്ങൾ സജ്ജീകരിക്കുന്നു

റെപ്ലിക്കേഷൻ ട്രാഫിക് ട്രാൻസ്മിറ്റ് ചെയ്യുന്ന നെറ്റ്‌വർക്ക് പോർട്ടുകൾ കോൺഫിഗർ ചെയ്യുക എന്നതാണ് ആദ്യ പടി. ഇത് ചെയ്യുന്നതിന്, നിങ്ങൾ പോർട്ടുകൾ പ്രവർത്തനക്ഷമമാക്കുകയും ഫ്രണ്ട്-എൻഡ് അഡാപ്റ്ററുകൾ വിഭാഗത്തിൽ അവയുടെ IP വിലാസങ്ങൾ സജ്ജമാക്കുകയും വേണം.

ഇതിനുശേഷം, ഞങ്ങൾ ഒരു പൂളും (നമ്മുടെ കാര്യത്തിൽ RDG) റെപ്ലിക്കേഷനായി (വിഐപി) ഒരു വെർച്വൽ ഐപിയും സൃഷ്ടിക്കേണ്ടതുണ്ട്. VIP എന്നത് ഒരു ഫ്ലോട്ടിംഗ് IP വിലാസമാണ്, അത് സ്റ്റോറേജ് കൺട്രോളറുകളുടെ രണ്ട് "ഫിസിക്കൽ" വിലാസങ്ങളുമായി ബന്ധിപ്പിച്ചിരിക്കുന്നു (ഞങ്ങൾ ഇപ്പോൾ കോൺഫിഗർ ചെയ്ത പോർട്ടുകൾ). ഇത് പ്രധാന റെപ്ലിക്കേഷൻ ഇന്റർഫേസ് ആയിരിക്കും. ടാഗ് ചെയ്‌ത ട്രാഫിക്കിൽ പ്രവർത്തിക്കണമെങ്കിൽ നിങ്ങൾക്ക് ഒരു വിഐപിയോടൊപ്പമല്ല, വിഎൽഎഎൻ ഉപയോഗിച്ചും പ്രവർത്തിക്കാം.

I/O (NFS, SMB, iSCSI) യ്‌ക്കായി ഒരു വിഐപി സൃഷ്‌ടിക്കുന്നതിൽ നിന്ന് ഒരു പകർപ്പിനായി ഒരു വിഐപി സൃഷ്‌ടിക്കുന്ന പ്രക്രിയ വളരെ വ്യത്യസ്തമല്ല. ഈ സാഹചര്യത്തിൽ, ഞങ്ങൾ ഒരു സാധാരണ വിഐപി (വിഎൽഎഎൻ ഇല്ലാതെ) സൃഷ്ടിക്കുന്നു, പക്ഷേ അത് പകർത്തലിനുള്ളതാണെന്ന് സൂചിപ്പിക്കാൻ മറക്കരുത് (ഈ പോയിന്റർ കൂടാതെ അടുത്ത ഘട്ടത്തിൽ വിഐപിയെ നിയമത്തിലേക്ക് ചേർക്കാൻ ഞങ്ങൾക്ക് കഴിയില്ല).

VIP അത് ഫ്ലോട്ട് ചെയ്യുന്ന IP പോർട്ടുകളുടെ അതേ സബ്നെറ്റിൽ ആയിരിക്കണം.

ഞങ്ങൾ ഈ ക്രമീകരണങ്ങൾ ഒരു റിമോട്ട് സ്റ്റോറേജ് സിസ്റ്റത്തിൽ ആവർത്തിക്കുന്നു, തീർച്ചയായും മറ്റൊരു IP.
വ്യത്യസ്ത സ്റ്റോറേജ് സിസ്റ്റങ്ങളിൽ നിന്നുള്ള വിഐപികൾ വ്യത്യസ്ത സബ്നെറ്റുകളിൽ ആകാം, പ്രധാന കാര്യം അവയ്ക്കിടയിൽ റൂട്ടിംഗ് ഉണ്ട് എന്നതാണ്. ഞങ്ങളുടെ കാര്യത്തിൽ, ഈ ഉദാഹരണം കൃത്യമായി കാണിച്ചിരിക്കുന്നു (192.168.3.XX, 192.168.2.XX)

ഇത് നെറ്റ്‌വർക്ക് ഭാഗത്തിന്റെ തയ്യാറെടുപ്പ് പൂർത്തിയാക്കുന്നു.

സംഭരണം സജ്ജീകരിക്കുന്നു

ഒരു റെപ്ലിക്കയ്‌ക്കായി സംഭരണം സജ്ജീകരിക്കുന്നത് സാധാരണയിൽ നിന്ന് വ്യത്യസ്‌തമാണ്, ഞങ്ങൾ ഒരു പ്രത്യേക മെനു "റെപ്ലിക്കേഷൻ മാപ്പിംഗ്" വഴിയാണ് മാപ്പിംഗ് ചെയ്യുന്നത്. അല്ലെങ്കിൽ, എല്ലാം സാധാരണ സജ്ജീകരണത്തിന് സമാനമാണ്. ഇപ്പോൾ, ക്രമത്തിൽ.

മുമ്പ് സൃഷ്ടിച്ച പൂൾ R02-ൽ, നിങ്ങൾ ഒരു LUN സൃഷ്ടിക്കേണ്ടതുണ്ട്. നമുക്ക് അത് സൃഷ്ടിച്ച് അതിനെ LUN1 എന്ന് വിളിക്കാം.

ഒരേ വലിപ്പത്തിലുള്ള ഒരു റിമോട്ട് സ്റ്റോറേജ് സിസ്റ്റത്തിലും നമുക്ക് അതേ LUN സൃഷ്ടിക്കേണ്ടതുണ്ട്. ഞങ്ങൾ സൃഷ്ടിക്കുന്നു. ആശയക്കുഴപ്പം ഒഴിവാക്കാൻ, നമുക്ക് റിമോട്ട് LUN LUN1R എന്ന് വിളിക്കാം

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

സ്‌റ്റോറേജ് സജ്ജീകരണം പൂർത്തിയായി, നമുക്ക് ഒരു റെപ്ലിക്കേഷൻ റൂൾ സൃഷ്ടിക്കുന്നതിലേക്ക് പോകാം.

റെപ്ലിക്കേഷൻ നിയമങ്ങളോ റെപ്ലിക്കേഷൻ ലിങ്കുകളോ സജ്ജീകരിക്കുന്നു

സ്റ്റോറേജ് സിസ്റ്റത്തിൽ LUN-കൾ സൃഷ്‌ടിച്ചതിന് ശേഷം, അത് ഇപ്പോൾ പ്രാഥമികമായ ഒന്നായിരിക്കും, സ്റ്റോറേജ് സിസ്റ്റം 1-ൽ LUN1 എന്ന റെപ്ലിക്കേഷൻ റൂൾ ഞങ്ങൾ സ്റ്റോറേജ് സിസ്റ്റം 1-ൽ LUN2R-ൽ കോൺഫിഗർ ചെയ്യുന്നു.

"റിമോട്ട് റെപ്ലിക്കേഷൻ" മെനുവിലാണ് ക്രമീകരണം നിർമ്മിച്ചിരിക്കുന്നത്

നമുക്ക് ഒരു നിയമം ഉണ്ടാക്കാം. ഇത് ചെയ്യുന്നതിന്, നിങ്ങൾ പകർപ്പിന്റെ സ്വീകർത്താവിനെ വ്യക്തമാക്കേണ്ടതുണ്ട്. അവിടെ ഞങ്ങൾ കണക്ഷന്റെ പേരും റെപ്ലിക്കേഷന്റെ തരവും (സിൻക്രണസ് അല്ലെങ്കിൽ അസിൻക്രണസ്) സജ്ജമാക്കി.

"റിമോട്ട് സിസ്റ്റങ്ങൾ" ഫീൽഡിൽ ഞങ്ങൾ ഞങ്ങളുടെ സ്റ്റോറേജ് സിസ്റ്റം2 ചേർക്കുന്നു. ചേർക്കുന്നതിന്, നിങ്ങൾ മാനേജ്മെന്റ് IP സ്റ്റോറേജ് സിസ്റ്റങ്ങളും (MGR) റിമോട്ട് LUN-ന്റെ പേരും ഉപയോഗിക്കേണ്ടതുണ്ട്, അതിലേക്ക് ഞങ്ങൾ പകർപ്പെടുക്കും (ഞങ്ങളുടെ കാര്യത്തിൽ, LUN1R). ഒരു കണക്ഷൻ ചേർക്കുന്ന ഘട്ടത്തിൽ മാത്രമേ നിയന്ത്രണ ഐപികൾ ആവശ്യമുള്ളൂ; അവയിലൂടെ റെപ്ലിക്കേഷൻ ട്രാഫിക് കൈമാറ്റം ചെയ്യപ്പെടില്ല; മുമ്പ് കോൺഫിഗർ ചെയ്ത VIP ഇതിനായി ഉപയോഗിക്കും.

ഇതിനകം തന്നെ ഈ ഘട്ടത്തിൽ "ഒന്ന് മുതൽ നിരവധി" ടോപ്പോളജിക്ക് ഒന്നിലധികം വിദൂര സംവിധാനങ്ങൾ ചേർക്കാൻ കഴിയും: ചുവടെയുള്ള ചിത്രത്തിൽ പോലെ "നോഡ് ചേർക്കുക" ബട്ടൺ ക്ലിക്കുചെയ്യുക.

ഞങ്ങളുടെ കാര്യത്തിൽ, ഒരു റിമോട്ട് സിസ്റ്റം മാത്രമേയുള്ളൂ, അതിനാൽ ഞങ്ങൾ ഇതിലേക്ക് സ്വയം പരിമിതപ്പെടുത്തുന്നു.

ഭരണം തയ്യാറാണ്. എല്ലാ റെപ്ലിക്കേഷൻ പങ്കാളികളിലും ഇത് സ്വയമേവ ചേർത്തുവെന്നത് ശ്രദ്ധിക്കുക (ഞങ്ങളുടെ കാര്യത്തിൽ അവയിൽ രണ്ടെണ്ണം ഉണ്ട്). നിങ്ങൾക്ക് ഇഷ്ടമുള്ളത്രയും LUN-കൾക്കും ഏത് ദിശയിലും അത്തരം നിയമങ്ങൾ സൃഷ്ടിക്കാൻ കഴിയും. ഉദാഹരണത്തിന്, ലോഡ് സന്തുലിതമാക്കുന്നതിന്, നമുക്ക് LUN-കളുടെ ഒരു ഭാഗം സ്റ്റോറേജ് സിസ്റ്റം 1 മുതൽ സ്റ്റോറേജ് സിസ്റ്റം 2 ലേക്ക് പകർപ്പെടുക്കാം, മറുവശത്ത്, സ്റ്റോറേജ് സിസ്റ്റം 2 മുതൽ സ്റ്റോറേജ് സിസ്റ്റം 1 വരെ.

സംഭരണ ​​സംവിധാനം1. സൃഷ്ടിച്ച ഉടൻ തന്നെ, സമന്വയം ആരംഭിച്ചു.

സംഭരണ ​​സംവിധാനം2. ഞങ്ങൾ ഇതേ നിയമം കാണുന്നു, പക്ഷേ സമന്വയം ഇതിനകം അവസാനിച്ചു.

സ്റ്റോറേജ് സിസ്റ്റം 1-ലെ LUN1 പ്രാഥമിക റോളിലാണ്, അതായത്, അത് സജീവമാണ്. സ്റ്റോറേജ് സിസ്റ്റം 1-ലെ LUN2R സെക്കൻഡറിയുടെ റോളിലാണ്, അതായത്, സ്റ്റോറേജ് സിസ്റ്റം 1 പരാജയപ്പെടുകയാണെങ്കിൽ അത് സ്റ്റാൻഡ്‌ബൈയിലാണ്.
ഇപ്പോൾ നമുക്ക് നമ്മുടെ LUN ഹോസ്റ്റുമായി ബന്ധിപ്പിക്കാം.

ഞങ്ങൾ iSCSI വഴി ബന്ധിപ്പിക്കും, എന്നിരുന്നാലും ഇത് FC വഴിയും ചെയ്യാം. ഒരു പകർപ്പിൽ iSCSI LUN വഴി മാപ്പിംഗ് സജ്ജീകരിക്കുന്നത് പ്രായോഗികമായി സാധാരണ സാഹചര്യത്തിൽ നിന്ന് വ്യത്യസ്തമല്ല, അതിനാൽ ഞങ്ങൾ ഇത് വിശദമായി ഇവിടെ പരിഗണിക്കില്ല. എന്തെങ്കിലും ഉണ്ടെങ്കിൽ, ഈ പ്രക്രിയ ലേഖനത്തിൽ വിവരിച്ചിരിക്കുന്നു "പെട്ടെന്നുള്ള സജ്ജീകരണം".

ഒരേയൊരു വ്യത്യാസം ഞങ്ങൾ "റെപ്ലിക്കേഷൻ മാപ്പിംഗ്" മെനുവിൽ മാപ്പിംഗ് സൃഷ്ടിക്കുന്നു എന്നതാണ്

ഞങ്ങൾ മാപ്പിംഗ് സജ്ജീകരിച്ച് ഹോസ്റ്റിന് LUN നൽകി. ഹോസ്റ്റ് LUN കണ്ടു.

ഞങ്ങൾ ഇത് ഒരു ലോക്കൽ ഫയൽ സിസ്റ്റത്തിലേക്ക് ഫോർമാറ്റ് ചെയ്യുന്നു.

അത്രയേയുള്ളൂ, സജ്ജീകരണം പൂർത്തിയായി. അടുത്തതായി ടെസ്റ്റുകൾ വരും.

പരിശോധിക്കുന്നു

ഞങ്ങൾ മൂന്ന് പ്രധാന സാഹചര്യങ്ങൾ പരിശോധിക്കും.

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

ആദ്യം, ഞങ്ങൾ ഞങ്ങളുടെ LUN-ലേക്ക് ഡാറ്റ എഴുതാൻ തുടങ്ങും (റാൻഡം ഡാറ്റ ഉപയോഗിച്ച് ഫയലുകൾ എഴുതുന്നു). സംഭരണ ​​സംവിധാനങ്ങൾ തമ്മിലുള്ള ആശയവിനിമയ ചാനൽ ഉപയോഗപ്പെടുത്തുന്നതായി ഞങ്ങൾ ഉടൻ കാണുന്നു. റെപ്ലിക്കേഷന് ഉത്തരവാദിത്തമുള്ള പോർട്ടുകളുടെ ലോഡ് മോണിറ്ററിംഗ് നിങ്ങൾ തുറന്നാൽ ഇത് മനസ്സിലാക്കാൻ എളുപ്പമാണ്.

രണ്ട് സ്റ്റോറേജ് സിസ്റ്റങ്ങൾക്കും ഇപ്പോൾ "ഉപയോഗപ്രദമായ" ഡാറ്റയുണ്ട്, നമുക്ക് ടെസ്റ്റ് ആരംഭിക്കാം.

അങ്ങനെയാണെങ്കിൽ, ഫയലുകളിലൊന്നിന്റെ ഹാഷ് തുകകൾ നോക്കാം, അവ എഴുതാം.

പതിവ് റോൾ സ്വിച്ചിംഗ്

സ്വിച്ചിംഗ് റോളുകളുടെ പ്രവർത്തനം (റെപ്ലിക്കേഷന്റെ ദിശ മാറ്റുന്നത്) ഏത് സ്റ്റോറേജ് സിസ്റ്റം ഉപയോഗിച്ചും ചെയ്യാൻ കഴിയും, എന്നാൽ നിങ്ങൾ രണ്ടിലേക്കും പോകേണ്ടതുണ്ട്, കാരണം നിങ്ങൾ പ്രൈമറിയിൽ മാപ്പിംഗ് പ്രവർത്തനരഹിതമാക്കുകയും സെക്കൻഡറിയിൽ അത് പ്രവർത്തനക്ഷമമാക്കുകയും വേണം (അത് പ്രാഥമികമാകും. ).

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

പ്രധാന സ്റ്റോറേജ് സിസ്റ്റത്തിൽ, റെക്കോർഡിംഗ് നിർത്തുന്നുവെന്ന് ഉറപ്പാക്കാൻ ഞങ്ങൾ മാപ്പിംഗ് പ്രവർത്തനരഹിതമാക്കുന്നു.

"വിദൂര പകർപ്പെടുക്കൽ" മെനുവിലെ സ്റ്റോറേജ് സിസ്റ്റങ്ങളിലൊന്നിൽ (പ്രധാനമായതോ ബാക്കപ്പിലോ പ്രശ്നമില്ല), ഞങ്ങളുടെ കണക്ഷൻ REPL1 തിരഞ്ഞെടുത്ത് "റോൾ മാറ്റുക" ക്ലിക്കുചെയ്യുക.

കുറച്ച് നിമിഷങ്ങൾക്ക് ശേഷം, LUN1R (ബാക്കപ്പ് സ്റ്റോറേജ് സിസ്റ്റം) പ്രാഥമികമായി മാറുന്നു.

സ്റ്റോറേജ് സിസ്റ്റം 1 ഉപയോഗിച്ച് ഞങ്ങൾ LUN2R മാപ്പ് ചെയ്യുന്നു.

ഇതിനുശേഷം, ഞങ്ങളുടെ E: ഡ്രൈവ് ഹോസ്റ്റിലേക്ക് സ്വയമേവ അറ്റാച്ചുചെയ്യുന്നു, ഇത്തവണ അത് LUN1R-ൽ നിന്ന് "എത്തിച്ചേർന്നു".

ഒരു സാഹചര്യത്തിൽ, ഞങ്ങൾ ഹാഷ് തുകകൾ താരതമ്യം ചെയ്യുന്നു.

ഒരേപോലെ. ടെസ്റ്റ് പാസ്സായി.

പരാജയം. ഡാറ്റാ സെന്റർ പരാജയം

ഇപ്പോൾ, പതിവ് സ്വിച്ചിംഗിന് ശേഷമുള്ള പ്രധാന സംഭരണ ​​സംവിധാനം യഥാക്രമം സ്റ്റോറേജ് സിസ്റ്റം 2 ഉം LUN1R ഉം ആണ്. ഒരു അപകടത്തെ അനുകരിക്കാൻ, ഞങ്ങൾ രണ്ട് സ്റ്റോറേജ് കൺട്രോളറുകളിലെയും പവർ ഓഫ് ചെയ്യും2.
അതിൽ കൂടുതൽ പ്രവേശനമില്ല.

സ്റ്റോറേജ് സിസ്റ്റം 1-ൽ എന്താണ് സംഭവിക്കുന്നതെന്ന് നമുക്ക് നോക്കാം (ഇപ്പോഴത്തെ ബാക്കപ്പ് ഒന്ന്).

പ്രാഥമിക LUN (LUN1R) ലഭ്യമല്ലെന്ന് ഞങ്ങൾ കാണുന്നു. ലോഗുകളിലും ഇൻഫർമേഷൻ പാനലിലും റെപ്ലിക്കേഷൻ റൂളിലും ഒരു പിശക് സന്ദേശം പ്രത്യക്ഷപ്പെട്ടു. അതനുസരിച്ച്, ഹോസ്റ്റിൽ നിന്നുള്ള ഡാറ്റ നിലവിൽ ലഭ്യമല്ല.

LUN1-ന്റെ പങ്ക് പ്രാഥമികമായി മാറ്റുക.

ഞാൻ ഹോസ്റ്റിലേക്ക് മാപ്പിംഗ് നടത്തുകയാണ്.

ഹോസ്റ്റിൽ ഡ്രൈവ് E ദൃശ്യമാണെന്ന് ഉറപ്പാക്കുക.

ഞങ്ങൾ ഹാഷ് പരിശോധിക്കുന്നു.

എല്ലാം നന്നായി. സജീവമായിരുന്ന ഡാറ്റാ സെന്ററിന്റെ വീഴ്ചയെ സ്റ്റോറേജ് സിസ്റ്റം വിജയകരമായി അതിജീവിച്ചു. റെപ്ലിക്കേഷൻ "റിവേഴ്സൽ" ബന്ധിപ്പിക്കുന്നതിനും ബാക്കപ്പ് ഡാറ്റാ സെന്ററിൽ നിന്ന് LUN കണക്റ്റുചെയ്യുന്നതിനും ഞങ്ങൾ ചെലവഴിച്ച ഏകദേശ സമയം ഏകദേശം 3 മിനിറ്റാണ്. യഥാർത്ഥ ഉൽ‌പാദനത്തിൽ എല്ലാം വളരെ സങ്കീർണ്ണമാണെന്ന് വ്യക്തമാണ്, കൂടാതെ സ്റ്റോറേജ് സിസ്റ്റങ്ങളുമായുള്ള പ്രവർത്തനങ്ങൾക്ക് പുറമേ, നെറ്റ്‌വർക്കിലും ഹോസ്റ്റുകളിലും ആപ്ലിക്കേഷനുകളിലും നിങ്ങൾ കൂടുതൽ പ്രവർത്തനങ്ങൾ നടത്തേണ്ടതുണ്ട്. ജീവിതത്തിൽ ഈ കാലയളവ് വളരെ കൂടുതലായിരിക്കും.

ഇവിടെ എല്ലാം എഴുതാൻ ഞാൻ ആഗ്രഹിക്കുന്നു, ടെസ്റ്റ് വിജയകരമായി പൂർത്തിയായി, പക്ഷേ തിരക്കുകൂട്ടരുത്. പ്രധാന സംഭരണ ​​​​സംവിധാനം "നുണ" ആണ്, അത് "വീണപ്പോൾ" അത് പ്രാഥമിക റോളിലായിരുന്നുവെന്ന് നമുക്കറിയാം. അത് പെട്ടെന്ന് ഓണായാൽ എന്ത് സംഭവിക്കും? ഡാറ്റ അഴിമതിക്ക് തുല്യമായ രണ്ട് പ്രാഥമിക റോളുകൾ ഉണ്ടാകും? നമുക്ക് ഇപ്പോൾ പരിശോധിക്കാം.
അടിവരയിടുന്ന സ്റ്റോറേജ് സിസ്റ്റം പെട്ടെന്ന് ഓണാക്കാം.

ഇത് കുറച്ച് മിനിറ്റുകൾക്കുള്ളിൽ ലോഡുചെയ്യുകയും ഒരു ചെറിയ സമന്വയത്തിന് ശേഷം സേവനത്തിലേക്ക് മടങ്ങുകയും ചെയ്യുന്നു, എന്നാൽ സെക്കൻഡറിയുടെ റോളിൽ.

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

ഡാറ്റാ സെന്ററുകൾ തമ്മിലുള്ള ആശയവിനിമയ ചാനലുകളുടെ പരാജയം

രണ്ട് സ്റ്റോറേജ് സിസ്റ്റങ്ങൾക്കിടയിലുള്ള ആശയവിനിമയ ചാനലുകൾ താൽക്കാലികമായി നഷ്‌ടപ്പെടുകയും പിന്നീട് വീണ്ടും ദൃശ്യമാകുകയും ചെയ്താൽ സ്റ്റോറേജ് സിസ്റ്റം വിചിത്രമായി പ്രവർത്തിക്കാൻ തുടങ്ങുന്നില്ലെന്ന് ഉറപ്പാക്കുക എന്നതാണ് ഈ പരിശോധനയുടെ പ്രധാന ദൌത്യം.
അങ്ങനെ. സ്റ്റോറേജ് സിസ്റ്റങ്ങൾക്കിടയിലുള്ള വയറുകൾ ഞങ്ങൾ വിച്ഛേദിക്കുന്നു (അവ ഒരു എക്‌സ്‌കവേറ്റർ കുഴിച്ചതാണെന്ന് നമുക്ക് സങ്കൽപ്പിക്കാം).

പ്രൈമറിയിൽ സെക്കൻഡറിയുമായി യാതൊരു ബന്ധവുമില്ലെന്ന് നമ്മൾ കാണുന്നു.

പ്രൈമറിയുമായി യാതൊരു ബന്ധവുമില്ലെന്ന് സെക്കൻഡറിയിൽ നാം കാണുന്നു.

എല്ലാം നന്നായി പ്രവർത്തിക്കുന്നു, ഞങ്ങൾ പ്രധാന സ്റ്റോറേജ് സിസ്റ്റത്തിലേക്ക് ഡാറ്റ എഴുതുന്നത് തുടരുന്നു, അതായത്, അവ ബാക്കപ്പിൽ നിന്ന് വ്യത്യസ്തമാണെന്ന് ഉറപ്പുനൽകുന്നു, അതായത്, അവ "വേർപെടുത്തി".

കുറച്ച് മിനിറ്റിനുള്ളിൽ ഞങ്ങൾ ആശയവിനിമയ ചാനൽ "റിപ്പയർ" ചെയ്യുന്നു. സ്റ്റോറേജ് സിസ്റ്റങ്ങൾ പരസ്പരം കാണുമ്പോൾ, ഡാറ്റ സിൻക്രൊണൈസേഷൻ സ്വയമേവ സജീവമാകും. ഇവിടെ അഡ്മിനിസ്ട്രേറ്ററിൽ നിന്ന് ഒന്നും ആവശ്യമില്ല.

കുറച്ച് സമയത്തിന് ശേഷം, സമന്വയം പൂർത്തിയായി.

കണക്ഷൻ പുനഃസ്ഥാപിച്ചു, ആശയവിനിമയ ചാനലുകളുടെ നഷ്ടം ഏതെങ്കിലും അടിയന്തിര സാഹചര്യങ്ങൾക്ക് കാരണമായില്ല, സ്വിച്ച് ഓണാക്കിയ ശേഷം, സമന്വയം യാന്ത്രികമായി നടന്നു.

കണ്ടെത്തലുകൾ

ഞങ്ങൾ സിദ്ധാന്തം വിശകലനം ചെയ്തു - എന്താണ് വേണ്ടത്, എന്തുകൊണ്ട്, എവിടെയാണ് ഗുണങ്ങൾ, എവിടെയാണ് ദോഷങ്ങൾ. തുടർന്ന് ഞങ്ങൾ രണ്ട് സ്റ്റോറേജ് സിസ്റ്റങ്ങൾക്കിടയിൽ സിൻക്രണസ് റെപ്ലിക്കേഷൻ സജ്ജീകരിക്കുന്നു.

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

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

ദയവായി അഭിപ്രായങ്ങൾ എഴുതുക, നല്ല വിമർശനവും പ്രായോഗിക ഉപദേശവും ലഭിക്കുന്നതിൽ ഞങ്ങൾ സന്തുഷ്ടരാണ്.

അടുത്ത സമയം വരെ.

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