Yandex no garantiza la recuperación total de los servidores tras el ataque al centro de datos de Sasovo
Yandex no ha garantizado que el equipamiento de servidores de su sede en Sasovo (región de Riazán) pueda recuperarse por completo. El motivo es un gran incendio en una instalación clave de la infraestructura de la compañía. Según el titular de Hi-Tech, que cita a Forbes.ru, la causa fue un ataque con drones. El resumen no ofrece datos públicos sobre el número de racks afectados, la capacidad perdida ni el importe de los daños. La compañía dice por ahora que está evaluando las consecuencias, pero no promete volver al estado anterior. • La recuperación total del equipamiento no está garantizada. • No se han revelado cifras de los daños. • Los clientes deberían comprobar dónde están alojados sus datos y sus copias de seguridad.
Procesado por IA desde Хайтек; editado por Hamidun News
Yandex se ha negado a garantizar que el equipamiento de servidores del centro de datos de Sasovo, en la región de Riazán, se recupere por completo. El motivo es un gran incendio en una de las instalaciones clave de la infraestructura de la compañía. Hi-Tech, citando a Forbes.ru, atribuye el incendio a un ataque con drones. El resumen no incluye datos cuantitativos: se desconoce cuántos racks resultaron dañados, qué capacidad de cómputo se ha perdido y en cuánto estima la compañía los daños. La propia fórmula «no podemos garantizar» dice mucho: es probable que una parte del hardware se haya perdido de forma irreversible.
Qué se sabe hasta hoy
El panorama disponible es escaso, así que conviene separar lo confirmado de lo desconocido.
- Instalación: centro de datos de Yandex en Sasovo, región de Riazán, descrito como clave para la infraestructura.
- Suceso: un gran incendio; según el titular del medio, tras un ataque de drones.
- Postura de la compañía: no se garantiza la recuperación completa del equipamiento de servidores.
- Fuente: Forbes.ru, citada a través de Hi-Tech; es decir, se trata de un resumen de segunda mano.
- Sin revelar: la superficie dañada, el número de servidores y racks, la proporción de capacidad del centro, los plazos y la estimación económica.
Mientras no haya un informe oficial, cualquier cifra de pérdidas será una conjetura. Habrá que esperarla de la propia compañía o de sus informes financieros.
Qué se pierde realmente en un incendio en un centro de datos
Los racks quemados son solo una parte del daño. El humo, los productos de la combustión, los agentes extintores y el agua también dañan el equipo que a simple vista se salvó: las placas se oxidan, y los discos y las fuentes de alimentación fallan más tarde, ya después de volver a ponerlos en marcha. Por eso la decisión de «recuperar o sustituir» se toma a partir de un diagnóstico, que lleva semanas. Es probable que esa incertidumbre esté detrás de la cautelosa formulación de la compañía.
También está la parte de las compras. En Rusia, los servidores, el equipamiento de red y los aceleradores hay que adquirirlos bajo restricciones de sanciones y con largas cadenas de suministro. Reponer la capacidad perdida puede tardar bastante más que en una región normal del mundo. El resumen no dice qué carga alojaba exactamente Sasovo (búsqueda, nube, servicios de IA), y no tenemos datos confirmados sobre fallos en productos concretos.
Los grandes operadores construyen su infraestructura con margen: la carga puede redistribuirse entre sedes y zonas de disponibilidad. Pero ese margen se calcula para el fallo de una sola zona, no para la pérdida de varias instalaciones grandes. Si el daño resulta serio, habrá que decidir qué servicios reciben primero los recursos que quedan. Lo habitual es que, para preservar la estabilidad de los productos principales, sufran las cargas experimentales y las que más recursos consumen, incluidos el entrenamiento y el ajuste fino de modelos.
Qué deben hacer los clientes y los equipos de ingeniería
Quienes construyen productos sobre la nube de Yandex o de otros proveedores rusos pueden repasar esta breve lista:
- Compruebe en qué zonas de disponibilidad están sus máquinas virtuales, bases de datos y almacenamientos, y si tiene un punto único de fallo en una sola zona.
- Aclare sus RPO y RTO objetivo y contrástelos con los reales: cuándo fue la última vez que restauró desde una copia de seguridad.
- Guarde las copias de seguridad fuera de la sede de la carga principal y, mejor aún, con otro proveedor.
- Para la inferencia de IA, mantenga lista una imagen y su configuración, de modo que pueda trasladar el modelo a otra zona sin montaje manual. Saque los checkpoints de entrenamiento a un almacenamiento aparte.
- Relea el SLA: qué incidentes cubre, cómo se calcula la compensación y si excluye los casos de fuerza mayor.
- Siga los comunicados oficiales del proveedor, no los resúmenes de terceros. Por ahora, lo único que hay en abierto es la cauta postura de la compañía.
La pregunta principal para las próximas semanas es con qué rapidez Yandex dará a conocer la magnitud de las pérdidas y los plazos para reponer la capacidad. De esa respuesta depende si el incidente quedará como un problema local de una sola sede o si afectará a la disponibilidad de los servicios y a los planes de desarrollo de su infraestructura de IA.
Access Frontier LLMs & Multimodal AI in One Workspace
Discover NomadNet AI (nomadnet.ai) — unified access to frontier language models, research synthesis, and multimodal workflows.
Lo esencial de la IA — una vez por semana
Siete historias que de verdad importaron, elegidas a mano. Sin ruido ni notas de prensa.
¡Listo! Revisa tu correo para la confirmación.