AI-translated from English; not yet reviewed by a fluent editor.

# Yandex affirme que son centre de données de Vladimir est à l’arrêt, tandis que les services cloud restent limités

> Yandex affirme que son centre de données de Vladimir a cessé de fonctionner le 11 octobre. Plus tard dans la journée, sa plateforme cloud restait limitée : le calcul et AI Studio n’étaient que partiellement disponibles, et l’entreprise a conseillé ses clients sur la reprise.

By BIG CHANGE Editorial

Published: 2026-10-11T19:00:10.349Z
Updated: 2026-10-11T19:00:10.349Z
Canonical: https://bigchange.ai/blog/yandex-vladimir-data-center-cloud-services-limited

![Conceptual charcoal illustration of an unlabeled wall-mounted panel with some orange indicator lights lit and others dark beside a closed equipment-room door.](https://bigchange.ai/api/media/file/yandex-vladimir-limited-cloud-hero-v2.png)
A conceptual panel illustrates mixed Yandex Cloud service status after the Vladimir facility shutdown. It is not Yandex equipment or a live status display. AI-generated by BIG CHANGE.

Yandex indique qu’une attaque de drone a endommagé son centre de données de Vladimir le 11 octobre, contraignant le site à cesser ses activités. Son [journal d’incident de Yandex Cloud](https://status.yandex.cloud/en/incidents/2136) signale l’indisponibilité de certaines zones cloud et précise qu’à 15:01 UTC, la plateforme fonctionnait toujours avec des capacités limitées. Il s’agit du troisième incident signalé sur un site en quatre jours, après [l’arrêt de Sasovo et la panne partielle de Kaluga](https://bigchange.ai/blog/yandex-sasovo-kaluga-data-center-outages).

Le journal d’incident donne aux clients plus de détails que les avis précédents sur les sites : il distingue l’arrêt d’un bâtiment de l’évolution de l’état des services cloud. Il ne précise pas la situation de serveurs individuels, des données des clients ni des systèmes d’entraînement de l’IA de Yandex.

## Le grand changement

- **Ce qui a changé :** Un troisième centre de données de Yandex a cessé de fonctionner, et l’entreprise qualifie désormais d’instable la configuration cloud restante. Ses mises à jour indiquent que certains services sont disponibles tandis que d’autres sont perturbés.
- **Pourquoi c’est important :** Un client qui doit choisir où rétablir une charge de travail a besoin d’informations service par service, pas seulement de l’état d’un site. Yandex a conseillé des plans de reprise alternatifs, puis recommandé d’envisager d’autres plateformes pour déployer les ressources plus rapidement et assurer une redondance.
- **À surveiller :** La prochaine mise à jour de Yandex Cloud est prévue le 12 octobre à 11:00, heure de Moscou. Elle devrait préciser quelles fonctions sont rétablies et si Yandex conseille toujours aux clients de recourir à des capacités externes. Le journal d’incident ne donne aucune date de rétablissement du site de Vladimir.

## Ce que Yandex a rapporté le 11 octobre

Yandex Cloud a d’abord signalé, à 01:11 UTC, l’indisponibilité de certaines zones. À 03:08 UTC, l’entreprise a déclaré qu’une attaque menée par un véhicule aérien sans pilote avait endommagé l’infrastructure de son centre de données de Vladimir et que les opérations y étaient totalement suspendues. Elle a indiqué qu’il n’y avait pas de victimes et que les services d’urgence étaient sur place. Elle a décrit une plateforme en mode d’urgence, une configuration de ressources restante instable et recommandé des plans alternatifs de reprise après sinistre. Ce sont les déclarations de Yandex sur l’incident et l’état du service ; la page de statut n’identifie pas l’auteur du lancement du drone.

La situation des services a évolué au cours de la journée. À 03:11 UTC, Yandex a indiqué que la console cloud et l’API étaient disponibles, que le calcul était partiellement disponible et que la plupart des clusters de bases de données gérés à haute disponibilité avaient basculé, même si certains pouvaient être en lecture seule ou indisponibles. Le stockage objet, désigné S3 dans la mise à jour, était accessible en lecture, avec de possibles problèmes d’écriture. L’entreprise évaluait encore les clusters Kubernetes régionaux et a averti que les échanges avec l’assistance pouvaient être instables.

À 08:14 UTC, Yandex a indiqué que S3 était disponible en lecture et en écriture, mais que les opérations pouvaient être plus lentes. Kubernetes était donné comme disponible, avec de possibles problèmes dans certains clusters ; le calcul restait partiellement disponible. Yandex AI Studio et les services de sécurité étaient partiellement disponibles, tandis que Yandex Monium ne l’était pas. L’entreprise a également annoncé la suspension temporaire des augmentations de quotas pour les ressources cloud supplémentaires. À 10:12 UTC, elle n’a signalé aucun changement de disponibilité et a indiqué que les canaux d’assistance avaient été partiellement rétablis, avec des délais de réponse encore importants.

La mise à jour de 15:01 UTC indiquait que la plateforme cloud continuait de fonctionner avec des capacités limitées. Yandex a de nouveau conseillé d’envisager d’autres plateformes pour déployer les ressources plus rapidement et assurer une redondance. La prochaine mise à jour était prévue le 12 octobre à 11:00, heure de Moscou, soit 08:00 UTC. La reprise était toujours en cours ; la mise à jour ne disait pas que le site ou l’ensemble des services cloud étaient rétablis.

## Panne d’un site et perturbation plus large des services

La [déclaration de Yandex du 9 octobre](https://yandex.com/company/news/2026-10-09) décrivait l’arrêt complet de Sasovo après des dégâts survenus dans la nuit du 7 au 8 octobre et l’indisponibilité de l’infrastructure de Kaluga après une attaque le 9 octobre. Elle ne donnait aucun délai de remise en service de ces sites. L’incident de Vladimir prolonge cette série d’événements datés ; un élément nouveau est que Yandex Cloud a nommé publiquement les composants touchés et conseillé aux clients d’envisager une reprise hors de la plateforme.

L’état du cloud ne rend pas compte de l’expérience de tous les consommateurs. [AFP a rapporté](https://www.afp.com/en/drone-hits-russias-yandex-third-reported-attack) que des utilisateurs avaient décrit des problèmes avec les applications de VTC et de paiement de Yandex le 11 octobre. Ces entretiens témoignent de perturbations pour certains utilisateurs ; ils ne mesurent pas le nombre de personnes touchées et ne prouvent pas que tous les problèmes d’applications signalés provenaient du site de Vladimir. [L’article d’Al Jazeera](https://www.aljazeera.com/news/2026/10/11/russias-yandex-says-data-centre-in-vladimir-shut-down-after-drone-attack), qui s’appuie sur AFP et Reuters, décrit également l’arrêt de Vladimir et les attaques précédentes contre des sites.

Pour les clients du cloud, le journal de statut est un guide de reprise qui a ses limites. Il indique quels services pouvaient être consultés, utilisés pour écrire ou employés en mode dégradé à des moments précis, tout en signalant des retards d’assistance et la suspension des hausses de quotas. Il ne dit pas si la sauvegarde d’un client particulier est accessible ni si des données ont été perdues. Le précédent article indiquant que deux superordinateurs destinés au développement de l’IA se trouvaient à Sasovo ne détermine pas leur état actuel ; le statut partiellement disponible d’AI Studio le 11 octobre ne montre pas non plus si l’entraînement de modèles a été touché. Il faut une mise à jour précise de Yandex pour répondre à ces questions.

## Sources et références complémentaires

- [Yandex Cloud : incident 2136 (11 octobre 2026)](https://status.yandex.cloud/en/incidents/2136). Le compte rendu horodaté de l’entreprise sur l’arrêt de Vladimir, l’état des composants cloud, les conseils de reprise et la prochaine mise à jour prévue. La page de statut fait autorité sur ce que Yandex a rapporté au sujet de sa propre plateforme, mais elle n’identifie pas indépendamment un attaquant et ne mesure pas tous les effets sur les clients.
- [Yandex : « Que se passe-t-il dans nos centres de données, le cœur de fer de Yandex » (9 octobre 2026)](https://yandex.com/company/news/2026-10-09). Le précédent compte rendu de l’entreprise sur les incidents des sites de Sasovo et Kaluga et l’absence de calendrier connu pour leur rétablissement.
- [AFP : « Un drone frappe le russe Yandex dans une troisième attaque signalée » (11 octobre 2026)](https://www.afp.com/en/drone-hits-russias-yandex-third-reported-attack). Des entretiens indépendants avec des utilisateurs ayant signalé des problèmes avec les applications de VTC et de paiement, ainsi que le récit de Yandex sur ses sites. Ces entretiens sont des exemples, pas un décompte des utilisateurs touchés.
- [Al Jazeera : « Le russe Yandex dit que le centre de données de Vladimir a fermé après une attaque de drone » (11 octobre 2026)](https://www.aljazeera.com/news/2026/10/11/russias-yandex-says-data-centre-in-vladimir-shut-down-after-drone-attack). Un article attribué à Al Jazeera Staff, AFP et Reuters qui replace Vladimir après les attaques de Sasovo et Kaluga. Il ne vérifie pas indépendamment l’état des composants de Yandex Cloud.
- [BIG CHANGE : « Yandex dit que le centre de données de Sasovo est fermé ; une partie du site de Kaluga est hors service » (10 octobre 2026)](https://bigchange.ai/blog/yandex-sasovo-kaluga-data-center-outages). Notre précédent article dans ce même récit en cours ; il consigne la question non résolue de l’état des ordinateurs de développement de l’IA associés à Sasovo.

## Sources

- [Yandex Cloud : incident 2136](https://status.yandex.cloud/en/incidents/2136) — Chronologie de l’entreprise et état des composants jusqu’à 15:01 UTC ; aucune attribution indépendante de l’attaque.
- [Déclaration de Yandex sur le centre de données](https://yandex.com/company/news/2026-10-09) — Précédent compte rendu de l’entreprise sur les sites de Sasovo et Kaluga, conservé dans l’audit de l’article précédent.
- [AFP : Un drone frappe le russe Yandex dans une troisième attaque signalée](https://www.afp.com/en/drone-hits-russias-yandex-third-reported-attack) — Entretiens indépendants avec des utilisateurs et séquence rapportée des incidents sur les sites.
- [Al Jazeera : Le russe Yandex dit que le centre de données de Vladimir a fermé après une attaque de drone](https://www.aljazeera.com/news/2026/10/11/russias-yandex-says-data-centre-in-vladimir-shut-down-after-drone-attack) — Article de contexte attribué à Al Jazeera Staff, AFP et Reuters.
- [BIG CHANGE : Yandex dit que le centre de données de Sasovo est fermé ; une partie du site de Kaluga est hors service](https://bigchange.ai/blog/yandex-sasovo-kaluga-data-center-outages) — Article d’origine de cette chronologie d’un récit en cours.
