বিপর্যয়ের পরিকল্পনা করছেন


18

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

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

বলা বাহুল্য যে আমরা "খারাপ পরিস্থিতি" টাইপ ইভেন্টের জন্য প্রস্তুত থাকতে চাই কারণ এটি অবশ্যই আমাদের ব্যবসায়ের বাইরে রাখবে। সুতরাং আমার দুটি প্রশ্ন হ'ল:

  1. হোস্টগেটর দ্বারা বর্ধিত আউটেজের জন্য প্রস্তুত থাকতে আমরা কী করতে পারি? একটি আদর্শ দৃশ্যে আমাদের ক্লায়েন্টদের ওয়েবসাইট থাকবে এবং আশা করা যায় যে ইমেলগুলি আপ এবং দ্রুত আবার চলবে।

  2. একটি শক্তিশালী ব্যাক আপ পরিকল্পনার মধ্যে কী এত গুরুত্বপূর্ণ ডেটা কখনই হারিয়ে না যায় তা অন্তর্ভুক্ত থাকবে? একটি আদর্শ সমাধান স্বয়ংক্রিয় হবে।

আপনি ধরে নিতে পারেন ব্যয় আপনার উত্তরের কোনও সমস্যা নয় তবে সমাধানগুলি যত বেশি সাশ্রয়ী হবে তত ভাল।


এখানে উত্তরগুলির মত মনে হচ্ছে ইতিমধ্যে অনেক ভাল জমির আবরণ রয়েছে। আমি দৃ v়ভাবে বলতে পারি যে অ্যামাজন মেঘ এই পয়েন্টের ব্যাকআপ সমাধান হিসাবে খুব অর্থনৈতিক হয়েছে। ভবিষ্যত কী রাখে তা বলার অপেক্ষা রাখে না, তবে অন্য কিছু না হলে, মেঘ কীভাবে কাজ করে তা শেখার এটি একটি ভাল উপায়।
জেএমসি

আপনি যদি এখনও এটিকে চালনা না করেন তবে এখানে অ্যাডাব্লুএসের জন্য আনুমানিক ব্যয়ের ক্যালকুলেটর রয়েছে: ক্যালকুলেটর.এস
3.amazonaws.com/calc5.html

@ জন কনডে: হোস্টগেটরের সাথে আপনার বড় অভিজ্ঞতা কোনটা ছিল? যদি হ্যাঁ তবে আপনি যে স্মরণীয় সময়টি স্মরণ করেছেন তা কতক্ষণ ছিল?
মার্কো ডেমাইও

@ মারকো দেমাইও, হোস্টগেটরের সাথে আমাদের কোনও ডাউনটাইম নেই। তারা অত্যন্ত নির্ভরযোগ্য হয়েছে এবং তাদের সমর্থন দুর্দান্ত।
জন কনডে

উত্তর:


15

আমি আপনাকে পরামর্শ দিচ্ছি যে:

  1. কোনও সম্পূর্ণ ডেটা কেন্দ্রে সম্পূর্ণ পৃথক নেটওয়ার্কে একটি সেকেন্ডারি ব্যাকআপ সার্ভারে আপনার মূল সার্ভারের সম্পূর্ণ সামগ্রী এবং কনফিগারেশনটি স্বয়ংক্রিয়ভাবে মিরর করুন । আর সিঙ্ক, এফএক্সপি, সিপ্যানেল ভুডু বা আপনি যে কোনও পদ্ধতি সিঙ্কিং স্বয়ংক্রিয় করতে চান তা ব্যবহার করুন।

  2. হোস্টগেটর সার্ভারটি প্রতিক্রিয়াহীন প্রমাণিত হলে ব্যাকআপ সার্ভারে স্বয়ংক্রিয়ভাবে ট্র্যাফিক রুট করতে ডিএনএস ফেলওভার ব্যবহার করুন

এর অর্থ হ'ল আপনার 'ক্রমবর্ধমান' ব্যাকআপের অপেক্ষায় থাকা 'শীতল' ব্যাকআপের চেয়ে ম্যানুয়াল হস্তক্ষেপের প্রয়োজন হয় এবং আশেপাশে অনেকটা ঘৃণিত হয় এবং আতঙ্কিত হয় rather এর অর্থ হ'ল আপনার ক্লায়েন্টরা কখনই জানতে পারবেন না যে আপনার কাজ করার আগে তাদের সাইটটি নেমে গেছে, যা সবার জন্য কষ্টকর হতে পারে।

আপনি একটি সরবরাহকারী যেমন ডিএনএস মেড ইজি হিসাবে ব্যবহার করে ফেলওভার ডিএনএস সেট আপ করতে পারেন । আপনি যে ডোমেনটি হোস্ট করছেন তার জন্য আপনি প্রতিটি ব্যাকআপ সার্ভারের জন্য একটি করে পাঁচটি ব্যাকআপ আইপি ঠিকানা স্থাপন করবেন। একবার হয়ে গেলে ...

  1. ডিএনএস মেড ইজি আপনার প্রাথমিক সার্ভারটিকে দু-চার-চার মিনিট যাচাই করে এবং যদি কোনও প্রতিক্রিয়া সনাক্ত না করে, তবে এটি ট্র্যাফিককে দ্বিতীয় আইপি ঠিকানায় নিয়ে যায়।

  2. ডিএনএস মেড ইজি প্রাথমিক সার্ভারটি পরীক্ষা করে চালিয়ে যায়। এটি যখন আসে তখন এটি প্রথম সার্ভারে ট্র্যাফিককে পুনরায় সাজিয়ে তুলবে, বা wrong আপনি যদি পছন্দ করেন - ব্যর্থতাটি কী অবস্থায় পড়েছে তা নির্ধারণ করার সময় এবং প্রাথমিক সার্ভারটি ঠিক করে দেবে fix

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

যে অতিক্রম:

সদৃশ, নকল, সদৃশ

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

ব্যাকআপগুলি ম্যানুয়ালি পুনরুদ্ধার করার অনুশীলন করুন

আপনি যদি কখনও আপনার ব্যাকআপগুলির একটি থেকে পুনরুদ্ধার করার চেষ্টা না করেন তবে কীভাবে আপনি জানেন যে তারা কাজ করে? আপনার অটোমেটেড পদ্ধতি ব্যর্থ হলে কী ঘটবে তা দেখার জন্য জরুরি ড্রিলগুলি মূল্যবান।


আপডেট: আমি সম্প্রতি আবিষ্কার করেছি এমন আরও কয়েকটি পরিষেবা যা সাইটের ব্যাকআপ, দুর্যোগ পুনরুদ্ধার এবং আপটাইম বজায় রাখার ক্ষেত্রে উল্লেখযোগ্য:

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

বিশেষত ক্লাউডফ্লেয়ার দেখে মনে হচ্ছে এটি ডাউনটাইম এড়াতে এবং সাধারণত সাইটের প্রতিক্রিয়াটি উন্নত করতে কার্যকর be


আমি জানতাম না যে ডিএনএসের পক্ষে সহজ অস্তিত্ব রয়েছে। প্রাথমিক সার্ভারটি ডাউন হয়ে যাওয়ার সাথে সাথে সাইটগুলি দ্রুত পুনরায় সাজানোর দুর্দান্ত উপায় হবে।
জন কনডে

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

@ নিক: এখানে তারা বলেছেন ডিএনএস ফেলওভার (আমি মনে করি যে আপনি ডিএনএস মেড ইজি তৈরির মাধ্যমে সিগেজ করেন সে পরিষেবা) সুপারিশ করা হয় না: সার্ভারসফল্ট / প্রশ্নগুলি / 60553/… আপনি কী মনে করেন?
মার্কো ডেমাইও

@ মার্কো এগুলি সঠিকভাবে বলেছেন যে এটি বোকা নয়, তবে আমি পরিচালনা করি এমন বেশ কয়েকটি ছোট ওয়েব অ্যাপ্লিকেশন এটি আমার পক্ষে দুর্দান্ত কাজ করেছে।
নিক

1
যাইহোক, স্ট্যাক এক্সচেঞ্জ ডিএনএস ফেলওভার ব্যবহার করে। প্রাথমিক ডেটা সেন্টার নিউ ইয়র্ক, অরেগনে গৌণ। meta.stackexchange.com/a/231138/238706 meta.stackexchange.com/q/207653/238706
Palec

6

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

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

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

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

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

যদি এটি সহায়তা করে তবে র্যাকস্পেস সাইটে দুর্যোগ পুনরুদ্ধারের জন্য উত্সর্গীকৃত একটি পৃষ্ঠা রয়েছে যা এখানে পাওয়া যাবে । (এছাড়াও রেকর্ডের জন্য, আমি র্যাকস্পেসের সাথে অনুমোদিত নই, তবে অতীতে তাদের পরিষেবাগুলি ব্যবহার করেছি)।

আশা করি এটি সাহায্য করেছে।

সম্পাদনা : আপনি যদি মেঘের সমাধানগুলি মূল্যায়ন করেন তবে এটি হয়ত সহায়তা করবে বলে ভেবেছিল। ইনফ্রাস্ট্রাকচার এবং হিসাবে একটি সার্ভিস ও ওয়েব হোস্টিং গার্টনার ম্যাজিক কয়াড্রান্ট ফর প্রতিবেদন আপনি অন্যান্য সমাধান প্রদানকারীর মধ্যে কিছু অন্তর্দৃষ্টি দিতে পারে।


এমনকি ক্লাউড হোস্টিংটিকে ব্যাক আপ "সার্ভার" হিসাবে ব্যবহার করার বিষয়টি আমি কখনও বিবেচনা করি নি। দ্রুত যেতে ব্যাক আপ প্রস্তুত করা এটি একটি খুব অর্থনৈতিক উপায়।
জন কনডে

2

অন্য হোস্টিং সংস্থার অন্য কোনও সুবিধাতে সার্ভারের সম্পূর্ণ প্রতিলিপি সবচেয়ে সুস্পষ্ট সমাধান বলে মনে হচ্ছে।

ফাইলগুলিকে আরএসইএনসি এবং একত্রীকরণের মতো সরঞ্জামগুলির সাথে সিঙ্কে রাখা যেতে পারে। এসকিউএল ব্যাকআপগুলি খুব সেন্সিনড করে স্ক্রিপ্টগুলির মাধ্যমে স্লেভ ডিবিতে আপলোড করা যায় uploaded


1

আপনি কোনও সোর্স কোড সংগ্রহস্থল (এসভিএন বা জিআইটি) দিয়ে আপনার সমস্ত কোডের সংস্করণ নিয়ন্ত্রণ চালাচ্ছেন তা নিশ্চিত করুন। আপনি কি এসভিএন বা জিআইটি ব্যবহার করছেন?

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

আপনি হয় কমান্ড লাইনের মাধ্যমে আপনার এসভিএন কমিট / চেকআউটগুলি সম্পাদনা করতে পারেন, অথবা সংস্করণ (ম্যাকের জন্য) বা টার্টয়েজ এসভিএন (উইন্ডোজের জন্য) এর মতো ক্লায়েন্টের মাধ্যমে করতে পারেন।


কেবল উত্স কোড সংগ্রহস্থল নিয়ে সমস্যা এটি ডাটাবেস বা কোনও ব্যবহারকারীর আপলোড করা ফাইল ইত্যাদি ব্যাক আপ করে না
ডেভো

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

দুর্ভাগ্যক্রমে আমরা সংস্করণ নিয়ন্ত্রণ ব্যবহার করি না। আসলে, আমি এখানে শুরু করার আগে, সমস্ত কাজ লাইভ সাইটে করা হয়েছিল! আমি স্থানীয়ভাবে একটি উন্নয়নের পরিবেশ স্থাপন করতে পেরেছিলাম যাতে অন্ততপক্ষে অনুশীলনটি আনুষ্ঠানিকভাবে মারা যায়।
জন কনডে
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.