🥇 DRP ની તૈયારી - ઉલ્કાને ધ્યાનમાં લેવાનું ભૂલશો નહીં

આફત વખતે પણ ચાના કપ માટે હંમેશા સમય હોય છે.

ડીઆરપી (આપત્તિ પુનઃપ્રાપ્તિ યોજના) એવી વસ્તુ છે જેની આદર્શ રીતે ક્યારેય જરૂર પડશે નહીં. પરંતુ જો સમાગમની મોસમ દરમિયાન અચાનક સ્થળાંતર કરતા બીવર મુખ્ય ઓપ્ટિકલ ફાઈબરમાંથી કૂદી જાય છે અથવા કોઈ જુનિયર એડમિન ઉત્પાદક આધાર ગુમાવે છે, તો તમે ચોક્કસપણે ખાતરી કરવા માંગો છો કે તમારી પાસે આ બધી બદનામીનું શું કરવું તેની પૂર્વ-નિર્મિત યોજના હશે.

જ્યારે ગભરાયેલા ગ્રાહકો ટેક સપોર્ટને કૉલ કરવાનું શરૂ કરે છે, એક જુનિયર સાયનાઇડ શોધી રહ્યો છે, તમે સમજદારીપૂર્વક લાલ પરબિડીયું ખોલો અને બધું વ્યવસ્થિત કરવાનું શરૂ કરો.

આ પોસ્ટમાં, હું DRP કેવી રીતે લખવું અને તેમાં શું હોવું જોઈએ તેના પર ભલામણો શેર કરવા માંગુ છું. અમે નીચેની બાબતો પણ જોઈશું:

વિલનની જેમ વિચારતા શીખો.
ચાલો સાક્ષાત્કાર દરમિયાન એક કપ ચાના ફાયદાઓનું વિશ્લેષણ કરીએ.
અનુકૂળ DRP માળખું વિશે વિચારો
ચાલો જોઈએ કે તેનું પરીક્ષણ કેવી રીતે કરવું

આનાથી કઈ કંપનીઓને ફાયદો થઈ શકે છે?

જ્યારે આઈટી વિભાગને આ વસ્તુઓની જરૂર પડવા લાગે છે ત્યારે રેખા દોરવી ખૂબ મુશ્કેલ છે. હું કહીશ કે તમને DRPની જરૂર હોવાની ખાતરી આપવામાં આવે છે જો:

સર્વર, એપ્લિકેશન અથવા અમુક ડેટાબેઝને બંધ કરવાથી સમગ્ર વ્યવસાય માટે નોંધપાત્ર નુકસાન થશે.
તમારી પાસે સંપૂર્ણ સુવિધાયુક્ત IT વિભાગ છે. મારો મતલબ, કંપનીના સંપૂર્ણ એકમ તરીકે એક વિભાગ, તેના પોતાના બજેટ સાથે, અને માત્ર થોડા થાકેલા કર્મચારીઓ નેટવર્ક બિછાવે છે, વાયરસ સાફ કરે છે અને પ્રિન્ટર્સ રિફિલિંગ કરે છે.
કટોકટીની સ્થિતિમાં ઓછામાં ઓછા આંશિક રીડન્ડન્સી માટે તમારી પાસે વાસ્તવિક બજેટ છે.

જ્યારે IT વિભાગ મહિનાઓથી બેકઅપ માટે જૂના સર્વર માટે ઓછામાં ઓછા બે HDDs માટે ભીખ માંગી રહ્યું છે, ત્યારે તમે ફાજલ ક્ષમતાઓ માટે ઘટી ગયેલી સેવાના સંપૂર્ણ સ્થાનાંતરણનું આયોજન કરી શકશો તેવી શક્યતા નથી. તેમ છતાં દસ્તાવેજીકરણ અહીં પણ અનાવશ્યક રહેશે નહીં.

દસ્તાવેજીકરણ મહત્વપૂર્ણ છે

દસ્તાવેજીકરણ સાથે પ્રારંભ કરો. ચાલો કહીએ કે તમારી સેવા પર્લ સ્ક્રિપ્ટ પર ચાલે છે જે ત્રણ પેઢીઓ પહેલા એડમિન્સ દ્વારા લખવામાં આવી હતી, અને તે કેવી રીતે કામ કરે છે તે કોઈને ખબર નથી. સંચિત તકનીકી દેવું અને દસ્તાવેજોનો અભાવ અનિવાર્યપણે તમને ફક્ત ઘૂંટણમાં જ નહીં, પણ અન્ય અંગોમાં પણ મારશે, તે સમયની બાબત છે.

એકવાર તમારી પાસે સેવાના ઘટકોનું સારું વર્ણન હોય, તો ક્રેશના આંકડાઓ વધારશો. લગભગ ચોક્કસપણે તેઓ સંપૂર્ણપણે લાક્ષણિક હશે. ઉદાહરણ તરીકે, તમારી પાસે સમય સમય પર ડિસ્ક ભરેલી હોય છે, જેના કારણે નોડ મેન્યુઅલી સાફ ન થાય ત્યાં સુધી નિષ્ફળ જાય છે. અથવા ક્લાયન્ટ સેવા એ હકીકતને કારણે અનુપલબ્ધ થઈ જાય છે કે કોઈ વ્યક્તિ ફરીથી પ્રમાણપત્રનું નવીકરણ કરવાનું ભૂલી ગયું છે, પરંતુ તે લેટ્સ એન્ક્રિપ્ટ સેટ કરી શક્યું નથી અથવા ઇચ્છતું નથી.

તોડફોડ કરનાર જેવા વિચારો

સૌથી અઘરો ભાગ એ અકસ્માતોની આગાહી કરવી છે જે પહેલાં ક્યારેય બની નથી, પરંતુ જે સંભવિતપણે તમારી સેવાને સંપૂર્ણપણે બગાડી શકે છે. અહીં અમે સામાન્ય રીતે સાથીદારો સાથે વિલનની ભૂમિકા ભજવીએ છીએ. ઘણી બધી કોફી અને કંઈક સ્વાદિષ્ટ લો અને તમારી જાતને મીટિંગ રૂમમાં બંધ કરો. ફક્ત ખાતરી કરો કે તે જ મીટિંગમાં તમે તે એન્જિનિયરોને લૉક કર્યા છે જેમણે પોતે લક્ષ્ય સેવા ઊભી કરી છે અથવા તેની સાથે નિયમિતપણે કામ કર્યું છે. પછી, કાં તો બોર્ડ પર અથવા કાગળ પર, તમે બધી સંભવિત ભયાનકતા દોરવાનું શરૂ કરો છો જે તમારી સેવામાં થઈ શકે છે. ચોક્કસ સફાઈ કરતી મહિલા અને કેબલ ખેંચવા વિશે વિગતવાર જણાવવું જરૂરી નથી, તે "સ્થાનિક નેટવર્કની અખંડિતતાનું ઉલ્લંઘન" ના દૃશ્યને ધ્યાનમાં લેવા માટે પૂરતું છે.

સામાન્ય રીતે, મોટાભાગની લાક્ષણિક કટોકટી નીચેના પ્રકારોમાં બંધબેસે છે:

નેટવર્ક બંધ થવું
OS સેવા નિષ્ફળતા
એપ્લિકેશન નિષ્ફળતા
આયર્ન નિષ્ફળતા
વર્ચ્યુઅલાઈઝેશન નિષ્ફળતા

ફક્ત દરેક દૃશ્ય પર જાઓ અને જુઓ કે તમારી સેવાને શું લાગુ પડે છે. ઉદાહરણ તરીકે, Nginx ડિમન પડી શકે છે અને વધી શકશે નહીં - આ OS ના ભાગ પર નિષ્ફળતા છે. એક દુર્લભ પરિસ્થિતિ જે તમારી વેબ એપ્લિકેશનને બિન-કાર્યકારી સ્થિતિમાં લઈ જાય છે તે સોફ્ટવેર નિષ્ફળતા છે. આ તબક્કાના વિકાસ દરમિયાન, સમસ્યાનું નિદાન કરવું મહત્વપૂર્ણ છે. ઉદાહરણ તરીકે, ફોલન સિસ્કો અને નેટવર્ક ક્રેશથી વર્ચ્યુઅલાઈઝેશન પર હંગ ઈન્ટરફેસને કેવી રીતે અલગ પાડવું. જવાબદારોને ઝડપથી શોધવા અને અકસ્માત ન થાય ત્યાં સુધી તેમની પૂંછડી ખેંચવાનું શરૂ કરવા માટે આ મહત્વપૂર્ણ છે.

લાક્ષણિક સમસ્યાઓ લખ્યા પછી, અમે વધુ કોફી રેડીએ છીએ અને જ્યારે કેટલાક પરિમાણો ધોરણથી આગળ વધવાનું શરૂ કરે છે ત્યારે વિચિત્ર દૃશ્યોને ધ્યાનમાં લેવાનું શરૂ કરીએ છીએ. દાખ્લા તરીકે:

જો સક્રિય નોડ પરનો સમય ક્લસ્ટરમાંના અન્ય લોકોની સરખામણીએ એક મિનિટ પાછળ જાય તો શું થાય?
અને જો સમય આગળ વધે છે, અને જો 10 વર્ષ સુધીમાં?
જો સિંક્રનાઇઝેશન દરમિયાન ક્લસ્ટર નોડ અચાનક નેટવર્ક ગુમાવે તો શું થાય?
અને જો નેટવર્ક પર એકબીજાના અસ્થાયી અલગતાને કારણે બે ગાંઠો નેતૃત્વ વહેંચતા નથી તો શું થશે?

આ તબક્કે, વિપરીત અભિગમ ઘણો મદદ કરે છે. બીમાર કલ્પના સાથે ટીમના સૌથી હઠીલા સભ્યને લો અને તેને શક્ય તેટલા ઓછા સમયમાં ડાયવર્ઝન ગોઠવવાનું કાર્ય આપો, જે સેવાને નીચે મૂકશે. જો નિદાન કરવું મુશ્કેલ છે, તો વધુ સારું. જ્યારે કોઈ વસ્તુને તોડવાનો વિચાર આપવામાં આવે ત્યારે એન્જિનિયરો જે વિચિત્ર અને શાનદાર વિચારો સાથે આવે છે તે તમે માનશો નહીં. અને જો તમે તેમને આ માટે ટેસ્ટ સ્ટેન્ડનું વચન આપો છો, તો તે ખૂબ સારું છે.

તમારી આ ડીઆરપી શું છે ?!

તેથી તમે ધમકીનું મોડેલ વ્યાખ્યાયિત કર્યું છે. તેઓએ સ્થાનિક રહેવાસીઓને પણ ધ્યાનમાં લીધા જેઓ તાંબાની શોધમાં ફાઈબર ઓપ્ટિક કેબલ કાપે છે, અને લશ્કરી રડાર જે શુક્રવારે 16:46 વાગ્યે રેડિયો રિલે લાઇનને સખત રીતે ડ્રોપ કરે છે. હવે આપણે આ બધા સાથે શું કરવું તે શોધવાની જરૂર છે.

તમારું કાર્ય એ જ લાલ પરબિડીયાઓ લખવાનું છે જે કટોકટીમાં ખોલવામાં આવશે. તરત જ અપેક્ષા રાખો કે જ્યારે (નહીં તો!) બધું જ ખરાબ થઈ જશે, ત્યારે ફક્ત સૌથી બિનઅનુભવી તાલીમાર્થી નજીકમાં હશે, જેના હાથ શું થઈ રહ્યું છે તેની ભયાનકતાથી હિંસક રીતે ધ્રૂજશે. તબીબી કચેરીઓમાં કટોકટીના સંકેતો કેવી રીતે લાગુ કરવામાં આવે છે તે જુઓ. ઉદાહરણ તરીકે, એનાફિલેક્ટિક આંચકો સાથે શું કરવું. તબીબી સ્ટાફ હૃદયથી તમામ પ્રોટોકોલ જાણે છે, પરંતુ જ્યારે નજીકની વ્યક્તિ મૃત્યુ પામવાનું શરૂ કરે છે, ત્યારે ઘણી વાર દરેક જણ દરેક વસ્તુ પર લાચારીથી પકડે છે. આ કરવા માટે, એક સ્પષ્ટ સૂચના દિવાલ પર લટકાવવામાં આવે છે જેમ કે "આવા અને આવાનું પેકેજ ખોલો" અને "દવાનાં ઘણા એકમો નસમાં ઇન્જેક્ટ કરો."

કટોકટીમાં વિચારવું મુશ્કેલ છે! સ્પાઇનલ પાર્સિંગ માટે સરળ સૂચનાઓ હોવી જોઈએ.

સારી ડીઆરપીમાં થોડા સરળ બ્લોકનો સમાવેશ થાય છે:

અકસ્માતની શરૂઆત વિશે કોને જાણ કરવી. શક્ય તેટલું દૂર કરવાની પ્રક્રિયાને સમાંતર બનાવવા માટે આ મહત્વપૂર્ણ છે.
યોગ્ય રીતે નિદાન કેવી રીતે કરવું - અમે ટ્રેસ કરીએ છીએ, systemctl સ્ટેટસ સર્વિસનામમાં જોઈએ છીએ વગેરે.
દરેક સ્ટેજ પર કેટલો સમય પસાર કરી શકાય છે. જો તમારી પાસે SLA સમય દરમિયાન તમારા હાથથી તેને ઠીક કરવાનો સમય ન હોય, તો વર્ચ્યુઅલ મશીન ગઈકાલના બેકઅપમાંથી માર્યા અને રોલ કરવામાં આવે છે.
કેવી રીતે ખાતરી કરવી કે ક્રેશ સમાપ્ત થઈ ગયો છે.

યાદ રાખો કે DRP ત્યારે શરૂ થાય છે જ્યારે સેવા સંપૂર્ણપણે નિષ્ફળ થઈ જાય છે અને પુનઃપ્રાપ્તિ દ્વારા પૂર્ણ થાય છે, ઓછી કાર્યક્ષમતા સાથે પણ. ફક્ત આરક્ષણ ગુમાવવાથી DRP સક્રિય ન થવી જોઈએ. તમે ડીઆરપીમાં એક કપ ચા પણ લખી શકો છો. ગંભીરતાથી. આંકડા મુજબ, ઘણા અકસ્માતો અપ્રિયથી આપત્તિજનક તરફ જાય છે કારણ કે ગભરાટમાં રહેલા સ્ટાફ કંઈક ઠીક કરવા દોડી જાય છે, તે જ સમયે ડેટા સાથે એકમાત્ર જીવંત નોડને મારી નાખે છે અથવા અંતે ક્લસ્ટરને સમાપ્ત કરે છે. નિયમ પ્રમાણે, એક કપ ચા માટે 5 મિનિટ તમને શાંત થવા અને શું થઈ રહ્યું છે તેનું વિશ્લેષણ કરવા માટે થોડો સમય આપશે.

DRP અને સિસ્ટમ પાસપોર્ટને ગૂંચવશો નહીં! તેને બિનજરૂરી ડેટા સાથે ઓવરલોડ કરશો નહીં. હાયપરલિંક્સ દ્વારા દસ્તાવેજીકરણના જરૂરી વિભાગમાં ઝડપથી અને સગવડતાપૂર્વક જવાની અને સર્વિસ આર્કિટેક્ચરના જરૂરી વિભાગો વિશે વિસ્તૃત ફોર્મેટમાં વાંચવાની તક આપો. અને ડીઆરપીમાં જ, કોપી-પેસ્ટ માટેના ચોક્કસ આદેશો સાથે ક્યાં અને કેવી રીતે કનેક્ટ થવું તેની સીધી સૂચનાઓ છે.

કેવી રીતે યોગ્ય રીતે પરીક્ષણ કરવું

ખાતરી કરો કે કોઈપણ જવાબદાર કર્મચારી બધી વસ્તુઓ પૂર્ણ કરવામાં સક્ષમ છે. સૌથી નિર્ણાયક ક્ષણે, તે બહાર આવી શકે છે કે ઇજનેર પાસે જરૂરી સિસ્ટમના ઍક્સેસ અધિકારો નથી, જરૂરી એકાઉન્ટ માટે કોઈ પાસવર્ડ્સ નથી, અથવા તેને કોઈ ખ્યાલ નથી કે "પ્રોક્સી દ્વારા સેવા મેનેજમેન્ટ કન્સોલ સાથે કનેક્ટ થાઓ. મુખ્ય કાર્યાલય" નો અર્થ થાય છે. દરેક વસ્તુ શક્ય તેટલી સરળ હોવી જોઈએ.

ખોટું - "વર્ચ્યુઅલાઈઝેશન પર જાઓ અને ડેડ નોડ રીબૂટ કરો"
જમણે - "વેબ ઇન્ટરફેસ દ્વારા virt.example.com સાથે કનેક્ટ કરો, નોડ વિભાગમાં, નોડને ફરીથી લોડ કરો જે ભૂલનું કારણ બની રહ્યું છે."

અસ્પષ્ટતા ટાળો. ડરી ગયેલી ઇન્ટર્ન યાદ રાખો.

ડીઆરપીનું પરીક્ષણ કરવાની ખાતરી કરો. આ માત્ર શો માટેની યોજના નથી - તે એવી વસ્તુ છે જે તમને અને તમારા ગ્રાહકોને ગંભીર પરિસ્થિતિમાંથી ઝડપથી બહાર આવવા દેશે. આ ઘણી વખત કરવું શ્રેષ્ઠ છે:

એક નિષ્ણાત અને ઘણા ઇન્ટર્ન ટેસ્ટ બેન્ચ પર કામ કરે છે જે શક્ય તેટલી વાસ્તવિક સેવાનું અનુકરણ કરે છે. નિષ્ણાત વિવિધ રીતે સેવાને તોડે છે અને તાલીમાર્થીઓને DRP અનુસાર તેને પુનઃસ્થાપિત કરવા સક્ષમ બનાવે છે. તમામ સમસ્યાઓ, દસ્તાવેજીકરણમાં અસ્પષ્ટતા અને ભૂલો રેકોર્ડ કરવામાં આવી છે. તાલીમાર્થીઓને તાલીમ આપ્યા પછી, અસ્પષ્ટ સ્થળોએ ડીઆરપીને પૂરક અને સરળ બનાવવામાં આવે છે.
વાસ્તવિક સેવા પર પરીક્ષણ. હકીકતમાં, તમે ક્યારેય વાસ્તવિક સેવાની સંપૂર્ણ નકલ બનાવી શકતા નથી. તેથી, પુનઃપ્રાપ્તિ ક્રમનું મૂલ્યાંકન કરવા માટે વર્ષમાં બે વખત આયોજિત ધોરણે સર્વર્સનો ભાગ બંધ કરવો, કનેક્શન તોડવું અને ધમકીઓની સૂચિમાંથી અન્ય અકસ્માતોની વ્યવસ્થા કરવી જરૂરી છે. ડેટાની ખોટ સાથે પીક લોડ પર કેટલાક કલાકો સુધી અચાનક નિષ્ફળતા કરતાં મધ્યરાત્રિમાં 10-મિનિટનું આયોજિત આઉટેજ મેળવવું વધુ સારું છે.
અકસ્માતની વાસ્તવિક નાબૂદી. હા, આ પણ પરીક્ષણનો એક ભાગ છે. જો કોઈ અકસ્માત થાય છે જે ધમકીઓની સૂચિમાં નથી, તો તેની તપાસના પરિણામોના આધારે ડીઆરપીને પૂરક બનાવવું અને અંતિમ સ્વરૂપ આપવું જરૂરી છે.

કી પોઇન્ટ

જો બુલશીટ થઈ શકે છે, તો તે માત્ર બનશે નહીં, પરંતુ તે સૌથી આપત્તિજનક પરિસ્થિતિમાં કરશે.
ખાતરી કરો કે તમારી પાસે નિષ્ફળતા માટે સંસાધનો છે.
ખાતરી કરો કે તમારી પાસે બેકઅપ છે, તે આપમેળે બનાવવામાં આવે છે અને સુસંગતતા માટે નિયમિતપણે તપાસવામાં આવે છે.
લાક્ષણિક જોખમી દૃશ્યોને ધ્યાનમાં લો.
એન્જિનિયરોને સેવા આપવા માટે બિન-માનક વિકલ્પો સાથે આવવાની તક આપો.
DRP સરળ અને મૂંગી સૂચનાઓ હોવી જોઈએ. ગ્રાહકોએ સેવા પુનઃસ્થાપિત કર્યા પછી જ તમામ જટિલ ડાયગ્નોસ્ટિક્સ. ભલે તે સ્ટેન્ડબાય પર હોય.
DRP માં મુખ્ય ફોન નંબર અને સંપર્કોની સૂચિ બનાવો.
ડીઆરપીની સમજ માટે કર્મચારીઓની નિયમિત કસોટી કરો.
ઉત્પાદન પર આયોજિત અકસ્માતો ગોઠવો. સ્ટેન્ડ બધું બદલી શકતા નથી.

સોર્સ: www.habr.com

ડીઆરપીની તૈયારી - ઉલ્કાને ધ્યાનમાં લેવાનું ભૂલશો નહીં