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

0 Membres et 1 Invité sur ce sujet

vivien

  • Administrateur
  • *
  • Messages: 47 213
    • Twitter LaFibre.info
Sur cette offre on parle d'un snapchot chaque heure et pas uniquement la nuit :


jack

  • Professionnel des télécoms
  • *
  • Messages: 1 676
  • La Madeleine (59)
Il se murmure que des DG de plusieurs sociétés lésées prévoient de se regrouper en association en vue d'attaquer ovh en justice pour manquements contractuels, perte d'exploitation, etc.

L'intro en bourse prévue, je crois qu'ils peuvent faire une croix dessus.

C'est clair que le coup du DC en bois avec des extincteurs à poudre, ça le fait moyen quand la "norme du secteur" est aux gaz inertes...

Prenez garde à la fureur de l'homme aux abois, qui étant dos au mur, fera feu de tout bois ..

Thornhill

  • Abonné SFR fibre FttH
  • *
  • Messages: 3 976
  • Saint-Médard-en-Jalles (33)
Sur cette offre on parle d'un snapchot chaque heure et pas uniquement la nuit :

Le snapshot c'est sur le même équipement de stockage, intérêt 0 en cas de perte d'équipement.
Le but d'un snapshot c'est simplement d'avoir un backup instantané local facilement réutilisable.

Leon

  • Client SFR sur réseau Numericable
  • Modérateur
  • *
  • Messages: 6 001
https://twitter.com/olesovhcom/status/1370375564398366725
State of Backup Service (Free or Paid) for the SBG customers:
- FTP Backup in SBG (Free/Paid) for VPS and Baremetal : the datas are in RBX. You have full access.
- pCS in SBG: We hope to restore the pCS cluster in SBG next week. The servers are in SBG1 + SBG3. We may have some bad news, this is why the final status has to be confirmed in the next days.
- Paid Backup VPS & PCI: 80% of the data are on pCS in SBG. please read the previous tweet about the state of pCS in SBG. 20% of the data was on pCA which was in SBG2.
- Free/Paid Backup pCC in SBG1 was hosted in an separated room of SBG1. Both rooms are destroyed.
- Free/Paid Backup pCC in SBG3: all datas seems to be safe.

Est-ce que quelqu'un sait traduire les acronymes incompréhensibles pour le commun des mortels, et pas du tout explicités dans les offres ?
PCS? PCA? PCI? PCC?
Les clients s'y retrouvent avec de tels acronymes?

Leon.

underground78

  • Expert
  • Abonné Free fibre
  • *
  • Messages: 7 437
  • Orsay (91)
    • FreePON : suivi géographique du déploiement fibre EPON chez Free
pCS = Private Cloud Storage
PCA = Public Cloud Archives
PCI = Public Cloud Instances
pCC = Private Cloud Computing

P majuscule c'est Public, p minuscule c'est Private.

benj-01

  • Abonné Orange adsl
  • *
  • Messages: 31
  • Valserhône - 01
Que cela serve de leçon a certains. Quand je vois le nombre de fois ou j'ai du batailler avec des directions d'entreprises pour la mise en place de PCA et PRA je suis pas étonné que certains mal organisé aient tout perdu.

J'ai déjà eu affaire à des inconscients qui ce contentent d'un raid en protection, les uniques cartouches de sauvegardes posées sur le serveur, sauvegarde sur une seule et unique clé USB, et j'en passe ...

Il y a beau avoir toutes les sécurité on est jamais à l'abris d'un accident grave. C'est pourquoi il ne faut pas avoir tous ces oeufs dans le même panier.

Quand on ne peut pas ce permettre une interruption de service on prend plusieurs herbergeurs différent et distant les un des autres (pas 2 hébergeurs qui sont dans les mêmes data center)

Les sauvegardes il en faut 3 minimum et espacés géographiquement (2 sa ne suffit pas car si une est défaillante vous vous retrouvez avec une seule sauvegarde et vous courrez donc un gros risque) Il faut avoir des sauvegardes hors ligne et immuables. En effet un hacker qui pénètre vos systèmes vas chercher a corrompre vos sauvegardes si il le peut c'est de plus en plus le cas dans les attaques par ransomware

Ce n'est pas l'hébergeur qui est responsable de la perte des données mais la mauvaise gestion des données par les client d'OVH

Certains de mes clients on été impacté par l'incendie tous on pu reprendre leur activité dans les 4 heures car on avait les data ailleurs qu'a Strasbourg et un PRA prêt et déjà testé.

La sécurité ça coute cher certes mais combien vas vous couter la perte de vos données et d'exploitation suite à un incident comme celui d'OVH ?

De plus la plus part des hébergeurs refusent de prendre la responsabilité de vos données. Exemple Microsoft pour ces offres office 365 ne garantie pas l'intégrité de vos données qui y sont stocké c'est a vous de les sauvegarder comme il faut.

Courage aux équipes d'OVH qui ne vont pas manquer de travail dans les semaines qui viennent

Leon

  • Client SFR sur réseau Numericable
  • Modérateur
  • *
  • Messages: 6 001
pCS = Private Cloud Storage
PCA = Public Cloud Archives
PCI = Public Cloud Instances
pCC = Private Cloud Computing

P majuscule c'est Public, p minuscule c'est Private.
Merci. Franchement si tu connais pas, tu peux pas deviner... Les clients arrivent à s'y retrouver dans cette communication?
Donc c'est l'offre pCC qui a le plus morflé. Private Cloud Computing. L'offre la plus haut de gamme et la plus chère avait ses backup dans le même bâtiment. A priori sans que le client soit réellement informé de la situation.

- Free/Paid Backup pCC in SBG1 was hosted in an separated room of SBG1. Both rooms are destroyed.

Leon.

Kaffeine

  • Abonné Free vdsl
  • *
  • Messages: 45
  • 58
Si c'est confirmé, mettre du bois dans un DC...... euh................................
Après le DC en bois, OVH ont eut la primeur de tester le DC en mousse......... extinctrices ^^.

Private joke mise à part, certains ont-ils reçus le fameux mail qui devait être envoyé dans l'aprèm selon le Twitter d'Octave Klaba ?

De même pour l'instant, pas vu l'histoire des Free Servers pour les personnes impactés. Pour l'instant, j'ai le choix de payer ou payer ^^. Ca fait un peut mal aux poches lorsque tu avais prépayés jusqu'en 2022...

Le point positif de l'histoire : ça fera un bon cas d'école pour justifier ma presta d'infogérance ^^.

doctorrock

  • Abonné Orange Fibre
  • *
  • Messages: 932
  • Draguignan 83
Que cela serve de leçon a certains. Quand je vois le nombre de fois ou j'ai du batailler avec des directions d'entreprises pour la mise en place de PCA et PRA je suis pas étonné que certains mal organisé aient tout perdu.

J'ai déjà eu affaire à des inconscients qui ce contentent d'un raid en protection, les uniques cartouches de sauvegardes posées sur le serveur, sauvegarde sur une seule et unique clé USB, et j'en passe ...

Il y a beau avoir toutes les sécurité on est jamais à l'abris d'un accident grave. C'est pourquoi il ne faut pas avoir tous ces oeufs dans le même panier.

Quand on ne peut pas ce permettre une interruption de service on prend plusieurs herbergeurs différent et distant les un des autres (pas 2 hébergeurs qui sont dans les mêmes data center)

Les sauvegardes il en faut 3 minimum et espacés géographiquement (2 sa ne suffit pas car si une est défaillante vous vous retrouvez avec une seule sauvegarde et vous courrez donc un gros risque) Il faut avoir des sauvegardes hors ligne et immuables. En effet un hacker qui pénètre vos systèmes vas chercher a corrompre vos sauvegardes si il le peut c'est de plus en plus le cas dans les attaques par ransomware

Ce n'est pas l'hébergeur qui est responsable de la perte des données mais la mauvaise gestion des données par les client d'OVH

Certains de mes clients on été impacté par l'incendie tous on pu reprendre leur activité dans les 4 heures car on avait les data ailleurs qu'a Strasbourg et un PRA prêt et déjà testé.

La sécurité ça coute cher certes mais combien vas vous couter la perte de vos données et d'exploitation suite à un incident comme celui d'OVH ?

De plus la plus part des hébergeurs refusent de prendre la responsabilité de vos données. Exemple Microsoft pour ces offres office 365 ne garantie pas l'intégrité de vos données qui y sont stocké c'est a vous de les sauvegarder comme il faut.

Courage aux équipes d'OVH qui ne vont pas manquer de travail dans les semaines qui viennent

En fait, j'aurai pas dit mieux.
Ca fait juste parti du bon sens, et des pratiques dans le métier depuis qu'il existe, c'est-à-dire depuis bien trente ans maintenant. On découvre rien là aujourd'hui d'accord ?

Mais il existera toujours des personnes qui sur Terre, s'improvisent X ou Y, sans connaitre le métier de X ou de Y, et qui le regretteront un jour.
Oui, l'informatique c'est un (ensemble de) métier(s), et ca ne s'apprend pas à la va-vite. Il existe des règles, il existe des 'lois', contraignantes oui mais c'est pas pour rien. On s'y tient, sinon voila ce qui arrive.

patrick_01

  • Abonné MilkyWan
  • *
  • Messages: 328
  • 01
Bon, ben puisque tout le monde y va de son petit commentaire ...

Je pense que c'est le moment de se poser sérieusement la question de savoir si on a vraiment besoin de ces énormes centres de données. Quand on a commencé à construire le 380, tout le monde s'est dit qu'en cas de crash c'était jusqu'à 800 personnes d'un coup, ça fait moche.
Alors OK, pour le particulier l'auto-hébergement c'est un truc de geek, pour une petite société c'est plus simple de sous-traiter, etc... mais ces énormes concentrations ça fait quand même un peu peur. En cas de désastre, ça semble avoir le potentiel de mettre par terre une bonne partie de l'économie d'un pays.

Et puis, combien de données utiles en proportion des petabytes de vidéo de chats (et j'aurais aussi pu mettre le mot au féminin), des myriades de futilités qui abreuvent les "réseaux sociaux" ou du minage de bitcoins ?

Je ne suis pas spécialiste, mais il me semble que le strict minimum pour n'importe quoi de mission-critical devrait être la garantie que la continuité de service, ou la reprise, ne dépendent pas d'un fournisseur unique (et naturellement pas d'un datacenter unique non plus). Alors les "je quitte OVH, je vais chez Azure/AWS/xyz", ben peut être que dans un an c'est amazon qui crame, et ce sera la même chose. Je ne crois pas qu'OVH soit une boîte de demeurés.

Quoi qu'en disent tous les pro-cloud ("de toute façon les données sont plus en sécurité sur le nuage que dans votre sous-sol, etc...") on ne peut pas faire confiance et dépendre d'un seul prestataire.

Je ne suis pas expert de ça non plus, mais sauf erreur de ma part, les moyens d'extinction obligatoires, et ceux que vérifient les services départementaux (SDIS pour les ERP, mais je ne sais pas trop qui pour un datacenter), sont surtout destinés à protéger les personnes, pas les biens. On ne peut pas les prendre en défaut, puisque d'après les media personne n'a été blessé dans l'incendie, ce qui est quand même l'essentiel (désolé pour ceux qui pensent que le prix des données perdues à quoi que ce soit à voir avec celui d'une seule vie humaine).

Quand au plancher en bois... je m'occupe d'un ERP qui accueille des enfants pendant les vacances scolaires (et là aussi, la vie d'un seul de ces gamins vaut à mes yeux bien plus que tous les "sbg" "rxb" et autres), et on nous a fait spécifiquement poser des cloisons en bois à certains endroits parce que le bois, sous une forme appropriée et traité correctement, retarde le feu plus longtemps que d'autres matériaux. Les gros incendies ne se produisent pas que dans des immeubles en bois, et chez OVH ce n'est certainement pas le bois des planchers qui a propagé le feu. Maintenant, une fois que tout crame, le bois brûle avec le reste, c'est clair. Un départ de feu, ça s'éteint soit tout de suite, et on protège les biens, soit trop tard, et on ne peut qu'essayer de sauver les personnes.

Ce matin j'ai mis mon pull "there is no cloud, it's just someone else's computer". C'est de circonstance :-)

Law3r

  • Abonné Orange adsl
  • *
  • Messages: 866
  • Grand Est!
Il se murmure que des DG de plusieurs sociétés lésées prévoient de se regrouper en association en vue d'attaquer ovh en justice pour manquements contractuels, perte d'exploitation, etc.

L'intro en bourse prévue, je crois qu'ils peuvent faire une croix dessus.

C'est clair que le coup du DC en bois avec des extincteurs à poudre, ça le fait moyen quand la "norme du secteur" est aux gaz inertes...

Enfin OVH va certainement rejeter la faute sur’le prestataire ayant fait la maintenance...

Je vais au garage changer une roue, j’ai un accident car la roue se decroche et j’écrase le chien du voisin.

On blâme le conducteur ? La garage? L’employé qui a changé la roue et qui na pas respecté le protocole ?

benj-01

  • Abonné Orange adsl
  • *
  • Messages: 31
  • Valserhône - 01
Sur cette offre on parle d'un snapchot chaque heure et pas uniquement la nuit :



Un snapshot c'est pas une sauvegarde ça permet de reprendre plus rapidement si l'os de la machine virtuelle plante voir restaurer rapidement sur un autre serveur hôte si un hôte tombe en panne (certains systèmes le font même automatiquement ce que l'on appelle HA) De plus quand on restaure un snapshot on restaure toute machine, c'est compliqué de faire une restauration ciblée avec des snapshots qui sont des souvent des points de restauration différentiels des points précédents.

Si votre système de sauvegarde repose uniquement sur des snapshots vos données ne sont pas en sécurité