Spaceship ব্লগ

Spaceship সেবা বিভ্রাটের আপডেট

Spaceship সেবা বিভ্রাট আপডেট

১৩ আগস্ট আমরা একটি বড় ধরনের সেবা বিভ্রাটের সম্মুখীন হই, যা বেশ কয়েকটি 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 এই ঘটনার সঙ্গে জড়িত নয়।


মন্তব্য (17)

  • Luke Carter-এর প্রোফাইল ছবি

    Luke Carter

    ১৭ আগ, ২০২৬

    I understand that outages happen, and I appreciate how quickly the team restored services. However, I recall seeing an “Add recovery email” prompt in the Spaceship hosting manager for quite some time, even after a recovery email had already been added.
    ১০টির বেশি অক্ষর প্রয়োজন।
    সর্বজনীন প্রদর্শনের জন্য আপনার পরিচয়।
    আপনার ইমেল ঠিকানা প্রদান ঐচ্ছিক। এটি তৃতীয় পক্ষের সাথে ভাগ করা হবে না।

    • Olga, Hosting Product Operations Specialist-এর প্রোফাইল ছবি

      Olga, Hosting Product Operations Specialist

      ১৮ আগ, ২০২৬

      Appreciated, and thanks for reporting this. A recovery-email prompt that keeps appearing after you've already added one isn't expected, so we'd like to look into it directly. Please contact our Support team with your account details — they'll confirm the recovery email is saved correctly on our side and investigate why the prompt is still showing for you.

  • Yves Gaston G. PIERRE-এর প্রোফাইল ছবি

    Yves Gaston G. PIERRE

    ১৭ আগ, ২০২৬

    Je trouve qu'au niveau commercial vous pourriez prévoir une compensation pour vos clients même si elle n'est que symbolique. parfois il y a des gestes tout simple démontre que vous désirez réellement poser un acte positif. il est plus que probable que tu ne liras pas mon texte, parce que je comprends c'est que derrière cette structure se trouve une personne à la base, c'est dommage. moi je vous ai choisi parce que j'ai plus de moyens et que je me bats au niveau de mon association d'étudiant .
    ১০টির বেশি অক্ষর প্রয়োজন।
    সর্বজনীন প্রদর্শনের জন্য আপনার পরিচয়।
    আপনার ইমেল ঠিকানা প্রদান ঐচ্ছিক। এটি তৃতীয় পক্ষের সাথে ভাগ করা হবে না।

  • Dennis Davison-এর প্রোফাইল ছবি

    Dennis Davison

    ১৬ আগ, ২০২৬

    I am having issues with cPanel (xxx.xxx + all of my other sites) I cannot create or edit files. I am getting "our connection is not private Attackers might be trying to steal your information from serverxxx.xxxx.xxx.xxx (for example, passwords, messages, or credit cards). Learn more about this warning net::ERR_CERT_AUTHORITY_INVALID" 2x in 1 month. Really not feeling comfortable with service if server is unsafe.
    ১০টির বেশি অক্ষর প্রয়োজন।
    সর্বজনীন প্রদর্শনের জন্য আপনার পরিচয়।
    আপনার ইমেল ঠিকানা প্রদান ঐচ্ছিক। এটি তৃতীয় পক্ষের সাথে ভাগ করা হবে না।

    • Olga, Hosting Product Operations Specialist-এর প্রোফাইল ছবি

      Olga, Hosting Product Operations Specialist

      ১৮ আগ, ২০২৬

      Sorry for the worry here. That error (ERR_CERT_AUTHORITY_INVALID) is a certificate-trust warning — the browser couldn't verify the certificate for that address — rather than proof the server is unsafe, and the connection stays encrypted. It can come from a few different things, including something we may need to fix on the server side, so we'd rather check it directly than guess. Please send our Support team your domain and a screenshot of the full warning (including the server address shown).

  • Andre-এর প্রোফাইল ছবি

    Andre

    ১৫ আগ, ২০২৬

    Thank you! Your service is solid!
    ১০টির বেশি অক্ষর প্রয়োজন।
    সর্বজনীন প্রদর্শনের জন্য আপনার পরিচয়।
    আপনার ইমেল ঠিকানা প্রদান ঐচ্ছিক। এটি তৃতীয় পক্ষের সাথে ভাগ করা হবে না।

  • Prakhar-এর প্রোফাইল ছবি

    Prakhar

    ১৫ আগ, ২০২৬

    Thanks for being honest about the incident. It actually makes me trust you more, not less.
    ১০টির বেশি অক্ষর প্রয়োজন।
    সর্বজনীন প্রদর্শনের জন্য আপনার পরিচয়।
    আপনার ইমেল ঠিকানা প্রদান ঐচ্ছিক। এটি তৃতীয় পক্ষের সাথে ভাগ করা হবে না।

  • Hope Adeniran-এর প্রোফাইল ছবি

    Hope Adeniran

    ১৫ আগ, ২০২৬

    Okay. Glad we're back.
    ১০টির বেশি অক্ষর প্রয়োজন।
    সর্বজনীন প্রদর্শনের জন্য আপনার পরিচয়।
    আপনার ইমেল ঠিকানা প্রদান ঐচ্ছিক। এটি তৃতীয় পক্ষের সাথে ভাগ করা হবে না।

  • Serge D.-এর প্রোফাইল ছবি

    Serge D.

    ১৫ আগ, ২০২৬

    As a famous proverb goes, apologies after damage are often ill-timed. This raises the question: what prevented the initial infrastructure design, considering the distribution of services across various geographically remote data centers?
    ১০টির বেশি অক্ষর প্রয়োজন।
    সর্বজনীন প্রদর্শনের জন্য আপনার পরিচয়।
    আপনার ইমেল ঠিকানা প্রদান ঐচ্ছিক। এটি তৃতীয় পক্ষের সাথে ভাগ করা হবে না।

  • Justin-এর প্রোফাইল ছবি

    Justin

    ১৫ আগ, ২০২৬

    Spaceship advertises a monthly 99.99% uptime guarantee for hosting. By my count this was an approximately 12-hour incident, which translates to a maximum uptime of 98.4% for August. How do you intend to honor your guarantee?
    ১০টির বেশি অক্ষর প্রয়োজন।
    সর্বজনীন প্রদর্শনের জন্য আপনার পরিচয়।
    আপনার ইমেল ঠিকানা প্রদান ঐচ্ছিক। এটি তৃতীয় পক্ষের সাথে ভাগ করা হবে না।

    • Olga, Hosting Product Operations Specialist-এর প্রোফাইল ছবি

      Olga, Hosting Product Operations Specialist

      ১৮ আগ, ২০২৬

      You're right that this took affected services below our 99.99% monthly guarantee, and we're sorry. The cause was a cooling system failure at our Phoenix data center during a major storm, which forced us to take services offline to protect customer infrastructure from overheating. This was a one-off event, not something we've experienced before. We're completing a full review and putting measures in place to make sure it doesn't happen again. If you were affected, please reach out to our Support

  • Arturo Rabino-এর প্রোফাইল ছবি

    Arturo Rabino

    ১৫ আগ, ২০২৬

    I didn't noticed any outage, it's aug 15 today in asia and i received this after I woke up
    ১০টির বেশি অক্ষর প্রয়োজন।
    সর্বজনীন প্রদর্শনের জন্য আপনার পরিচয়।
    আপনার ইমেল ঠিকানা প্রদান ঐচ্ছিক। এটি তৃতীয় পক্ষের সাথে ভাগ করা হবে না।

  • Mike-এর প্রোফাইল ছবি

    Mike

    ১৪ আগ, ২০২৬

    I appreciate the transparency, but this indicates that Spaceship is hosted solely in one data center. Are there plans to enhance redundancy?
    ১০টির বেশি অক্ষর প্রয়োজন।
    সর্বজনীন প্রদর্শনের জন্য আপনার পরিচয়।
    আপনার ইমেল ঠিকানা প্রদান ঐচ্ছিক। এটি তৃতীয় পক্ষের সাথে ভাগ করা হবে না।

  • Zek-এর প্রোফাইল ছবি

    Zek

    ১৪ আগ, ২০২৬

    I can't image how stressful this has been for you guys... Good job everyone!
    ১০টির বেশি অক্ষর প্রয়োজন।
    সর্বজনীন প্রদর্শনের জন্য আপনার পরিচয়।
    আপনার ইমেল ঠিকানা প্রদান ঐচ্ছিক। এটি তৃতীয় পক্ষের সাথে ভাগ করা হবে না।

  • Ritchy-এর প্রোফাইল ছবি

    Ritchy

    ১৪ আগ, ২০২৬

    Thanks for the update!
    ১০টির বেশি অক্ষর প্রয়োজন।
    সর্বজনীন প্রদর্শনের জন্য আপনার পরিচয়।
    আপনার ইমেল ঠিকানা প্রদান ঐচ্ছিক। এটি তৃতীয় পক্ষের সাথে ভাগ করা হবে না।

  • Seventh Ray-এর প্রোফাইল ছবি

    Seventh Ray

    ১৪ আগ, ২০২৬

    Why was there no redundancy? If one data center fails, there should be a backup data center that kicks in. Should we be moving to a service provider who doesn't rely on a single data center?
    ১০টির বেশি অক্ষর প্রয়োজন।
    সর্বজনীন প্রদর্শনের জন্য আপনার পরিচয়।
    আপনার ইমেল ঠিকানা প্রদান ঐচ্ছিক। এটি তৃতীয় পক্ষের সাথে ভাগ করা হবে না।

    • Johnny-এর প্রোফাইল ছবি

      Johnny

      ২১ আগ, ২০২৬

      Why don’t they consider having a second MX record in another friendly DC for the SpaceMail service?I am suprised that both existing MX records are mazbe just 2 VMs in the same (v)LAN.

আপনার চিন্তাভাবনা শেয়ার করুন

১০টির বেশি অক্ষর প্রয়োজন।
সর্বজনীন প্রদর্শনের জন্য আপনার পরিচয়।
আপনার ইমেল ঠিকানা প্রদান ঐচ্ছিক। এটি তৃতীয় পক্ষের সাথে ভাগ করা হবে না।

আমাদের ব্লগ উন্নত করতে সাহায্য করুন

দ্রুত দুই মিনিটের জরিপে আপনার মতামত শেয়ার করুন।

একটি বৈধ ইমেইল প্রয়োজন