IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

OVH présente un plan « Hyper résilience » en 3 points après l'incendie qui a détruit les serveurs et les sauvegardes,
Mais ne révélera pas la cause du désastreux incident avant 2022

Le , par Stan Adkens

59PARTAGES

13  0 
Le fournisseur français de services de Cloud Computing OVH a présenté un plan en trois points conçu pour éviter une répétition de la perte de données et de services résultant de l'incendie qui a ravagé ses opérations à Strasbourg le 10 mars. Baptisé "Hyper résilience", ce plan combine une approche remaniée des sauvegardes internes, des sauvegardes externes des clients et une nouvelle politique de basculement entre trois centres de données par région. Dans une allocution vidéo diffusée sur Twitter le mardi, le PDG d'OVHcloud a également présenté ses excuses aux clients. Mais pour ceux qui attendent de connaître maintenant les raisons de l’incendie, OVH ne les révélera pas avant l’année prochaine.

L'incendie, qui a eu lieu le 10 mars, a détruit le hall SBG2 du centre de données de Strasbourg, a gravement endommagé le SBG1 et a entraîné un effort massif de nettoyage des équipements récupérables afin qu'ils puissent être installés dans les trois autres centres de données de Strasbourg ou déplacés vers d'autres installations OVH. Heureusement, personne n'a été blessé.


Dans une vidéo publiée sur Twitter, 50 jours après l'incident, Michel Paulin, directeur général d'OVHcloud, a présenté ses excuses aux clients. Il a également salué les efforts des équipes de récupération d'OVHcloud. Dans la même vidéo, Octave Klaba, président et fondateur d'OVHcloud, a promis de mettre en place une infrastructure de centre de données résiliente, la décrivant en termes similaires aux zones de disponibilité déjà utilisées par les principaux services de Cloud Computing Amazon, Azure et Google.

Klaba a déclaré qu'il soupçonnait deux unités d'alimentation sans coupure d'être à l'origine de l'incendie, révélant que les onduleurs, les batteries et les fusibles sont entre les mains de la police et des assureurs. Le 14 avril dernier, alors qu’OVH s'efforçait toujours de remettre en ligne tous les clients touchés par l'incendie, Klaba a décrit la situation comme un « véritable cauchemar ».

Le plan « Hyper résilience »

Lors de son intervention dans la courte vidéo, le fondateur d'OVH a promis que la société avait un « plan stratégique d'hyper résilience pour les cinq prochaines années » qui donnerait aux clients des sauvegardes gratuites et une infrastructure résiliente. OVHcloud a promis de publier plus de détails sur l'infrastructure la semaine prochaine.

Le plan d’OVH commence par les sauvegardes internes. « Bien sûr, OVH dispose de sauvegardes internes pour tous les services, pour nos besoins internes », a déclaré Klaba. « Et nous avons décidé de mettre à niveau la façon dont nous effectuons les sauvegardes internes ». Certaines sauvegardes étaient dans le même centre de données, tandis que d'autres étaient dans des centres de données distants. L'opérateur propose désormais de créer une région de quatre centres de données où il hébergera des sauvegardes internes physiquement séparées des régions opérationnelles.

À l'avenir, a-t-il dit, « nous allons créer une région avec quatre centres de données en dehors de tous nos centres de données. Et c'est là que nous placerons toutes les sauvegardes internes. Ce sera donc totalement en dehors de tous nos centres de données dans une autre région ».

Ensuite, OVH ajoutera des fonctionnalités aux sauvegardes dans la nouvelle région. Alors que les données de sauvegarde répondaient jusqu'à présent à ses besoins internes, OVH propose que les clients puissent répliquer et supprimer les données de sauvegarde pour leurs propres besoins dans le cadre d'un service gratuit. « Nous voulons être considérés comme l'expert de la sauvegarde », a dit le fondateur.

Enfin, OVH a indiqué qu'il allait modifier les règles internes relatives à la construction des centres de données ainsi qu'à la résilience gérée par logiciel et fonctionnant dans trois centres de données d'une même région, en commençant par Paris, avant d'être introduit dans le reste de l'Europe, aux États-Unis et en Asie. Toutefois, les détails de cette infrastructure résiliente ont été reportés à un communiqué de presse prévu pour la semaine prochaine.

OVHcloud a restauré 118 000 des 120 000 services clients touchés par l'incendie, a déclaré Paulin, donnant des détails sur l'effort de restauration : « Nous avons été en mesure de produire jusqu'à 16 000 serveurs pour pouvoir restaurer les services, et nous avions jusqu'à 200 personnes sur le site. Maintenant, nous avons encore 100 personnes sur place ».

Paulin a déclaré qu'OVHcloud veut « répondre à chaque client un par un », et a renforcé ses équipes de soutien pour traiter les questions commerciales, techniques et de facturation ; ainsi que la mise en place d'une équipe dédiée à la communication sur les médias sociaux.


Klaba a fait un vœu similaire concernant la modernisation du campus après une panne massive en 2017. À l'époque, le groupe s'était lancé dans un « plan d'investissement de 4 à 5 millions d'euros à la suite d'une panne majeure qui a privé trois des centres de données de Strasbourg – SBG1, SBG2 et SBG4 – de courant pendant 3,5 heures en novembre 2017 ».

Klaba lui-même a déclaré à l'époque de la panne de 2017 qu'elle était en partie due au fait que « le réseau électrique de SBG a hérité de tous les défauts de conception qui étaient le résultat des petites ambitions initialement prévues pour ce site – avec le réseau électrique de SBG2 construit au-dessus du réseau électrique de SBG1 au lieu de les rendre indépendants l'un de l'autre ».

OVH n’est pas en mesure de révéler la cause de l’incendie avant 2022

Après l'incendie de mars 2021, Klaba a déclaré qu'OVH allait reconstruire les centres de données touchés par l'incendie : Strasbourg 1, 2 et 4. Mais « En ce qui concerne la cause sous-jacente de l'incendie, je prévois que les informations officielles ne seront pas divulguées avant l'année prochaine », a déclaré un porte-parole d'OVHcloud en réponse à la demande de clarification de Data Center Dynamics après la publication de la vidéo d'OVHcloud mardi, expliquant que c'était en raison de « l'implication des autorités françaises, des compagnies d'assurance, etc. ».

Les rapports de pannes peuvent prendre du temps, mais 10 mois, c'est long. Le gouvernement de Singapour a été impliqué dans les enquêtes lors de la défaillance de novembre 2017, qui a provoqué une panne de trois heures à la bourse de Singapour (SGX) – mais le rapport a été remis à la SGX en quatre mois (au mois de mars suivant), et publié en juin. Le retard jusqu'à l'année prochaine pourrait avoir un impact sérieux sur les plans d'OVHcloud d'avoir une introduction en bourse plus tard cette année, selon DCD.

Cette précédente mise à niveau aurait impliqué la « désinstallation de conteneurs maritimes » (conteneurs d'expédition) et d'importants travaux électriques.

Alors qu'OVHcloud continue à travailler pour restaurer les services, les critiques s'accumulent dans la communauté technique française. Un article paru dans VO News accuse OVHcloud d'avoir commis une série d' « erreurs grossières », telles que le manque d’indépendance de SBG4, ce dernier tirant son énergie du même circuit que SBG2. En outre, SBG2 ne disposait pas de sa propre salle réseau. Les critiques reprochent aussi à OVH d’avoir des planchers du centre de données de cinq étages de SBG2 en bois. OVHcloud ne dispose également pas d'un système d'extinction automatique d'incendie.

« Les responsables devront tirer les conséquences de tant d'erreurs accumulées », indiquait l'article. « Vouloir vendre au plus bas prix est un fait, ne pas prendre de mesures responsables pour assurer un minimum de sécurité est une erreur stratégique qui leur est totalement imputable, et certains clients qui ont tout perdu vont le leur faire payer très cher ».

« Nous sommes vraiment désolés pour ce qui s'est passé à Strasbourg », a déclaré Paulin dans la vidéo, avant de faire l'éloge de ses collègues : « Je tiens également à remercier les équipes. Elles ont travaillé, nuit et jour pour pouvoir rétablir, le plus rapidement possible, tous nos services ». En mars, OVHcloud a promis de créer un laboratoire de simulation des incendies de datacenters pour mieux les modéliser et trouver des moyens plus efficaces de les éteindre.

Source : Vidéo d’OVH

Et vous ?

Que pensez-vous de l’allocution d’OVH sur Twitter ?
Quel est votre avis sur le plan "Hyper résilience" du fournisseur de service Cloud ?
OVHcloud ne révélera pas la cause de l’incendie avant 2022. Quels commentaires faites-vous des raisons de ce retard ?

Voir aussi :

OVHcloud : Octave Klaba annonce l'adoption d'une nouvelle politique de sauvegarde gratuite des données de tous les clients, et la remise à la police des onduleurs et batteries détruits par l'incendie
OVHcloud promet de créer un laboratoire de simulation des incendies de datacenters, pour mieux les modéliser et trouver des moyens plus efficaces de les éteindre
Incendie OVH : plus d'un millier de sauvegardes ne seront probablement pas récupérables, admet OVHcloud
OVHcloud s'associe à IBM et Atempo pour offrir aux organisations européennes une solution de stockage dans le cloud souveraine et compétitive, partenariat basé sur les solutions de stockage sur bande

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de Bill Fassinou
Chroniqueur Actualités https://www.developpez.com
Le 10/05/2021 à 20:41
OVH : le site de Roubaix de l'hébergeur aurait une sécurité incendie déficiente,
selon un rapport de Bureau Veritas

Un peu plus d'un mois après l'incendie qui a ravagé les datacenters strasbourgeois du français OVH, l'on apprend l'existence d'un rapport qui démontre la défaillance du système de sécurité incendie du site hébergeant ses datacenters à Roubaix. Le rapport, signé Bureau Veritas, a analysé en janvier la protection incendie du site de Roubaix qui renferme plus de 130 000 serveurs. Selon Bureau Veritas, les salles de batteries sont mal protégées et nécessitent une remise en conformité, la protection anti-foudre comporte des câbles susceptibles de conduire la foudre à l'intérieur de l'édifice, et d'autres problèmes encore.

Les sites abritant les centres de données du fournisseur français d'infrastructures cloud OVH seraient mal sécurisés. En effet, c'est ce que démontre un rapport d'audit de Bureau Veritas datant de janvier 2021, soit environ deux mois avant l'incendie qui a détruit ses installations à Strasbourg. Le rapport d'expertise sur le site de Roubaix attire l'attention sur trois points essentiels, notamment les salles abritant les batteries, les poteaux-incendie et la protection anti-foudre des datacenters roubaisiens. En premier, Bureau Veritas a remarqué que les pièces où OVH entrepose les batteries sont mal sécurisées.



Ces salles ne respecteraient pas les conditions minimales requises de résistance au feu. « Aucune prise de terre paratonnerre n’a été créée, seule une interconnexion en 50 mm² a été réalisée avec une câblette de terre passant sur un chemin de câble près de la clôture extérieure. Descente reliée à une barrette de liaison avec une câblette elle-même reliée à un conducteur présent dans un chemin de câble à environ 5 m (la gaine grise présente dans le regard ne contient pas de conducteur) », a noté Bureau Veritas à propos du bâtiment Roubaix 1, parlant du choix de la protection externe pour cette structure.

Vu sous cet angle, le bureau d'inspection recommande une remise en conformité des locaux qui abritent les batteries, notamment en ce qui concerne le côté « coupe-feu ». Toujours par rapport à ces observations, Bureau Veritas recommande également le déplacement de certaines de ces salles vers d'autres espaces respectant les contraintes réglementaires. Cette dernière recommandation vient du fait que, selon l'organisme, le bâtiment Roubaix 4 serait difficile d'accès aux engins de secours en cas de pépins. Le rapport mentionne que "les locaux de batteries de Roubaix 4 ne disposent pas d'une voie d'échelle".

Toutefois, il a précisé que "l'intégralité des salles contenant des batteries est en cours de mise en conformité" et qu'elles devraient être conformes à la réglementation ICPE d'ici fin 2022. La deuxième défaillance majeure mise en évidence par le rapport concerne les poteaux- incendie. À ce stade, l'organisme a révélé que le débit disponible en simultané sur trois poteaux-incendie installés sur le site de Roubaix, soit 360 m3/h, est "insuffisant par rapport aux besoins requis (420 m3/h)" par l'ensemble des installations. Il recommande donc l'implantation de "bassins de confinement" pour résoudre ce déficit.

En troisième grand point, c'est le dispositif anti-foudre du site roubaisien du fournisseur cloud français qui a été remis en cause par Bureau Veritas. En plus de pointer du doigt une installation défectueuse, il ajoute que les câbles de parafoudre, tels qu’installés, sont susceptibles de conduire la foudre « directement à l'intérieur de l'édifice ». En fait, le rapport note qu'aux abords des bâtiments Roubaix 2 et 4, un câble de parafoudre mal protégé se glisse sur une quinzaine de mètres à l'intérieur du centre de données Roubaix 2. Il s'agirait d'une installation contraire aux bonnes pratiques du domaine.



« Ce câble pénètre dans le bâtiment et remonte vers les bureaux. Cette installation peut être dangereuse, car elle peut amener en cas d'impact la foudre directement à l'intérieur de l'édifice », lit-on dans le rapport. Outre ces faits, Bureau Veritas note l'absence de parafoudres de type 1 au sein des tableaux basse tension (TGBT), à l'exception du bâtiment Roubaix 7. « L'ensemble des TGBT et TGBT de secours du site de Roubaix devront être équipés de parafoudres de type 1+2 », recommande l'organisation de certification dans son rapport de janvier dernier.

À lecture du rapport, des critiques avancent que les bâtiments des centres de données de Strasbourg souffriraient des mêmes défaillances, ce qui aurait donc conduit à l'incendie qui s'est ravagé le site dans la nuit du mardi 9 à mercredi 10 mars 2021. S'exprimant sur Twitter au lendemain de l'incendie, le fondateur et PDG d'OVHcloud, Octave Klaba avait expliqué que l’incendie est parti du centre de données SBG2, qui a été entièrement détruit au moment où arrivaient les secours. Il s'est propagé pour toucher une partie de SBG1. Les autres centres de données du site SBG3 et SGB4 ont été épargnés par l'incendie.

À la suite de ses recommandations pour la mise en conformité et la sécurisation des centres de données roubaisiens d'OVH, Bureau Veritas a estimé le montant des travaux. L'organisme mentionne dans le rapport que le fournisseur cloud français devra dépenser pas moins de 2,9 millions d'euros pour remettre le site aux normes actuelles de l'industrie.

Source : Rapport de l'étude (PDF)

Et vous ?

Quel est votre avis sur le sujet ?

Voir aussi

Un important incendie sur les installations d'OVHcloud à Strasbourg provoque l'indisponibilité de nombreux sites internet en France et en dehors de l'Hexagone

OVHcloud lance le processus d'une éventuelle introduction en bourse, selon un porte-parole de l'entreprise

OVHcloud promet de créer un laboratoire de simulation des incendies de datacenters pour mieux les modéliser et trouver des moyens plus efficaces de les éteindre

OVH abandonne le datacenter SBG1 envahi par de la fumée provenant de batteries lors du nouvel incendie maîtrisé : le résultat d'erreurs de conception de l'alimentation électrique révélées en 2017 ?
12  0 
Avatar de grunk
Modérateur https://www.developpez.com
Le 07/05/2021 à 11:47
Le plan d’OVH commence par les sauvegardes internes. « Bien sûr, OVH dispose de sauvegardes internes pour tous les services, pour nos besoins internes », a déclaré Klaba. « Et nous avons décidé de mettre à niveau la façon dont nous effectuons les sauvegardes internes ». Certaines sauvegardes étaient dans le même centre de données, tandis que d'autres étaient dans des centres de données distants. L'opérateur propose désormais de créer une région de quatre centres de données où il hébergera des sauvegardes internes physiquement séparées des régions opérationnelles.

À l'avenir, a-t-il dit, « nous allons créer une région avec quatre centres de données en dehors de tous nos centres de données. Et c'est là que nous placerons toutes les sauvegardes internes. Ce sera donc totalement en dehors de tous nos centres de données dans une autre région ».
Pourquoi encore tout regrouper dans une même région et ne pas répliquer géographiquement un peu partout ?
5  0 
Avatar de Mingolito
Membre extrêmement actif https://www.developpez.com
Le 07/05/2021 à 16:27
Citation Envoyé par chrtophe Voir le message
Le nombre de serveurs complètement détruit sans récupération de données, c'est peanuts en terme de nombre de serveurs chez eux, mais bonjour les dégâts, ne serait-ce qu'en terme de bad buzz
C'est un peu réducteur comme façon de voir les choses, c'est pas ce que tu penses si tu fais parti des gens (c'est pas mon cas je précise) qui ont commandé un serveur et une option sauvegarde, pensant naïvement qu'on pouvais faire confiance à OVH, et que par conséquent à cause de ça certains ont du déposer le bilan et parfois leur vie est quasiment foutue.

C'est comme si tu écris façon Donald Trump que "le Covid c'est rien vu le peu de mort au regard de la population totale", mais si tu as perdu des membres de ta famille à cause du covid tu penses différemment.

Comme j'ai déjà écrit plus haut pour ma part je pense qu'avoir renommé toute leur offre en "OVHCloud" pour être à la mode Marketing, alors qu'ils vendent juste des serveurs en Toc dans un container pourri, sans aucune sécurité, et avec une sauvegarde non distante sur le même site, ce qui est non seulement une faute lourde, mais pire encore c'est une offre qui n'a rien à avoir avec le cloud, c'est pire que du low cost c'est du casse gueule suicidaire, pour moi c'est de la publicité mensongère et ils sont très lourdement coupables d'avoir entubé leurs clients avec du vent. J'espère qu'ils seront condamnés pour ça et que ça servira de leçon aux autres.
3  0 
Avatar de Patator5
Futur Membre du Club https://www.developpez.com
Le 26/05/2021 à 18:21
Je suis dans la même position que vous. Des années de données et de facture à reprendre, une comptabilité à reprendre de zéro, ovh n’a absolument rien pu nous retrouver alors que toutes les options de sauvegarde avait été souscrite.
3  0 
Avatar de Materiaux A
Membre à l'essai https://www.developpez.com
Le 26/05/2021 à 18:30
Bonjour

Si vous voulez vous joindre a notre action, (on sera plus fort ensemble que chacun de son côté) merci de m'envoyer votre numéro de portable pour que nous puissions en discuter 5 minutes.
Pour notre part, la requête est prête et sera lancé la semaine prochaine
3  0 
Avatar de chrtophe
Responsable Systèmes https://www.developpez.com
Le 07/05/2021 à 8:18
Je pense qu'ils ont mis de gros moyen pour régler le problème, qui aurait pu être évité.

le fait qu’un des DC n'était pas complètement autonome énergétiquement, que le système de lutte incendie ne semble pas être à la hauteur du besoin. Tout ceci n'aurait été qu'un problème technique (conséquent) si il y avait eu une vraie redondance, même non automatique. C'est d'autant plus dommage qu'ils avaient les moyens techniques et humains de faire autrement.

Leur plan d'hyperrésiliance n'est que positif. Pour rappel : les services grand-public mutualisés intègrent des sauvegardes automatiques gratuites pour le contenu FTP (donc les sites web), les bases MySQL, sans parler ici de leur fiabilité matérielle (sauvegarde sur autre site ou non) . Les offres professionnelles, couteuses, intègrent cela sous forme d'options. L'inverse m'aurait paru plus logique, après c'est pas complètement dénué de sens, le grand-public ayant moins d'autonomie technique.
De mon coté j'ai constaté sur le terrain des probs uniquement sur les services non grand-public, donc plus c'est cher moins bien ça marche. L'offre mails de base a été impactée une journée, les offres type Exchange ou mail pro, plus couteuses, ça a duré plus longtemps. Quelques sites HS un certain temps car sur des serveurs dédiés à SBG (mais sans réel impact dans le contexte pour les clients concerné dans mon cas : exemple sites non marchand).

Le nombre de serveurs complètement détruit sans récupération de données, c'est peanuts en terme de nombre de serveurs chez eux, mais bonjour les dégâts, ne serait-ce qu'en terme de bad buzz. Je ne suis pas sûr qu'OVH doive payer des dommages-intérêts par rapport à la situation, aux contrats, peut-être que leur assurance payera. De toute façon ça prendra du temps, et ne rendra ni les données ni la perte d'exploitation.

Je pense qu'ils s'en remettront, mais il va falloir du temps.

Pas dit que les autres auraient fait mieux. En 2015, un DC de Google s'est pris la foudre en Belgique. Bilan : perte de 0,000001 % de données définitives sur des instances compute Engine (donc dédié aux professionnels), et dans les jours suivants : 5% des disques du DC concerné ont connu des erreurs I/O. Les opérations de restauration n'ont pas permis d'atteindre 100%. 0,000001 % est encore une fois un chiffre ridicule, mais chez Google, vu la volumétrie en terme d'hébergement, de traffic, de nombre de DC, de volume de données, c'est pas la même que chez OVH. Et on en a à peine parlé.
2  0 
Avatar de chrtophe
Responsable Systèmes https://www.developpez.com
Le 07/05/2021 à 17:50
Je pense que tu n'as pas compris ma remarque.

Je vais essayer d'être plus clair. Quand je disait peanuts c'est en terme de nombre de machines par rapport à leur parc, mais comme je le disais bonjour les dégâts déjà en terme de bad buzz, pour le reste :
Pour les professionnels ayant opté pour une solution sans option redondance et sauvegarde, ils sont responsables.
Pour les professionnels ayant opté pour une solution avec option sauvegarde, et que celle-ci s'avère irrécupérable OVH est responsable, mais comme je disais, je ne sais pas si il y aura dédomagement, et comme je le disais ça prendra du temps et ne rendra ni les données, ni la perte d'exploitation.
Quand je disais :
Je pense qu'ils s'en remettront, mais il va falloir du temps.
je parlais d'OVH. Pour les victimes, je n'ai aucune idée des statistiques de faillite suite à perte de données, cela va certainement dépendre de pleins de facteurs. Mais ça peut bien évidemment avoir un lourd impact.

c'est pas ce que tu penses si tu fais parti des gens (c'est pas mon cas je précise) qui ont commandé un serveur et une option sauvegarde, pensant naïvement qu'on pouvais faire confiance à OVH, et que par conséquent à cause de ça certains ont du déposer le bilan et parfois leur vie est quasiment foutue.
J'en suis bien évidement navré pour eux, je ne souhaites bien évidemment de mal à personne. Mais comme tu le dis toi-même, il est naïf de faire confiance et notamment en terme d'informatique au sens large, d'autant plus quand on est un professionnel. En tant que professionnel, on garde une version offline (même si elle est pas forcément à jour par rapport à une sauvegarde online). En tant que professionnel, je n'aurais pas pris d'instance sur SBG, sachant qu'il y a avait déjà eu un incident électrique en 2017 si j'ai bonne mémoire , j'aurais pris une instance dans un autre DC. Il y a aussi des personnes non professionnelles qui ont pris ces offres inadaptée pour eux. Le but n'est pas d'incriminer les gens non plus, et c'est facile à dire quand on est professionnel, et pas victime du problème.

Autre remarque que je faisais, c'est que les gens utilisant les services grand-publics mutualisés ont eu un impact moindre que ceux ayant payé des services professionnels.

Comme j'ai déjà écrit plus haut pour ma part je pense qu'avoir renommé toute leur offre en "OVHCloud" pour être à la mode Marketing, alors qu'ils vendent juste des serveurs en Toc dans un container pourri, sans aucune sécurité, et avec une sauvegarde non distante sur le même sit
OVH fait vraiment du cloud. Ils proposent du private cloud avec VMWare et du public cloud sur openstack avec des instances compute (en gros des VM, on se retrouve plus ou moins avec un VPS si on s'arrête là), du service storage en mode bloc ou en mode objet compatible S3, etc. Qu’ils soient bons ou non est un autre sujet. Mais c'est sûr qu'à Strasbourg ils ont merdé.
2  0 
Avatar de sevyc64
Modérateur https://www.developpez.com
Le 07/05/2021 à 20:57
Citation Envoyé par chrtophe Voir le message
Un autre risque pour OVH, être poursuivi par la CNIL pour perte de disponibilité des données conformément au RGPD.
Et là encore, cas de force majeure !

Comme tu l'as dit, reste à connaitre les conclusions de l’enquête sur l'origine de l'incendie et les responsabilités liées à celle-ci.
Restera ensuite à établir la responsabilité d'OVH quant à la propagation de l'incendie. En gros est-ce qu'OVH a manqué à ses obligations, ou, est-ce que de toute façon, quelque soit les moyens "raisonnables" mis en œuvre, ils n'auraient put malgré tout pas contenir l'incendie.

Ne pas oublier que l'on parle ici d'un incendie de batterie (si l’hypothèse de l'onduleur est confirmée, il est probable que ce soit la batterie de l'onduleur), comme l'incident parvenu sur un site annexe quelques jours plus tard et potentiellement lié. Un incendie de batterie est très difficile à contenir, car généralement de développement très rapide, très intense. Et de plus, suivant les compositions des batteries, ceux sont des incendies qui ont tendance à s'auto-entretenir même sous atmosphère CO2 ou NA

Et puis l'OVHbashing, c'est bien un moment, mais posez vous la question concernant Microsoft, Amazon, Google, pour ne citer que les 3 plus gros concurrents.
Ils ont eu, eux-aussi, à tour de rôle, par le passé des incidents qui laissaient apparaitre à priori (après coup c'est toujours facile des faire des analyses et tirer des conclusions définitives!) des manquements dans les infrastructures.
Et ils ont eux aussi, en tout cas Google de manière certaine, des datacenters type conteneur comme ceux d'OVH.
2  0 
Avatar de chrtophe
Responsable Systèmes https://www.developpez.com
Le 14/05/2021 à 8:18
Ça veut dire juste un simple problème de document pas à jour?
Non, mais c'est un peu présenté à la Voici, et à charge.

Déjà : l'audit a été réalisé à l'initiative d'OVH, et précise que la mise en conformité est en cours, ils n'ont pas été pris en infraction suite à un contrôle, c'est pas la même chose. Et des normes, ça évolue, on ne sait pas si c'est suite à un éventuel changement de normes qu'ils ne sont plus dans les clous.

Le rapport conclu que le plus gros risque liés aux installations OVH concerne le risque Incendie, rien de surprenant pour leur type d'activité (le rapport est plus large et concerne les risques environnementaux).

On reproche à OVH de ne pas avoir de système d'extinction, le rapport indique qu'il n'y a pas de système d’extinction automatisé, mais n'indique rien de plus, du coup je présume que ce n'est pas obligatoire en terme législatif.

Au niveau perte de données pour les clients, leur responsabilité va tourner autour de la contractualité ou non des sauvegardes. Au niveau dégâts matériels, si il y a un lien de cause à effet entre le non respect de normes et l'incendie, ils ne seront pas remboursé. En terme d'image de marque, ça va être compliqué de remonter la pente, mais ça ils en sont responsables. Pour moi leur erreur a été de mettre sur la même entité des services cloud dont on attend effectivement une résilience, de la réplication multi-sites, et des VPS qui sont de simples serveurs dédiés
2  0 
Avatar de Materiaux A
Membre à l'essai https://www.developpez.com
Le 26/05/2021 à 18:09
Bonjour, nous sommes marchand de matériaux en Belgique et avons tout perdu lors de l'incendie du 10-03-2021
Nous avions différents serveurs et 2 sauvegardes chez OVH pour nos différents serveurs situé a Strasbourg. Une sauvegarde nous as été donné le 31-03-2021 l'autre nous ne l'aurons jamais.
Ayant des dizaines de milliers de produits et de clients, et pour éviter une faillite certaine, nous avons du en quelques semaines recréer un nouveau système de gestion, sites, fichiers..... travail effectué sur 10 années partis en fumée.

Nous avons mis en demeure OVH depuis 6 semaines, mais rien. Nous allons lancer une requête a Lille. Qui veux se joindre a nous ?
Merci de partager
2  0