විපතකදී පවා තේ කෝප්පයක් සඳහා කාලය තිබේ
ඩී.ආර්.පී. (ආපදා ප්‍රතිසාධන සැලැස්ම) යනු කිසිසේත්ම අවශ්ය නොවන දෙයකි. නමුත් සංසර්ග සමයේදී හදිසියේම සංක්‍රමණය වන බීවර් කොඳු නාරටිය ඔප්ටිකල් ෆයිබර් හරහා හපන්නේ නම් හෝ කනිෂ්ඨ පරිපාලකයෙකු ඵලදායි පදනම පහත වැටේ නම්, මේ සියලු අපකීර්තියට කුමක් කළ යුතුද යන්න පිළිබඳව ඔබට කලින් කළ සැලැස්මක් ඇති බවට ඔබට සහතික විය යුතුය.
භීතියට පත් පාරිභෝගිකයින් තාක්ෂණික සහාය දුරකථන කපා හැරීමට පටන් ගන්නා අතර, කනිෂ්ඨයා සයනයිඩ් සොයමින් සිටින අතර, ඔබ බුද්ධිමත් ලෙස රතු ලියුම් කවරය විවෘත කර සියල්ල පිළිවෙලට තැබීමට පටන් ගනී.
මෙම ලිපියෙන් මට DRP ලියන්නේ කෙසේද සහ එහි අඩංගු විය යුතු දේ පිළිබඳ නිර්දේශ බෙදා ගැනීමට අවශ්‍යයි. අපි පහත කරුණු ද සලකා බලමු:
- දුෂ්ඨයෙක් වගේ හිතන්න පුරුදු වෙමු.
- අපාය කාලය තුළ තේ කෝප්පයක ඇති ප්‍රයෝජන බලමු.
- පහසු DRP ව්‍යුහයක් ගැන සිතමු
- එය පරීක්ෂා කරන්නේ කෙසේදැයි බලමු
මෙය ප්රයෝජනවත් විය හැක්කේ කුමන සමාගම් සඳහාද?
තොරතුරු තාක්ෂණ දෙපාර්තමේන්තුවට එවැනි දේවල් අවශ්ය වීමට පටන් ගත් විට රේඛාව ඇඳීම ඉතා අපහසුය. ඔබට අනිවාර්යයෙන්ම DRP අවශ්ය වන්නේ නම්:
- සේවාදායකයක්, යෙදුමක් නැවැත්වීම හෝ යම් දත්ත සමුදායක් අහිමි වීම සමස්තයක් ලෙස ව්‍යාපාරයට සැලකිය යුතු පාඩු ඇති කරයි.
- ඔබට සම්පූර්ණ තොරතුරු තාක්ෂණ අංශයක් ඇත. සමාගමේ සම්පූර්ණ ඒකකයක ස්වරූපයෙන් දෙපාර්තමේන්තුවක් යන අර්ථයෙන්, තමන්ගේම අයවැය සමඟ, සහ වෙහෙසට පත් සේවකයින් කිහිප දෙනෙකු පමණක් ජාලයක් තැබීම, වෛරස් පිරිසිදු කිරීම සහ මුද්‍රණ යන්ත්‍ර නැවත පිරවීම නොවේ.
- හදිසි අවස්ථාවකදී අවම වශයෙන් අර්ධ වශයෙන් අතිරික්තයක් සඳහා ඔබට යථාර්ථවාදී අයවැයක් ඇත.
තොරතුරු තාක්ෂණ දෙපාර්තමේන්තුව උපස්ථ සඳහා පැරණි සේවාදායකයකට අඩුම තරමින් HDD කිහිපයක්වත් ඉල්ලා මාස ගනනාවක් ඉල්ලා සිටින විට, ඔබට ධාරිතාවය වෙන්කරවා ගැනීම සඳහා අසාර්ථක සේවාවක සම්පූර්ණ පියවරක් සංවිධානය කිරීමට නොහැකි වනු ඇත. මෙහි ලියකියවිලි අතිරික්ත නොවනු ඇත.
ලේඛනගත කිරීම වැදගත් වේ
ලේඛන සමඟ ආරම්භ කරන්න. අපි හිතමු ඔබේ සේවාව ක්රියාත්මක වන්නේ පරම්පරා තුනකට පෙර පරිපාලකයින් විසින් ලියන ලද පර්ල් ස්ක්‍රිප්ට් එකකින්, නමුත් එය ක්‍රියා කරන ආකාරය කිසිවෙකු දන්නේ නැත. සමුච්චිත තාක්ෂණික ණය සහ ලියකියවිලි නොමැතිකම අනිවාර්යයෙන්ම දණහිසට පමණක් නොව, අනෙකුත් අවයවවල ද වෙඩි තබනු ඇත, එය කාලය පිළිබඳ ප්රශ්නයක් වේ.
ඔබට සේවා සංරචක පිළිබඳ හොඳ විස්තරයක් ලැබුණු පසු, හදිසි අනතුරු සංඛ්‍යාලේඛන බලන්න. ඔවුන් නිසැකවම සම්පූර්ණයෙන්ම සාමාන්ය වනු ඇත. උදාහරණයක් ලෙස, ඔබේ තැටිය වරින් වර පිරී යයි, එය අතින් පිරිසිදු කරන තෙක් නෝඩය අසමත් වීමට හේතු වේ. නැතහොත් යමෙකුට නැවත වරක් සහතිකය අලුත් කිරීමට අමතක වීම සහ Let's Encrypt හට වින්‍යාස කිරීමට නොහැකි වීම හෝ අකමැති වීම හේතුවෙන් සේවාලාභී සේවාව ලබා ගත නොහැක.
කඩාකප්පල්කාරයෙක් වගේ සිතුවිලි
වඩාත්ම දුෂ්කර කොටස වන්නේ පෙර කිසි දිනෙක සිදු නොවූ, නමුත් ඔබේ සේවාව සම්පූර්ණයෙන්ම බිඳවැටීමට ඉඩ ඇති අනතුරු පුරෝකථනය කිරීමයි. මෙන්න මම සහ මගේ සගයන් සාමාන්යයෙන් දුෂ්ට චරිත රඟපානවා. කෝපි ගොඩක් සහ රසවත් යමක් ගෙන රැස්වීම් කාමරයක අගුලු දමන්න. එම රැස්වීමේදීම ඔබ ඉලක්කගත සේවාව දියුණු කළ හෝ නිතිපතා වැඩ කරන ඉංජිනේරුවන් අගුලු දමා ඇති බවට වග බලා ගන්න. එවිට, පුවරුවේ හෝ කඩදාසි මත, ඔබ ඔබේ සේවයට සිදුවිය හැකි සියලු භීෂණයන් ඇඳීමට පටන් ගනී. නිශ්චිත පිරිසිදු කිරීමේ කාන්තාවක් වෙත විස්තරාත්මකව ගොස් කේබල් පිටතට ගැනීම අවශ්ය නොවේ; “දේශීය ජාලයේ අඛණ්ඩතාව උල්ලංඝනය කිරීම” පිළිබඳ දර්ශනය සලකා බැලීම ප්‍රමාණවත් වේ.
සාමාන්යයෙන්, බොහෝ සාමාන්ය හදිසි අවස්ථා පහත දැක්වෙන වර්ග වලට වැටේ:
- ජාල අසමත් වීම
- OS සේවා අසාර්ථක වීම
- යෙදුම අසාර්ථක වීම
- යකඩ අසමත් වීම
- අථත්යකරණය අසාර්ථක වීම
එක් එක් වර්ගය හරහා ගොස් ඔබේ සේවාවට අදාළ වන්නේ කුමක්දැයි බලන්න. උදාහරණයක් ලෙස, Nginx ඩීමන් වැටිය හැකි අතර ඉහළ නොයනු ඇත - මෙයින් අදහස් කරන්නේ OS හි අසාර්ථකත්වයයි. ඔබගේ වෙබ් යෙදුම අසාර්ථක වීමට හේතු වන දුර්ලභ තත්වයක් වන්නේ මෘදුකාංග අසමත් වීමයි. මෙම අදියර හරහා වැඩ කරන අතරතුර, ගැටලුව හඳුනා ගැනීම සඳහා කටයුතු කිරීම වැදගත් වේ. අථත්‍යකරණයේදී ශීත කළ අතුරුමුහුණතක් වැටුණු සිස් ඩ්‍රයිව් එකකින් සහ ජාල දෝෂයකින් වෙන්කර හඳුනා ගන්නේ කෙසේද, උදාහරණයක් ලෙස. මෙය ඉක්මනින් වගකිව යුතු අය සොයා ගැනීමට සහ අනතුර විසඳන තුරු ඔවුන්ගේ වලිගය ඇද ගැනීමට පටන් ගැනීම වැදගත් වේ.
සාමාන්ය ගැටළු ලියා ඇති පසු, අපි තවත් කෝපි වත් කර අමුතුම අවස්ථා සලකා බැලීමට පටන් ගනිමු, සමහර පරාමිතීන් සම්මතයෙන් ඔබ්බට යාමට පටන් ගත් විට. උදාහරණ වශයෙන්:
- ක්‍රියාකාරී නෝඩයේ වේලාව පොකුරේ අනෙක් අයට සාපේක්ෂව මිනිත්තුවක් පසුපසට ගමන් කරන්නේ නම් කුමක් සිදුවේද?
- කාලය ඉදිරියට ගියහොත් කුමක් සිදුවේද, වසර 10කින් කුමක් සිදුවේද?
- සමමුහුර්ත කිරීමේදී පොකුරු නෝඩයක් හදිසියේම එහි ජාලය නැති වුවහොත් කුමක් සිදුවේද?
- ජාලයේ එකිනෙකා තාවකාලිකව හුදකලා වීම හේතුවෙන් නෝඩ් දෙකක් නායකත්වය බෙදා නොගන්නේ නම් කුමක් සිදුවේද?
මෙම අදියරේදී ප්රතිවිරුද්ධ ප්රවේශය ඉතා ප්රයෝජනවත් වේ. ඔබ රෝගී පරිකල්පනයක් ඇති කණ්ඩායමේ වඩාත්ම මුරණ්ඩු සාමාජිකයා රැගෙන කෙටිම කාලය තුළ සේවය බිඳ වැටෙන කඩාකප්පල්කාරී ක්‍රියාවක් සංවිධානය කිරීමේ කාර්යය ඔහුට ලබා දෙයි. රෝග විනිශ්චය කිරීමට අපහසු නම්, වඩා හොඳය. ඔබ යමක් කඩා දැමීමට ඔවුන්ට අදහසක් ලබා දෙන්නේ නම්, ඉංජිනේරුවන් ඉදිරිපත් කරන අමුතු හා සිසිල් අදහස් මොනවාදැයි ඔබ විශ්වාස නොකරනු ඇත. ඔබ ඔවුන්ට මේ සඳහා පරීක්ෂණ බංකුවක් පොරොන්දු වන්නේ නම්, එය ඉතා හොඳයි.
මොකක්ද මේ ඔයාගේ DRP එක?
එබැවින් ඔබ ඔබේ තර්ජන ආකෘතිය නිර්වචනය කර ඇත. ඔවුන් තඹ සෙවීම සඳහා ෆයිබර් ඔප්ටික් කේබල් කපන ප්‍රදේශවාසීන් සහ සිකුරාදා දිනවල 16:46 ට ගුවන් විදුලි රිලේ රේඛාවක් තදින් හෙළන හමුදා රේඩාර් ද සැලකිල්ලට ගත්හ. දැන් අපි මේ සියල්ල සමඟ කළ යුතු දේ තේරුම් ගත යුතුයි.
ඔබේ කාර්යය වන්නේ හදිසි අවස්ථාවක විවෘත වන රතු ලියුම් කවර ලිවීමයි. සෑම දෙයක්ම අවසන් වූ විට (එසේ නොවේ නම්!) සිදුවෙමින් පවතින දේවල භීෂණයෙන් දෑත් දරුණු ලෙස වෙව්ලනු ලබන වඩාත්ම අද්දැකීම් අඩු අභ්‍යාසලාභියා පමණක් අසල සිටිනු ඇතැයි වහාම අපේක්ෂා කරන්න. වෛද්ය කාර්යාලවල හදිසි සංඥා ක්රියාත්මක කරන ආකාරය බලන්න. උදාහරණයක් ලෙස, ඇනෆිලැක්ටික් කම්පනයකදී කළ යුතු දේ. වෛද්ය කාර්ය මණ්ඩලය සියලු ප්‍රොටෝකෝල හදවතින්ම දනී, නමුත් අසල සිටින පුද්ගලයෙකු මිය යාමට පටන් ගත් විට, බොහෝ විට සෑම කෙනෙකුම අසරණ ලෙස පෙනෙන සෑම දෙයක්ම අල්ලා ගනී. මෙය සිදු කිරීම සඳහා, බිත්තියේ "එවැනි පැකේජය විවෘත කරන්න" සහ "ඖෂධ ඒකක බොහෝමයක් අභ්‍යන්තරව පරිපාලනය කරන්න" වැනි අයිතම සහිත පැහැදිලි උපදෙස් තිබේ.
හදිසි අවස්ථාවක හිතන්න අමාරුයි! කොඳු ඇට පෙළ විග්‍රහ කිරීම සඳහා සරල උපදෙස් තිබිය යුතුය.
හොඳ DRP සරල කොටස් කිහිපයකින් සමන්විත වේ:
- අනතුරක ආරම්භය ගැන දැනුම් දිය යුත්තේ කාටද? ඉවත් කිරීමේ ක්‍රියාවලිය හැකිතාක් දුරට සමාන්තරව සිදු කිරීම සඳහා මෙය වැදගත් වේ.
- නිවැරදිව රෝග විනිශ්චය කරන්නේ කෙසේද - හෝඩුවාවක් සිදු කරන්න, systemctl තත්ව සේවා නාමය බලන්න සහ යනාදිය.
- එක් එක් අදියර සඳහා ඔබට කොපමණ කාලයක් ගත කළ හැකිද? ඔබට SLA කාලය තුළ එය අතින් සවි කිරීමට කාලය නොමැති නම්, අතථ්‍ය යන්ත්‍රය ඊයේ උපස්ථයෙන් මරා දමා ආපසු හරවනු ලැබේ.
- අනතුර අවසන් වී ඇති බව සහතික කර ගන්නේ කෙසේද.
සේවාව සම්පුර්ණයෙන්ම අසාර්ථක වූ විට DRP ආරම්භ වන අතර අඩු කාර්යක්ෂමතාවයකින් වුවද සේවාව නැවත යථා තත්ත්වයට පත් වූ විට අවසන් වන බව මතක තබා ගන්න. හුදෙක් වෙන් කිරීමක් අහිමි වීම DRP අවුලුවාලීම නොකළ යුතුය. ඔබට තේ කෝප්පයක් DRP වෙත ලිවිය හැකිය. සිරාවටම. සංඛ්‍යාලේඛනවලට අනුව, බොහෝ අනතුරු අප්‍රසන්න සිට ව්යසනකාරී තත්ත්වයට හැරෙන්නේ භීතියට පත් කාර්ය මණ්ඩලය යමක් නිවැරදි කිරීමට ඉක්මන් වීම, ඒ සමඟම දත්ත සහිත එකම ජීවී නෝඩය මරා දැමීම හෝ අවසානයේ පොකුර අවසන් කිරීම හේතුවෙනි. රීතියක් ලෙස, තේ කෝප්පයක් සමඟ මිනිත්තු 5 ක් සන්සුන් වීමට සහ සිදුවන්නේ කුමක්ද යන්න විශ්ලේෂණය කිරීමට ඔබට යම් කාලයක් ලබා දෙනු ඇත.
DRP සහ පද්ධති ගමන් බලපත්‍රය ව්‍යාකූල නොකරන්න! අනවශ්‍ය දත්ත සමඟ එය අධික ලෙස පටවන්න එපා. ප්‍රලේඛනයේ අපේක්ෂිත කොටස වෙත යාමට සහ සේවා ගෘහ නිර්මාණ ශිල්පයේ අවශ්ය කොටස් පිළිබඳව පුළුල් ආකෘතියකින් කියවීමට අධි සබැඳි ඉක්මනින් සහ පහසුවෙන් භාවිතා කිරීමට හැකි වන්න. ඩීආර්පී තුළම ඇත්තේ කොපි-පේස්ට් සඳහා නිශ්චිත විධාන සමඟ සම්බන්ධ වන්නේ කොතැනද සහ කෙසේද යන්න පිළිබඳ සෘජු උපදෙස් පමණි.
නිවැරදිව පරීක්ෂා කරන්නේ කෙසේද
ඕනෑම වගකිවයුතු සේවකයෙකුට සියලුම අයිතම සම්පූර්ණ කිරීමට හැකි බවට වග බලා ගන්න. වඩාත්ම තීරණාත්මක මොහොතේදී, ඉංජිනේරුවරයාට අවශ්ය පද්ධතියට ප්‍රවේශ වීමට අයිතියක් නොමැති බව, අවශ්ය ගිණුම සඳහා මුරපද නොමැති බව හෝ ඔහුට “ප්‍රොක්සියක් හරහා සේවා කළමනාකරණ කොන්සෝලයට සම්බන්ධ වන්නේ කුමක්ද යන්න පිළිබඳව අදහසක් නොමැති බව පෙනී යා හැකිය. ප්රධාන කාර්යාලය” යන්නෙන් අදහස් වේ. සෑම කරුණක්ම අතිශයින්ම සරල විය යුතුය.
වැරදියි - "අථත්යකරණය වෙත ගොස් මිය ගිය නෝඩය නැවත ආරම්භ කරන්න"
හරි - "වෙබ් අතුරුමුහුණත හරහා virt.example.com වෙත සම්බන්ධ කරන්න, නෝඩ් කොටසේ, දෝෂය ඇති කරන නෝඩය නැවත ආරම්භ කරන්න."
අපැහැදිලි බවෙන් වළකින්න. බය වෙච්ච ඉන්ටර්න් එක මතක තියාගන්න.
DRP පරීක්ෂා කිරීමට වග බලා ගන්න. මෙය ප්‍රදර්ශනය සඳහා වූ සැලැස්මක් පමණක් නොවේ - එය ඔබට සහ ඔබේ ගනුදෙනුකරුවන්ට ඉතා ඉක්මනින් තීරණාත්මක තත්ත්වයකින් මිදීමට ඉඩ සලසන දෙයකි. මෙය කිහිප වතාවක් කිරීම වඩාත් සුදුසුය:
- එක් විශේෂඥයෙක් සහ අභ්‍යාසලාභීන් කිහිප දෙනෙක් හැකිතාක් සැබෑ සේවාවක් අනුකරණය කරන පරීක්ෂණ බංකුවක වැඩ කරති. විශේෂඥයා විවිධ ආකාරවලින් සේවාව බිඳ දමන අතර DRP අනුව එය යථා තත්ත්වයට පත් කිරීමට පුහුණුකරුවන්ට හැකියාව ලබා දෙයි. සියලුම ගැටළු, ලේඛන අපැහැදිලි සහ දෝෂ වාර්තා කර ඇත. අභ්‍යාසලාභීන් පුහුණු කිරීමෙන් පසුව, නොපැහැදිලි ප්‍රදේශවල DRP පුළුල් කර සරල කරනු ලැබේ.
- සැබෑ සේවාවක් මත පරීක්ෂා කිරීම. ඇත්ත වශයෙන්ම, ඔබට කිසි විටෙකත් සැබෑ සේවාවක පරිපූර්ණ පිටපතක් නිර්මාණය කළ නොහැක. එමනිසා, ප්‍රතිසාධන ක්‍රියා පටිපාටිය තක්සේරු කිරීම සඳහා වසරකට කිහිප වතාවක් සාමාන්යයෙන් සමහර සේවාදායකයන් ක්‍රියා විරහිත කිරීම, සම්බන්ධතා විසන්ධි කිරීම සහ තර්ජන ලැයිස්තුවෙන් වෙනත් විපත් ඇති කිරීම අවශ්ය වේ. මධ්‍යම රාත්‍රියේ මිනිත්තු 10 ක සැලසුම් සහගත අසාර්ථක වීමක් දත්ත නැතිවීමත් සමඟ උපරිම බර පැටවීමේදී පැය කිහිපයක් හදිසියේ අසාර්ථක වීමට වඩා හොඳය.
- සැබෑ දෝශ නිරාකරණය. ඔව්, මෙය ද පරීක්ෂණයේ කොටසකි. තර්ජන ලැයිස්තුවේ නොතිබූ අනතුරක් සිදුවුවහොත්, එහි විමර්ශනයේ ප්රතිඵල මත පදනම්ව DRP පරිපූරණය කිරීම හා අවසන් කිරීම අවශ්ය වේ.
ප්රධාන කරුණු
- ජරාව සිදුවිය හැකි නම්, එය සිදුවනු ඇත, නමුත් එය කළ හැකි වඩාත්ම ව්යසනකාරී අවස්ථාවෙහිදී එය සිදු කරනු ඇත.
- හදිසි පැටවුම් මාරු කිරීම සඳහා ඔබට සම්පත් ඇති බවට වග බලා ගන්න.
- ඔබට උපස්ථ ඇති බවට වග බලා ගන්න, ඒවා ස්වයංක්‍රීයව සාදනු ලබන අතර අනුකූලතාව සඳහා නිතිපතා පරීක්ෂා කරනු ලැබේ.
- සාමාන්ය තර්ජන අවස්ථා ගැන සිතන්න.
- සේවාව ලබා දීම සඳහා සම්මත නොවන විකල්ප ඉදිරිපත් කිරීමට ඉංජිනේරුවන්ට අවස්ථාව ලබා දෙන්න.
- DRP සරල සහ මොට උපදෙස් විය යුතුය. සියලුම සංකීර්ණ රෝග විනිශ්චය සිදු කරනු ලබන්නේ සේවාදායකයින්ගේ සේවාව යථා තත්ත්වයට පත් කිරීමෙන් පසුව පමණි. සංචිත ධාරිතාවයෙන් වුවද.
- DRP හි ප්රධාන දුරකථන අංක සහ සම්බන්ධතා ලැයිස්තුගත කරන්න.
- DRP පිළිබඳ සේවකයින්ගේ අවබෝධය නිතිපතා පරීක්ෂා කරන්න.
- නිෂ්පාදන ස්ථානවල සැලසුම් සහගත අනතුරු සංවිධානය කරන්න. ස්ටෑන්ඩ් වලට සියල්ල ප්‍රතිස්ථාපනය කළ නොහැක.
මූලාශ්රය: www.habr.com