Auteur Sujet: Incendie OVH à Strasbourg: SBG2 complètement détruit. SBG1 détruit à 42%.  (Lu 284792 fois)

0 Membres et 1 Invité sur ce sujet

Law3r

  • Abonné Orange adsl
  • *
  • Messages: 866
  • Grand Est!
2 onduleurs qui prennent feu, après le passage d'un presta je suppose, 1 jour après l'annonce de l'IPO ?

Ca sent un peu le sabotage quand même.

Ca promet une belle bataille judiciaire

Law3r

  • Abonné Orange adsl
  • *
  • Messages: 866
  • Grand Est!
Mais dans ce cas, tu as absolument le droit (et le devoir) de demander où c'est stocké.
Tu achètes tout sur des plaquettes commerciales sans poser de question ?

On parle d'informatique pour des pros.

Vu le service client et technique OVH, ou il faut des heures pour avoir quelqu’un de compétents...

butler_fr

  • Client Bbox adsl
  • Modérateur
  • *
  • Messages: 3 607
  • FTTH orange
Pour le coup est ce que l'on a des retours sur ce qu'on donnait les VMs (haute disponibilité) de OVH ?
Celles qui étaient à Sbg combien a duré la coupure ? Toujours down ?

Pour les VMs je ne sais pas
mais pour ce qui est des mails normalement tout est reparti.

xp25

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 5 938
La France dans toute sa splendeur.

A quand la marche blanche pour SBG2 et les excuses de l'état pour ne pas avoir mis en place une réplication du site OVH Strasbourg sur 6 sites différents (à sa charge bien sûr) et protéger de manière divine le site contre le feu d'onduleur ?  ::)

Ailleurs, Octave serait déjà seul sur une scène face une assemblée d'élus pour répondre de ses actes de négligences et pas entrain de papoter sur Twitter ou faire une vidéo d'explication drama comme pour la télé réalité.

On voit le sérieux en même temps que l'humour de la boite en 1 image :



Apparemment, ça ne marche que pour les cookies  ;D

mirtouf

  • Abonné Bbox fibre
  • *
  • Messages: 1 304
  • Chelles (77)
    • L'antre de la bête
La triple réplication made in OVH qui fleure bon l'amateurisme.

Kedare

  • Expert Scaleway
  • Expert
  • *
  • Messages: 144
  • Nantes (44)
La triple réplication made in OVH qui fleure bon l'amateurisme.

Tu crois que la réplication des disques sur AWS va sur plusieurs DC ?
Non c’est pareil partout.

jack

  • Professionnel des télécoms
  • *
  • Messages: 1 676
  • La Madeleine (59)
Justement OVH c'est tout sauf pro

A fuir en courant

Malheureusement on utilise des outils (seulement de manière internes ouf) hébergés chez OVH, et en moyenne depuis 5 ans, une journée par an, on est en panne par la faute d'OVH.

Pour nos clients on fait tout héberger sur AWS. En comparaison les problèmes sont rarissimes (mais ca arrive tout de même), et surtout ca réagit et répare très très très vite. Après c'est pas la même philosophie non plus. AWS c'est pas du dédié, y'a pas de réelle notion de machine physique pour le client final, c'est amazon qui fait sa soupe avec ses ressources physiques pour offrir des ressources virtuelles "à très haute tolérance de panne".

OVH a mon sens est resté à l'âge de pierre en restant très "serveur physique-centric". C'est une offre beaucoup trop vulnérable aux coups du sort. En rajoutant à cela que les fallback contre les coups du sort ne fonctionnent jamais chez OVH (incendie ce coup ci et vous vous souvenez de la fois où les générateurs ont pas réussi à démarrer pour pallier une coupure de courant?)

Alors ..
En fait, non
L'hôte qui héberge ton EC2 meurt ? Tu perds la VM et son stockage

Les garanties OVH et AWS sont similaires, et c'est très commercial
Entre un serveur (VM ou physique) et un service, il faut mettre du travail. Tu peux prendre le risque de ne pas le faire, de t'en passer. Qui joue accepte de perdre, comme c'est le cas aujourd'hui :)

vivien

  • Administrateur
  • *
  • Messages: 47 183
    • Twitter LaFibre.info
Si j'ai bien compris, les éléments de forte puissance électrique (transfo, TGBT, onduleurs) sont au rez-de chaussé du bâtiment.

Donc en cas d'incendie sur un équipement, cela peut rapidement se propager aux étages supérieurs qui hébergent les serveurs.

Je comprends que vu leur poids on mette ces équipements en bas (j'ai même vu des datacenter ou c'est en sous-sol), mais c'est vrai que si il n'y a pas un plancher résistant eu feu, c'est risqué...

quentin96

  • Abonné Orange Fibre
  • *
  • Messages: 83
  • Caen (14)
OVH vend son service à des professionnels, et il est de leur responsabilité de s'assurer que les backups correspondent à leur besoin. Sur site, hors site, peu importe, c'est le choix du client, et OVH permet d'accéder à tous les outils qu'il faut. Ce n'est pas parce que X ou Y est incompétent ou s'est fait enfumer par un prestataire qui n'a pas regardé comment les backups se faisaient que c'est la faute d'OVH.

Je ne peux qu'approuver !

Pour nos clients on fait tout héberger sur AWS. En comparaison les problèmes sont rarissimes (mais ca arrive tout de même), et surtout ca réagit et répare très très très vite. Après c'est pas la même philosophie non plus. AWS c'est pas du dédié, y'a pas de réelle notion de machine physique pour le client final, c'est amazon qui fait sa soupe avec ses ressources physiques pour offrir des ressources virtuelles "à très haute tolérance de panne".

Faux.
Comme le disent d'autre personne, AWS pousse a utiliser du multi-az au maximum, pour justement eviter ces cas.

Il est déjà arrivé qu'une region complete tombe chez AWS

La France dans toute sa splendeur.

Effectivement, a ne pas vouloir assumer ses erreurs et vouloir rejeter tout sur le presta, tout le temps, pour moins de 1€/mois, surtout !


Tu crois que la réplication des disques sur AWS va sur plusieurs DC ?
Non c’est pareil partout.

J'irai plus loin, un EBS dans AWS est lié a une AZ, et il est impossible de switcher l'AZ.

C'est different chez Google Cloud par exemple.


L'important n'est pas de savoir qui fait mieux ou pas, mais surtout de connaitre le produit avant de l'utiliser, Ca eviterai au gens de faire les choquer quand il se passe qqc.

vivien

  • Administrateur
  • *
  • Messages: 47 183
    • Twitter LaFibre.info
OVH indique sur son site : "Every data center room is fitted with a fire detection and extinction system, as well as fire doors. OVHcloud complies with the APSAD R4 rule for the installation of mobile and portable fire extinguishers and has the N4 certificate of conformity for all our data centers." mainteant qu on a compris qu'une certif N4 ne protège pas d'un incendie majeur , nous ne savons même pas quoi exiger du nouveau prestataire  ::)
Attention, c'est une citation qui vient du site US où effectivement, comme au Canada, OVH à un système de détection et d'extinction d'incendie équipés de sprinkler sur tous ses sites.

VascoDaRoxor

  • Abonné Orange Fibre
  • *
  • Messages: 2
  • Strossburi (67)
Salut à tous,

J'ai perdu mon VPN dans l'incendie, par chance, je n'avais aucune donnée sur le VPS, donc rien de grave, j'attends de voir ce qu'il en est, mais je pense switcher chez Leaseweb.

En tout cas ça me fait bien marrer cette histoire, même si c'est moche pour ceux qui ont perdu irrémédiablement toutes leurs données.
Malheureusement on sait comment ça fonctionne le business, et la backup reste souvent la dernière chose à mettre en place sur la liste.
C'est le moment de sortir la fameuse statistique des white paper des solutions constructeurs : 90% des société qui perdent leurs données font faillite dans l'année qui suit !

Quand je vois certaines photos des pompiers ça me fait penser à Tchernobyl !
En tout cas on rigolera encore plus quand AWS, Azur, ou GCP auront un blackout global !
N’oublions pas la loi de Murphy que je résume de la manière suivante : " tout ce qui peut arriver, arrivera ! "

Voici quelques photos que j'ai prises sur place :





Leon

  • Client SFR sur réseau Numericable
  • Modérateur
  • *
  • Messages: 5 991
Je ne peux pas croire une seule seconde qu'il n'y ait aucune sécurité incendie dans un bâtiment industriel de ce type, ne serait-ce que de la détection, ça me semble juste impossible, d'autant que oui, ils ont des certifications, et donc des contrôles.
OVH a une sécurité incendie, oui. Avec des détecteurs de fumée, des extincteurs portables. Et certainement des lances à incendie haut débit. Tout ça c'est obligatoire. C'est évident.
Mais ces règles, c'est le minimum vital, qui est avant tout destiné à mettre les personnes en sécurité quelles que soient les conditions.

Mais c'est apparemment/évidemment très en dessous du standard qu'on mets habituellement dans un datacenter de cette taille. La très grande majorité des datacenter standard de cette taille (plusieurs milliers de baies) ont des moyens automatiques de lutte contre les incendies qui vont bien au delà de 1 extincteur tous les 10 mètres. Plus des cloisons et planchers résistant au feu, permettant de circonscrire le feu dans une zone restreinte, en attendant l'arrivée des pompiers (moyens lourds de lutte contre le feu).

Quand tu gères un bâtiment qui génère des dizaines de millions d'euros de chiffre d'affaire par an (je pense que c'est le bon ordre de grandeur pour SBG entier), qui contient du matériel informatique qui coute des dizaines de millions d'Euros, et qui peut te faire perdre beaucoup d'argent s'il s'arrête seulement quelques heures, alors je pense qu'il faut réfléchir à 2 fois avant de choisir le minimum vital/légal dans la protection incendie. De même, indépendamment du débat sur les sauvegardes, le bâtiment stocke des données d'une valeur inestimable pour beaucoup de clients si ces données ne sont pas récupérables.
C'est mon avis, tu as le droit de ne pas être d'accord.

Pour finir, oui, le concept d'Availability Zone, notamment pour les sauvegardes, n'est pas assez bien porté par nos cloud provider nationaux.
Nos cloud provider français doivent participer à l'éducation des clients sur le sujet.
OVH offre un service de sauvegardes, mais dans certains cas il n'est pas possible de savoir où cette sauvegarde est physiquement hébergée.

Leon.
« Modifié: 11 mars 2021 à 19:31:18 par Leon »