OVH : vers une introduction en bourse ?

Je me suis d’abord posé la question des pratiques d’OVH par rapport aux règles de l’art (sites secondaires éloignés géographiquement, etc), mais effectivement cela dépend pour chaque client du niveau de service souscrit. Je pense qu’on aura une meilleur vue quand la poussière sera retombée (sans mauvais jeu de mot).
A leur décharge, ils disent que "si vous utilisez le Backup FTP #OVH, vos sauvegardes sont dans un autre datacenter"
(cf. https://twitter.com/xgarreau/status/1369559995491172354)
Je ne suis pas client OVH mais il semblerait qu’il y ai de l’espace de backup gratuit même sur les offres les plus simples.

Après comme dit dans ce fil, un backup c’est bien mais il faut une infrastucture pour le déployer et je n’ai pas vu de communication indiquant que des clients avec une Prod sur Strasbourg se verraient proposer des ressources sur d’autres datacenters pour y déployer leurs backups (autres ceux qui l’ont prévu dans leur PCA avec le service idoine).

Ils ont un SLA qui garantie un niveau de disponibilité sur le mois.

S’il n’est pas atteint, on a un % de la facture remboursé en crédit.

Je pense que leur responsabilité s’arrête là.

Clairement, un service critique incapable de redémarrer en 24h / 48h ne peut s’en prendre qu’à lui même.

Je suis cependant très curieux d’avoir des détails, pour avoir visité plusieurs data center, ça me semble très étonnant qun data center conçu dans les règles de l’art puisse brûler intégralement.

Ils parlent de 12.000 serveurs HS

Octave Klaba (OVH) a écrit :

Update 4pm
We plan to restart SBG1+SBG4+the network by Monday March,15 and SBG3 by Friday March,19.
In RBX+GRA we have the stock of new servers, pcc, pci ready to be delivered for all the impacted customers. Of course for free. We will add 10K servers in the next 3-4 weeks.

Donc si on résume :
- Retour du réseau sur SBG1 et SBG4 au plus tôt Lundi 15 (donc 5 - 6j sans service pour les clients SANS backup sur autre site).
Sachant que sur SBG1, 4 pièces (sur 12) ont été détruites, ça fait 33% de chance d’avoir perdu toutes ses données.
- SBG3 redémarre Vendredi prochain au plus tôt soit 9j après l’incident.



Je reste perplexe face à la construction de ces datacenters, dans des conteneurs métalliques (SBG1).
Tout le bâtiment contenant SBG2 sera probablement à démolir. A voir si il y reste quoi que ce soit de "récupérable".

Les clients qui ont leurs backups sur les mêmes sites sont bloqués jusqu’à minima le rétablissement du réseau sur ces datacenters. Ensuite ce sera la loterie suivant le numéro de datacenter puis la pièce concernée …

Migrer toutes les instances de ces clients n’est techniquement pas envisageable j’imagine vu le volume mais OVH indique que les sites RBX et GRA s’apprêtent à encaisser la charge (déjà que OVH n’est pas connu pour être le plus régulier sur leur uptime alors avec la montée en charge de ces datacenters là ça risque d’être tendu).
La montée en charge se fera progressivement avec l’arrivée de nouvelles baies serveurs sur le mois à venir donc pas de retour à la normale pour OVH avant un moment. Viendra ensuite la galère des remboursements clients, assurance, etc.

Ouch ! Les conséquences vont se faire sentir un moment. Une piqure de rappel violente quand à la nécessité d’un PCA pour certaines entreprises.

Je ne serai pas aussi pessimiste sur la suite pour OVH. Ce n’est pas leur premier incident industriel (coupure electrique sur le meme site en 2017), à l’époque ca avait déjà fait du bruit sans empêcher leur croissance par la suite.

Il faut bien comprendre ce que vend OVH, ce n’est pas du SaaS, le backup et le Disaster Recovery Plan sont (en général) à la responsabilité du client. C’est un positionnement différent d’Amazon, Microsoft ou Google, qui fournissent une couverture plus large, jusqu’au DRP. C’est un service de meilleure qualité, pour plus cher, et c’est bien normal.

Leur positionnement est principalement sur de l’IaaS, Infrastructure as a Service. Pas du cloud, et donc logique de ne pas les voir apparaître dans les plus gros fournisseurs Cloud…

Je ne comprends pas pourquoi on parle des origines d’Octave Klaba. Quel est le rapport avec l’incendie ?

Et quel est le rapport avec l’écriture inclusive ?

La classification Seveso ne correspond pas à une classification en tant qu’infrastructure essentielle mais en tant qu’infrastructure présentant des risques pour l’environnement en cas de problème (risques chimiques par exemple)

"Les établissements industriels sont classés « Seveso » selon leur aléa technologique en fonction des quantités et des types de produits dangereux qu’ils accueillent."
Dixit votre lien Chnapy donc pas de produits particulièrement dangereux dans un datacenter.
Ce qui est étonnant est que dans ce genre d’installations, les salles de serveurs sont protégées par de la détection incendie bien sûr mais aussi par un système d’extinction asservi (bouteilles de FM200 ou autre agent extincteur).
L’enquête dira pour quelle raison le feu a-t-il pu autant se propager, ces systèmes d’extinction ayant vocation à éteindre un incendie en formation dans une salle précise. Enqûete qui dira aussi s’il y avait absence ou non des ces systèmes, à juste titre ou non et surtout dans le cas où il y en avait, s’ils ont bien fonctionné (certains peuvent être tentés de les déconnecter par "facilité de maintenance" ou crainte des effets d’un tel déclenchement, ou simplement une erreur de maintenance non intentionelle).
Je pense que l’enquête sera très instructive et nous en dira plus sur ce genre d’installations dans des containers.

Je suis en phase avec le commentaire de Surin.

Il faut savoir, que l’ouverture d’un datacenter, comme tout site industriel, est soumise à des normes, des audits et des contrôles. J’imagine donc que ce datacenter respectait les normes.
Ce qu’il faut savoir, c’est que ce datacenter est un peu particulier, car il utilisait des containers de transport au niveau de son infrastructure bâtiment.
En ce sens, je comprend qu’il était "innovant". Mais "innovant" ne veut pas dire qu’il ne respectait pas les normes.
Par contre, il a subit un gros problème d’alimentation électrique en 2017, et les groupes électrogènes n’avaient pas démarrés entraînant une indisponibilité majeur.

Donc, tout comme Surin, j’attends les résultats de l’enquête. Car un datacenter d’un prestataire spécialisé qui brûle en France, pour moi, c’est une première !
Le système d’extinction n’a pas marché ? Sprinkler, gaz à étouffement, système de refroidissement des flammes …… ?

Pour moi, ce genre de sinistre est tout bonnement incroyable et impensable, et je ne pensais pas que cela soit possible en France, d’où le grand pessimisme pour OVH que j’ai exprimé un peu plus haut.

A+
Zeb

Chnapy a écrit :

J’ai été très surpris de lire l’absence de classification Seveso d’un site aussi critique pour nombre d’entreprises et organismes français & européens.
C’est peut-être moi qui interprète mal la directive, mais si les autres datacenters français sont tout autant vulnérables ça m’inquiète un peu pour l’avenir du nuage national.

Vous confondez sans doute le classement SEVESO, qui est une sous catégorie du classement ICPE (installation classée pour la protection de l’environnement) qui est régi par le code de l’environnement et le classement OIV (opérateur d’importance vitale) qui identifie les organisations ayant des activités vitales pour la nation et leur fixe un certain nombre d’obligations. Ce classement est régi par le code de la défense.
Il existe bien un secteur "communications électroniques  et internet", mais il est impossible de savoir si OVH est désigné OIV dans ce secteur, la liste n’étant pas publique.

Pour avoir installé ces systèmes d’extinction, notamment chez LD COM, je confirme que ces gaz et heureusement ne sont pas mortels. Après quand ça percute c’est violent, c’est le truc vraiment en dernier recours qui de toute façon se déclenche de manière automatique après redondance de plusieurs détections de fumées.
S’en suit une indisponibilité du système de protection, il faut changer les bouteilles, ça coûte des dizaines de milliers d’euros, sans parler des dégâts dans la salle malgré tout. Là on est allé largement au delà, c’est pour moi aussi incompréhensible et digne des incendies en boîtes de nuit qui ont fait plusieurs dizaines de morts dans les années 70 et que l’on retrouve 30 ans après dans des pays moins rigoureux sur la prévention.

Edit : je ne crois pas non plus à la réserve de fioul qui aurait propagé l’incendie au reste, les murs coupe-feu existent ce n’est pas pour rien, sinon ça sera encore un cas d’école.

Un hôpital n’est pas classé Seveso or ils ont les mêmes réserves pour leurs groupes électrogènes, désolé mais vous mélangez un peu tout Patience.

Surin,

Exactement, quand les systèmes a gaz percutent, c’est très violent. Je me souviens d’un sinistre dans un datacenter d’un prestataire qui hébergeait La Poste du coté de Nantes. Tout avait bien marché, détection incendie, alarme, évacuation des personnels, injection du gaz, extinction etc ….
Pas de dégât apparent, mais lors du redémarrage des baies de stockage (EMC leader mondial incontesté à l’époque), tous les disks en défaut, et toutes les données de perdues.

Suite à enquête, il s’est avéré que l’onde de choc provoquée par le "lâchage" des gaz des bouteilles vers le datacenter a été tel, que les têtes des disks ont "atterries", c’est à dire, qu’elles ont touchées les plateaux magnétiques et donc endommagés le support des données !

Au final, une catastrophe pour La Poste, EMC a re livré des baies de stockage de secours en urgence (EMC était vraiment top à l’époque), et l’opérateur de La Poste a restauré toutes les données à partir des bandes, ce qui a pris plusieurs jours. Ceci dit, l’opérateur a été pro, sauvegardes, procédures de restauration, engagement des équipes ….

J’ai quitté le monde des datacenter il y a une dizaine d’année, mais à cette époque, certains datacenter étaient encore construis avec des système de sprinkler à déclenchement par zone. Les systèmes à gaz (privation d’oxygène) étant considérés comme dangereux pour les personnes.

A+
Zeb