১৩ আগস্ট আমরা একটি বড় ধরনের সেবা বিভ্রাটের সম্মুখীন হই, যা বেশ কয়েকটি Spaceship সেবাকে প্রভাবিত করেছিল।
এর কারণ ছিল RadiusDC: Phoenix ডেটা সেন্টারে কুলিং সিস্টেমের ব্যর্থতা, যেখানে Spaceship-এর কিছু গুরুত্বপূর্ণ কার্যক্রম হোস্ট করা হয়। এর ফলে অতিরিক্ত তাপ এবং সম্ভাব্য ক্ষতি থেকে গ্রাহক অবকাঠামোকে সুরক্ষিত রাখতে আমাদের সেবাগুলো অফলাইনে নিতে হয়।
ঘটনায় প্রভাবিত সবকিছু এখন পুনরুদ্ধার করা হয়েছে, এবং সেগুলো স্থিতিশীল আছে কি না তা নিশ্চিত করতে আমাদের দলগুলো সিস্টেমগুলো নিবিড়ভাবে পর্যবেক্ষণ করে যাচ্ছে।
যেসব গ্রাহক তাদের ওয়েবসাইট, ইমেইল এবং অন্যান্য অনলাইন সেবার জন্য আমাদের ওপর নির্ভর করেন, তাদের ওপর এর প্রভাবের জন্য আমরা গভীরভাবে দুঃখিত। এর ফলে যে বিঘ্ন ঘটেছে এবং এর পেছনের পরিস্থিতি, সেগুলোকে অত্যন্ত গুরুত্বের সঙ্গে নেওয়া হচ্ছে।
কি ঘটেছিল
একটি বড় ঝড়ের কারণে Phoenix ডেটা সেন্টারে কুলিং সিস্টেম ব্যর্থ হলে ঘটনাটি শুরু হয়, যার ফলে আমাদের অবকাঠামোর আশপাশের তাপমাত্রা সংকটজনক স্তরে পৌঁছে যায়।
এমন পরিস্থিতিতে সিস্টেম চালু রাখা হলে যন্ত্রপাতি অতিরিক্ত গরম হয়ে দীর্ঘমেয়াদি এমনকি বিপর্যয়কর ক্ষতির ঝুঁকিতে পড়ত। সেবাগুলো অফলাইনে নেওয়ায় বড় ধরনের বিঘ্ন ঘটেছে, তবে আমাদের গ্রাহকদের অবকাঠামো সুরক্ষিত রাখতে এটি প্রয়োজনীয় ছিল।
কুলিং সিস্টেমগুলো আবার অনলাইনে ফিরে আসা পর্যন্ত যন্ত্রপাতি অফলাইনে রাখায় পুনরুদ্ধার শুরু হওয়ার আগে তাপমাত্রা নিরাপদ স্তরে ফিরে আসার সময়ও পাওয়া গেছে। এটি আরও সমস্যা তৈরি হওয়া এড়াতে সাহায্য করেছে, যা ইতোমধ্যেই গুরুতর এই ঘটনাকে আরও দীর্ঘায়িত করতে পারত।
গ্রাহকেরা কীভাবে প্রভাবিত হয়েছিলেন
এই বিভ্রাটে Shared, VPS, email forwarding এবং Spacemail-সহ বিভিন্ন সেবা প্রভাবিত হয়েছিল। পুরো ঘটনার সময় Spaceship.com অনলাইন ছিল।
পরিস্থিতিটি কীভাবে প্রধান পণ্য ও সেবাগুলোকে প্রভাবিত করেছে তার একটি বিবরণ এখানে দেওয়া হলো:
হোস্টিং কার্যক্রম
ওয়েবসাইট এবং হোস্টিং সেবায় গ্রাহকদের প্রবেশাধিকার প্রভাবিত হয়েছিল; অনেক গ্রাহকের ওয়েবসাইট অনুপলব্ধ ছিল, ধীরগতির ছিল, অথবা ত্রুটি দেখাচ্ছিল। ঘটনার সময় সেগুলো প্রক্রিয়াকরণের জন্য দায়ী সিস্টেমটি অফলাইনে নেওয়ার পর কিছু বিলিং কার্যক্রমও অনুপলব্ধ হয়ে পড়ে।
EasyWP
EasyWP-এর Dashboard এবং গ্রাহকদের ওয়েবসাইট ব্যাহত হয়েছিল। পুনরুদ্ধারের সময় EasyWP.com এবং Dashboard পুনরায় চালু হওয়ার পরও কিছু গ্রাহকের ওয়েবসাইট অনুপলব্ধ ছিল, এবং কিছুতে ডেটাবেস সংযোগ ত্রুটি দেখা যাচ্ছিল।
Spacemail
ইমেইল সেবাগুলোও ব্যাহত হয়েছিল। প্রভাবিত গ্রাহকেরা ইমেইল পাঠাতে পারেননি, এবং সংশ্লিষ্ট সার্ভারগুলো অফলাইনে থাকায় আগত ইমেইল পৌঁছে দেওয়া সম্ভব হয়নি।
গুরুত্বপূর্ণভাবে, এর অর্থ এই নয় যে আগত বার্তাগুলো স্বয়ংক্রিয়ভাবে হারিয়ে গিয়েছিল। সাধারণত কোনো গ্রহণকারী সার্ভার সাময়িকভাবে অনুপলব্ধ থাকলে মেইল প্রদানকারীরা পরে আবার ডেলিভারির চেষ্টা করে। তাই বার্তাগুলো পৌঁছাত, তবে স্বাভাবিকের চেয়ে পরে।
আমরা কীভাবে সেবাগুলো পুনরুদ্ধার করেছি
RadiusDC যত দ্রুত সম্ভব তার কুলিং সক্ষমতা পুনরুদ্ধার শুরু করে, একই সঙ্গে অস্থায়ী চিলার স্থাপন করে ডেটা সেন্টারের আমাদের অংশে প্রবাহিত করা হয় যাতে তাপমাত্রা কমাতে সহায়তা করে।
কুলিং পুনরুদ্ধার করতে আমাদের দলগুলো RadiusDC-এর সঙ্গে সাইটে নিরবচ্ছিন্নভাবে কাজ করেছে। তাপমাত্রা নিরাপদ পরিচালন স্তরে ফিরে আসার পর এবং অতিরিক্ত তাপ বা দীর্ঘমেয়াদি ক্ষতির কোনো ঝুঁকি নেই বলে আমরা নিশ্চিত হওয়ার পরই আমরা সেবাগুলো আবার অনলাইনে আনা শুরু করি।
নিরাপদ পরিচালন পরিবেশ পুনঃস্থাপিত হওয়ার পর আমরা আমাদের অবকাঠামো জুড়ে নিয়ন্ত্রিত পুনরুদ্ধার শুরু করি। এটি ধাপে ধাপে করতে হয়েছে, তাই গ্রাহকেরা বিভিন্ন সময়ে বিভিন্ন সেবা ফিরে আসতে দেখেছেন।
কেন সেবাগুলো ধাপে ধাপে পুনরুদ্ধার করা হয়েছিল
ঘটনার ব্যাপকতার কারণে আমাদের প্ল্যাটফর্মের বিভিন্ন অংশ একই সময়ে ব্যাহত হয়েছিল। যদিও গ্রাহকেরা এগুলোকে আলাদা সেবা হিসেবে অনুভব করেন, ডেটা সেন্টারের এই ঘটনা সেগুলোর বেশ কয়েকটি সরবরাহে জড়িত অবকাঠামোকে প্রভাবিত করেছিল।
হোস্টিং এবং ইমেইলের মতো সেবাগুলো সার্ভার, নেটওয়ার্ক, স্টোরেজ এবং ডেটাবেসসহ একাধিক প্রযুক্তিগত স্তরের ওপর নির্ভর করে। এগুলো পুনরুদ্ধার করতে হলে সবকিছু একসঙ্গে চালু করার বদলে সঠিক ক্রমে এই বিভিন্ন উপাদানকে আবার অনলাইনে আনতে হয়েছে।
এরপর কী হবে
আমরা এই বিঘ্ন এবং আমাদের গ্রাহকদের ওপর এর প্রভাবকে অত্যন্ত গুরুত্বের সঙ্গে দেখি।
আমাদের দলগুলো পরিস্থিতির একটি পূর্ণাঙ্গ পর্যালোচনা করছে, যাতে আমাদের সিস্টেমগুলো আরও শক্তিশালী করা যায় এবং ভবিষ্যতে এ ধরনের ঘটনা আর না ঘটে তা নিশ্চিত করা যায়।
আমরা যা শিখব সে সম্পর্কে সম্পূর্ণ স্বচ্ছ থাকব এবং আমরা যে পদক্ষেপগুলো নিচ্ছি তার সঙ্গে ফলাফলও আপনাদের সঙ্গে ভাগ করে নেব।
সংশোধন: আমাদের ডেটা সেন্টার অপারেটর হলো RadiusDC, ১৩ আগস্ট X-এ করা কয়েকটি প্রাথমিক পোস্টে উল্লেখিত PhoenixNAP নয়। PhoenixNAP এই ঘটনার সঙ্গে জড়িত নয়।
আপনার চিন্তাভাবনা শেয়ার করুন