Un gros incendie a détruit une partie du centre de données strasbourgeois d’OVH 🆕
Un incendie violent s’est déclaré vers quatre heures ce matin au centre de données strasbourgeois d’OVH, le numéro un de l’hébergement en Europe. Malgré la mobilisation sur place d’une centaine de pompiers, d’une quarantaine d’engins et malgré l’aide des secours allemands venus en renfort, l’incendie a entièrement détruit l’un des bâtiments qui hébergeaient des serveurs. Un autre bâtiment a été partiellement détruit, et deux autres ont été épargnés, mais restent encore isolés.
#Strasbourg Un bâtiment de stockage de serveurs informatiques @OVHcloud_FR ravagé par un incendie #DNAinfos https://t.co/EuELb9Nux3 pic.twitter.com/MKlXDInhWP
— Antoine Bonin (@abonin_DNA) March 10, 2021
Le feu a été maîtrisé vers 5h30, mais les pompiers sont toujours sur place pour l’éteindre entièrement. Il n’y a eu fort heureusement aucune victime humaine, les quelques employés d’OVH présents sur place ont pu quitter les lieux à temps. Le bilan matériel est en revanche lourd pour l’hébergeur : le bâtiment SBG2 a été complètement détruit et son voisin SBG1 l’a été partiellement.
SBG3 et SBG4 ont été épargnés par les flammes, mais l’arrivée électrique sur tout le site ayant été coupée, l’entreprise conseille de ne pas compter sur ces installations. Le créateur d’OVH Octave Klaba a indiqué sur Twitter que l’accès au site était impossible et qu’il ne fallait pas compter sur un redémarrage aujourd’hui. Les serveurs stockés dans SBG1 et SBG2 sont soit détruits, soit inaccessibles jusqu’à nouvel ordre, sachant qu’il faudra reconstruire l’un des bâtiments.
Pour information, MacGeneration est hébergé par OVH, mais dans un centre de données différent. L’incendie à Strasbourg n’a pas d’impact négatif sur nos services, mais plusieurs sites sont indisponibles ce matin, dont des sites officiels. Cet incident tombe en tout cas bien mal pour l’hébergeur, qui se préparait justement à entrer prochainement en bourse.
MàJ le 10/03/2021 10:38 : à dix heures, Octave Klaba, qui s’est rendu sur place, indique qu’ils envisagent d’entrer dans SBG3 pour évaluer les dégâts. Un plan va être mis en place pour redémarrer le site, au moins pour SBG3 et SBG4, peut-être SBG1 si les dégâts ne sont pas trop important.
MàJ le 10/03/2021 11:15 : les serveurs dans SBG3 sont tous en bon état, même s’ils restent éteints pour le moment. OVH va mettre en place un plan pour leur remise en ligne, sans donner d’estimation de temps pour le moment.
MàJ le 10/03/2021 11:43 : la moitié de SBG1 est détruit, d’après Octave Klaba. On comprend mieux pourquoi en regardant cette vue aérienne du site, fournie par Google Maps (via lafibre.info) : le bâtiment SBG2 qui a été totalement détruit est celui sous l’épingle rouge, au centre du site. SBG1 est situé à sa gauche et sa structure en deux parties explique pourquoi la moitié a été détruite. SBG3 est placé à sa droite et les pompiers ont réussi à maîtriser l’incendie à temps, si bien que ses serveurs n’ont pas été endommagés.
Reste que pour relancer l’activité, il faut attendre que l’incendie soit entièrement éteint, s’assurer de la sécurité de l’ensemble et vérifier en particulier que le circuit électrique fonctionne encore correctement. Il va falloir faire preuve de patience…
MàJ le 10/03/2021 13:12 : première esquisse de plan de relance pour SBG1, SBG3 et SBG4, sur une à deux semaines. OVH devra reconstruire les alimentations électriques des sites et vérifier les matériels réseau ainsi que les liaisons en fibre optique. Le plus important à retenir de cette première annonce d’Octave Klaba, c’est qu’il faudra plusieurs jours dans le meilleur des cas pour un retour à la normale.
MàJ le 10/03/2021 16:14 : le plan de retour à la normale commence à se dessiner, avec deux dates données par Octave Klaba. SBG1 et SBG4 doivent être relancés dès ce lundi 15 mars, date à laquelle le site sera à nouveau connecté au réseau internet d’OVH. Le retour de SBG3 est prévu pour le vendredi suivant, soit le 19 mars.
SBG2 ayant été détruit entièrement, il n’y a pas de date pour un éventuel retour. À la place, OVH a prévu de transférer tous ses clients sur ses centres de données de Roubaix et Gravelines. Dix mille serveurs seront ajoutés dans le mois à venir pour répondre à la demande et remplacer ce qui a disparu dans les flammes.
MàJ le 10/03/2021 20:24 : vous pouvez suivre le journal de l'intervention à cette adresse.
Sûr que ce n'est pas un accident
@esclandre77
Les accidents, ça n’existe pas, pas plus que les maladies, les attentats, les erreurs, les défauts. Tout le monde contrôle absolument tout dans le monde.
@ludmer67
On le sait depuis longtemps. Dans la série V, autrefois, on apprenait que les reptiliens s’organisaient pour contrôler le monde. Avec le temps, ils y sont arrivés, et aujourd’hui ils brûlent les data center qui hébergent les dernières copies de la série pour effacer toute trace de preuve de leur présence sur terre.
Je l’ai lu sur internet, donc c’est vrai (comme dit ma grand-mère).
@Seize
C’est la faute à la 5G pilotée par des sauropodes constamment bourrés ! Ça tire trop !
On sait tous que c’est la faute de julrou…
@WebOliver
Ah mais t’es là toi 😀.
Mais shhhuuuut ne parle pas trop fort ! Après il va venir... ils nous a assez cassé les burnes pendant une 15aine d’années sur ces forums 😂
Je ne suis jamais très loin…
La 5G qui est dans les masques ?
@Seize
Dans le documentaire sur la guerre des mondes avec le journaliste Tom Cruise
Nous savons de source sur que les extra-terrestres ont construit des iPod géants pour nous détruire
@deltriox
Des tr-ipods géants.
@deltiox
😂
@Seize
> ils brûlent les data center qui hébergent les dernières copies de la série
> pour effacer toute trace de preuve de leur présence sur terre.
Pas besoin de justification, dans tous les cas c'est une bonne cause :-)
@esclandre77
Ok... direct théorie du complot. Ça devient lassant
@victoireviclaux
#NousSachons
@quentinf33
🙉😆
@esclandre77
Sur qu’en écrivant ça tu fais honneur à ton pseudo (ou pas)
@DG33
« Sur qu’en écrivant ça tu fais honneur à ton pseudo (ou pas) »
Les sabots du Tullius Détritus aux petits pieds sont tellement gros 😄
Cela manque de finesse pour réellement créer des polémiques, ses petites déjections se croyant acerbes sont bien trop évidentes.
Comme ses attaquants fumeuses contre la rédaction de MacGe dont il c’est fait une spécialité
@esclandre77
C’est un pangolin
Comme dirait l'autre: Ne jamais invoquer le "malice" quand la stupidité suffit à expliquer.
autrement dit un "J'ai glissé chef" est plus probable qu'un missile russe ( ou iranien)
@esclandre77
« Sûr que ce n'est pas un accident «
Pour une fois je vais être sympa. En lisant les articles sur OVH sur internet, tu pourras voir que la société allait faire son introduction en bourse, d’ici quelques semaines. La date n’était pas fixée, mais il était question du « premier trimestre 2021 ». De quoi alimenter quelques rumeurs, car il est très probable que l’incendie retarde cette entrée en bourse, le temps que le souvenir des flammes refroidisse dans l’esprit des investisseurs !!
@ esclandre77
Qu'est-ce qui te permet d'être absolument certain? quelles preuves?
croire en dieu n'a pas besoin de preuves.
Bizarre qu'un centre de données ne soit pas le miroir d'un autre, et vice versa.
Si ton back up est stocké dans le même bâtiment, dans le cas d'un incendie c'est un peu la loose.
@adrien1987
Normalement si ton backup n’est jamais stocké au même endroit sinon tu perds tout
C’est juste que le routage vers le backup ne se fait pas instantanément (et même parfois il faut l’intervention de quelqu’un pour le mettre en place)
@yocoman31
Les règles du backup c’est 3/2/1.
3 copies des données.
2 locales
1 distante.
Si c’est pas respecté, les données peuvent déjà être perdues en cas de problème.
C’est plus une question de quand que comment.
@eX0
“Les règles du backup c’est 3/2/1.”
Si c’était aussi simple 😉
Mais c’est une bonne base 😎
@YetOneOtherGit
L’énoncé est simple et les solutions pullulent.
@adrien1987
Oui vraiment étonnant qu’OVH n’ait pas une redondance distante pour permettre de maintenir fonctionnement des sites qu’ils hébergent.
il y a les hébergements partagés, dont j'imagine que les serveurs sont répliqués
et il y a les serveurs dédiés loués, et ça ... c'est un peu à toi de gérer ce qu'il y a dedans
@pocketalex
+1
@adrien1987
C'est la différence entre réplication et haute disponibilité. En coût il doit y a avoir un facteur mille pour avoir un système qui switche automatiquement sur le backup (ça c'est pour ma solution commerciale, il y a aussi des geeks qui arrivent à faire des prouesses avec des outils libres).
Oui c'est chaud ce qui leur arrive.
-https://twitter.com/ITA6768/status/1369557522437308416/-
Backup/Backup/Redondance/Plan d'urgence.
@xDave
Ah oui, c'est impressionnant. Merci pour le lien, j'ai glissé la photo.
Je suppose que ce genre de boîte a des sauvegardes miroirs stockées sur des serveurs distants géographiquement ?
@shaba
J’imagine que oui, j’espère
pour les données dont ils avaient la responsabilité, oui. Les serveurs mutualisés, les VPS avec option de sauvegarde automatique souscrites.
Par contre pour les serveurs dédiés et autres vps sans option de backup automatique, non, c'est au client de s'en occuper comme bon lui semble.
Par exemple je loue un serveur dédié. Bon, coup de bol, il est sur le datacenter de Roubaix. Mais si il était à Strasbourg, il m'appartiendrait d'avoir un backup pour pouvoir redéployer asap sur un autre serveur dédié que OVH va me proposer. Enfin, sûrement pas immédiatement, car ils doivent être sérieusement en manque de serveurs, là, quand même.
@byte_order
D’accord merci !
+1 aux commentaires précédents. Depuis quand un centre qui brule réduirait à néant les données dessus ? ou sont les sauvegardes miroir etc ?
peut-être qu’ils ne peuvent pas les activer tres rapidement ceci dit, mais bon, quand meme…
Accessoirement, l’incendie vient d’où? une prise chinoise pas chere utilisée dans un coin ?
@raoolito
On va peut-être leur laisser le temps d'éteindre complètement l'incendie, on verra ensuite pour connaître la cause ?
Pour les sauvegardes, OVH n'en propose pas systématiquement, c'est souvent aux clients de gérer. Et même quand on utilise le système de sauvegarde intégré, elles sont en effet faites par défaut sur place, pas forcément dans le même bâtiment, mais dans le même centre de données.
@nicolasf
oui bien sur pour l’incendie. Mais parfois on deja des indications de par là ou le feu a pris par exemple.
sinon ok pour la sauvegarde, mais sur le meme site c’est quand meme nul je trouve.
moi je m'étonne qu'un tel batiment, avec de telles données critiques, ne dispose pas de dispositif anti incendie plus sérieux
C'est sur qu'avec la consommation électrique de ce monstre, un court-circuit fait plus de dégats qu'une simple prise 220V, mais tout de même je suis étonné qu'un tel incendie puisse y avoir lieu, ce n'est pas une fabrique de tissu ni un stockage de foin, c'est de la tôle et du plastique partout, entouré de béton.
@pocketalex
« moi je m'étonne qu'un tel batiment, avec de telles données critiques, ne dispose pas de dispositif anti incendie plus sérieux »
C’est peut-être lui qui a pris feu?? 😳
@pocketalex
Attendons le post-mortem pour en juger. Les photos montrent un incendie vraiment violent, j’imagine mal quel dispositif pourrait lutter contre ça.
@Nicolas
rarement un batiment brûle d'un coup. ça commence par un petit feu dans un petit coin, et c'est là ou la sécurité doit jouer son rôle. Si l'incendie se propage, il peut devenir incontrolable et c'est pas une douchette au plafond qui va éteindre une pièce entière en flammes
La mairie d'annecy a connu un incendie du à un court cirtcuit électrique, mais c'est surtout la toiture en bois ancien qui a mangé, et le batiment date de plusieurs siècles.
Idem pour Notre Dame, le feu a démarré doucement, mais à un certain moment d'intensité, les poutres de la toiture, qui ne brulent pas comme ça, sont parties à toute vitesse (on a vu les images)
Mais là, on parle d'un batiment moderne avec assez peu de matières inflammables (moquettes, rideaux, mobilier en bois, papier), du coup je suis étonné de l'ampleur de l'incendie, pas sur la fin (tout le batiment) car comme dit, une fois que c'est parti à un certain niveau, c'est quasiment inarrêtable, mais plutot sur le début
@pocketalex
On ne sait pas exactement ce qui s’est passé, mais OVH dit bien qu’il n’y avait rien à faire pour l’arrêter, sous entendu c’était violent dès le départ.
On sait en revanche que la structure est en métal avec des planchers en bois, ce qui n’a peut être pas aidé. Mais il faudra attendre leur retour pour savoir ce qui s’est passé précisément.
@pocketalex
« Idem pour Notre Dame, le feu a démarré doucement, mais à un certain moment d'intensité, les poutres de la toiture, qui ne brulent pas comme ça, sont parties à toute vitesse (on a vu les images) »
A Notre-Dame, le feu a démarré lentement et a été détecté par l’un des capteurs thermiques. Une personne a été vérifier le point chaud avec une caméra thermique et n’a rien trouvé.. parce que les débiles qui avaient installés le système s’étaient trompé dans le mapping de certains capteurs (il y en avait plus d’un millier).
Si l’ordinateur de contrôle avait eu la bonne localisation du point chaud, l’incendie aurait été maitrisé avant même de démarrer. C’est fou cette histoire .. des milliards de dégâts parce qu’un système préventif anti-incendie a été mal configuré et surtout NON TESTÉ !
C’est peut-être la même entreprise qui a installé le système de prévention des incendies, à Strasbourg ?
@IceWizard
“Si l’ordinateur de contrôle avait eu la bonne localisation du point chaud, l’incendie aurait été maitrisé avant même de démarrer. C’est fou cette histoire .. des milliards de dégâts parce qu’un système préventif anti-incendie a été mal configuré et surtout NON TESTÉ !”
La quantité de grave pb fruit d’erreurs informatiques ou de laisser faire coupables s’accumule avec les décennies.
Dans son remarquable ouvrage de vulgarisation “L’hyperpuissance de l’informatique” l’immense Gérard Berry en dresse un inventaire effrayant
https://www.odilejacob.fr/catalogue/sciences/mathematiques/hyperpuissance-de-l-informatique_9782738139535.php
Un ouvrage dont je recommande fortement la lecture 🧠💪
@YetOneOtherGit
« La quantité de grave pb fruit d’erreurs informatiques ou de laisser faire coupables s’accumule avec les décennies. »
Les erreurs ça arrive tout le temps. C’est normal d’en faire. D’où la nécessité de faire des tests avant de valider un système complexe, ce qui n’a pas été fait à Notre-Dame.
@IceWizard
"Les erreurs ça arrive tout le temps. C’est normal d’en faire. D’où la nécessité de faire des tests avant de valider un système complexe, ce qui n’a pas été fait à Notre-Dame."
Tu te méprends sur la portée de mon propos qui abondait dans ton sens 😉
Après tu croise encore des Dev In Name Only pour qui “tester c’est douter” 🤢
@YetOneOtherGit
Dans la boîte pour laquelle je travaille, on me reprochait souvent mes longs délais dans mes développements.
Mais faut savoir que 80% du code, c’était pour tester les 20% restants.
Pages