Yandex não garante recuperação total dos servidores após ataque ao data center em Sasovo

O Yandex se recusou a garantir que os equipamentos de servidor do data center de Sasovo, na região de Riazan, serão totalmente recuperados. O motivo foi um grande incêndio em um dos principais ativos de infraestrutura da empresa. O Hi-Tech, citando a Forbes.ru, aponta como causa um ataque de drones. O resumo não traz dados quantitativos: não se sabe quantos racks foram afetados, que capacidade de processamento foi perdida nem quanto a empresa estima de prejuízo. A própria formulação «não podemos garantir» diz muito: parte do hardware provavelmente foi perdida de forma irreversível.

O que se sabe até agora

O quadro disponível é escasso, por isso separamos o que está confirmado do que é desconhecido.

• Unidade: data center do Yandex em Sasovo, região de Riazan, descrito como essencial para a infraestrutura.
• Evento: grande incêndio; segundo o título da publicação, após um ataque de drones.
• Posição da empresa: a recuperação plena dos equipamentos de servidor não é garantida.
• Fonte: Forbes.ru, citada por meio do Hi-Tech, ou seja, trata-se de um relato de segunda mão.
• Não divulgado: área danificada, número de servidores e racks, fatia da capacidade da unidade, prazos, estimativa financeira.

Sem um relatório oficial, qualquer número de perdas será palpite. Os dados devem vir da própria empresa ou de seus balanços.

O que realmente se perde em um incêndio em data center

Os racks queimados são apenas parte do prejuízo. Fumaça, resíduos da combustão, agentes extintores e água também danificam equipamentos que parecem intactos: placas oxidam, e discos e fontes de alimentação falham mais tarde, já depois de voltarem a operar. Por isso, a decisão entre recuperar ou substituir sai do diagnóstico, que leva semanas. É provável que essa incerteza explique a formulação cautelosa da empresa.

Há também o lado das compras. Na Rússia, servidores, equipamentos de rede e aceleradores precisam ser adquiridos sob sanções e em cadeias de suprimento longas. Repor a capacidade perdida pode levar bem mais tempo do que em outras regiões do mundo. O resumo não diz que tipo de carga rodava em Sasovo (busca, nuvem, serviços de IA), e não temos dados confirmados sobre falhas em produtos específicos.

Grandes operadoras constroem a infraestrutura com folga: a carga pode ser redistribuída entre unidades e zonas de disponibilidade. Mas essa folga é dimensionada para a falha de uma zona, não para a perda de vários ativos grandes. Se o dano for sério, será preciso escolher quais serviços recebem primeiro os recursos restantes. Em geral, para manter a estabilidade dos produtos principais, sofrem as cargas experimentais e de uso intensivo de recursos, incluindo treinamento e fine-tuning de modelos.

O que clientes e equipes de engenharia devem fazer

Quem constrói produtos na nuvem do Yandex ou de outros provedores russos pode seguir esta lista curta:

• Verifique em quais zonas de disponibilidade estão suas máquinas virtuais, bancos de dados e armazenamentos, e se você não tem um ponto único de falha em uma só zona.
• Esclareça os RPO e RTO desejados e compare-os com os reais: quando foi a última vez que você restaurou a partir de um backup?
• Guarde os backups fora da unidade da carga principal, de preferência em outro provedor.
• Para inferência de IA, mantenha pronta a imagem e a configuração, de modo a migrar o modelo para outra zona sem montagem manual. Mantenha os checkpoints de treinamento em um armazenamento separado.
• Releia o SLA: quais incidentes ele cobre, como se calcula a compensação e se casos de força maior ficam excluídos.
• Acompanhe os comunicados oficiais do provedor, não os relatos de segunda mão. Por enquanto, o único material público é a posição cautelosa da empresa.

A principal pergunta das próximas semanas: com que rapidez o Yandex vai informar a dimensão das perdas e os prazos para repor a capacidade. A resposta define se o incidente ficará restrito a uma única unidade ou se afetará a disponibilidade dos serviços e os planos de expansão da infraestrutura de IA.