Après les attaques contre ses data centers, Yandex s'accorde avec Selectel, K2Cloud et VK Cloud

Yandex s'est entendu avec trois fournisseurs cloud russes, Selectel, K2Cloud et VK Cloud, pour héberger plus rapidement les données et les services de ses clients. Cet accord fait suite à des attaques contre les data centers de l'entreprise, selon vc.ru, qui l'a rapporté le 9 octobre 2026. Dans ce dispositif, des concurrents du marché du cloud servent de site de repli. C'est l'un des signaux les plus directs de la gravité de la situation.

Ce que l'on sait à ce stade

La publication d'origine est brève. Elle nomme trois fournisseurs et un objectif commun : accueillir rapidement chez eux les données et les services des clients de Yandex. Tout le reste est absent du texte.

• Qui participe : Yandex comme source des clients, Selectel, K2Cloud et VK Cloud comme plateformes d'accueil.
• Ce qui est transféré : les données et les services des clients, sans détail par produit.
• Cause : des attaques contre les data centers de Yandex. Le type d'attaque (cyberattaque, action physique ou autre) n'est pas précisé.
• Non divulgués : le nombre de clients touchés, le volume de données à transférer, le calendrier, les conditions commerciales et la liste des services concernés.

L'absence de ces détails est en soi significative. On ignore pour l'instant s'il s'agit d'une diversification préventive ou de l'évacuation forcée d'une partie de la charge. La réponse conditionne l'évaluation des conséquences pour l'ensemble du marché.

Pourquoi les concurrents s'entraident

Selectel, K2Cloud et VK Cloud sont en concurrence avec Yandex pour décrocher des clients entreprises. Ils ont pourtant accepté d'absorber la charge d'un rival, et cela répond à une logique claire. Il est plus facile de garder dans l'écosystème cloud national des clients privés de service que de les voir partir vers des solutions étrangères ou vers leurs propres salles serveurs. Pour les entreprises russes qui traitent des données personnelles de citoyens, le choix est de toute façon limité par les exigences de localisation du stockage. Les trois fournisseurs cités les respectent.

Le volet technique de la migration est moins évident. Chaque cloud a ses propres API, ses propres services de bases de données managées, ses propres schémas de répartition de charge et de stockage. Les machines virtuelles simples et le stockage objet se transfèrent vite. Les services managés, les files de messages, les fonctions serverless et les mécanismes d'identité liés à un fournisseur donné exigent en revanche un retravail. Il faut donc lire le mot « accéléré » dans l'annonce comme la promesse d'une priorité et de ressources dédiées, et non comme la garantie d'une migration instantanée.

La question des charges de travail d'IA se pose à part. L'entraînement et l'inférence des modèles dépendent de clusters de GPU et de réseaux rapides entre les nœuds, or ces capacités sont rares en Russie. La source ne dit pas si les instances GPU et les plateformes de ML font partie de l'accord.

Que doivent faire les clients du cloud

Cette affaire donne une leçon pratique, quelle que soit l'issue de cet épisode précis. Un seul fournisseur, même de grande taille, reste un point de défaillance unique.

• Vérifiez où se trouvent vos sauvegardes. Si elles sont dans le même cloud et la même zone que la production, ce n'est pas de la redondance.
• Décrivez votre infrastructure en tant que code (Terraform, Ansible, Helm). Cela ramène la durée d'un transfert de plusieurs semaines à quelques jours.
• Évitez une dépendance excessive aux services managés propriétaires lorsqu'il existe des équivalents ouverts : PostgreSQL, Kafka, stockage compatible S3.
• Abaissez à l'avance le TTL DNS des enregistrements critiques et vérifiez qui, dans l'entreprise, peut modifier le routage.
• Relisez votre contrat : quels engagements de disponibilité et de reprise y figurent, qui répond des pertes, comment s'organise l'export des données.
• Si des clients de Yandex figurent dans votre chaîne d'approvisionnement, demandez-leur leur plan de reprise à jour.

Trois éléments détermineront la suite : les explications officielles de Yandex sur la nature des attaques, le calendrier du transfert des services et la fluidité de la migration pour les premiers clients. Seul l'accord lui-même est confirmé pour l'instant ; l'évaluation de son ampleur reste ouverte.