🥇 ডিআরপি প্রস্তুত করা - উল্কাকে বিবেচনা করতে ভুলবেন না

এমনকি দুর্যোগের সময় এক কাপ চায়ের জন্য সবসময় সময় থাকে

Drp (দুর্যোগ পুনরুদ্ধার পরিকল্পনা) এমন একটি জিনিস যা আদর্শভাবে কখনই প্রয়োজন হবে না। কিন্তু যদি হঠাৎ করে সঙ্গমের মরসুমে বিভার মাইগ্রেট করা মেরুদন্ডের অপটিক্যাল ফাইবার দিয়ে কুঁচকে যায় বা একজন জুনিয়র প্রশাসক উত্পাদনশীল ভিত্তিটি ফেলে দেয়, আপনি অবশ্যই নিশ্চিত হতে চান যে এই সমস্ত অসম্মানের সাথে কী করতে হবে তার জন্য আপনার একটি পূর্ব-নির্মিত পরিকল্পনা থাকবে।

যখন আতঙ্কিত গ্রাহকরা প্রযুক্তিগত সহায়তার ফোনগুলি কেটে ফেলতে শুরু করে, জুনিয়র সায়ানাইড খুঁজছেন, আপনি বিজ্ঞতার সাথে লাল খামটি খুলুন এবং সবকিছু ঠিকঠাক করা শুরু করুন।

এই পোস্টে আমি কীভাবে একটি ডিআরপি লিখতে হবে এবং এতে কী থাকা উচিত সে সম্পর্কে সুপারিশগুলি ভাগ করতে চাই৷ আমরা নিম্নলিখিত বিষয়গুলিও দেখব:

আসুন ভিলেনের মতো ভাবতে শিখি।
চলুন এক কাপ চায়ের উপকারিতা দেখে নেওয়া যাক।
আসুন একটি সুবিধাজনক ডিআরপি কাঠামো নিয়ে চিন্তা করি
দেখা যাক কিভাবে এটা পরীক্ষা করা যায়

কোন কোম্পানির জন্য এটি দরকারী হতে পারে?

আইটি বিভাগের যখন এই ধরনের জিনিসের প্রয়োজন শুরু হয় তখন লাইন টানা খুব কঠিন। আমি বলব যে আপনার অবশ্যই DRP দরকার যদি:

একটি সার্ভার, অ্যাপ্লিকেশন বন্ধ করা বা কিছু ডাটাবেস হারানো সামগ্রিকভাবে ব্যবসার জন্য উল্লেখযোগ্য ক্ষতির দিকে পরিচালিত করবে।
আপনার একটি পূর্ণাঙ্গ আইটি বিভাগ আছে। কোম্পানীর একটি পূর্ণাঙ্গ ইউনিট আকারে একটি বিভাগের অর্থে, তার নিজস্ব বাজেটের সাথে, এবং কেবলমাত্র কয়েক জন ক্লান্ত কর্মচারী একটি নেটওয়ার্ক স্থাপন করে, ভাইরাস পরিষ্কার করে এবং প্রিন্টার রিফিল করে।
জরুরী পরিস্থিতিতে অন্তত আংশিক অপ্রয়োজনীয়তার জন্য আপনার কাছে একটি বাস্তবসম্মত বাজেট রয়েছে।

আইটি বিভাগ যখন ব্যাকআপের জন্য একটি পুরানো সার্ভারে কমপক্ষে কয়েকটি HDD-এর জন্য কয়েক মাস ধরে ভিক্ষা করছে, তখন আপনি ক্ষমতা সংরক্ষণের জন্য একটি ব্যর্থ পরিষেবার একটি সম্পূর্ণ পদক্ষেপ সংগঠিত করতে পারবেন না। যদিও এখানে ডকুমেন্টেশন অতিরিক্ত হবে না।

ডকুমেন্টেশন গুরুত্বপূর্ণ

ডকুমেন্টেশন দিয়ে শুরু করুন। ধরা যাক যে আপনার পরিষেবাটি একটি পার্ল স্ক্রিপ্টে চলে যা প্রশাসকদের দ্বারা তিন প্রজন্ম আগে লেখা হয়েছিল, তবে এটি কীভাবে কাজ করে তা কেউ জানে না। জমে থাকা প্রযুক্তিগত ঋণ এবং ডকুমেন্টেশনের অভাব অনিবার্যভাবে আপনাকে কেবল হাঁটুতে নয়, অন্যান্য অঙ্গ-প্রত্যঙ্গেও আঘাত করবে, এটি সময়ের ব্যাপার।

একবার আপনার কাছে পরিষেবার উপাদানগুলির একটি ভাল বিবরণ আছে, দুর্ঘটনার পরিসংখ্যান দেখুন। তারা প্রায় অবশ্যই সম্পূর্ণ সাধারণ হবে. উদাহরণস্বরূপ, আপনার ডিস্ক সময়ে সময়ে পূর্ণ হয়ে যায়, যার ফলে নোডটি ম্যানুয়ালি পরিষ্কার না হওয়া পর্যন্ত ব্যর্থ হয়। অথবা ক্লায়েন্ট পরিষেবাটি অনুপলব্ধ হয়ে যায় এই কারণে যে কেউ আবার শংসাপত্র পুনর্নবীকরণ করতে ভুলে গেছে, এবং লেটস এনক্রিপ্ট কনফিগার করতে অক্ষম বা অনিচ্ছুক ছিল।

নাশকতার মত চিন্তা

সবচেয়ে কঠিন অংশ হল সেই দুর্ঘটনাগুলির ভবিষ্যদ্বাণী করা যা আগে কখনও ঘটেনি, কিন্তু যা সম্ভাব্যভাবে আপনার পরিষেবাকে সম্পূর্ণরূপে বিপর্যস্ত করতে পারে৷ এখানে আমার সহকর্মীরা এবং আমি সাধারণত ভিলেনের চরিত্রে অভিনয় করি। অনেক কফি এবং সুস্বাদু কিছু নিন এবং একটি মিটিং রুমে নিজেকে লক করুন। শুধু নিশ্চিত করুন যে একই আলোচনায় আপনি সেই ইঞ্জিনিয়ারদের লক করেছেন যারা নিজেরাই লক্ষ্য পরিষেবা তৈরি করেছেন বা নিয়মিত এটির সাথে কাজ করেছেন। তারপরে, হয় বোর্ডে বা কাগজে, আপনি আপনার পরিষেবাতে ঘটতে পারে এমন সমস্ত সম্ভাব্য ভয়াবহতা আঁকতে শুরু করেন। কোনও নির্দিষ্ট পরিচ্ছন্নতা মহিলার কাছে এবং তারগুলি বের করার বিশদে যাওয়ার দরকার নেই; "স্থানীয় নেটওয়ার্কের অখণ্ডতার লঙ্ঘন" এর পরিস্থিতি বিবেচনা করা যথেষ্ট।

সাধারণত, বেশিরভাগ সাধারণ জরুরী পরিস্থিতি নিম্নলিখিত ধরণের মধ্যে পড়ে:

নেটওয়ার্ক ব্যর্থতা
OS পরিষেবা ব্যর্থতা
অ্যাপ্লিকেশন ব্যর্থতা
লোহার ব্যর্থতা
ভার্চুয়ালাইজেশন ব্যর্থতা

শুধু প্রতিটি ধরনের মাধ্যমে যান এবং আপনার পরিষেবার জন্য প্রযোজ্য দেখুন. উদাহরণস্বরূপ, Nginx ডেমন পড়ে যেতে পারে এবং উঠতে পারে না - এর অর্থ OS এর অংশে ব্যর্থতা। একটি বিরল পরিস্থিতি যা আপনার ওয়েব অ্যাপ্লিকেশনকে ব্যর্থ করে দেয় তা হল একটি সফ্টওয়্যার ব্যর্থতা৷ এই পর্যায়ে কাজ করার সময়, সমস্যাটি নির্ণয় করা গুরুত্বপূর্ণ। ভার্চুয়ালাইজেশনে একটি হিমায়িত ইন্টারফেসকে কীভাবে একটি পতিত সিআইএস ড্রাইভ এবং একটি নেটওয়ার্ক দুর্ঘটনা থেকে আলাদা করা যায়, উদাহরণস্বরূপ। দ্রুত দায়ীদের খুঁজে বের করা এবং দুর্ঘটনার সমাধান না হওয়া পর্যন্ত তাদের লেজ টানতে শুরু করা গুরুত্বপূর্ণ।

সাধারণ সমস্যাগুলি লেখার পরে, আমরা আরও কফি ঢালা এবং অদ্ভুত পরিস্থিতি বিবেচনা করতে শুরু করি, যখন কিছু পরামিতি আদর্শের বাইরে যেতে শুরু করে। উদাহরণ স্বরূপ:

সক্রিয় নোডের সময় ক্লাস্টারের অন্যদের তুলনায় এক মিনিট পিছিয়ে গেলে কী হবে?
যদি সময় এগিয়ে যায়, তাহলে কি হবে 10 বছর?
সিঙ্ক্রোনাইজেশনের সময় যদি একটি ক্লাস্টার নোড হঠাৎ তার নেটওয়ার্ক হারায় তাহলে কী হবে?
নেটওয়ার্কে একে অপরের অস্থায়ী বিচ্ছিন্নতার কারণে দুটি নোড নেতৃত্ব ভাগ না করলে কী হবে?

এই পর্যায়ে, বিপরীত পদ্ধতি খুব সহায়ক। আপনি একটি অসুস্থ কল্পনা সঙ্গে দলের সবচেয়ে একগুঁয়ে সদস্য নিতে এবং তাকে সেবা নিচে নামিয়ে আনতে হবে যে সংক্ষিপ্ততম সময়ে একটি নাশকতা সংগঠিত করার কাজ দিন. যদি রোগ নির্ণয় করা কঠিন হয়, আরও ভাল। আপনি বিশ্বাস করবেন না যে ইঞ্জিনিয়াররা কী অদ্ভুত এবং দুর্দান্ত ধারনা নিয়ে আসে যদি আপনি তাদের কিছু ভাঙ্গার ধারণা দেন। এবং আপনি যদি তাদের এটির জন্য একটি পরীক্ষার বেঞ্চের প্রতিশ্রুতি দেন তবে এটি একেবারেই ঠিক।

আপনার এই DRP কি?!

তাই আপনি আপনার হুমকি মডেল সংজ্ঞায়িত করেছি. তারা স্থানীয় বাসিন্দাদেরও বিবেচনায় নিয়েছিল যারা তামার সন্ধানে ফাইবার অপটিক কেবল কেটেছে, এবং একটি সামরিক রাডার যা শুক্রবার 16:46 এ কঠোরভাবে একটি রেডিও রিলে লাইন ড্রপ করে। এখন আমাদের বুঝতে হবে এই সব দিয়ে কি করতে হবে।

আপনার কাজ হল খুব লাল খামে লেখা যা জরুরি অবস্থায় খোলা হবে। অবিলম্বে আশা করুন যে যখন (যদি না!) সবকিছু শেষ হয়ে যায়, তখন কেবলমাত্র সবচেয়ে অনভিজ্ঞ ইন্টার্ন আশেপাশে থাকবে, যার হাত যা ঘটছে তার ভয়াবহতা থেকে হিংস্রভাবে কাঁপবে। মেডিকেল অফিসে জরুরী লক্ষণগুলি কীভাবে প্রয়োগ করা হয় তা দেখুন। উদাহরণস্বরূপ, অ্যানাফিল্যাকটিক শক হলে কী করবেন। চিকিত্সক কর্মীরা সমস্ত প্রোটোকলগুলি হৃদয় দিয়ে জানে, তবে যখন কাছাকাছি কোনও ব্যক্তি মারা যেতে শুরু করে, তখন প্রায়শই প্রত্যেকে অসহায়ভাবে সবকিছুকে আঁকড়ে ধরে থাকে। এটি করার জন্য, "অমুক এবং অমুকের প্যাকেজটি খুলুন" এবং "শিরাপথে ওষুধের এতগুলি ইউনিট পরিচালনা করুন" এর মতো আইটেম সহ দেওয়ালে স্পষ্ট নির্দেশাবলী রয়েছে।

জরুরী অবস্থায় ভাবা কঠিন! স্পাইনাল কর্ড পার্সিংয়ের জন্য সহজ নির্দেশাবলী থাকা উচিত।

একটি ভাল ডিআরপি বেশ কয়েকটি সাধারণ ব্লক নিয়ে গঠিত:

দুর্ঘটনার শুরু সম্পর্কে কাকে অবহিত করবেন। যতটা সম্ভব নির্মূল প্রক্রিয়া সমান্তরাল করার জন্য এটি গুরুত্বপূর্ণ।
কিভাবে সঠিকভাবে নির্ণয় করা যায় - একটি ট্রেস সঞ্চালন করুন, systemctl স্থিতি পরিষেবার নাম দেখুন ইত্যাদি।
আপনি প্রতিটি পর্যায়ে কত সময় ব্যয় করতে পারেন? আপনার কাছে SLA সময়ের মধ্যে ম্যানুয়ালি ঠিক করার সময় না থাকলে, ভার্চুয়াল মেশিনটি মেরে ফেলা হয় এবং গতকালের ব্যাকআপ থেকে ফিরিয়ে আনা হয়।
কীভাবে নিশ্চিত করবেন দুর্ঘটনা শেষ হয়েছে।

মনে রাখবেন যে DRP শুরু হয় যখন পরিষেবা সম্পূর্ণরূপে ব্যর্থ হয় এবং পরিষেবাটি পুনরুদ্ধার করা হলে শেষ হয়, এমনকি কম দক্ষতার সাথেও। শুধু একটি রিজার্ভেশন হারানো DRP ট্রিগার করা উচিত নয়. আপনি ডিআরপিতে এক কাপ চাও লিখতে পারেন। সিরিয়াসলি। পরিসংখ্যান অনুসারে, অনেক দুর্ঘটনা অপ্রীতিকর থেকে বিপর্যয়কর হয়ে যায় কারণ আতঙ্কের মধ্যে থাকা কর্মীরা কিছু ঠিক করার জন্য ছুটে যায়, একই সাথে ডেটা সহ একমাত্র জীবন্ত নোডকে হত্যা করে বা অবশেষে ক্লাস্টারটি শেষ করে। একটি নিয়ম হিসাবে, এক কাপ চায়ের সাথে 5 মিনিট আপনাকে শান্ত হতে এবং কী ঘটছে তা বিশ্লেষণ করতে কিছুটা সময় দেবে।

DRP এবং সিস্টেম পাসপোর্ট বিভ্রান্ত করবেন না! অপ্রয়োজনীয় ডেটা দিয়ে এটি ওভারলোড করবেন না। ডকুমেন্টেশনের পছন্দসই বিভাগে যেতে এবং পরিষেবা আর্কিটেকচারের প্রয়োজনীয় বিভাগগুলি সম্পর্কে একটি প্রসারিত বিন্যাসে পড়ার জন্য দ্রুত এবং সুবিধাজনকভাবে হাইপারলিঙ্কগুলি ব্যবহার করা সম্ভব করুন৷ এবং ডিআরপিতে কপি-পেস্টের জন্য নির্দিষ্ট কমান্ডের সাথে কোথায় এবং কীভাবে সংযোগ করতে হবে তার সরাসরি নির্দেশাবলী রয়েছে।

কিভাবে সঠিকভাবে পরীক্ষা করা যায়

নিশ্চিত করুন যে কোনও দায়িত্বশীল কর্মচারী সমস্ত আইটেম সম্পূর্ণ করতে সক্ষম। সবচেয়ে গুরুত্বপূর্ণ মুহুর্তে, এটি পরিণত হতে পারে যে প্রকৌশলীর প্রয়োজনীয় সিস্টেম অ্যাক্সেস করার অধিকার নেই, প্রয়োজনীয় অ্যাকাউন্টের জন্য কোনও পাসওয়ার্ড নেই বা তার কোনও ধারণা নেই যে "প্রক্সির মাধ্যমে পরিষেবা পরিচালনা কনসোলের সাথে সংযোগ করুন হেড অফিস" মানে। প্রতিটি পয়েন্ট অত্যন্ত সহজ হওয়া উচিত।

ভুল - "ভার্চুয়ালাইজেশনে যান এবং ডেড নোড রিবুট করুন"
সঠিকভাবে - "ওয়েব ইন্টারফেসের মাধ্যমে virt.example.com-এ সংযোগ করুন, নোড বিভাগে, নোডটি রিবুট করুন যা ত্রুটি সৃষ্টি করছে।"

অস্পষ্টতা এড়িয়ে চলুন। ভীত ইন্টার্ন মনে রাখবেন.

DRP পরীক্ষা করতে ভুলবেন না। এটি শুধুমাত্র প্রদর্শনের জন্য একটি পরিকল্পনা নয় - এটি এমন কিছু যা আপনাকে এবং আপনার ক্লায়েন্টদের দ্রুত একটি জটিল পরিস্থিতি থেকে বেরিয়ে আসতে দেবে৷ এটি বেশ কয়েকবার করা ভাল:

একজন বিশেষজ্ঞ এবং বেশ কয়েকজন প্রশিক্ষণার্থী একটি পরীক্ষার বেঞ্চে কাজ করে যা যথাসম্ভব একটি বাস্তব পরিষেবাকে অনুকরণ করে। বিশেষজ্ঞ বিভিন্ন উপায়ে পরিষেবাটি ভঙ্গ করে এবং প্রশিক্ষণার্থীদের ডিআরপি অনুযায়ী এটি পুনরুদ্ধার করতে সক্ষম করে। সমস্ত সমস্যা, ডকুমেন্টেশন অস্পষ্টতা এবং ত্রুটি রেকর্ড করা হয়. প্রশিক্ষণার্থীদের প্রশিক্ষণের পর, ডিআরপি অস্পষ্ট এলাকায় প্রসারিত এবং সরলীকৃত করা হয়।
একটি বাস্তব সেবা উপর পরীক্ষা. আসলে, আপনি কখনই একটি বাস্তব পরিষেবার একটি নিখুঁত অনুলিপি তৈরি করতে পারবেন না। অতএব, পুনরুদ্ধারের পদ্ধতিটি মূল্যায়ন করার জন্য বছরে কয়েকবার নিয়মিতভাবে কিছু সার্ভার বন্ধ করা, সংযোগ বিচ্ছিন্ন করা এবং হুমকির তালিকা থেকে অন্যান্য বিপর্যয় ঘটানো প্রয়োজন। মাঝরাতে 10 মিনিটের জন্য পরিকল্পিত ব্যর্থতা ডেটা হারানোর সাথে পিক লোডের সময় কয়েক ঘন্টার জন্য হঠাৎ ব্যর্থতার চেয়ে ভাল।
বাস্তব সমস্যা সমাধান. হ্যাঁ, এটিও পরীক্ষার অংশ। যদি কোনো দুর্ঘটনা ঘটে যা হুমকির তালিকায় ছিল না, তাহলে এটির তদন্তের ফলাফলের উপর ভিত্তি করে ডিআরপির পরিপূরক এবং চূড়ান্ত করা প্রয়োজন।

গুরুত্বপূর্ণ দিক

যদি বিষ্ঠা ঘটতে পারে তবে এটি কেবল ঘটবে না, তবে এটি সম্ভব সবচেয়ে বিপর্যয়কর পরিস্থিতিতে তা করবে।
জরুরী লোড স্থানান্তরের জন্য আপনার কাছে সংস্থান রয়েছে তা নিশ্চিত করুন।
নিশ্চিত করুন যে আপনার ব্যাকআপ আছে, সেগুলি স্বয়ংক্রিয়ভাবে তৈরি হয় এবং ধারাবাহিকতার জন্য নিয়মিত পরীক্ষা করা হয়।
সাধারণ হুমকি পরিস্থিতির মাধ্যমে চিন্তা করুন.
প্রকৌশলীদের পরিষেবা প্রদানের জন্য অ-মানক বিকল্পগুলি নিয়ে আসার সুযোগ দিন।
DRP একটি সহজ এবং ভোঁতা নির্দেশ হওয়া উচিত। ক্লায়েন্টদের পরিষেবা পুনরুদ্ধার করার পরেই সমস্ত জটিল ডায়াগনস্টিকস করা হয়। রিজার্ভ ক্যাপাসিটি হলেও।
DRP-তে মূল ফোন নম্বর এবং পরিচিতিগুলি প্রদান করুন৷
নিয়মিত DRP সম্পর্কে কর্মচারীদের বোঝার পরীক্ষা করুন।
উৎপাদন সাইটে পরিকল্পিত দুর্ঘটনার ব্যবস্থা করুন। স্ট্যান্ড সবকিছু প্রতিস্থাপন করতে পারে না।

উত্স: www.habr.com

DRP প্রস্তুতি - একাউন্টে উল্কা নিতে ভুলবেন না