അത് വെള്ളപ്പൊക്കമാണെങ്കിലും, 1C പ്രവർത്തിക്കണം! DR-ലെ ബിസിനസ്സിനോട് ഞങ്ങൾ യോജിക്കുന്നു

സങ്കൽപ്പിക്കുക: നിങ്ങൾ ഒരു വലിയ ഷോപ്പിംഗ് സെന്ററിന്റെ ഐടി ഇൻഫ്രാസ്ട്രക്ചറിന് സേവനം നൽകുന്നു. നഗരത്തിൽ മഴ പെയ്യാൻ തുടങ്ങുന്നു. മഴയുടെ അരുവികൾ മേൽക്കൂരയിലൂടെ കടന്നുപോകുന്നു, ചില്ലറവ്യാപാരശാലകളിൽ വെള്ളം കണങ്കാൽ വരെ നിറയുന്നു. നിങ്ങളുടെ സെർവർ റൂം ബേസ്മെന്റിൽ ഇല്ലെന്ന് ഞങ്ങൾ പ്രതീക്ഷിക്കുന്നു, അല്ലാത്തപക്ഷം പ്രശ്നങ്ങൾ ഒഴിവാക്കാനാവില്ല.  

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

ഒരു ഐടി സ്പെഷ്യലിസ്റ്റിന് ബിസിനസുമായി ചർച്ച നടത്താനും പരിരക്ഷയുടെ ആവശ്യകതയെക്കുറിച്ച് ചർച്ച ചെയ്യാനും കഴിയുമെങ്കിൽ അത് വളരെ നല്ലതാണ്. എന്നാൽ ഒരു കമ്പനി ഒരു ഡിസാസ്റ്റർ റിക്കവറി (ഡിആർ) സൊല്യൂഷൻ ഒഴിവാക്കിയത് എങ്ങനെയെന്ന് ഞാൻ ഒന്നിലധികം തവണ കണ്ടിട്ടുണ്ട്, കാരണം അത് അനാവശ്യമാണെന്ന് കരുതി. ഒരു അപകടം സംഭവിച്ചപ്പോൾ, ഒരു നീണ്ട വീണ്ടെടുക്കൽ നഷ്ടത്തെ ഭീഷണിപ്പെടുത്തി, ബിസിനസ്സ് തയ്യാറായില്ല. നിങ്ങൾക്ക് ഇഷ്ടമുള്ളത്ര ആവർത്തിക്കാം: "ഞാൻ നിങ്ങളോട് അങ്ങനെ പറഞ്ഞു," എന്നാൽ ഐടി സേവനത്തിന് ഇപ്പോഴും സേവനങ്ങൾ പുനഃസ്ഥാപിക്കേണ്ടതുണ്ട്.

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

• നമ്മൾ എന്താണ് സംരക്ഷിക്കുന്നത്?
• എന്തിൽ നിന്നാണ് നമ്മൾ സംരക്ഷിക്കുന്നത്?
• നമ്മൾ എത്രത്തോളം സംരക്ഷിക്കുന്നു? 

രണ്ടാമത്തെ ഭാഗത്ത്, ചോദ്യത്തിന് ഉത്തരം നൽകുന്നതിനുള്ള ഓപ്ഷനുകളെക്കുറിച്ച് ഞങ്ങൾ സംസാരിക്കും: സ്വയം എങ്ങനെ പ്രതിരോധിക്കാം. വ്യത്യസ്ത ഉപഭോക്താക്കൾ അവരുടെ സംരക്ഷണം എങ്ങനെ നിർമ്മിക്കുന്നു എന്നതിന്റെ ഉദാഹരണങ്ങൾ ഞാൻ നൽകും.

ഞങ്ങൾ പരിരക്ഷിക്കുന്നത്: നിർണായകമായ ബിസിനസ് പ്രവർത്തനങ്ങൾ തിരിച്ചറിയൽ 

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

പല കാരണങ്ങളാൽ ഒരു ഐടി പ്രൊഫഷണലിന് അത്തരം ചർച്ചകളിൽ ബുദ്ധിമുട്ട് ഉണ്ടായേക്കാം:

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

ഞാൻ സംഭാഷണം ഇതുപോലെ രൂപപ്പെടുത്തും: 

1. എല്ലാവർക്കുമായി അപകടങ്ങൾ സംഭവിക്കുന്നുവെന്നും വീണ്ടെടുക്കൽ സമയമെടുക്കുമെന്നും ഞങ്ങൾ ബിസിനസുകൾക്ക് വിശദീകരിക്കുന്നു. സാഹചര്യങ്ങൾ, ഇത് എങ്ങനെ സംഭവിക്കുന്നു, എന്ത് അനന്തരഫലങ്ങൾ സാധ്യമാണ് എന്നിവ പ്രകടിപ്പിക്കുക എന്നതാണ് ഏറ്റവും നല്ല കാര്യം.
2. എല്ലാം ഐടി സേവനത്തെ ആശ്രയിച്ചല്ലെന്ന് ഞങ്ങൾ കാണിക്കുന്നു, എന്നാൽ നിങ്ങളുടെ ഉത്തരവാദിത്ത മേഖലയിൽ ഒരു പ്രവർത്തന പദ്ധതിയിൽ സഹായിക്കാൻ നിങ്ങൾ തയ്യാറാണ്.
3. ഉത്തരം നൽകാൻ ഞങ്ങൾ ബിസിനസ്സ് ഉപഭോക്താവിനോട് ആവശ്യപ്പെടുന്നു: അപ്പോക്കലിപ്‌സ് സംഭവിക്കുകയാണെങ്കിൽ, ഏത് പ്രക്രിയയാണ് ആദ്യം പുനഃസ്ഥാപിക്കേണ്ടത്? ആരാണ് അതിൽ പങ്കെടുക്കുന്നത്, എങ്ങനെ? 

   ബിസിനസ്സിൽ നിന്ന് ഒരു ലളിതമായ ഉത്തരം ആവശ്യമാണ്, ഉദാഹരണത്തിന്: കോൾ സെന്ററിന് 24/7 ആപ്ലിക്കേഷനുകൾ രജിസ്റ്റർ ചെയ്യുന്നത് തുടരേണ്ടതുണ്ട്.

4. സിസ്റ്റത്തിന്റെ ഒന്നോ രണ്ടോ ഉപയോക്താക്കളോട് ഈ പ്രക്രിയ വിശദമായി വിവരിക്കാൻ ഞങ്ങൾ ആവശ്യപ്പെടുന്നു. 
   നിങ്ങളുടെ കമ്പനിക്ക് ഒന്ന് ഉണ്ടെങ്കിൽ സഹായിക്കാൻ ഒരു അനലിസ്റ്റിനെ ഉൾപ്പെടുത്തുന്നതാണ് നല്ലത്.

   ആരംഭിക്കുന്നതിന്, വിവരണം ഇതുപോലെയാകാം: ഫോൺ വഴിയും മെയിൽ വഴിയും വെബ്‌സൈറ്റിൽ നിന്നുള്ള സന്ദേശങ്ങൾ വഴിയും കോൾ സെന്റർ അഭ്യർത്ഥനകൾ സ്വീകരിക്കുന്നു. തുടർന്ന് അവൻ അവയെ വെബ് ഇന്റർഫേസ് വഴി 1C യിലേക്ക് പ്രവേശിക്കുന്നു, ഉൽപ്പാദനം ഈ രീതിയിൽ അവരെ അവിടെ നിന്ന് കൊണ്ടുപോകുന്നു.

5. തുടർന്ന് ഏത് ഹാർഡ്‌വെയറും സോഫ്റ്റ്‌വെയർ സൊല്യൂഷനുകളും ഈ പ്രക്രിയയെ പിന്തുണയ്ക്കുന്നുവെന്ന് ഞങ്ങൾ നോക്കുന്നു. സമഗ്രമായ സംരക്ഷണത്തിനായി, ഞങ്ങൾ മൂന്ന് തലങ്ങൾ കണക്കിലെടുക്കുന്നു: 
   • സൈറ്റിനുള്ളിലെ ആപ്ലിക്കേഷനുകളും സിസ്റ്റങ്ങളും (സോഫ്റ്റ്‌വെയർ ലെവൽ),   
   • സിസ്റ്റങ്ങൾ പ്രവർത്തിക്കുന്ന സൈറ്റ് തന്നെ (ഇൻഫ്രാസ്ട്രക്ചർ ലെവൽ), 
   • നെറ്റ്വർക്ക് (അവർ പലപ്പോഴും അതിനെക്കുറിച്ച് മറക്കുന്നു).

6. പരാജയത്തിന്റെ സാധ്യമായ പോയിന്റുകൾ ഞങ്ങൾ കണ്ടെത്തുന്നു: സേവനത്തിന്റെ പ്രകടനം ആശ്രയിക്കുന്ന സിസ്റ്റം നോഡുകൾ. മറ്റ് കമ്പനികൾ പിന്തുണയ്ക്കുന്ന നോഡുകൾ ഞങ്ങൾ പ്രത്യേകം ശ്രദ്ധിക്കുന്നു: ടെലികോം ഓപ്പറേറ്റർമാർ, ഹോസ്റ്റിംഗ് ദാതാക്കൾ, ഡാറ്റാ സെന്ററുകൾ തുടങ്ങിയവ. ഇതോടെ, അടുത്ത ഘട്ടത്തിനായി നിങ്ങൾക്ക് ബിസിനസ്സ് ഉപഭോക്താവിലേക്ക് മടങ്ങാം.

ഞങ്ങൾ സംരക്ഷിക്കുന്നത്: അപകടസാധ്യതകൾ

അടുത്തതായി, ബിസിനസ്സ് ഉപഭോക്താവിൽ നിന്ന് ഞങ്ങൾ ആദ്യം സ്വയം പരിരക്ഷിക്കുന്ന അപകടസാധ്യതകൾ എന്താണെന്ന് കണ്ടെത്തുന്നു. എല്ലാ അപകടസാധ്യതകളും രണ്ട് ഗ്രൂപ്പുകളായി തിരിക്കാം: 

• സർവീസ് മുടങ്ങിയതിനാൽ സമയനഷ്ടം;
• ശാരീരിക ആഘാതം, മാനുഷിക ഘടകങ്ങൾ മുതലായവ കാരണം ഡാറ്റ നഷ്ടപ്പെടുന്നു.

ഡാറ്റയും സമയവും നഷ്ടപ്പെടുമെന്ന് ബിസിനസുകൾ ഭയപ്പെടുന്നു - ഇതെല്ലാം പണം നഷ്ടപ്പെടുന്നതിലേക്ക് നയിക്കുന്നു. അതിനാൽ ഓരോ റിസ്ക് ഗ്രൂപ്പിനും ഞങ്ങൾ വീണ്ടും ചോദ്യങ്ങൾ ചോദിക്കുന്നു: 

• ഈ പ്രക്രിയയ്‌ക്കായി, പണത്തിൽ എത്രമാത്രം ഡാറ്റാ നഷ്‌ടവും സമയനഷ്ടവും നമുക്ക് കണക്കാക്കാമോ? 
• എന്ത് ഡാറ്റയാണ് നമുക്ക് നഷ്ടപ്പെടുത്താൻ കഴിയാത്തത്? 
• എവിടെയാണ് പ്രവർത്തനരഹിതമായ സമയം അനുവദിക്കാത്തത്? 
• ഏത് സംഭവങ്ങളാണ് നമുക്ക് ഏറ്റവും സാധ്യതയുള്ളതും ഏറ്റവും ഭീഷണിപ്പെടുത്തുന്നതും?

ചർച്ചയ്ക്ക് ശേഷം, പരാജയ പോയിന്റുകൾക്ക് എങ്ങനെ മുൻഗണന നൽകാമെന്ന് ഞങ്ങൾ മനസ്സിലാക്കും. 

ഞങ്ങൾ എത്രത്തോളം പരിരക്ഷിക്കുന്നു: RPO, RTO 

പരാജയത്തിന്റെ നിർണായക പോയിന്റുകൾ വ്യക്തമാകുമ്പോൾ, ഞങ്ങൾ RTO, RPO സൂചകങ്ങൾ കണക്കാക്കുന്നു. 

ഞാൻ അത് ഓർക്കുന്നു RTO (വീണ്ടെടുക്കൽ സമയ ലക്ഷ്യം) - അപകടത്തിന്റെ നിമിഷം മുതൽ സേവനം പൂർണ്ണമായി പുനഃസ്ഥാപിക്കുന്നതുവരെ അനുവദനീയമായ സമയമാണിത്. ബിസിനസ്സ് ഭാഷയിൽ, ഇത് സ്വീകാര്യമായ പ്രവർത്തനരഹിതമാണ്. പ്രക്രിയ എത്ര പണം കൊണ്ടുവന്നുവെന്ന് അറിയാമെങ്കിൽ, പ്രവർത്തനരഹിതമായ ഓരോ മിനിറ്റിൽ നിന്നും നഷ്ടം കണക്കാക്കാനും സ്വീകാര്യമായ നഷ്ടം കണക്കാക്കാനും കഴിയും. 

RPO (റിക്കവറി പോയിന്റ് ലക്ഷ്യം) - സാധുവായ ഡാറ്റ വീണ്ടെടുക്കൽ പോയിന്റ്. നമുക്ക് ഡാറ്റ നഷ്‌ടപ്പെടാൻ കഴിയുന്ന സമയം ഇത് നിർണ്ണയിക്കുന്നു. ഒരു ബിസിനസ്സ് വീക്ഷണകോണിൽ നിന്ന്, ഡാറ്റ നഷ്‌ടത്തിന് പിഴ ഈടാക്കാം, ഉദാഹരണത്തിന്. ഇത്തരം നഷ്ടങ്ങളും പണമാക്കി മാറ്റാം. 

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

ഒരു പ്രത്യേക ഉദാഹരണം നോക്കാം. ഉപയോക്താവ് 1C-യിലേക്ക് ലോഗിൻ ചെയ്യുന്നു, ഒരു ഡാറ്റാബേസ് പിശക് ഉപയോഗിച്ച് സിസ്റ്റം തുറക്കുന്നു. അവൻ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്ററെ ബന്ധപ്പെടുന്നു. ഡാറ്റാബേസ് ക്ലൗഡിൽ സ്ഥിതിചെയ്യുന്നു, സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ പ്രശ്നം സേവന ദാതാവിന് റിപ്പോർട്ട് ചെയ്യുന്നു. എല്ലാ ആശയവിനിമയങ്ങളും 15 മിനിറ്റ് എടുക്കുമെന്ന് നമുക്ക് പറയാം. ക്ലൗഡിൽ, ഈ വലുപ്പത്തിലുള്ള ഒരു ഡാറ്റാബേസ് ഒരു മണിക്കൂറിനുള്ളിൽ ഒരു ബാക്കപ്പിൽ നിന്ന് പുനഃസ്ഥാപിക്കപ്പെടും, അതിനാൽ, സേവന ദാതാവിന്റെ ഭാഗത്തുള്ള RTO ഒരു മണിക്കൂറാണ്. എന്നാൽ ഇത് അന്തിമ സമയപരിധിയല്ല; ഉപയോക്താവിന്, പ്രശ്നം കണ്ടെത്തുന്നതിന് 15 മിനിറ്റ് അതിൽ ചേർത്തിട്ടുണ്ട്. 
 
അടുത്തതായി, സിസ്റ്റം അഡ്‌മിനിസ്‌ട്രേറ്റർ ഡാറ്റാബേസ് ശരിയാണോ എന്ന് പരിശോധിക്കുകയും അത് 1C-ലേക്ക് ബന്ധിപ്പിച്ച് സേവനങ്ങൾ ആരംഭിക്കുകയും വേണം. ഇതിന് മറ്റൊരു മണിക്കൂർ ആവശ്യമാണ്, അതായത് അഡ്മിനിസ്ട്രേറ്ററുടെ ഭാഗത്തുള്ള RTO ഇതിനകം 2 മണിക്കൂറും 15 മിനിറ്റും ആണ്. ഉപയോക്താവിന് മറ്റൊരു 15 മിനിറ്റ് ആവശ്യമാണ്: ലോഗിൻ ചെയ്യുക, ആവശ്യമായ ഇടപാടുകൾ പ്രത്യക്ഷപ്പെട്ടിട്ടുണ്ടോയെന്ന് പരിശോധിക്കുക. ഈ ഉദാഹരണത്തിലെ മൊത്തം സേവന വീണ്ടെടുക്കൽ സമയമാണ് 2 മണിക്കൂർ 30 മിനിറ്റ്.

വീണ്ടെടുക്കൽ കാലയളവ് ഏത് ബാഹ്യ ഘടകങ്ങളെ ആശ്രയിച്ചിരിക്കുന്നുവെന്ന് ഈ കണക്കുകൂട്ടലുകൾ ബിസിനസിനെ കാണിക്കും. ഉദാഹരണത്തിന്, ഓഫീസിൽ വെള്ളം കയറിയാൽ, ആദ്യം നിങ്ങൾ ചോർച്ച കണ്ടെത്തി അത് പരിഹരിക്കേണ്ടതുണ്ട്. ഇത് സമയമെടുക്കും, അത് ഐടിയെ ആശ്രയിക്കുന്നില്ല.  

ഞങ്ങൾ എങ്ങനെ പരിരക്ഷിക്കുന്നു: വ്യത്യസ്ത അപകടസാധ്യതകൾക്കുള്ള ഉപകരണങ്ങൾ തിരഞ്ഞെടുക്കുന്നു

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

റിസ്‌ക്കുകളുടെ ആദ്യ ഗ്രൂപ്പിൽ നിന്ന് നമുക്ക് ആരംഭിക്കാം: സർവീസ് ഡൗൺടൈം മൂലമുള്ള നഷ്ടം. ഈ പ്രശ്നത്തിനുള്ള പരിഹാരങ്ങൾ നല്ല RTO നൽകണം.

1. ക്ലൗഡിൽ ആപ്ലിക്കേഷൻ ഹോസ്റ്റ് ചെയ്യുക 

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

   ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് ക്ലൗഡിൽ ഒരു ഡാറ്റാബേസ് ഉള്ള ഒരു വെർച്വൽ മെഷീൻ ഹോസ്റ്റ് ചെയ്യാൻ കഴിയും. ആപ്ലിക്കേഷൻ ഒരു സ്ഥാപിത ചാനൽ വഴിയോ അതേ ക്ലൗഡിൽ നിന്നോ ഡാറ്റാബേസിലേക്ക് ബാഹ്യമായി ബന്ധിപ്പിക്കും. ക്ലസ്റ്ററിലെ സെർവറുകളിൽ ഒന്നിൽ പ്രശ്‌നങ്ങൾ ഉണ്ടായാൽ, 2 മിനിറ്റിനുള്ളിൽ VM സമീപത്തെ സെർവറിൽ പുനരാരംഭിക്കും. അതിനുശേഷം, അതിൽ DBMS ആരംഭിക്കും, കുറച്ച് മിനിറ്റിനുള്ളിൽ ഡാറ്റാബേസ് ലഭ്യമാകും.

   ആർ.ടി.ഒ: മിനിറ്റിൽ അളന്നു. ദാതാവുമായുള്ള കരാറിൽ ഈ നിബന്ധനകൾ വ്യക്തമാക്കാം.
   ചെലവ്: നിങ്ങളുടെ ആപ്ലിക്കേഷന്റെ ക്ലൗഡ് ഉറവിടങ്ങളുടെ വില ഞങ്ങൾ കണക്കാക്കുന്നു. 
   എന്തിൽ നിന്ന് അത് നിങ്ങളെ സംരക്ഷിക്കില്ല: ദാതാവിന്റെ സൈറ്റിലെ വൻ പരാജയങ്ങളിൽ നിന്ന്, ഉദാഹരണത്തിന്, നഗര തലത്തിലെ അപകടങ്ങൾ കാരണം.

2. ആപ്ലിക്കേഷൻ ക്ലസ്റ്റർ ചെയ്യുക  

   നിങ്ങൾക്ക് RTO മെച്ചപ്പെടുത്തണമെങ്കിൽ, നിങ്ങൾക്ക് മുമ്പത്തെ ഓപ്ഷൻ ശക്തിപ്പെടുത്തുകയും ക്ലൗഡിൽ ഒരു ക്ലസ്റ്റേർഡ് ആപ്ലിക്കേഷൻ സ്ഥാപിക്കുകയും ചെയ്യാം.

   നിങ്ങൾക്ക് ആക്റ്റീവ്-പാസീവ് അല്ലെങ്കിൽ ആക്റ്റീവ്-ആക്ടീവ് മോഡിൽ ഒരു ക്ലസ്റ്റർ നടപ്പിലാക്കാൻ കഴിയും. വെണ്ടറുടെ ആവശ്യകതകളെ അടിസ്ഥാനമാക്കി ഞങ്ങൾ നിരവധി VM-കൾ സൃഷ്ടിക്കുന്നു. കൂടുതൽ വിശ്വാസ്യതയ്ക്കായി, ഞങ്ങൾ അവ വ്യത്യസ്ത സെർവറുകളിലും സ്റ്റോറേജ് സിസ്റ്റങ്ങളിലും വിതരണം ചെയ്യുന്നു. ഡാറ്റാബേസുകളിലൊന്നുള്ള സെർവർ പരാജയപ്പെടുകയാണെങ്കിൽ, ബാക്കപ്പ് നോഡ് കുറച്ച് നിമിഷങ്ങൾക്കുള്ളിൽ ലോഡ് ഏറ്റെടുക്കുന്നു.

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

   പരിശീലനത്തിൽ നിന്ന്: റീട്ടെയിൽ കമ്പനിക്ക് നിരവധി വിവര സംവിധാനങ്ങളും വെബ്സൈറ്റുകളും ഉണ്ടായിരുന്നു. എല്ലാ ഡാറ്റാബേസുകളും കമ്പനിയുടെ ഓഫീസിൽ പ്രാദേശികമായി സ്ഥിതിചെയ്യുന്നു. ഓഫീസിൽ തുടർച്ചയായി പലതവണ വൈദ്യുതി മുടങ്ങുന്നത് വരെ ഡിആറിനെ കുറിച്ച് ആലോചിച്ചില്ല. വെബ്‌സൈറ്റ് ക്രാഷുകളിൽ ഉപഭോക്താക്കൾ അതൃപ്തരായിരുന്നു. 
    
   ക്ലൗഡിലേക്ക് മാറിയതിന് ശേഷം സേവന ലഭ്യതയുടെ പ്രശ്നം പരിഹരിച്ചു. കൂടാതെ, നോഡുകൾക്കിടയിൽ ട്രാഫിക് ബാലൻസ് ചെയ്തുകൊണ്ട് ഡാറ്റാബേസുകളിലെ ലോഡ് ഒപ്റ്റിമൈസ് ചെയ്യാൻ ഞങ്ങൾക്ക് കഴിഞ്ഞു.

3. ഒരു ഡിസാസ്റ്റർ പ്രൂഫ് ക്ലൗഡിലേക്ക് നീങ്ങുക

   പ്രധാന സൈറ്റിലെ ഒരു പ്രകൃതിദുരന്തം പോലും നിങ്ങളുടെ ജോലിയെ തടസ്സപ്പെടുത്തുന്നില്ലെന്ന് ഉറപ്പാക്കണമെങ്കിൽ, നിങ്ങൾക്ക് ഒരു ദുരന്ത-പ്രതിരോധ ക്ലൗഡ് തിരഞ്ഞെടുക്കാം. ഈ ഓപ്ഷനിൽ, ദാതാവ് 2 ഡാറ്റാ സെന്ററുകളിലുടനീളം വെർച്വലൈസേഷൻ ക്ലസ്റ്റർ വ്യാപിപ്പിക്കുന്നു. ഡാറ്റാ സെന്ററുകൾക്കിടയിൽ സ്ഥിരമായ സിൻക്രണസ് റെപ്ലിക്കേഷൻ സംഭവിക്കുന്നു, ഒന്നിൽ നിന്ന് ഒന്ന്. ഡാറ്റാ സെന്ററുകൾക്കിടയിലുള്ള ചാനലുകൾ റിസർവ് ചെയ്യുകയും വ്യത്യസ്ത വഴികളിലൂടെ പോകുകയും ചെയ്യുന്നു, അതിനാൽ അത്തരമൊരു ക്ലസ്റ്റർ നെറ്റ്‌വർക്ക് പ്രശ്‌നങ്ങളെ ഭയപ്പെടുന്നില്ല. 

   ആർ.ടി.ഒ: 0 ആയി മാറുന്നു.
   ചെലവ്: ഏറ്റവും ചെലവേറിയ ക്ലൗഡ് ഓപ്ഷൻ. 
   എന്തിൽ നിന്ന് അത് നിങ്ങളെ സംരക്ഷിക്കില്ല: ഡാറ്റ അഴിമതിയ്‌ക്കെതിരെയും മനുഷ്യ ഘടകത്തിൽ നിന്നും ഇത് സഹായിക്കില്ല, അതിനാൽ ഒരേ സമയം ബാക്കപ്പുകൾ നിർമ്മിക്കാൻ ശുപാർശ ചെയ്യുന്നു. 

   പരിശീലനത്തിൽ നിന്ന്: ഞങ്ങളുടെ ക്ലയന്റുകളിലൊരാൾ സമഗ്രമായ ഒരു ദുരന്ത വീണ്ടെടുക്കൽ പദ്ധതി വികസിപ്പിച്ചെടുത്തു. അവൻ തിരഞ്ഞെടുത്ത തന്ത്രം ഇതാണ്: 

   • ഒരു ദുരന്ത-സഹിഷ്ണുതയുള്ള ക്ലൗഡ് ഇൻഫ്രാസ്ട്രക്ചർ തലത്തിലെ പരാജയങ്ങളിൽ നിന്ന് ആപ്ലിക്കേഷനെ സംരക്ഷിക്കുന്നു. 
   • മനുഷ്യ പിശകിന്റെ കാര്യത്തിൽ രണ്ട്-ലെവൽ ബാക്കപ്പ് പരിരക്ഷ നൽകുന്നു. രണ്ട് തരം ബാക്കപ്പുകൾ ഉണ്ട്: "തണുത്ത", "ചൂട്". ഒരു "തണുത്ത" ബാക്കപ്പ് പ്രവർത്തനരഹിതമായ അവസ്ഥയിലാണ്, വിന്യസിക്കാൻ സമയമെടുക്കും. ഒരു "ഹോട്ട്" ബാക്കപ്പ് ഇതിനകം ഉപയോഗത്തിന് തയ്യാറാണ്, അത് വേഗത്തിൽ പുനഃസ്ഥാപിക്കപ്പെടുന്നു. ഇത് പ്രത്യേകം പ്രത്യേകം തയ്യാറാക്കിയ സ്റ്റോറേജ് സിസ്റ്റത്തിലാണ് സൂക്ഷിച്ചിരിക്കുന്നത്. മൂന്നാമത്തെ കോപ്പി ടേപ്പിൽ രേഖപ്പെടുത്തി മറ്റൊരു മുറിയിൽ സൂക്ഷിച്ചിരിക്കുന്നു. 

   ആഴ്ചയിൽ ഒരിക്കൽ, ക്ലയന്റ് സംരക്ഷണം പരിശോധിക്കുകയും ടേപ്പിൽ നിന്നുള്ളവ ഉൾപ്പെടെ എല്ലാ ബാക്കപ്പുകളുടെയും പ്രവർത്തനക്ഷമത പരിശോധിക്കുകയും ചെയ്യുന്നു. എല്ലാ വർഷവും കമ്പനി മുഴുവൻ ദുരന്ത പ്രതിരോധ ക്ലൗഡും പരീക്ഷിക്കുന്നു. 

4. മറ്റൊരു സൈറ്റിലേക്ക് പകർത്തൽ സംഘടിപ്പിക്കുക 

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

   ആർ.പി.ഒ, ആർ.ടി.ഒ: 5 മിനിറ്റ് മുതൽ. 

   ചെലവ്: ആദ്യ ഓപ്‌ഷനേക്കാൾ ചെലവേറിയത്, എന്നാൽ ഒരു ഡിസാസ്റ്റർ പ്രൂഫ് ക്ലൗഡിലെ ഹാർഡ്‌വെയർ റെപ്ലിക്കേഷനേക്കാൾ വിലകുറഞ്ഞതാണ്. വിലയിൽ ഒരു vCAV ലൈസൻസിന്റെ വില, അഡ്മിനിസ്ട്രേഷൻ ഫീസ്, ക്ലൗഡ് റിസോഴ്‌സുകളുടെ വില, PAYG മോഡൽ അനുസരിച്ച് റിസർവ് റിസോഴ്‌സ് എന്നിവ ഉൾപ്പെടുന്നു (സ്വിച്ച് ഓഫ് ചെയ്ത VM-കൾക്കുള്ള പ്രവർത്തന വിഭവങ്ങളുടെ വിലയുടെ 10%).

   പരിശീലനത്തിൽ നിന്ന്: ക്ലയന്റ് മോസ്കോയിലെ ഞങ്ങളുടെ ക്ലൗഡിൽ വ്യത്യസ്ത ഡാറ്റാബേസുകളുള്ള 6 വെർച്വൽ മെഷീനുകൾ സൂക്ഷിച്ചു. ആദ്യം, ബാക്കപ്പ് വഴി സംരക്ഷണം നൽകി: ചില ബാക്കപ്പ് പകർപ്പുകൾ മോസ്കോയിലെ ക്ലൗഡിൽ സൂക്ഷിച്ചു, ചിലത് ഞങ്ങളുടെ സെന്റ് പീറ്റേഴ്സ്ബർഗ് സൈറ്റിൽ സൂക്ഷിച്ചു. കാലക്രമേണ, ഡാറ്റാബേസുകളുടെ വലുപ്പം വർദ്ധിച്ചു, ഒരു ബാക്കപ്പിൽ നിന്ന് പുനഃസ്ഥാപിക്കാൻ കൂടുതൽ സമയമെടുക്കാൻ തുടങ്ങി. 
    
   VMware vCloud ലഭ്യതയെ അടിസ്ഥാനമാക്കിയുള്ള പകർപ്പ് ബാക്കപ്പുകളിലേക്ക് ചേർത്തു. വെർച്വൽ മെഷീനുകളുടെ പകർപ്പുകൾ സെന്റ് പീറ്റേഴ്‌സ്ബർഗിലെ ഒരു ബാക്കപ്പ് സൈറ്റിൽ സൂക്ഷിക്കുകയും ഓരോ 5 മിനിറ്റിലും അപ്‌ഡേറ്റ് ചെയ്യുകയും ചെയ്യുന്നു. പ്രധാന സൈറ്റിൽ ഒരു പരാജയം സംഭവിക്കുകയാണെങ്കിൽ, ജീവനക്കാർ സ്വതന്ത്രമായി സെന്റ് പീറ്റേഴ്സ്ബർഗിലെ വെർച്വൽ മെഷീന്റെ ഒരു പകർപ്പിലേക്ക് മാറുകയും അതിനൊപ്പം പ്രവർത്തിക്കുകയും ചെയ്യുന്നു. 

പരിഗണിക്കപ്പെടുന്ന എല്ലാ പരിഹാരങ്ങളും ഉയർന്ന ലഭ്യത നൽകുന്നു, എന്നാൽ ഒരു ransomware വൈറസ് അല്ലെങ്കിൽ ആകസ്മികമായ ജീവനക്കാരുടെ പിശക് കാരണം ഡാറ്റ നഷ്‌ടത്തിൽ നിന്ന് പരിരക്ഷിക്കുന്നില്ല. ഈ സാഹചര്യത്തിൽ, ആവശ്യമായ RPO നൽകുന്ന ബാക്കപ്പുകൾ ഞങ്ങൾക്ക് ആവശ്യമാണ്.

5. ബാക്കപ്പിനെക്കുറിച്ച് മറക്കരുത്

നിങ്ങൾക്ക് ഏറ്റവും മികച്ച ദുരന്ത നിവാരണ പരിഹാരമുണ്ടെങ്കിൽപ്പോലും, നിങ്ങൾ ബാക്കപ്പുകൾ നിർമ്മിക്കേണ്ടതുണ്ടെന്ന് എല്ലാവർക്കും അറിയാം. അതിനാൽ ഞാൻ നിങ്ങളെ കുറച്ച് പോയിന്റുകൾ ഹ്രസ്വമായി ഓർമ്മിപ്പിക്കും.

കൃത്യമായി പറഞ്ഞാൽ, ബാക്കപ്പ് DR അല്ല. അതുകൊണ്ടാണ്: 

• ഒരുപാട് നാളായി. ടെറാബൈറ്റിൽ ഡാറ്റ അളക്കുകയാണെങ്കിൽ, വീണ്ടെടുക്കൽ ഒരു മണിക്കൂറിൽ കൂടുതൽ എടുക്കും. നിങ്ങൾ പുനഃസ്ഥാപിക്കേണ്ടതുണ്ട്, ഒരു നെറ്റ്‌വർക്ക് അസൈൻ ചെയ്യുക, അത് ഓണാക്കുന്നുണ്ടോയെന്ന് പരിശോധിക്കുക, ഡാറ്റ ക്രമത്തിലാണെന്ന് കാണുക. അതിനാൽ കുറച്ച് ഡാറ്റ ഉണ്ടെങ്കിൽ മാത്രമേ നിങ്ങൾക്ക് ഒരു നല്ല RTO നൽകാൻ കഴിയൂ. 
• ഡാറ്റ ആദ്യമായി പുനഃസ്ഥാപിക്കാനിടയില്ല, പ്രവർത്തനം ആവർത്തിക്കാൻ നിങ്ങൾ സമയം അനുവദിക്കേണ്ടതുണ്ട്. ഉദാഹരണത്തിന്, ഡാറ്റ എപ്പോൾ നഷ്ടപ്പെട്ടുവെന്ന് കൃത്യമായി അറിയാത്ത സമയങ്ങളുണ്ട്. നഷ്ടം 15.00 ന് ശ്രദ്ധയിൽപ്പെട്ടു, ഓരോ മണിക്കൂറിലും പകർപ്പുകൾ നിർമ്മിക്കപ്പെടുന്നു. 15.00 മുതൽ ഞങ്ങൾ എല്ലാ വീണ്ടെടുക്കൽ പോയിന്റുകളും നോക്കുന്നു: 14:00, 13:00 തുടങ്ങിയവ. സിസ്റ്റം പ്രധാനമാണെങ്കിൽ, വീണ്ടെടുക്കൽ പോയിന്റിന്റെ പ്രായം കുറയ്ക്കാൻ ഞങ്ങൾ ശ്രമിക്കുന്നു. എന്നാൽ പുതിയ ബാക്കപ്പിൽ ആവശ്യമായ ഡാറ്റ അടങ്ങിയിട്ടില്ലെങ്കിൽ, ഞങ്ങൾ അടുത്ത പോയിന്റ് എടുക്കും - ഇത് അധിക സമയമാണ്. 

ഈ സാഹചര്യത്തിൽ, ബാക്കപ്പ് ഷെഡ്യൂളിന് ആവശ്യമായത് നൽകാൻ കഴിയും ആർ‌പി‌ഒ. ബാക്കപ്പുകൾക്ക്, പ്രധാന സൈറ്റിൽ പ്രശ്‌നങ്ങളുണ്ടെങ്കിൽ ജിയോ റിസർവേഷൻ നൽകേണ്ടത് പ്രധാനമാണ്. ചില ബാക്കപ്പ് പകർപ്പുകൾ പ്രത്യേകം സൂക്ഷിക്കാൻ ശുപാർശ ചെയ്യുന്നു.

അന്തിമ ദുരന്ത നിവാരണ പദ്ധതിയിൽ കുറഞ്ഞത് 2 ഉപകരണങ്ങളെങ്കിലും അടങ്ങിയിരിക്കണം:  

• 1-4 ഓപ്ഷനുകളിലൊന്ന്, ഇത് സിസ്റ്റങ്ങളെ പരാജയങ്ങളിൽ നിന്നും വീഴ്ചകളിൽ നിന്നും സംരക്ഷിക്കും.
• നഷ്ടത്തിൽ നിന്ന് ഡാറ്റ പരിരക്ഷിക്കുന്നതിന് ബാക്കപ്പ്. 

പ്രധാന ഇൻറർനെറ്റ് ദാതാവ് തകരാറിലായാൽ ഒരു ബാക്കപ്പ് കമ്മ്യൂണിക്കേഷൻ ചാനലും ശ്രദ്ധിക്കേണ്ടതാണ്. ഒപ്പം - voila! - മിനിമം വേതനത്തിൽ DR ഇതിനകം തയ്യാറാണ്. 

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