Yandex Cloud reste perturbé après qu'une frappe de drone ait fermé le centre de données de Vladimir
Yandex Cloud est resté en fonctionnement limité le lundi 12 octobre, après qu'une frappe de drone ait endommagé le centre de données de l'entreprise à Vladimir, en Russie, et obligé le site à suspendre ses opérations. La dernière perturbation a suivi des dommages à deux autres installations de Yandex plus tôt dans la semaine, ajoutant aux difficultés pour les entreprises et les utilisateurs dépendants de l'infrastructure de l'entreprise.
La BBC a rapporté qu'une frappe de drone ukrainien a frappé l'installation de Vladimir, à l'est de Moscou, durant la nuit de dimanche. Yandex a déclaré que les opérations sur le site avaient été complètement suspendues et qu'aucun blessé n'avait été signalé. L'entreprise travaillait à rétablir la connectivité, mais certains services restaient indisponibles.
Les services cloud fonctionnent de manière inégale
Dans sa dernière mise à jour de statut Yandex Cloud, publiée à 08:17 UTC le 12 octobre, l'opérateur a déclaré que sa plateforme fonctionnait toujours en mode limité. Les travaux de restauration se poursuivaient jour et nuit, tandis qu'un volume plus important de demandes de support pouvait signifier des temps de réponse plus longs. Il continuait à recommander des plates-formes alternatives pour l'hébergement des ressources et la fourniture de redondance.
Cela ne représente pas un feu vert complet. La mise à jour n'indiquait pas de délai pour la restauration complète. Yandex a indiqué que sa prochaine mise à jour de statut serait publiée à 19h00, heure de Moscou, équivalente à 16h00 UTC ; cet avis planifié ne devait pas être pris pour une promesse que les services seraient rétablis d'ici là.
Les mises à jour de l'opérateur de dimanche montraient une image mixte plutôt qu'une fermeture uniforme. Dans un instantané à 08:14 UTC, Yandex a déclaré que sa console et ses interfaces de programmation d'application étaient disponibles, tandis que les ressources informatiques n'étaient que partiellement disponibles. Le stockage d'objets supportait les lectures et les écritures mais pouvait être plus lent. Les services Kubernetes étaient disponibles avec des problèmes possibles dans des clusters individuels, et des difficultés persistaient avec son service géré Apache Kafka. Yandex a également déclaré que les augmentations de quotas pour des ressources cloud supplémentaires restaient suspendues.
Ces mises à jour au niveau des composants décrivent les conditions à leurs moments déclarés. Elles ne établissent pas que chaque application client utilisant ces composants avait récupéré, ou que toutes les charges de travail faisaient face au même niveau de perturbation.
Les effets s'étendent au-delà des clients cloud
Le rapport du Record du 12 octobre décrivait des perturbations s'étendant aux paiements, livraisons et autres services en ligne, en plus de Yandex Cloud. Il signalait des problèmes impliquant des emails, des réservations de taxis, des commandes de nourriture et certaines fonctions de maison connectée, ainsi que des entreprises tierces utilisant l'infrastructure Yandex. L'étendue complète de l'interruption restait floue et Yandex n'avait pas divulgué combien de clients cloud étaient affectés.
L'incident de Vladimir est survenu après des frappes sur l'installation de Sasovo de Yandex dans la région de Ryazan le 8 octobre et son installation de Kaluga le 9 octobre. Ces perturbations antérieures forment le contexte de la dernière panne ; elles ne signifient pas que chaque produit Yandex est complètement hors ligne ou que les utilisateurs de toutes les régions rencontrent des problèmes identiques.
Le communiqué de dimanche de Yandex décrivait la configuration des ressources restantes comme instable et encourageait les clients à envisager d'autres plans de reprise après sinistre. Pour les entreprises dépendantes, la question immédiate est de savoir si leurs propres services peuvent fonctionner, pas simplement si une console de gestion cloud est accessible. Un tableau de bord restauré et un service client pleinement fonctionnel sont des jalons de récupération différents.
La restauration est en cours
Au moment de la mise à jour de l'opérateur lundi matin, le statut approprié était fonctionnement limité avec restauration en cours, et non complètement restauré. La cause rapportée était des dommages physiques à l'infrastructure suite à une frappe de drone ; les sources examinées n'ont pas décrit cet événement comme un incident de ransomware ou d'intrusion logicielle.
Suivez les signaux de service actuels à travers le tableau de bord en temps réel de Status Is Down et parcourez l'archive des actualités pour d'autres perturbations vérifiées. Les propriétaires de sites web peuvent explorer les plans de Status Is Down et créer un compte pour suivre les services dont dépendent leurs opérations.
Crédit image : ID 76688877 © Ralwel | Dreamstime.com