Spaceship Blog

Atualização sobre a interrupção de serviço da Spaceship

Atualização sobre a interrupção do serviço da Spaceship

A 13 de agosto, sofremos uma grande interrupção de serviço que afetou vários serviços da Spaceship.

A causa foi uma falha no sistema de arrefecimento do centro de dados RadiusDC: Phoenix, que aloja algumas operações essenciais da Spaceship. Isto obrigou-nos a colocar serviços offline para proteger a infraestrutura dos clientes contra sobreaquecimento e possíveis danos.

Tudo o que foi afetado pelo incidente já foi restaurado, e as nossas equipas continuam a monitorizar os sistemas de perto para garantir que se mantêm estáveis.

Lamentamos profundamente o impacto nos clientes que dependem de nós para os seus websites, email e outros serviços online. A interrupção que isto causou, e as circunstâncias por detrás dela, estão a ser levadas extremamente a sério.

O que aconteceu

O incidente começou quando os sistemas de arrefecimento falharam no centro de dados de Phoenix devido a uma grande tempestade, fazendo com que as temperaturas em torno da nossa infraestrutura atingissem níveis críticos.

Continuar a operar os sistemas nestas condições arriscava que o equipamento sobreaquecesse e sofresse danos catastróficos e a mais longo prazo. Colocar os serviços offline causou uma perturbação significativa, mas foi necessário para proteger a infraestrutura dos nossos clientes.

Manter o equipamento offline até os sistemas de arrefecimento voltarem a estar online também deu tempo para as temperaturas regressarem a níveis seguros antes do início da recuperação. Isto ajudou a evitar criar mais problemas que poderiam ter prolongado ainda mais um incidente já de si grave.

Como os clientes foram afetados

A interrupção afetou serviços como Shared, VPS, reencaminhamento de email e Spacemail. O Spaceship.com manteve-se online durante todo o incidente.

Aqui tens um resumo de como a situação afetou os principais produtos e serviços:

Operações de alojamento

O acesso dos clientes a websites e serviços de alojamento foi afetado, com muitos websites de clientes indisponíveis, lentos ou a devolver erros. Algumas operações de faturação também ficaram indisponíveis depois de o sistema responsável pelo seu processamento ter sido colocado offline durante o incidente.

EasyWP

O Dashboard do EasyWP e os websites dos clientes foram afetados. Durante a recuperação, alguns websites de clientes permaneceram indisponíveis depois de o EasyWP.com e o Dashboard terem sido restaurados, com alguns a devolver erros de ligação à base de dados.

Spacemail

Os serviços de email também foram afetados. Os clientes afetados não conseguiam enviar emails, e os emails recebidos não podiam ser entregues enquanto os servidores relevantes estiveram offline.

É importante referir que isto não significava que as mensagens recebidas fossem automaticamente perdidas. Normalmente, os fornecedores de email fazem novas tentativas de entrega quando um servidor de receção está temporariamente indisponível. Por isso, as mensagens chegariam, mas mais tarde do que o habitual.

Como restaurámos os serviços

A RadiusDC começou a restaurar a sua capacidade de arrefecimento o mais rapidamente possível, enquanto unidades de arrefecimento temporárias foram instaladas e direcionadas para a nossa área do centro de dados para ajudar a reduzir as temperaturas.

As nossas equipas trabalharam continuamente no local em conjunto com a RadiusDC para restaurar o arrefecimento. Só começámos a repor os serviços online quando as temperaturas regressaram a níveis de funcionamento seguros e estávamos confiantes de que não havia risco de sobreaquecimento ou de danos a mais longo prazo.

Com as condições seguras de funcionamento restabelecidas, iniciámos uma recuperação controlada em toda a nossa infraestrutura. Isto teve de acontecer de forma progressiva, por isso os clientes viram diferentes serviços regressar em momentos diferentes.

Porque é que os serviços foram restaurados por fases

A dimensão do incidente significou que diferentes partes da nossa plataforma foram afetadas ao mesmo tempo. Embora os clientes as experienciem como serviços separados, o incidente no centro de dados afetou a infraestrutura envolvida na prestação de vários deles.

Serviços como alojamento e email dependem de várias camadas de tecnologia, incluindo servidores, redes, armazenamento e bases de dados. Restaurá-los significou repor estes diferentes elementos online pela ordem certa, em vez de simplesmente voltar a ligar tudo de uma só vez.

O que acontece a seguir

Levamos esta interrupção e o seu impacto nos nossos clientes muito a sério. 

As nossas equipas estão a realizar uma análise aprofundada da situação para reforçar os nossos sistemas e garantir que incidentes semelhantes não voltem a acontecer.

Seremos totalmente transparentes sobre o que aprendermos e partilharemos contigo os resultados, juntamente com as medidas que estamos a tomar.

CORREÇÃO: O operador do nosso centro de dados é a RadiusDC, e não a PhoenixNAP, como foi referido em várias publicações iniciais no X a 13 de agosto. A PhoenixNAP não está envolvida neste incidente.


Comentários (17)

  • Fotografia de perfil de Luke Carter

    Luke Carter

    17/08/2026

    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.
    São necessários mais de 10 caracteres.
    A tua identidade para exibição pública.
    Fornecer o teu endereço de email é opcional. Não será partilhado com terceiros.

    • Fotografia de perfil de Olga, Hosting Product Operations Specialist

      Olga, Hosting Product Operations Specialist

      18/08/2026

      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.

  • Fotografia de perfil de Yves Gaston G. PIERRE

    Yves Gaston G. PIERRE

    17/08/2026

    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 .
    São necessários mais de 10 caracteres.
    A tua identidade para exibição pública.
    Fornecer o teu endereço de email é opcional. Não será partilhado com terceiros.

  • Fotografia de perfil de Dennis Davison

    Dennis Davison

    16/08/2026

    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.
    São necessários mais de 10 caracteres.
    A tua identidade para exibição pública.
    Fornecer o teu endereço de email é opcional. Não será partilhado com terceiros.

    • Fotografia de perfil de Olga, Hosting Product Operations Specialist

      Olga, Hosting Product Operations Specialist

      18/08/2026

      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).

  • Fotografia de perfil de Andre

    Andre

    15/08/2026

    Thank you! Your service is solid!
    São necessários mais de 10 caracteres.
    A tua identidade para exibição pública.
    Fornecer o teu endereço de email é opcional. Não será partilhado com terceiros.

  • Fotografia de perfil de Prakhar

    Prakhar

    15/08/2026

    Thanks for being honest about the incident. It actually makes me trust you more, not less.
    São necessários mais de 10 caracteres.
    A tua identidade para exibição pública.
    Fornecer o teu endereço de email é opcional. Não será partilhado com terceiros.

  • Fotografia de perfil de Hope Adeniran

    Hope Adeniran

    15/08/2026

    Okay. Glad we're back.
    São necessários mais de 10 caracteres.
    A tua identidade para exibição pública.
    Fornecer o teu endereço de email é opcional. Não será partilhado com terceiros.

  • Fotografia de perfil de Serge D.

    Serge D.

    15/08/2026

    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?
    São necessários mais de 10 caracteres.
    A tua identidade para exibição pública.
    Fornecer o teu endereço de email é opcional. Não será partilhado com terceiros.

  • Fotografia de perfil de Justin

    Justin

    15/08/2026

    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?
    São necessários mais de 10 caracteres.
    A tua identidade para exibição pública.
    Fornecer o teu endereço de email é opcional. Não será partilhado com terceiros.

    • Fotografia de perfil de Olga, Hosting Product Operations Specialist

      Olga, Hosting Product Operations Specialist

      18/08/2026

      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

  • Fotografia de perfil de Arturo Rabino

    Arturo Rabino

    15/08/2026

    I didn't noticed any outage, it's aug 15 today in asia and i received this after I woke up
    São necessários mais de 10 caracteres.
    A tua identidade para exibição pública.
    Fornecer o teu endereço de email é opcional. Não será partilhado com terceiros.

  • Fotografia de perfil de Mike

    Mike

    14/08/2026

    I appreciate the transparency, but this indicates that Spaceship is hosted solely in one data center. Are there plans to enhance redundancy?
    São necessários mais de 10 caracteres.
    A tua identidade para exibição pública.
    Fornecer o teu endereço de email é opcional. Não será partilhado com terceiros.

  • Fotografia de perfil de Zek

    Zek

    14/08/2026

    I can't image how stressful this has been for you guys... Good job everyone!
    São necessários mais de 10 caracteres.
    A tua identidade para exibição pública.
    Fornecer o teu endereço de email é opcional. Não será partilhado com terceiros.

  • Fotografia de perfil de Ritchy

    Ritchy

    14/08/2026

    Thanks for the update!
    São necessários mais de 10 caracteres.
    A tua identidade para exibição pública.
    Fornecer o teu endereço de email é opcional. Não será partilhado com terceiros.

  • Fotografia de perfil de Seventh Ray

    Seventh Ray

    14/08/2026

    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?
    São necessários mais de 10 caracteres.
    A tua identidade para exibição pública.
    Fornecer o teu endereço de email é opcional. Não será partilhado com terceiros.

    • Fotografia de perfil de Johnny

      Johnny

      21/08/2026

      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.

Partilha a tua opinião

São necessários mais de 10 caracteres.
A tua identidade para exibição pública.
Fornecer o teu endereço de email é opcional. Não será partilhado com terceiros.

Ajuda-nos a melhorar o nosso blog

Partilha a tua opinião num rápido questionário de dois minutos.

É necessário um email válido