Los drones dejan fuera de servicio el tercer centro de datos de Yandex en cuatro días

Yandex ha perdido su tercer gran centro de datos en cuatro días. El domingo 11 de octubre, la compañía comunicó que un ataque de dron dejó fuera de servicio su instalación en la región de Vladímir, al este de Moscú. Según Reuters, no hay víctimas, pero parte de los servicios para los usuarios no funciona en estos momentos. Para una empresa tecnológica de esta escala, tres instalaciones caídas consecutivamente son una prueba de estrés para la que no se prepara ninguna arquitectura de tolerancia a fallos.

Qué se sabe hasta hoy

Los detalles públicos son escasos. La fuente es un comunicado del propio Yandex, recogido por Reuters y después por TNW. Ni la magnitud de los daños, ni los plazos de recuperación, ni la lista de servicios afectados han sido revelados por la compañía, a juzgar por el texto disponible.

• Instalación: centro de datos en la región de Vladímir, al este de Moscú.
• Causa de la caída: ataque de dron, según Yandex.
• Fecha del comunicado: domingo 11 de octubre de 2026.
• Recuento: tercer gran centro de datos de la compañía en cuatro días.
• Víctimas: ninguna.
• Impacto en los usuarios: parte de los servicios no está disponible; no se sabe cuáles.

No hay detalles sobre los dos incidentes anteriores en los datos de partida, así que por ahora no es posible comparar su magnitud ni sus consecuencias.

Por qué tres instalaciones en cuatro días son un caso especial

La industria aprendió hace tiempo a sobrevivir a la caída de un solo centro de datos. Para eso existen las zonas de disponibilidad, la replicación de datos entre instalaciones y la conmutación automática del tráfico. El cálculo parte de que los fallos son independientes: un incendio, un corte de suministro eléctrico o un error de mantenimiento en una instalación no deberían coincidir con un problema similar en otra.

En una serie de ataques, esa premisa se rompe. Tres instalaciones en cuatro días implican que el margen de redundancia se consume más rápido de lo que se puede reponer. Los nodos restantes asumen carga adicional, y cualquier nuevo fallo en ellos golpea a los usuarios con más fuerza. Los ingenieros lo llaman riesgo en cascada. Lo peligroso no es tanto la desconexión en sí como que el sistema funcione sin red de seguridad.

Otra cuestión afecta a las cargas de IA. Yandex tiene sus propios modelos de lenguaje y un asistente de voz, que requieren clústeres de GPU con alimentación y refrigeración potentes. No se informa de qué capacidad había en las instalaciones afectadas. Cualquier conclusión sobre el impacto en los modelos de la compañía sería una conjetura.

En la práctica: qué deben revisar los equipos y los clientes

Aunque no uses los servicios de Yandex, esta historia sirve como lista de verificación para cualquier infraestructura.

Primero, revisa cómo está montada realmente tu redundancia. Dos «zonas» en una misma región o con un mismo proveedor no protegen frente a eventos regionales. Segundo, prueba la conmutación en la práctica: los simulacros de fallo muestran cuántos minutos u horas se tarda en recuperar el servicio, no cuántos promete el documento. Tercero, guarda copias de los datos y configuraciones críticos fuera de la instalación principal, preferiblemente con otro proveedor o en otra jurisdicción. Cuarto, define de antemano qué funciones del producto se pueden desactivar para preservar el núcleo del servicio y prepara un modo degradado.

Para los clientes de Yandex, los próximos días mostrarán lo esencial: si los servicios no disponibles vuelven en cuestión de horas o si el proceso se alarga. Sigue los estados oficiales de la compañía y no planifiques lanzamientos críticos para los próximos días, hasta que se aclare la situación del resto de instalaciones.