Un gros incendie sur un centre de données OVH à Strasbourg, Réactions à la publication du 10/03/2021

[oeufmollet]

Ce que je ne comprends pas, c'est quand je regarde les infos à la télé, on voit des entreprises qui font la gueule parce qu'elles ont perdu toutes leurs données.

Question : et les sauvegardes, elles sont où ? OVH n'a pas de système de sauvegarde de ses données AILLEURS, justement pour éviter de tout perdre en cas d'incendie, de dégats des eaux, ou de n'importe quelle autre catastrophe ? (j'en ai d'autres à proposer si vous voulez, je regarde la série 24h chrono en ce moment )
Là clairement, les articles que j'ai lus pour l'instant ne sont pas clairs, on a l'impression que les données perdus dans les batiments brûlés ne seront pas récupérées, ce qui implique qu'elles n'étaient pas sauvegardées ailleurs.

Question bonus : et histoire de ne pas faire confiance à OVH (ou à n'importe quel autre concurrent), ça leur viendrait pas à l'esprit de faire des sauvegardes régulières AILLEURS ? soit chez un concurrent, soit en local sur un simple disque dur ou nas ? par exemple chaque soir, ou chaque weekend, en fonction de la quantité de données qui bougent ...

Que ce soit ici ou sur plein d'autres forums, on explique toujours qu'il faut au moins prévoir une sauvegarde de ses données à risque, et la mettre ailleurs que les données principales, pour éviter de tout perdre en cas d'incendie ou cambriolage par exemple. Apparemment certaines entreprises n'ont pas encore compris ça (elles devraient peut-être embaucher des ITs ...).

[iAPX]

...
Donc ... je vous laisse conclure.
...

Tous ces contrats sont de la merde en boîte, tous incluent une clause stipulant que le stockage dans le Cloud est juste une sauvegarde en plus et que le client doit assurer lui-même et séparément ses propres sauvegardes.

C'est d'ailleurs ce que je fais, utilisant une sauvegarde très limitée sur le Cloud, bien qu'ayant évidemment une stratégie de sauvegarde physique (même physiquement distante lorsque voyageant pré-2020).

Mais le "Cloud" n'est pas que du stockage en-ligne, pas plus que ce sont des VM (c'est le passé), c'est essentiellement du service, une Infractructure de services, dont diverses offres de stockage.
On ne sait ce qui a été impacté (ou pas) chez OVH.

PS: je n'aurais pas du écrire que je mettrais mes données chez OVH en France pour faire chier la NSA, on voit ce qui arrive derrière

Ce message a été modifié par iAPX - 10 Mar 2021, 16:19.

[DefKing]

C'est de l'algeco ? voire des remorques recyclées ?

J'avais pensé à un empilement de vieux containers 20 pouces...

Quant à moi, en décembre 2020 mon iMac de 2010 a définitivement rendu l'âme. Et les deux disques durs externes qui me servaient de sauvegarde sont illisibles. Un virus?
Tout ce que j'ai récupéré était sur iCloud.

Ce message a été modifié par DefKing - 10 Mar 2021, 16:28.

[johnstone]

Salut,

Pour avoir travaillé des années dans ce type de sites, je trouve que l'importance des dégâts est très surprenante, en effet ils sont généralement pourvus d'une détection incendie plutôt musclé avec surveillance des faux planchers, salle et parie haute des salles, ainsi que tous les locaux techniques, toutes ces zones sous extinction automatique par brouillard d'eau pulvérisée (les systèmes par gaz genre HALON me sont plus utilisées depuis quelques années), plus un service de sécurité en permanence sur place et des opérateurs en surveillance des serveurs et des infrastructures techniques, en résumé la vraie question est "comment peut-on en arriver là dans ce genre de site".

Je pense qu'il faut "chercher l'erreur"...

La piste erreur humaine ou criminelle pourrait être envisagée mais on n'en est pas encore là. D'après la presse, l'incendie s'est déclaré dans une salle du datacentre SBG2 à 00h47. Reste à savoir ce qui a provoqué l'incendie...

[Sethy]

Tous ces contrats sont de la merde en boîte, tous incluent une clause stipulant que le stockage dans le Cloud est juste une sauvegarde en plus et que le client doit assurer lui-même et séparément ses propres sauvegardes.

C'est d'ailleurs ce que je fais, utilisant une sauvegarde très limitée sur le Cloud, bien qu'ayant évidemment une stratégie de sauvegarde physique (même physiquement distante lorsque voyageant pré-2020).

Je n'avais pas voulu en rajouter une couche mais dans le même contrat, on peut lire que :

"Les Services, et notamment les technologies de « Cloud Computing » utilisées par OVH
pour la gestion des Instances, des Conteneurs Object Storage, des Espaces d’Archivage et
autre Espaces de Stockage du Client, ne constituent pas une garantie de continuité de
Services, ni une garantie de de protection et de conservation des données du Client. Le Client
demeure seul responsable, notamment en cas d’hébergement de contenu et/ou de données
sensibles ou/et nécessaires à la poursuite de ses activités, de la sauvegarde (ou back-up) de ses
données, la mise en place et la gestion d’un plan de continuité et/ou de reprise d'activité, et
plus généralement de toutes mesures techniques et organisationnelles de nature à permettre au
Client de poursuivre son activité dans l'hypothèse d'un dysfonctionnement majeur des
Services susceptible d'impacter la continuité de son activité et la disponibilité et l’intégrité de
ses contenus et données. ".

[xav_mtx]

La piste erreur humaine ou criminelle pourrait être envisagée mais on n'en est pas encore là. D'après la presse, l'incendie s'est déclaré dans une salle du datacentre SBG2 à 00h47. Reste à savoir ce qui a provoqué l'incendie...

Indirectement impacte, on a constate l'arret de service a 2H18, ca doit etre a ce moment que l'electricite a ete coupee sur tout le site.

Ce message a été modifié par xav_mtx - 10 Mar 2021, 16:39.

[Sethy]

Question bonus : et histoire de ne pas faire confiance à OVH (ou à n'importe quel autre concurrent), ça leur viendrait pas à l'esprit de faire des sauvegardes régulières AILLEURS ? soit chez un concurrent, soit en local sur un simple disque dur ou nas ? par exemple chaque soir, ou chaque weekend, en fonction de la quantité de données qui bougent ...

Que ce soit ici ou sur plein d'autres forums, on explique toujours qu'il faut au moins prévoir une sauvegarde de ses données à risque, et la mettre ailleurs que les données principales, pour éviter de tout perdre en cas d'incendie ou cambriolage par exemple. Apparemment certaines entreprises n'ont pas encore compris ça (elles devraient peut-être embaucher des ITs ...).

Oui, ça existe mais ça se paie ...

Et tu mets le doigt là où ça fait mal. Quand tu vois que des organisations entières parviennent à se faire pirater parce qu'elles utilisent Microsoft Exchange ... ou pas mieux des boites qui utilisent Google Mail pour tout gérer ...

[GIJoe]

C'est de l'algeco ? voire des remorques recyclées ?

J'avais pensé à un empilement de vieux containers 20 pouces...

Quant à moi, en décembre 2020 mon iMac de 2010 a définitivement rendu l'âme. Et les deux disques durs externes qui me servaient de sauvegarde sont illisibles. Un virus?
Tout ce que j'ai récupéré était sur iCloud.

Container 20 pieds ?

[fabriceunko]

C'est de l'algeco ? voire des remorques recyclées ?

J'avais pensé à un empilement de vieux containers 20 pouces...

Quant à moi, en décembre 2020 mon iMac de 2010 a définitivement rendu l'âme. Et les deux disques durs externes qui me servaient de sauvegarde sont illisibles. Un virus?
Tout ce que j'ai récupéré était sur iCloud.

Container 20 pieds ?

240 pouces si tu préfère...

[iAPX]

Question bonus : et histoire de ne pas faire confiance à OVH (ou à n'importe quel autre concurrent), ça leur viendrait pas à l'esprit de faire des sauvegardes régulières AILLEURS ? soit chez un concurrent, soit en local sur un simple disque dur ou nas ? par exemple chaque soir, ou chaque weekend, en fonction de la quantité de données qui bougent ...

Que ce soit ici ou sur plein d'autres forums, on explique toujours qu'il faut au moins prévoir une sauvegarde de ses données à risque, et la mettre ailleurs que les données principales, pour éviter de tout perdre en cas d'incendie ou cambriolage par exemple. Apparemment certaines entreprises n'ont pas encore compris ça (elles devraient peut-être embaucher des ITs ...).

Oui, ça existe mais ça se paie ...

Et tu mets le doigt là où ça fait mal. Quand tu vois que des organisations entières parviennent à se faire pirater parce qu'elles utilisent Microsoft Exchange ... ou pas mieux des boites qui utilisent Google Mail pour tout gérer ...

C'est pour ça que notre dernier recours était une sauvegarde journalière chez un autre fournisseur, chiffrée fortement (donc inaccessible pour lui et ses maîtres), des fois que notre premier fournisseur soit rayé de la carte sans prévenir.

Pour le chiffrage fort, un chiffrement asymétrique depuis une clé publique de la clé de chiffrement générée aléatoirement (et stockée chiffrée) avec chaque chiffrement (ça pourri aussi les attaques par analyse différentielles en sus de données aléatoires mises dans la sauvegarde!).
Déchiffrement avec la clé privée, celle-ci n'étant stockée que surchiffrée avec un mécanisme de type Shamir's Secret Sharing (3 personnes séparées + 1 dans un coffre de banque en secours, avec accès audité, 2 nécessaires).

Apple mettait les données chiffrées de certains utilisateurs iCloud chez AWS, surchiffrées, et c'est un très bon principe.

Ce message a été modifié par iAPX - 10 Mar 2021, 17:12.

[jiliwi]

Si j'étais encore client chez OVH, je changerais de fournisseur.

Un data-center doit être uniquement constitué de matériaux ininflammables avec des systèmes anti-incendies sérieux. Dans les data-center que je connais, il est interdit de rentrer avec les cartons des serveurs, ou tout autre emballage. C’est la base de la base sans même entrer dans tous les détails des normes ISO27000

[Digitalex]

Je ne peux pas croire que le plus grand hébergeur d'Europe ait pris des raccourcis sur la gestion des risques et n'ait pas de plan de gestion des désastres qui tient la route.

Moi aussi j’ai confiance en cette société FR, mais l’expérience m’a souvent prouvé parfois que plus c’est gros plus ça passe dans nos sociétés

Le principal est qu’il n’y ai pas eu de blessés dans cette histoire, et qu’il n’y ai rien de Nucléaire (!).
L’avenir nous en apprendra un peu plus sur ce qui était prévu, ce qui a marché ou pas, etc.

[GIJoe]

Quelques sites hébergés par OVH recommencent à être disponibles en ligne.
Il manque des mises à jour pour cette journée du 10 mars 2021 mais cela à l'air de bien redémarrer.
Certains sont encore "out". (CGFL Dijon, Divia réseau bus/tramways,...).

[Emeres]

J'ai un serveur hébergé chez eux, dans le SBG1.

Voilà les infos dispos sur le site d'OVH depuis ce matin.

Nous faisons actuellement face à un incident majeur au sein de notre datacentre de Strasbourg, avec un feu déclaré dans le bâtiment SBG2.
Les pompiers sont intervenus immédiatement sur place mais ne sont pas parvenus à contrôler l’incendie de SBG2.
Par mesure de précaution, l’électricité a été coupée sur l’ensemble du site, ce qui impacte tous nos services à SBG1, SBG2, SBG3 et SBG4.
Si votre production est à Strasbourg, nous vous recommandons d’activer votre Plan de Reprise d’Activité.
Toutes nos équipes sont mobilisées aux côtés des pompiers.
Nous vous tiendrons informés à ce sujet dès que nous aurons davantage d’éléments.


13h31.
Incendie sur notre site de Strasbourg

Ce mercredi 10 mars 2021, à 00h47, un incendie s’est déclaré dans une salle d’un de nos 4 datacentres strasbourgeois, SBG2. Nous précisons que le site ne fait pas l’objet d’une classification seveso.
Les pompiers sont immédiatement intervenus sur site afin de protéger les équipes et limiter la progression de l’incendie. Ils ont ainsi procédé à l’isolation complète du site et de son périmètre dès 2h54.
À 4h09, le feu a détruit SBG2 et continuait de présenter des risques pour les datacentres voisins jusqu'à ce que les pompiers prennent le contrôle complet de l’incendie. Depuis 5h30, le site est inaccessible à nos équipes pour des raisons évidentes de sécurité, sous le pilotage de la préfecture.
L’incendie est désormais circonscrit.
Nous sommes soulagés qu’aucun blessé ne soit à déplorer, ni parmi nos équipes ni parmi les pompiers et les services de la préfecture que nous remercions pour leur mobilisation exemplaire à nos côtés.

Grâce à notre parc opérationnel de 15 datacentres en Europe, nos équipes techniques et commerciales sont pleinement investies pour accompagner nos clients, mettre en oeuvre des solutions et pallier l’indisponibilité de notre site strasbourgeois.

Notre mission est d’offrir à nos clients une qualité de services optimale pour accompagner leurs activités en ligne et nous savons l’importance cruciale que cela revêt pour eux. Nous leur présentons nos plus sincères excuses pour les difficultés que cet incendie leur cause. Nous nous engageons ainsi à communiquer avec la plus grande transparence sur ses causes et ses impacts.
Nous sommes actuellement en train d’évaluer l’impact de cet incident et communiquerons dès que possible avec la plus grande transparence sur l’avancée de nos analyses et la mise en œuvre de solutions.

État du datacenter de Strasbourg
SBG1 : Salle Network est OK - 4 salles détruites - 8 salles OK
SBG2 : détruite
SBG3 : PSU éteint - contrôle des serveurs en cours
SBG4 : Pas d'impact physique

Pas de redémarrage aujourd'hui de SBG1,SBG3 et SBG4

Plan pour les 2 prochaines semaines:
1)Remise en service de 20KV pour SBG3
2)Remise en service de 240V in SBG1/SBG4
3)Contrôle des DWDM/routers/switchs dans la salle réseau A (SBG1).
Contrôile des fibres de la liaison Paris/Frankfurt
4)Reconstruction de la salle réseau B (SBG5) Contrôle des fibres de la liaison Paris/Frankfurt

Nous vous tiendrons informés de l'évolution de la situation.

17h26.
Les équipes techniques d'OVH préparent et expédient le matériel nécessaire à la mise en place d'une salle réseau temporaire. Ces équipements vont être envoyés sur le datacenter de Strasbourg durant la nuit.
Les arrivées fibre du site ont été controlées et n'ont pas été touchées par l'incendie.
Le rétablissement de l’alimentation électrique du site de SBG1 et SBG4 est estimé au lundi 15 Mars. Un rétablissement de SBG3 est estimée au vendredi 19 mars

Ce message a été modifié par Emeres - 10 Mar 2021, 18:33.

[raoulito]

Question bonus : et histoire de ne pas faire confiance à OVH (ou à n'importe quel autre concurrent), ça leur viendrait pas à l'esprit de faire des sauvegardes régulières AILLEURS ? soit chez un concurrent, soit en local sur un simple disque dur ou nas ? par exemple chaque soir, ou chaque weekend, en fonction de la quantité de données qui bougent ...

Que ce soit ici ou sur plein d'autres forums, on explique toujours qu'il faut au moins prévoir une sauvegarde de ses données à risque, et la mettre ailleurs que les données principales, pour éviter de tout perdre en cas d'incendie ou cambriolage par exemple. Apparemment certaines entreprises n'ont pas encore compris ça (elles devraient peut-être embaucher des ITs ...).

Oui, ça existe mais ça se paie ...

Et tu mets le doigt là où ça fait mal. Quand tu vois que des organisations entières parviennent à se faire pirater parce qu'elles utilisent Microsoft Exchange ... ou pas mieux des boites qui utilisent Google Mail pour tout gérer ...

de ce qu’on m’a expliqué, en gros chez OVH de base tu n’as aucune sauvegarde
avec un gros plus tu as une sauvegarde… sur le meme site (patatra)
avec un double gros plus tu as une sauvegarde dans un autre datacenter.

betement, on pense au budget mais on oublie les sauvegardes. Bon apres ptt que pour certain C’ETAIT la sauvegarde, ce qui rend les choses moins graves.

[tchek]

Faut dire qu'a force d'overcloker fallait bien que ça arrive un jour.
Octave le roi de l'OC
C'est plus des salles de serveurs c'est des fours !

[Sethy]

Si j'étais encore client chez OVH, je changerais de fournisseur.

Un data-center doit être uniquement constitué de matériaux ininflammables avec des systèmes anti-incendies sérieux. Dans les data-center que je connais, il est interdit de rentrer avec les cartons des serveurs, ou tout autre emballage. C’est la base de la base sans même entrer dans tous les détails des normes ISO27000

Crois-tu vraiment que dans les mêmes zones tarifaires tu auras un service drastiquement différent ?

[JayTouCon]

impact limité mais spectaculaire

ça s'appelle un avertissement.

[Sethy]

de ce qu’on m’a expliqué, en gros chez OVH de base tu n’as aucune sauvegarde
avec un gros plus tu as une sauvegarde… sur le meme site (patatra)
avec un double gros plus tu as une sauvegarde dans un autre datacenter.

Je trouve que la manière dont tu présentes les choses est biaisée.

Si tu cherches sur google OVH et SLA tu tombes sur le lien que j'ai posté. Le SLA, c'est le Service Level Agreement, autrement dit l'accord de niveau de service sur lequel client et fournisseur se sont entendus. C'est un contrat puisqu'il y a accord sur ce qui est vendu et sur un prix.

Si, le particulier est réputé partie faible dans un contrat vis-à-vis d'un professionnel, ce qui peut amener à un certain nombre d'avantages, deux professionnels qui s'engagent le font au travers d'un contrat d'entreprise. Si l'un des deux ne maitrise pas ce qu'il signe, c'est à lui de se faire conseiller.

Maintenant s'il ne lit même pas les clauses du contrat ... ce n'est même pas écrit en tout petit, c'est à la 6ème page d'un contrat de 15 pages en plus dans un chapitre intitulé "OBLIGATIONS ET RESPONSABILITE DU CLIENT", je cite :

"Le Client demeure seul responsable (...) de la sauvegarde (ou back-up) de ses données, la mise en place et la gestion d’un plan de continuité (...) de nature à permettre au Client de poursuivre son activité dans l'hypothèse d'un dysfonctionnement majeur des Services susceptible d'impacter la continuité de son activité et la disponibilité et l’intégrité de ses contenus et données.".

En droit, c'est ce qu'on appelle "la volonté des parties". Cette clause est claire, sans ambiguïté aucune. En contractant, le client a de facto accepté cette clause de limitation de responsabilité.

[airelle]

Quand je pense qu'OVH est en train de préparer son introduction en bourse... Ça donne envie...

[castor74]

Bonsoir, je pose une question de béotien, bien que j'aie moi aussi un site chez OVH depuis 2008 et qui me donne toute satisfaction. Bref, ça peut cramer 20 fois chez OVH, ça va évidemment rendre mon site inaccessible pendant un moment de la part des internautes, mais les données, je les ai chez moi, sur des back-ups dument mis à jour...

[walt]

Il y a aussi certaines applications qui ont des problèmes de fonctionnement en ce moment comme celles qui sont en liaisons avec des sites web hébergés par ovh. l'application Pock pour gérer la touch bar fonctionne mal et les widgets non disponibles . Le site web lui même ne répond plus par ex

[Y E S]

Quand je pense qu'Apple nous harcèle avec son iCloud.....

Quel rapport avec cet évènement?!?

le iCloud n'est t-il pas un Data stockage dans des mégas serveurs, susceptibles d'être détruits de la même façon?
peut-être je me trompe, sans doute?

Utiliser un Cloud est une sécurité supplémentaire au contraire, tes données sont au minimum dans ta machine et ailleurs donc dans un Cloud.
Fais toi voler ton Mac tu seras heureux d'avoir un backup dans un cloud...

[otto87]

Il y a aussi certaines applications qui ont des problèmes de fonctionnement en ce moment comme celles qui sont en liaisons avec des sites web hébergés par ovh. l'application Pock pour gérer la touch bar fonctionne mal et les widgets non disponibles . Le site web lui même ne répond plus par ex

Une application de gestion de cette horreur qui va disparaître qui a besoin d’accéder au cloud pour fonctionner... on est chez les fous!

[walt]

Il y a aussi certaines applications qui ont des problèmes de fonctionnement en ce moment comme celles qui sont en liaisons avec des sites web hébergés par ovh. l'application Pock pour gérer la touch bar fonctionne mal et les widgets non disponibles . Le site web lui même ne répond plus par ex

Une application de gestion de cette horreur qui va disparaître qui a besoin d’accéder au cloud pour fonctionner... on est chez les fous!

Et d’une la touch bar n’est pas une horreur mais au contraire très utile pour beaucoup de chose . Et de deux, de nos jours énormément d’applications voir de systèmes ont besoins du cloud pour fonctionner c’est comme ça . Quant à la disparition de la touch bar , on en reparlera. Apple vient quand même de sortir un MacBook pro 13 m1 avec touch bar .......

[xav_mtx]

Quand je pense qu'OVH est en train de préparer son introduction en bourse... Ça donne envie...

Justement, pas tant que ca.
Un incendie dans un datacenter, ca peut arriver.
Par contre, c'est une excellente opportunite pour OVH de montrer leur competences en matiere de retablissement du service et de transparence.
Affaire a suivre.

[...] Et de deux, de nos jours énormément d’applications voir de systèmes ont besoins du cloud pour fonctionner c’est comme ça . [...]

Bah non, faut arreter de considerer ca comme une fatalite.

Il y a des cas de figure ou (pour des donnees live), il est tout a fait comprehensible qu'une connexion online soit necessaire.

Que ca soit indispensable pour tout le reste c'est pas acceptable.
Ca peut vouloir dire plusieur choses:
- le dev aura eu la flemme de gerer une option "offline"
- le dev veut te garder captif et veut avoir la main a tout moment sur l'application, c'est en general pour de mauvaises raisons pas reluisantes.

Ca veut aussi dire qu'une application ne sera plus utilisable si le dev/editeur decide d'arreter ses serveur, c'est a la mode, et completement insuportable.

[iAPX]

...
Ca veut aussi dire qu'une application ne sera plus utilisable si le dev/editeur decide d'arreter ses serveur, c'est a la mode, et completement insuportable.

Sur le fond tu as raison, dans ce cas précis, Pock, il s'agit d'une application totalement libre et gratuite.

Alors oui, on peut toujours faire mieux, pour ma part j'ai de l'estime pour ces développeurs qui donnent de leur temps et leur travail pour tous les autres.

[otto87]

[...] Et de deux, de nos jours énormément d’applications voir de systèmes ont besoins du cloud pour fonctionner c’est comme ça . [...]

Bah non, faut arreter de considerer ca comme une fatalite.

Il y a des cas de figure ou (pour des donnees live), il est tout a fait comprehensible qu'une connexion online soit necessaire.

Que ca soit indispensable pour tout le reste c'est pas acceptable.
Ca peut vouloir dire plusieur choses:
- le dev aura eu la flemme de gerer une option "offline"
- le dev veut te garder captif et veut avoir la main a tout moment sur l'application, c'est en general pour de mauvaises raisons pas reluisantes.

Ca veut aussi dire qu'une application ne sera plus utilisable si le dev/editeur decide d'arreter ses serveur, c'est a la mode, et completement insuportable.

Exactement! Qu'une mise à jour de profil d'application pour toutch bar soit nécessaire de temps en temps, ça peut se comprendre, mais la nécessité d'une connexion permanente n'a aucun sens, que ce soit pour la sécurité ou tout simplement pour la sacro-sainte empreinte carbone dont on nous rebat les oreilles jusqu’à l’écœurement.
Je digresse, mais la besoin de consommation électrique double tout les 5 ans pour ces conneries de machin connecté/data center alors même qu'on nous emmerde pour un pet de vache...Cherchez la logique...

Ce message a été modifié par otto87 - 10 Mar 2021, 23:55.

[zzax]

"Ils ont frit, ils ont tout compris."

Patapéééééééé !

Merci de m'avoir fait rire aux larmes

[406]

"Ils ont frit, ils ont tout compris."

Patapéééééééé !

Merci de m'avoir fait rire aux larmes

c'est plutôt frit-cassé…