Spaceship 博客

Spaceship 服务中断更新

Spaceship 服务中断更新

8月13日,我们经历了一次重大服务中断,影响了多项 Spaceship 服务。

原因是托管部分 Spaceship 核心运营的数据中心 RadiusDC: Phoenix 的冷却系统发生故障。为保护客户基础设施免于过热和可能的损坏,我们不得不将服务下线。

目前,所有受此次事件影响的内容均已恢复,我们的团队仍在持续密切监控系统,以确保其保持稳定。

对于那些依赖我们提供网站、电子邮件和其他在线服务的客户所受到的影响,我们深表歉意。对此次中断造成的问题及其背后的情况,我们都极其严肃地对待。

发生了什么

此次事件始于 Phoenix 数据中心因强烈风暴导致冷却系统故障,使我们基础设施周围的温度达到临界水平。

在这种条件下继续运行系统,可能导致设备过热,并遭受长期且灾难性的损坏。将服务下线造成了严重中断,但这是保护客户基础设施所必需的。

在冷却系统恢复上线之前让设备保持离线状态,也为温度在恢复开始前回到安全水平争取了时间。这有助于避免引发更多问题,否则可能会进一步延长这一已经十分严重的事件。

客户受到了怎样的影响

此次中断影响了包括 Shared、VPS、电子邮件转发和 Spacemail 在内的服务。Spaceship.com 在整个事件期间始终保持在线。

以下是此次情况对主要产品和服务影响的细分说明:

主机运营

客户访问网站和主机服务受到影响,许多客户网站无法访问、速度缓慢或返回错误。由于负责处理这些操作的系统在事件期间被下线,部分计费操作也无法使用。

EasyWP

EasyWP 的控制面板和客户网站受到了影响。在恢复期间,尽管 EasyWP.com 和控制面板已恢复,部分客户网站仍然无法访问,其中一些返回了数据库连接错误。

Spacemail

电子邮件服务也受到了影响。受影响的客户无法发送电子邮件,并且在相关服务器离线期间,传入邮件也无法投递。

重要的是,这并不意味着传入邮件会自动丢失。邮件服务提供商通常会在接收服务器暂时不可用时继续尝试投递。因此,邮件最终会送达,但会比平时更晚。

我们如何恢复服务

RadiusDC 尽快开始恢复其冷却能力,同时安装了临时冷水机组,并将其导入我们所在的数据中心区域,以帮助降低温度。

我们的团队与 RadiusDC 一同在现场持续工作以恢复冷却。只有在温度恢复到安全运行水平,并且我们确信不存在过热或长期损坏风险后,我们才开始让服务重新上线。

在安全运行条件恢复后,我们开始对基础设施进行受控恢复。这个过程必须逐步进行,因此客户看到不同服务在不同时间恢复。

为什么服务是分阶段恢复的

此次事件的规模意味着我们平台的不同部分同时受到了影响。虽然客户将这些视为独立服务,但数据中心事件影响了提供其中多项服务所涉及的基础设施。

主机和电子邮件等服务依赖多层技术,包括服务器、网络、存储和数据库。恢复这些服务意味着必须按正确顺序让这些不同元素重新上线,而不是简单地一次性全部重新开启。

接下来会发生什么

我们非常严肃地对待此次中断及其对客户造成的影响。 

我们的团队正在对情况进行全面审查,以加强我们的系统,并确保类似事件不再发生。

我们将对所了解到的情况保持完全透明,并会与您分享结果以及我们正在采取的措施。

更正:我们的数据中心运营商是 RadiusDC,而不是 8月13日当天在 X 上几篇早期帖子中提到的 PhoenixNAP。PhoenixNAP 与此次事件无关。


评论 (17)

  • Luke Carter的头像

    Luke Carter

    2026年8月17日

    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

      2026年8月18日

      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

    2026年8月17日

    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

    2026年8月16日

    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

      2026年8月18日

      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

    2026年8月15日

    Thank you! Your service is solid!
    需要超过10个字符。
    公开显示的身份。
    提供您的电子邮件地址是可选的。我们不会与第三方共享。

  • Prakhar的头像

    Prakhar

    2026年8月15日

    Thanks for being honest about the incident. It actually makes me trust you more, not less.
    需要超过10个字符。
    公开显示的身份。
    提供您的电子邮件地址是可选的。我们不会与第三方共享。

  • Hope Adeniran的头像

    Hope Adeniran

    2026年8月15日

    Okay. Glad we're back.
    需要超过10个字符。
    公开显示的身份。
    提供您的电子邮件地址是可选的。我们不会与第三方共享。

  • Serge D.的头像

    Serge D.

    2026年8月15日

    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

    2026年8月15日

    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

      2026年8月18日

      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

    2026年8月15日

    I didn't noticed any outage, it's aug 15 today in asia and i received this after I woke up
    需要超过10个字符。
    公开显示的身份。
    提供您的电子邮件地址是可选的。我们不会与第三方共享。

  • Mike的头像

    Mike

    2026年8月14日

    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

    2026年8月14日

    I can't image how stressful this has been for you guys... Good job everyone!
    需要超过10个字符。
    公开显示的身份。
    提供您的电子邮件地址是可选的。我们不会与第三方共享。

  • Ritchy的头像

    Ritchy

    2026年8月14日

    Thanks for the update!
    需要超过10个字符。
    公开显示的身份。
    提供您的电子邮件地址是可选的。我们不会与第三方共享。

  • Seventh Ray的头像

    Seventh Ray

    2026年8月14日

    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

      2026年8月21日

      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个字符。
公开显示的身份。
提供您的电子邮件地址是可选的。我们不会与第三方共享。

帮助我们改进我们的博客

在快速两分钟的调查中分享您的想法。

需要提供有效的电子邮箱