සිතන්න: ඔබ විශාල සාප්පු මධ්යස්ථානයක තොරතුරු තාක්ෂණ යටිතල පහසුකම් සඳහා සේවය කරයි. නගරයට වැසි ඇද හැලෙයි. වර්ෂා ධාරා වහලය හරහා කැඩී යයි, ජලය සිල්ලර පරිශ්‍රයේ වළලුකර ගැඹුරට පුරවයි. ඔබගේ සේවාදායක කාමරය පහළම මාලයේ නොමැති බව අපි බලාපොරොත්තු වෙමු, එසේ නොමැතිනම් ගැටළු වළක්වා ගත නොහැක.
විස්තර කර ඇති කතාව ෆැන්ටසියක් නොව, 2020 සිදුවීම් කිහිපයක සාමූහික විස්තරයකි. විශාල සමාගම්වල, ආපදා ප්රතිසාධන සැලැස්මක් හෝ ආපදා ප්රතිසාධන සැලැස්මක් (DRP) සෑම විටම මෙම නඩුව සඳහා අත ළඟයි. සංගතවල, මෙය ව්‍යාපාර අඛණ්ඩතා විශේෂඥයින්ගේ වගකීමකි. නමුත් මධ්‍යම හා කුඩා සමාගම්වල එවැනි ගැටළු විසඳීම තොරතුරු තාක්ෂණ සේවාවන් මත වැටේ. ඔබ ව්‍යාපාර තර්කනය ඔබම තේරුම් ගත යුතුය, අසමත් විය හැකි දේ සහ කොතැනද යන්න තේරුම් ගත යුතුය, ආරක්ෂාව සමඟ පැමිණ එය ක්‍රියාත්මක කරන්න.
තොරතුරු තාක්ෂණ විශේෂඥයෙකුට ව්යාපාරය සමඟ සාකච්ඡා කර ආරක්ෂාවේ අවශ්‍යතාවය සාකච්ඡා කළ හැකි නම් එය ඉතා හොඳයි. නමුත් සමාගමක් ආපදා ප්රතිසාධන (DR) විසඳුම අනවශ්‍ය යැයි සැලකූ නිසා එය අතපසු කරන ආකාරය මම කිහිප වතාවක්ම දැක ඇත්තෙමි. අනතුරක් සිදු වූ විට, දිගු ප්රකෘතිමත් වීම පාඩු තර්ජනයට ලක් වූ අතර, ව්යාපාරය සූදානම් නොවීය. ඔබ කැමති පරිදි ඔබට නැවත නැවතත් කළ හැක: "මම ඔබට එසේ කීවෙමි," නමුත් තොරතුරු තාක්ෂණ සේවාව තවමත් සේවා ප්රතිෂ්ඨාපනය කිරීමට සිදු වනු ඇත.
ගෘහ නිර්මාණ ශිල්පියෙකුගේ තනතුරේ සිට, මෙම තත්වය වළක්වා ගන්නේ කෙසේදැයි මම ඔබට කියමි. ලිපියේ පළමු කොටසේ, මම සූදානම් කිරීමේ කාර්යය පෙන්වන්නම්: ආරක්ෂක මෙවලම් තෝරාගැනීම සඳහා පාරිභෝගිකයා සමඟ ප්රශ්න තුනක් සාකච්ඡා කරන්නේ කෙසේද:
- අපි ආරක්ෂා කරන්නේ කුමක්ද?
- අප ආරක්ෂා කරන්නේ කුමක් ද?
- අපි කොපමණ ආරක්ෂා කරනවාද?
දෙවන කොටසේදී, අපි ප්‍රශ්නයට පිළිතුරු සැපයීම සඳහා විකල්ප ගැන කතා කරමු: ඔබව ආරක්ෂා කර ගන්නේ කෙසේද. විවිධ ගනුදෙනුකරුවන් ඔවුන්ගේ ආරක්ෂාව ගොඩනඟා ගන්නා ආකාරය පිළිබඳ උදාහරණ මම දෙන්නෙමි.
අප ආරක්ෂා කරන දේ: තීරණාත්මක ව්යාපාරික කාර්යයන් හඳුනා ගැනීම
ව්යාපාරික පාරිභෝගිකයා සමඟ පශ්චාත් හදිසි ක්රියාකාරී සැලැස්ම සාකච්ඡා කිරීමෙන් සූදානම් වීම ආරම්භ කිරීම වඩා හොඳය. මෙහි ප්රධාන දුෂ්කරතාවය වන්නේ පොදු භාෂාවක් සොයා ගැනීමයි. පාරිභෝගිකයා සාමාන්‍යයෙන් තොරතුරු තාක්ෂණ විසඳුම ක්‍රියා කරන ආකාරය ගැන තැකීමක් නොකරයි. සේවාවට ව්යාපාරික කාර්යයන් ඉටු කර මුදල් ගෙන ඒමට හැකිද යන්න ඔහු සැලකිලිමත් වේ. උදාහරණයක් ලෙස: වෙබ් අඩවිය වැඩ කරන්නේ නම්, නමුත් ගෙවීම් පද්ධතිය පහත වැටී තිබේ නම්, ගනුදෙනුකරුවන්ගෙන් ආදායමක් නොමැති අතර, "අන්තවාදීන්" තවමත් තොරතුරු තාක්ෂණ විශේෂඥයින් වේ.
තොරතුරු තාක්ෂණ වෘත්තිකයෙකුට හේතු කිහිපයක් නිසා එවැනි සාකච්ඡා වලදී දුෂ්කරතා ඇති විය හැක:
- තොරතුරු තාක්ෂණ සේවාව ව්යාපාරයේ තොරතුරු පද්ධතියේ කාර්යභාරය සම්පූර්ණයෙන් වටහාගෙන නොමැත. උදාහරණයක් ලෙස, ව්‍යාපාර ක්‍රියාවලි හෝ විනිවිද පෙනෙන ව්‍යාපාර ආකෘතියක් පිළිබඳ විස්තරයක් නොමැති නම්.
- සමස්ත ක්‍රියාවලියම තොරතුරු තාක්ෂණ සේවාව මත රඳා නොපවතී. නිදසුනක් වශයෙන්, කොන්ත්රාත්කරුවන් විසින් කාර්යයේ කොටසක් සිදු කරන විට, සහ තොරතුරු තාක්ෂණ විශේෂඥයින් ඒවාට සෘජු බලපෑමක් නැත.
මම සංවාදය මෙසේ සකස් කරමි:
- සෑම කෙනෙකුටම අනතුරු සිදුවන බවත්, යථා තත්ත්වයට පත්වීමට කාලය ගතවන බවත් අපි ව්‍යාපාරවලට පැහැදිලි කරන්නෙමු. හොඳම දේ වන්නේ තත්වයන් නිරූපණය කිරීම, මෙය සිදු වන්නේ කෙසේද සහ කුමන ප්රතිවිපාක ඇති විය හැකිද යන්නයි.
- සෑම දෙයක්ම තොරතුරු තාක්ෂණ සේවාව මත රඳා නොපවතින බව අපි පෙන්වන්නෙමු, නමුත් ඔබේ වගකීම් අංශයේ ක්රියාකාරී සැලැස්මක් සමඟ උදව් කිරීමට ඔබ සූදානම්.
- අපි ව්යාපාරික පාරිභෝගිකයාගෙන් පිළිතුරු ඉල්ලා සිටිමු: එළිදරව්ව සිදුවන්නේ නම්, ප්‍රථමයෙන් ප්‍රතිසාධනය කළ යුත්තේ කුමන ක්‍රියාවලියද? එයට සහභාගී වන්නේ කවුද සහ කෙසේද?
ව්‍යාපාරයෙන් සරල පිළිතුරක් අවශ්ය වේ, උදාහරණයක් ලෙස: ඇමතුම් මධ්‍යස්ථානයට 24/7 යෙදුම් ලියාපදිංචි කිරීම දිගටම කරගෙන යාමට අවශ්ය වේ.
- මෙම ක්‍රියාවලිය විස්තරාත්මකව විස්තර කරන ලෙස අපි පද්ධතිය භාවිතා කරන්නන්ගෙන් එකක් හෝ දෙදෙනෙකුගෙන් ඉල්ලා සිටිමු.
ඔබේ සමාගමට එකක් තිබේ නම් උපකාර කිරීමට විශ්ලේෂකයෙකු සම්බන්ධ කර ගැනීම වඩා හොඳය.ආරම්භ කිරීම සඳහා, විස්තරය මේ වගේ විය හැකිය: ඇමතුම් මධ්‍යස්ථානයට දුරකථනයෙන්, තැපෑලෙන් සහ වෙබ් අඩවියෙන් පණිවිඩ හරහා ඉල්ලීම් ලැබේ. ඉන්පසු ඔහු ඒවා වෙබ් අතුරු මුහුණත හරහා 1C වෙත ඇතුළු කරන අතර නිෂ්පාදනය මේ ආකාරයෙන් ඒවා එතැනින් ගෙන යයි.
- එවිට අපි ක්‍රියාවලියට සහාය දක්වන දෘඩාංග සහ මෘදුකාංග විසඳුම් මොනවාදැයි බලමු. සම්පූර්ණ ආරක්ෂාව සඳහා, අපි මට්ටම් තුනක් සැලකිල්ලට ගනිමු:
- වෙබ් අඩවිය තුළ යෙදුම් සහ පද්ධති (මෘදුකාංග මට්ටම),
- පද්ධති ක්‍රියාත්මක වන වෙබ් අඩවියම (යටිතල පහසුකම් මට්ටම),
- ජාලය (ඔවුන් බොහෝ විට එය අමතක කරයි).
- අසාර්ථක විය හැකි කරුණු අපි සොයා ගනිමු: සේවාවේ කාර්ය සාධනය රඳා පවතින පද්ධති නෝඩ්. වෙනත් සමාගම් විසින් සහාය දක්වන නෝඩ් අපි වෙන වෙනම සටහන් කරමු: ටෙලිකොම් ක්‍රියාකරුවන්, සත්කාරක සපයන්නන්, දත්ත මධ්යස්ථාන සහ යනාදිය. මෙය සමඟ, ඔබට ඊළඟ පියවර සඳහා ව්යාපාරික පාරිභෝගිකයා වෙත ආපසු යා හැක.
අප ආරක්ෂා කරන දේ: අවදානම්
ඊළඟට, අපි මුලින්ම අපව ආරක්ෂා කර ගන්නා අවදානම් මොනවාදැයි අපි ව්යාපාරික පාරිභෝගිකයාගෙන් සොයා ගනිමු. සියලුම අවදානම් කණ්ඩායම් දෙකකට බෙදිය හැකිය:
- සේවා අක්රිය වීම හේතුවෙන් කාලය අහිමි වීම;
- භෞතික බලපෑම්, මානව සාධක ආදිය හේතුවෙන් දත්ත නැතිවීම.
ව්‍යාපාර දත්ත සහ කාලය යන දෙකම අහිමි වීමට බිය වේ - මේ සියල්ල මුදල් නැති වීමට හේතු වේ. එබැවින් නැවතත් අපි එක් එක් අවදානම් කණ්ඩායම සඳහා ප්රශ්න අසන්නෙමු:
- මෙම ක්‍රියාවලිය සඳහා, අපට කොපමණ දත්ත නැතිවීම සහ කාලය අහිමි වීම මුදල් වලින් කොපමණ මුදලක් වැය වේද?
- අපට නැති කර ගත නොහැකි දත්ත මොනවාද?
- අක්රිය කාලයට ඉඩ නොදිය හැක්කේ කොතැනින්ද?
- අපට බොහෝ දුරට ඉඩ ඇති සහ වඩාත්ම තර්ජනාත්මක සිදුවීම් මොනවාද?
සාකච්ඡාවෙන් පසුව, අසාර්ථක ලකුණුවලට ප්රමුඛත්වය දෙන්නේ කෙසේදැයි අපි තේරුම් ගනිමු.
අපි කොපමණ ආරක්ෂා කරනවාද: RPO සහ RTO
අසාර්ථක වීමේ තීරණාත්මක කරුණු පැහැදිලි වන විට, අපි RTO සහ RPO දර්ශක ගණනය කරමු.
මම ඔබට එය මතක් කර දෙන්නම් RTO (ප්රතිසාධන කාල අරමුණ) - මෙය අනතුර සිදු වූ මොහොතේ සිට සේවාව සම්පූර්ණයෙන්ම යථා තත්ත්වයට පත් කරන තෙක් අවසර ලත් කාලයයි. ව්යාපාරික භාෂාවෙන්, මෙය පිළිගත හැකි අක්රිය කාලයකි. ක්‍රියාවලිය ගෙන ආ මුදල් ප්‍රමාණය අප දන්නේ නම්, අපට අක්‍රීය වූ සෑම විනාඩියකින්ම පාඩු ගණනය කර පිළිගත හැකි පාඩුව ගණනය කළ හැකිය.
RPO (ප්රතිසාධන ලක්ෂ්‍ය අරමුණ) - වලංගු දත්ත ප්රතිසාධන ලක්ෂ්යය. එය අපට දත්ත අහිමි විය හැකි කාලය තීරණය කරයි. ව්යාපාරික දෘෂ්ටි කෝණයකින්, දත්ත නැතිවීම දඩයකට හේතු විය හැක, උදාහරණයක් ලෙස. එවැනි පාඩු මුදල් බවට පත් කළ හැකිය.
අවසාන පරිශීලකයා සඳහා ප්රතිසාධන කාලය ගණනය කිරීම අවශ්ය වේ: ඔහුට කොපමණ කාලයක් පද්ධතියට ඇතුළු වීමට හැකි වේද. ඉතින් මුලින්ම අපි දාමයේ සියලුම සබැඳි වල ප්රතිසාධන කාලය එකතු කරමු. බොහෝ විට මෙහි වැරැද්දක් සිදු වේ: ඔවුන් SLA වෙතින් සැපයුම්කරුගේ RTO ලබාගෙන, ඉතිරි කොන්දේසි අමතක කරයි.
අපි නිශ්චිත උදාහරණයක් බලමු. පරිශීලකයා 1C වෙත පිවිසෙයි, පද්ධතිය දත්ත සමුදා දෝෂයකින් විවෘත වේ. ඔහු පද්ධති පරිපාලක සම්බන්ධ කර ගනී. දත්ත සමුදාය වලාකුළෙහි පිහිටා ඇත, පද්ධති පරිපාලක විසින් සේවා සපයන්නා වෙත ගැටළුව වාර්තා කරයි. සියලුම සන්නිවේදනයන් විනාඩි 15 ක් ගත වන බව කියමු. වලාකුළෙහි, මෙම ප්‍රමාණයේ දත්ත සමුදායක් පැයකින් උපස්ථයකින් ප්‍රතිසාධනය කරනු ලැබේ, එබැවින් සේවා සපයන්නාගේ පැත්තේ RTO පැයකි. නමුත් මෙය අවසාන කාල සීමාව නොවේ; පරිශීලකයා සඳහා, ගැටළුව හඳුනා ගැනීමට මිනිත්තු 15 ක් එයට එකතු කර ඇත.
ඊළඟට, පද්ධති පරිපාලක විසින් දත්ත සමුදාය නිවැරදි දැයි පරීක්ෂා කර, එය 1C වෙත සම්බන්ධ කර සේවාවන් ආරම්භ කිරීමට අවශ්ය වේ. මේ සඳහා තවත් පැයක් අවශ්ය වේ, එයින් අදහස් වන්නේ පරිපාලකගේ පැත්තේ RTO දැනටමත් පැය 2 යි විනාඩි 15 කි. පරිශීලකයාට තවත් විනාඩි 15 ක් අවශ්ය වේ: ලොග් වන්න, අවශ්ය ගනුදෙනු දර්ශණය වී ඇත්දැයි පරීක්ෂා කරන්න. පැය 2 විනාඩි 30 යනු මෙම උදාහරණයේ සම්පූර්ණ සේවා ප්රතිසාධන කාලයයි.
මෙම ගණනය කිරීම් මඟින් ව්‍යාපාරයට ප්රතිසාධන කාලය රඳා පවතින්නේ කුමන බාහිර සාධක මතද යන්න පෙන්වනු ඇත. උදාහරණයක් ලෙස, කාර්යාලය ජලයෙන් යට වී ඇත්නම්, ඔබ මුලින්ම කාන්දුව සොයාගෙන එය නිවැරදි කළ යුතුය. තොරතුරු තාක්ෂණය මත රඳා නොපවතින කාලය ගතවනු ඇත.
අපි ආරක්ෂා කරන්නේ කෙසේද: විවිධ අවදානම් සඳහා මෙවලම් තෝරා ගැනීම
සියලු කරුණු සාකච්ඡා කිරීමෙන් පසු, පාරිභෝගිකයා දැනටමත් ව්යාපාරය සඳහා හදිසි අනතුරක පිරිවැය තේරුම් ගෙන ඇත. දැන් ඔබට මෙවලම් තෝරාගෙන අයවැය සාකච්ඡා කළ හැකිය. සේවාදායක නඩු සඳහා උදාහරණ භාවිතා කරමින්, විවිධ කාර්යයන් සඳහා අප ලබා දෙන මෙවලම් මොනවාදැයි මම ඔබට පෙන්වන්නම්.
පළමු අවදානම් කණ්ඩායම සමඟ ආරම්භ කරමු: සේවා අක්රිය වීම නිසා සිදුවන පාඩු. මෙම ගැටලුව සඳහා විසඳුම් හොඳ RTO සැපයිය යුතුය.
- වලාකුළෙහි යෙදුම සත්කාරක කරන්න
ආරම්භ කිරීම සඳහා, ඔබට සරලවම වලාකුළට යා හැකිය - සැපයුම්කරු දැනටමත් ඉහළ ලබා ගැනීමේ ගැටළු ගැන සිතා ඇත. අථත්‍යකරණ ධාරක පොකුරකට එකලස් කර ඇත, බලය සහ ජාලය වෙන් කර ඇත, දත්ත දෝෂ-ඉවසන ගබඩා පද්ධති මත ගබඩා කර ඇත, සහ සේවා සපයන්නා අක්රිය කාලය සඳහා මූල්‍යමය වගකීම දරයි.
උදාහරණයක් ලෙස, ඔබට වලාකුළෙහි දත්ත සමුදායක් සහිත අථත්ය යන්ත්‍රයක් සත්කාරක කළ හැකිය. යෙදුම ස්ථාපිත නාලිකාවක් හරහා හෝ එකම වලාකුළකින් බාහිරව දත්ත සමුදායට සම්බන්ධ වේ. පොකුරේ ඇති එක් සේවාදායකයක් සමඟ ගැටළු ඇති වුවහොත්, VM අසල්වැසි සේවාදායකයේ මිනිත්තු 2 කට අඩු කාලයකින් නැවත ආරම්භ වේ. ඊට පසු, DBMS එහි ආරම්භ වන අතර මිනිත්තු කිහිපයකින් දත්ත සමුදාය ලබා ගත හැකිය.
ආර්.ටී.ඕ: මිනිත්තු වලින් මනිනු ලැබේ. මෙම නියමයන් සැපයුම්කරු සමඟ ඇති ගිවිසුමේ සඳහන් කළ හැකිය.
පිරිවැය: අපි ඔබගේ යෙදුම සඳහා වලාකුළු සම්පත්වල පිරිවැය ගණනය කරමු.
එය ඔබව ආරක්ෂා නොකරන දේ: සැපයුම්කරුගේ වෙබ් අඩවියේ දැවැන්ත අසමත්වීම් වලින්, උදාහරණයක් ලෙස, නගර මට්ටමින් සිදුවන අනතුරු හේතුවෙන්. - යෙදුම පොකුරු කරන්න
ඔබට RTO වැඩිදියුණු කිරීමට අවශ්ය නම්, ඔබට පෙර විකල්පය ශක්තිමත් කර වහාම ක්ලස්ටර් යෙදුමක් වලාකුළෙහි තැබිය හැකිය.
ඔබට ක්රියාකාරී-නිෂ්ක්‍රීය හෝ සක්‍රීය-ක්රියාකාරී මාදිලියේ පොකුරක් ක්‍රියාත්මක කළ හැක. අපි විකුණුම්කරුගේ අවශ්‍යතා මත පදනම්ව VM කිහිපයක් සාදන්නෙමු. වැඩි විශ්වසනීයත්වයක් සඳහා, අපි ඒවා විවිධ සේවාදායක සහ ගබඩා පද්ධති හරහා බෙදා හරිමු. එක් දත්ත සමුදායක් සහිත සේවාදායකය අසමත් වුවහොත්, උපස්ථ නෝඩය තත්පර කිහිපයකින් භාරය භාර ගනී.
ආර්.ටී.ඕ: තත්පර වලින් මනිනු ලැබේ.
පිරිවැය: සාමාන්‍ය වලාකුළකට වඩා තරමක් මිල අධිකයි, පොකුරු කිරීම සඳහා අමතර සම්පත් අවශ්ය වේ.
එය ඔබව ආරක්ෂා නොකරන දේ: තවමත් දැවැන්ත on-site අසාර්ථක වීම් වලින් ආරක්ෂා නොවනු ඇත. නමුත් දේශීය බාධාවන් දිගු කාලයක් පවතින්නේ නැත.පුහුණුවීම් වලින්: සිල්ලර සමාගමට තොරතුරු පද්ධති සහ වෙබ් අඩවි කිහිපයක් තිබුණි. සියලුම දත්ත සමුදායන් සමාගමේ කාර්යාලයේ දේශීයව පිහිටා ඇත. කන්තෝරුවට එක දිගට කීප සැරයක්ම විදුලිය නැතිවෙනකම් DR ගැන හිතුවෙ නෑ. වෙබ් අඩවි බිඳවැටීම් ගැන පාරිභෝගිකයින් නොසතුටට පත් විය.
ක්ලවුඩ් වෙත යාමෙන් පසු සේවා ලබා ගැනීමේ ගැටලුව විසඳා ඇත. තවද, අපි නෝඩ් අතර ගමනාගමනය තුලනය කිරීමෙන් දත්ත සමුදායන් මත පැටවීම ප්‍රශස්ත කිරීමට සමත් විය. - ආපදා-ප්‍රතිරෝධී වලාකුළකට යන්න
ප්රධාන වෙබ් අඩවියේ ඇති ස්වභාවික ව්‍යසනයක් පවා ඔබගේ කාර්යයට බාධාවක් නොවන බව සහතික කර ගැනීමට ඔබට අවශ්ය නම්, ඔබට ආපදා-ප්‍රතිරෝධී වලාකුළක් තෝරාගත හැක.මෙම විකල්පයේදී, සැපයුම්කරු දත්ත මධ්යස්ථාන 2ක් හරහා අථත්‍යකරණ පොකුර පතුරුවයි. එකින් එක දත්ත මධ්යස්ථාන අතර නිරන්තර සමමුහුර්ත ප්‍රතිනිර්මාණය සිදුවේ. දත්ත මධ්යස්ථාන අතර නාලිකා වෙන් කර ඇති අතර විවිධ මාර්ග ඔස්සේ ගමන් කරයි, එබැවින් එවැනි පොකුරක් ජාල ගැටළු වලට බිය නොවේ.
ආර්.ටී.ඕ: 0 වෙත නැඹුරු වේ.
පිරිවැය: වඩාත්ම මිල අධික වලාකුළු විකල්පය.
එය ඔබව ආරක්ෂා නොකරන දේ: එය දත්ත දූෂණයට එරෙහිව මෙන්ම මානව සාධකයට එරෙහිව උදව් නොකරනු ඇත, එබැවින් එකවර උපස්ථ සෑදීමට නිර්දේශ කරනු ලැබේ.පුහුණුවීම් වලින්: අපගේ එක් සේවාදායකයෙක් විස්තීර්ණ ආපදා ප්රතිසාධන සැලැස්මක් සකස් කර ඇත. ඔහු තෝරාගත් උපාය මාර්ගය මෙයයි.
- ආපදාවලට ඔරොත්තු දෙන වලාකුළක් යටිතල පහසුකම් මට්ටමේ අසාර්ථක වීම් වලින් යෙදුම ආරක්ෂා කරයි.
- ද්වි-මට්ටමේ උපස්ථය මිනිස් දෝෂයක් ඇති විට ආරක්ෂාව සපයයි. උපස්ථ වර්ග දෙකක් තිබේ: "සීතල" සහ "උණුසුම්". "සීතල" උපස්ථයක් ආබාධිත තත්වයක පවතින අතර යෙදවීමට කාලය ගතවේ. "උණුසුම්" උපස්ථයක් දැනටමත් භාවිතයට සූදානම්ව ඇති අතර එය වේගයෙන් ප්රතිෂ්ඨාපනය වේ. එය විශේෂයෙන් කැපවූ ගබඩා පද්ධතියක ගබඩා කර ඇත. තෙවන පිටපත ටේප් එකේ සටහන් කර වෙනත් කාමරයක ගබඩා කර ඇත.
සතියකට වරක්, සේවාදායකයා ආරක්ෂාව පරීක්ෂා කරන අතර ටේප් වලින් ඇතුළුව සියලුම උපස්ථවල ක්‍රියාකාරිත්වය පරීක්ෂා කරයි. සෑම වසරකම සමාගම සමස්ත ආපදා-ප්‍රතිරෝධී වලාකුළම පරීක්ෂා කරයි.
- වෙනත් වෙබ් අඩවියකට අනුකරණය සංවිධානය කරන්න
ප්රධාන වෙබ් අඩවියේ ගෝලීය ගැටළු වළක්වා ගන්නේ කෙසේද යන්න පිළිබඳ තවත් විකල්පයක්: භූ-වෙන්කිරීම් ලබා දීම. වෙනත් වචන වලින් කිවහොත්, වෙනත් නගරයක වෙබ් අඩවියක උපස්ථ අතථ්‍ය යන්ත්ර සාදන්න. DR සඳහා විශේෂ විසඳුම් මේ සඳහා සුදුසු වේ: අපගේ සමාගම තුළ අපි VMware vCloud Availability (vCAV) භාවිතා කරමු. එහි ආධාරයෙන්, ඔබට වලාකුළු සපයන්නන්ගේ අඩවි කිහිපයක් අතර ආරක්ෂාව වින්‍යාසගත කළ හැකිය හෝ පරිශ්‍රයේ වෙබ් අඩවියකින් වලාකුළට ප්‍රතිසාධනය කළ හැකිය. මම දැනටමත් vCAV සමඟ වැඩ කිරීමේ යෝජනා ක්රමය ගැන වඩාත් විස්තරාත්මකව කතා කර ඇත .
RPO සහ RTO: විනාඩි 5 සිට.
පිරිවැය: පළමු විකල්පයට වඩා මිල අධික, නමුත් ආපදා-ප්‍රතිරෝධී වලාකුළක දෘඩාංග අනුකරණයට වඩා ලාභදායී වේ. PAYG ආකෘතියට අනුව vCAV බලපත්‍රයක පිරිවැය, පරිපාලන ගාස්තු, වලාකුළු සම්පත්වල පිරිවැය සහ සංචිත සම්පත් වලින් මිල සමන්විත වේ (විසන්ධි කළ VM සඳහා වැඩ කරන සම්පත් වල පිරිවැයෙන් 10%).
පුහුණුවීම් වලින්: සේවාදායකයා මොස්කව්හි අපගේ වලාකුළෙහි විවිධ දත්ත සමුදායන් සහිත අථත්ය යන්ත්ර 6 ක් තබා ඇත. මුලදී, උපස්ථ මගින් ආරක්ෂාව සපයන ලදී: සමහර උපස්ථ පිටපත් මොස්කව්හි වලාකුළෙහි ගබඩා කර ඇති අතර සමහර ඒවා අපගේ ශාන්ත පීටර්ස්බර්ග් වෙබ් අඩවියේ ගබඩා කර ඇත. කාලයාගේ ඇවෑමෙන්, දත්ත සමුදායන් ප්රමාණයෙන් වර්ධනය වූ අතර, උපස්ථයකින් ප්රතිෂ්ඨාපනය කිරීම වැඩි කාලයක් ගත විය.
VMware vCloud ලබා ගැනීමේ හැකියාව මත පදනම් වූ අනුකරණය උපස්ථ වෙත එක් කරන ලදී. අථත්ය යන්ත්‍රවල අනුරූ ශාන්ත පීටර්ස්බර්ග් හි උපස්ථ අඩවියක ගබඩා කර ඇති අතර සෑම මිනිත්තු 5 කට වරක් යාවත්කාලීන වේ. ප්රධාන වෙබ් අඩවියේ අසමත් වීමක් සිදුවුවහොත්, සේවකයින් ස්වාධීනව ශාන්ත පීටර්ස්බර්ග්හි අථත්ය යන්ත්රයේ අනුරුවකට මාරු වන අතර එය සමඟ දිගටම වැඩ කරන්න.
සලකා බලනු ලබන සියලුම විසඳුම් ඉහළ ලබා ගැනීමේ හැකියාවක් ලබා දෙයි, නමුත් ransomware වෛරසයක් හෝ හදිසි සේවක දෝෂයක් හේතුවෙන් දත්ත අහිමි වීමෙන් ආරක්ෂා නොවේ. මෙම අවස්ථාවේදී, අපට අවශ්ය RPO සපයන උපස්ථ අවශ්ය වනු ඇත.
5. උපස්ථය ගැන අමතක නොකරන්න
ඔබ සතුව සිසිල්ම ආපදා-ප්‍රතිරෝධී විසඳුම තිබුණත්, ඔබ උපස්ථ සෑදිය යුතු බව කවුරුත් දනිති. ඒ නිසා මම ඔබට කරුණු කිහිපයක් කෙටියෙන් මතක් කරන්නම්.
හරියටම කිවහොත්, උපස්ථය DR නොවේ. සහ ඒ නිසයි:
- ඒක ගොඩක් කල්. දත්ත ටෙරාබයිට් වලින් මනිනු ලැබුවහොත්, යථා තත්ත්වයට පත්වීමට පැයකට වඩා වැඩි කාලයක් ගතවනු ඇත. ඔබට ප්‍රතිසාධනය කිරීමට, ජාලයක් පැවරීමට, එය ක්‍රියාත්මක වන බව පරීක්ෂා කිරීමට, දත්ත පිළිවෙලට ඇති බව බලන්න. ඉතින් ඔයාලට හොඳ RTO එකක් දෙන්න පුලුවන් Data ටිකක් තිබ්බොත් විතරයි.
- පළමු වරට දත්ත ප්‍රතිසාධනය නොකළ හැකි අතර, ක්‍රියාව නැවත කිරීමට ඔබට කාලය ලබා දිය යුතුය. උදාහරණයක් ලෙස, දත්ත නැති වූ විට අපි හරියටම නොදන්නා අවස්ථා තිබේ. අපි කියමු පාඩුව 15.00 ට දැක්කා, සෑම පැයකටම පිටපත් සාදනු ලැබේ. 15.00 සිට අපි සියලු ප්රතිසාධන ස්ථාන දෙස බලමු: 14:00, 13:00 සහ එසේ ය. පද්ධතිය වැදගත් නම්, අපි ප්රකෘති ලක්ෂ්යයේ වයස අවම කිරීමට උත්සාහ කරමු. නමුත් නැවුම් උපස්ථයේ අවශ්ය දත්ත නොතිබුනේ නම්, අපි ඊළඟ කරුණ ගන්නෙමු - මෙය අමතර කාලයකි.
මෙම අවස්ථාවේදී, උපස්ථ කාලසටහනට අවශ්ය දේ සැපයිය හැකිය RPO. උපස්ථ සඳහා, ප්රධාන වෙබ් අඩවියේ ගැටළු ඇති විට භූ-වෙන්කිරීම් සැපයීම වැදගත් වේ. සමහර උපස්ථ පිටපත් වෙන වෙනම ගබඩා කිරීම රෙකමදාරු කරනු ලැබේ.
අවසාන ආපදා ප්රතිසාධන සැලැස්මේ අවම වශයෙන් මෙවලම් 2ක් වත් අඩංගු විය යුතුය:
- 1-4 විකල්ප වලින් එකක්, එය පද්ධති අසාර්ථක හා වැටීම් වලින් ආරක්ෂා කරයි.
- දත්ත නැතිවීමෙන් ආරක්ෂා කිරීමට උපස්ථ කරන්න.
ප්රධාන අන්තර්ජාල සැපයුම්කරු බැස ගියහොත් උපස්ථ සන්නිවේදන නාලිකාවක් ගැන සැලකිලිමත් වීම ද වටී. සහ - voila! - අවම වැටුප් සඳහා DR දැනටමත් සූදානම්.
මූලාශ්රය: www.habr.com