บล็อก Spaceship

อัปเดตเหตุขัดข้องของบริการ Spaceship

อัปเดตเมื่อ
3 นาทีในการอ่าน
อัปเดตการหยุดให้บริการของ Spaceship

เมื่อวันที่ 13 สิงหาคม เราประสบเหตุบริการขัดข้องครั้งใหญ่ซึ่งส่งผลกระทบต่อบริการหลายรายการของ Spaceship

สาเหตุเกิดจากระบบทำความเย็นขัดข้องที่ศูนย์ข้อมูล RadiusDC: Phoenix ซึ่งเป็นที่ตั้งของการดำเนินงานสำคัญบางส่วนของ Spaceship ทำให้เราจำเป็นต้องนำบริการออฟไลน์เพื่อปกป้องโครงสร้างพื้นฐานของลูกค้าจากความร้อนสูงเกินไปและความเสียหายที่อาจเกิดขึ้น

ขณะนี้ทุกอย่างที่ได้รับผลกระทบจากเหตุการณ์นี้ได้รับการกู้คืนแล้ว และทีมงานของเรายังคงติดตามระบบอย่างใกล้ชิดเพื่อให้แน่ใจว่าระบบยังคงมีเสถียรภาพ

เราขออภัยอย่างสุดซึ้งต่อผลกระทบที่เกิดขึ้นกับลูกค้าที่พึ่งพาเราสำหรับเว็บไซต์ อีเมล และบริการออนไลน์อื่น ๆ ของพวกเขา การหยุดชะงักที่เกิดขึ้นจากเหตุการณ์นี้ รวมถึงสถานการณ์เบื้องหลัง กำลังถูกพิจารณาอย่างจริงจังอย่างยิ่ง

เกิดอะไรขึ้น

เหตุการณ์นี้เริ่มต้นขึ้นเมื่อระบบทำความเย็นขัดข้องที่ศูนย์ข้อมูล Phoenix เนื่องจากพายุรุนแรง ทำให้อุณหภูมิรอบโครงสร้างพื้นฐานของเราสูงถึงระดับวิกฤต

การเดินระบบต่อไปในสภาพเช่นนี้เสี่ยงต่อการที่อุปกรณ์จะร้อนเกินไปและได้รับความเสียหายร้ายแรงในระยะยาว การนำบริการออฟไลน์ทำให้เกิดการหยุดชะงักอย่างมีนัยสำคัญ แต่เป็นสิ่งจำเป็นเพื่อปกป้องโครงสร้างพื้นฐานของลูกค้าของเรา

การคงให้อุปกรณ์ออฟไลน์ไว้จนกว่าระบบทำความเย็นจะกลับมาออนไลน์ ยังช่วยให้อุณหภูมิมีเวลากลับสู่ระดับที่ปลอดภัยก่อนเริ่มการกู้คืนด้วย สิ่งนี้ช่วยหลีกเลี่ยงการสร้างปัญหาเพิ่มเติมที่อาจทำให้เหตุการณ์ร้ายแรงที่เกิดขึ้นอยู่แล้วยืดเยื้อออกไปอีก

ลูกค้าได้รับผลกระทบอย่างไร

เหตุขัดข้องนี้ส่งผลกระทบต่อบริการต่าง ๆ รวมถึง Shared, VPS, การส่งต่ออีเมล และ Spacemail โดย Spaceship.com ยังคงออนไลน์ตลอดช่วงเหตุการณ์นี้

ต่อไปนี้คือรายละเอียดว่าผลกระทบดังกล่าวส่งผลต่อผลิตภัณฑ์และบริการหลักอย่างไร:

การดำเนินงานด้านโฮสติ้ง

การเข้าถึงเว็บไซต์และบริการโฮสติ้งของลูกค้าได้รับผลกระทบ โดยเว็บไซต์ของลูกค้าจำนวนมากไม่สามารถใช้งานได้ ทำงานช้า หรือแสดงข้อผิดพลาด การดำเนินการด้านการเรียกเก็บเงินบางส่วนก็ไม่พร้อมใช้งานเช่นกัน หลังจากระบบที่รับผิดชอบในการประมวลผลถูกนำออฟไลน์ระหว่างเหตุการณ์นี้

EasyWP

แดชบอร์ดของ EasyWP และเว็บไซต์ของลูกค้าได้รับผลกระทบ ระหว่างการกู้คืน เว็บไซต์ของลูกค้าบางรายยังคงไม่พร้อมใช้งานหลังจาก EasyWP.com และแดชบอร์ดได้รับการกู้คืนแล้ว โดยบางรายแสดงข้อผิดพลาดการเชื่อมต่อฐานข้อมูล

Spacemail

บริการอีเมลก็ได้รับผลกระทบเช่นกัน ลูกค้าที่ได้รับผลกระทบไม่สามารถส่งอีเมลได้ และอีเมลขาเข้าไม่สามารถส่งถึงได้ในขณะที่เซิร์ฟเวอร์ที่เกี่ยวข้องออฟไลน์อยู่

ที่สำคัญ นี่ไม่ได้หมายความว่าข้อความขาเข้าจะสูญหายไปโดยอัตโนมัติ โดยปกติผู้ให้บริการอีเมลจะพยายามส่งอีกครั้งเมื่อเซิร์ฟเวอร์ผู้รับไม่พร้อมใช้งานชั่วคราว ดังนั้นข้อความจะยังคงมาถึง แต่ช้ากว่าปกติ

วิธีที่เรากู้คืนบริการ

RadiusDC เริ่มกู้คืนความสามารถของระบบทำความเย็นโดยเร็วที่สุด ขณะเดียวกันก็มีการติดตั้งเครื่องทำความเย็นชั่วคราวและส่งลมเย็นเข้าสู่พื้นที่ของเราในศูนย์ข้อมูลเพื่อช่วยลดอุณหภูมิ

ทีมงานของเราทำงานอย่างต่อเนื่องในสถานที่ร่วมกับ RadiusDC เพื่อกู้คืนระบบทำความเย็น เราเริ่มนำบริการกลับมาออนไลน์อีกครั้งก็ต่อเมื่ออุณหภูมิกลับสู่ระดับการทำงานที่ปลอดภัย และเรามั่นใจว่าไม่มีความเสี่ยงจากความร้อนสูงเกินไปหรือความเสียหายในระยะยาว

เมื่อสภาพการทำงานที่ปลอดภัยได้รับการฟื้นฟูแล้ว เราจึงเริ่มการกู้คืนโครงสร้างพื้นฐานของเราอย่างมีการควบคุม กระบวนการนี้จำเป็นต้องเกิดขึ้นอย่างค่อยเป็นค่อยไป ดังนั้นลูกค้าจึงเห็นบริการต่าง ๆ กลับมาใช้งานได้ในเวลาที่แตกต่างกัน

เหตุใดบริการจึงถูกกู้คืนเป็นระยะ

ขนาดของเหตุการณ์นี้หมายความว่าส่วนต่าง ๆ ของแพลตฟอร์มของเราได้รับผลกระทบพร้อมกัน แม้ว่าลูกค้าจะรับรู้ว่าสิ่งเหล่านี้เป็นบริการแยกกัน แต่เหตุการณ์ที่ศูนย์ข้อมูลได้ส่งผลต่อโครงสร้างพื้นฐานที่เกี่ยวข้องกับการให้บริการหลายรายการ

บริการอย่างโฮสติ้งและอีเมลต้องอาศัยเทคโนโลยีหลายชั้น รวมถึงเซิร์ฟเวอร์ เครือข่าย ที่เก็บข้อมูล และฐานข้อมูล การกู้คืนบริการเหล่านี้หมายถึงการนำองค์ประกอบต่าง ๆ เหล่านี้กลับมาออนไลน์ตามลำดับที่ถูกต้อง แทนที่จะเพียงแค่เปิดทุกอย่างกลับมาพร้อมกันในครั้งเดียว

สิ่งที่จะเกิดขึ้นต่อไป

เราให้ความสำคัญอย่างยิ่งกับการหยุดชะงักครั้งนี้และผลกระทบที่มีต่อลูกค้าของเรา 

ทีมงานของเรากำลังดำเนินการทบทวนสถานการณ์อย่างละเอียดถี่ถ้วนเพื่อเสริมความแข็งแกร่งให้ระบบของเรา และเพื่อให้แน่ใจว่าเหตุการณ์ลักษณะเดียวกันนี้จะไม่เกิดขึ้นอีก

เราจะโปร่งใสอย่างเต็มที่เกี่ยวกับสิ่งที่เราได้เรียนรู้ และจะแชร์ผลลัพธ์ให้คุณทราบ พร้อมทั้งการดำเนินการที่เรากำลังทำ

การแก้ไข: ผู้ให้บริการศูนย์ข้อมูลของเราคือ RadiusDC ไม่ใช่ PhoenixNAP ตามที่อ้างถึงในโพสต์ช่วงแรกหลายโพสต์บน X เมื่อวันที่ 13 สิงหาคม PhoenixNAP ไม่มีส่วนเกี่ยวข้องกับเหตุการณ์นี้

รูปโปรไฟล์ของ Hillan Klein
เขียนโดย

Hillan Klein

ประธานเจ้าหน้าที่บริหาร
บทความเพิ่มเติมโดย Hillan Klein

ให้คะแนนบทความนี้

4.16/531 รีวิว
แชร์บทความนี้

ความคิดเห็น (17)

เขียนความคิดเห็น
  • รูปโปรไฟล์ของ Luke Carter

    Luke Carter

    17 ส.ค. 2569

    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.
    ต้องการมากกว่า 10 ตัวอักษร
    ตัวตนของคุณสำหรับการแสดงผลสาธารณะ
    การให้ที่อยู่อีเมลของคุณเป็นทางเลือก มันจะไม่ถูกแชร์กับบุคคลที่สาม
    • รูปโปรไฟล์ของ Olga, Hosting Product Operations Specialist

      Olga, Hosting Product Operations Specialist

      18 ส.ค. 2569

      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

    17 ส.ค. 2569

    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 .
    ต้องการมากกว่า 10 ตัวอักษร
    ตัวตนของคุณสำหรับการแสดงผลสาธารณะ
    การให้ที่อยู่อีเมลของคุณเป็นทางเลือก มันจะไม่ถูกแชร์กับบุคคลที่สาม
  • รูปโปรไฟล์ของ Dennis Davison

    Dennis Davison

    16 ส.ค. 2569

    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.
    ต้องการมากกว่า 10 ตัวอักษร
    ตัวตนของคุณสำหรับการแสดงผลสาธารณะ
    การให้ที่อยู่อีเมลของคุณเป็นทางเลือก มันจะไม่ถูกแชร์กับบุคคลที่สาม
    • รูปโปรไฟล์ของ Olga, Hosting Product Operations Specialist

      Olga, Hosting Product Operations Specialist

      18 ส.ค. 2569

      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

    15 ส.ค. 2569

    Thank you! Your service is solid!
    ต้องการมากกว่า 10 ตัวอักษร
    ตัวตนของคุณสำหรับการแสดงผลสาธารณะ
    การให้ที่อยู่อีเมลของคุณเป็นทางเลือก มันจะไม่ถูกแชร์กับบุคคลที่สาม
  • รูปโปรไฟล์ของ Prakhar

    Prakhar

    15 ส.ค. 2569

    Thanks for being honest about the incident. It actually makes me trust you more, not less.
    ต้องการมากกว่า 10 ตัวอักษร
    ตัวตนของคุณสำหรับการแสดงผลสาธารณะ
    การให้ที่อยู่อีเมลของคุณเป็นทางเลือก มันจะไม่ถูกแชร์กับบุคคลที่สาม
  • รูปโปรไฟล์ของ Hope Adeniran

    Hope Adeniran

    15 ส.ค. 2569

    Okay. Glad we're back.
    ต้องการมากกว่า 10 ตัวอักษร
    ตัวตนของคุณสำหรับการแสดงผลสาธารณะ
    การให้ที่อยู่อีเมลของคุณเป็นทางเลือก มันจะไม่ถูกแชร์กับบุคคลที่สาม
  • รูปโปรไฟล์ของ Serge D.

    Serge D.

    15 ส.ค. 2569

    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?
    ต้องการมากกว่า 10 ตัวอักษร
    ตัวตนของคุณสำหรับการแสดงผลสาธารณะ
    การให้ที่อยู่อีเมลของคุณเป็นทางเลือก มันจะไม่ถูกแชร์กับบุคคลที่สาม
  • รูปโปรไฟล์ของ Justin

    Justin

    15 ส.ค. 2569

    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?
    ต้องการมากกว่า 10 ตัวอักษร
    ตัวตนของคุณสำหรับการแสดงผลสาธารณะ
    การให้ที่อยู่อีเมลของคุณเป็นทางเลือก มันจะไม่ถูกแชร์กับบุคคลที่สาม
    • รูปโปรไฟล์ของ Olga, Hosting Product Operations Specialist

      Olga, Hosting Product Operations Specialist

      18 ส.ค. 2569

      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

    15 ส.ค. 2569

    I didn't noticed any outage, it's aug 15 today in asia and i received this after I woke up
    ต้องการมากกว่า 10 ตัวอักษร
    ตัวตนของคุณสำหรับการแสดงผลสาธารณะ
    การให้ที่อยู่อีเมลของคุณเป็นทางเลือก มันจะไม่ถูกแชร์กับบุคคลที่สาม
  • รูปโปรไฟล์ของ Mike

    Mike

    14 ส.ค. 2569

    I appreciate the transparency, but this indicates that Spaceship is hosted solely in one data center. Are there plans to enhance redundancy?
    ต้องการมากกว่า 10 ตัวอักษร
    ตัวตนของคุณสำหรับการแสดงผลสาธารณะ
    การให้ที่อยู่อีเมลของคุณเป็นทางเลือก มันจะไม่ถูกแชร์กับบุคคลที่สาม
  • รูปโปรไฟล์ของ Zek

    Zek

    14 ส.ค. 2569

    I can't image how stressful this has been for you guys... Good job everyone!
    ต้องการมากกว่า 10 ตัวอักษร
    ตัวตนของคุณสำหรับการแสดงผลสาธารณะ
    การให้ที่อยู่อีเมลของคุณเป็นทางเลือก มันจะไม่ถูกแชร์กับบุคคลที่สาม
  • รูปโปรไฟล์ของ Ritchy

    Ritchy

    14 ส.ค. 2569

    Thanks for the update!
    ต้องการมากกว่า 10 ตัวอักษร
    ตัวตนของคุณสำหรับการแสดงผลสาธารณะ
    การให้ที่อยู่อีเมลของคุณเป็นทางเลือก มันจะไม่ถูกแชร์กับบุคคลที่สาม
  • รูปโปรไฟล์ของ Seventh Ray

    Seventh Ray

    14 ส.ค. 2569

    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?
    ต้องการมากกว่า 10 ตัวอักษร
    ตัวตนของคุณสำหรับการแสดงผลสาธารณะ
    การให้ที่อยู่อีเมลของคุณเป็นทางเลือก มันจะไม่ถูกแชร์กับบุคคลที่สาม
    • รูปโปรไฟล์ของ Johnny

      Johnny

      21 ส.ค. 2569

      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.

แบ่งปันความคิดของคุณ

ต้องการมากกว่า 10 ตัวอักษร
ตัวตนของคุณสำหรับการแสดงผลสาธารณะ
การให้ที่อยู่อีเมลของคุณเป็นทางเลือก มันจะไม่ถูกแชร์กับบุคคลที่สาม

ช่วยเราปรับปรุงบล็อกของเรา

แบ่งปันความคิดของคุณในแบบสำรวจสั้นๆ สองนาที

จำเป็นต้องใช้อีเมลที่ถูกต้อง