Namecheap deixou todos os serviços fora do ar por 15 horas após seu data center em Phoenix perder o resfriamento

Em 13 de agosto de 2026, uma forte tempestade derrubou o resfriamento do data center RadiusDC Phoenix, a instalação que hospeda o que o próprio post-mortem da Namecheap chama de "algumas operações essenciais da Namecheap". As temperaturas subiram em direção a níveis críticos, e a operadora instruiu a Namecheap a tirar os serviços do ar por completo, em vez de arriscar superaquecimento e danos permanentes aos equipamentos. A Namecheap — uma registradora e empresa de hospedagem com 25 anos de mercado — obedeceu, e tudo ficou offline de uma só vez: hospedagem compartilhada, VPS e dedicada, EasyWP, gerenciamento de DNS, Private Email, faturamento e o próprio site da empresa.

O post-mortem, escrito pelo CEO Hillan Klein no dia seguinte, é franco sobre o efeito em cascata. Os clientes não conseguiam gerenciar registros DNS nem redirecionamentos. Muitos sites ficaram indisponíveis, lentos ou com erros; os sites no EasyWP continuavam apresentando erros de conexão com o banco de dados mesmo depois que o painel voltou; o Private Email não conseguia enviar nem receber. Crucialmente, o helpdesk de suporte rodava na mesma infraestrutura em falha — por quinze horas os clientes não tiveram chat ao vivo, nem suporte por e-mail, nem qualquer forma de falar com um humano. A recuperação exigiu chillers temporários e reinicializações escalonadas, com o serviço pleno cerca de quinze horas depois.

O problema está nas credenciais da instalação. O RadiusDC Phoenix é um data center Tier 3 "projetado com alto nível de redundância", e a Namecheap observou que nunca havia passado por nada parecido em seus 25 anos de história. Mas uma classificação Tier certifica o prédio, não a arquitetura do inquilino: a Namecheap havia concentrado suas operações essenciais — e seu plano de controle voltado ao cliente — dentro daquele único prédio, de modo que uma falha de resfriamento em uma tempestade no Arizona desativou simultaneamente interfaces de gerenciamento, canais de comunicação e sistemas de receita.

15 horas de indisponibilidade em hospedagem, EasyWP, gerenciamento de DNS, Private Email e faturamento; o helpdesk também caiu, deixando os clientes sem a quem recorrer

As operações essenciais estavam concentradas em uma única instalação em Phoenix, então a falha da instalação se tornou a falha da Namecheap — nenhum segundo site conseguiu manter o plano de controle ativo.

O helpdesk rodava na mesma infraestrutura em falha, então os clientes com sites fora do ar e e-mail parado também perderam a capacidade de pedir ajuda — uma falha de disponibilidade se tornou uma falha de comunicação.

Não havia plano de continuidade para o plano de gerenciamento: gerenciamento de DNS, faturamento e administração de e-mail ficaram offline durante todo o incidente, embora a própria resolução de zonas DNS tenha permanecido ativa.

A redundância Tier 3 no nível da instalação mascarou o ponto único de falha no nível do inquilino; o post-mortem chama o evento de sem precedentes em 25 anos.

O selo Tier 3 de uma instalação não é a sua redundância: mantenha seu plano de controle — gerenciamento de DNS, e-mail, faturamento, suporte — dependente de um único prédio e uma falha de resfriamento apaga tudo de uma vez.

O resfriamento foi restaurado com chillers temporários direcionados para a área da Namecheap na instalação, e os serviços voltaram progressivamente à medida que as temperaturas se estabilizaram — um escalonamento que a empresa defendeu como a única ordem segura. O post-mortem prometeu implementar ainda mais redundância em seus outros data centers na Europa e na Ásia. A Namecheap também publicou uma correção: posts iniciais no X haviam culpado a operadora errada, a PhoenixNAP, quando a instalação era operada pela RadiusDC. A indisponibilidade de quinze horas gerou ampla indignação dos clientes, com a empresa admitindo publicamente que "falhamos com vocês".