Un peu plus d'une semaine après l'incendie, l'équipe commence à remettre en service de premiers éléments qui n'ont pas été détruits, au niveau de l'installation électrique et du réseau.
Le système de watercooling est entièrement fonctionnel, les équipements proches des serveurs sont vérifiés un à un. Il faudra néanmoins attendre l'accord de l'assureur pour que tout puisse repartir une fois que les premiers travaux seront terminés. Le détail est ici.
Les conséquences de cet incident commencent d'ailleurs à se faire sentir même jusque chez les concurrents, qui communiquent parfois directement auprès de leurs clients pour tenter de les rassurer, ou font face à des demandes d'audits plus poussés sur les risques d'incendie.
Mais chaque entreprise qui dépend d'un hébergement en ligne se demande sans doute aujourd'hui ce qui lui arriverait si elle était concernée par une destruction pure et simple des serveurs de son hébergeur principal et si elle est réellement protégée face à un tel risque.
Commentaires (57)
#1
Par contre, un avoir de 30 € en guise de dédommagement, ça fait “un peu” cheap….
https://www.francebleu.fr/infos/economie-social/victime-de-l-incendie-du-data-center-ovh-une-manchoise-se-voit-proposer-un-geste-commercial-de-30-1615818352
#2
Dans la construction d’un bâtiment on distingue le Maître d’œuvre qui est le concepteur, et le Maître d’ouvrage qui est le client qui paye. Le concepteur est généralement un architecte, sachant qu’il existe peu de “concepteur incendie”. Le biais habituel malheureusement est de s’appuyer sur un bureau de contrôle (dont le rôle est habituellement de vérifier la conformité à la réglementation) pour penser la conception. Ce fonctionnement est peu compatible avec l’innovation puisque la loi est probablement une mauvaise base de dimensionnement.
Les assureurs, au mieux, peuvent faire un contrôle de 2nd niveau, mais leur rôle n’est pas de prescrire des solutions. Les assureurs peuvent éventuellement produire des guides de bonne pratique.
Pour rappel la loi impose pour les marchés publiques (ce n’est pas le cas ici) une séparation entre maître d’œuvre et maître d’ouvrage.
#2.1
C’est intéressant même si tout n’est pas clair dans ton message (maitre d’ouvrage = client ?), mais quel est le rapport avec la news ?
#2.2
C’est la question “d’où vient la faute ?”. Il est question d’incendie, de responsabilité, et d’OVH. J’ai l’impression que c’est un peu le EDF de l’internet. Je voudrais savoir si c’est un problème d’innovation ou un problème de malfaçon.
#3
L’avoir offert est de 6 fois la facture de février. Petit service, petit avoir.
#4
ça reste 30€ de plus que ce qu’ils sont obligés de faire, non ? Elle parle d’un préjudice de 2000€, mais je doute que son compte ait rapporté 2000€ à OVH (voire même qu’elle ait payé 2000€ depuis le début)
#4.1
Possible que la location d’un serveur s’accompagne d’un SLA, qui lui a pas été respecté avec l’incendie. Je pense que la compensation de 6 mois d’hébergement ça soit pour ça.
#4.2
OVH lui attribue un avoir correspondant à 6 mois de services
30€/6 = il faut pas pleurer et espérer avoir une sauvegarde pour ce prix la, même une clé USB coûte plus cher…
Pour l’avoir la règle a été donnée : 6 mois si perte de données, 3 mois si juste indisponible
#5
En résumé, elle n’a aucun backup, a pris le moins cher des services mais veut être très indemnisée pour son imprévoyance ? J’ai bon ?
#5.1
C’est exactement ça. On reproduit le même bordel que lors de la perte du SAN de l’hébergement mutu-pro : une offre à moins de 10 balles par mois ne procure pas les garanties, mais certains pensent que l’hébergeur est responsable de tout et donc doit les rembourser de tout ce qu’ils perdent. Alors que le problème vient pas de l’hébergeur (enfin si, mais non, enfin tu m’as compris
).
Le discours semi-trompeur des clouds providers américains passe super bien, une fois de plus (c’est plus facile de mettre en place de la haute dispo multi-regions, juste c’est pas proposé par défaut et ça coûte une couille). Voir ce cas être le seul abordé dans la “presse” généraliste, alors même que c’est juste une exception, et que la réalité c’est que les clients sont responsables, n’apparaît jamais. Et ça me gonfle (et pourtant, je pourrai cracher sur OVH pendant un bon moment aussi).
#5.2
Après avoir lu l’article en question, il s’avère que c’est tout à fait bien résumé
#6
Vu comment elle précise que chez son nouvel hébergeur, elle prendra l’option sauvegarde, on comprend en creux qu’elle ne l’avait pas chez OVH…
#7
Même réponse que Saymonz : “Petit service, petit avoir”.
Non par contre je trouve ça marrant la citation de fin de l’article :
C’était avant qu’il fallait faire ça, pas après… Surtout que si c’est un avoir de 30€, c’est probablement qu’elle était sur l’offre VPS a 5€ par mois. Sur les VPS l’offre de sauvegarde est à 3€ par mois. Si elle a perdu ces données, c’est en grande partie (voir uniquement) sa faute.
#8
tu pouvais avoir une sauvegarde mais comme elle était dans le même data center que les données…
#8.1
Ce n’est pas général. Ça semble être le cas pour 20% des VPS de SBG1.
#8.2
Les CGV permettraient à OVH de dire “on vous a refourni un VPS sur un autre datacenter, vous pouvez vous en servir, vous avez 7 jours d’avoir pour l’indisponibilité”.
Elle aurait pris la peine de sauvegarder son site une fois fini, et de sauvegarder la base de données tous les jours, elle aurait eu une réinstallation du système et basta.
Un Veeam Agent pour Linux, gratuit, pour l’OS une fois qu’il est installé, un rclone journalier pour copier la base de données dans un google drive gratuit et voilà, ton activité est perenne…
C’est pour moi la seule véritable erreur d’OVH.
#9
Lol. Pour une boufonne qui ne pense à rien mais que tout lui est dû…
Bien fait pour sa poire.
Quand ton activité dépend de qqch (ici un site), tu t’assures que ce qqch est robuste. C’est juste la base de la base.
La meuf doit etre sur le plus cheap des VPS et elle vient pleurer. Les gens sont pathétiques.
Autrement ça avance bien, chapeau les équipes techniques…
#10
sbg2 c’était le cas d’après le journal du net
c’est pas une erreur la c’est de l’incompétence
#11
La démocratisation des CMS (Wordpress en tête), des déploiements OneClick et de toutes les solutions orientées vers les néophytes n’est pas accompagnée d’une sensibilisation sur les risques. Combien saisissent l’intérêt des MAJ, sauvegardes et les enjeux sur l’authentification ?
Ils sont à même de le comprendre mais n’ont pas fait l’effort de chercher car c’est à mille lieux de leurs enjeux économiques du quotidien.
#11.1
Ça ne change rien. Si c’est pour du hobby, ok.
Mais quand ton activité dépend entièrement de ca, tu ne te dédouanes pas de faire le risk assessement toi meme. Et tu viens encore moins pleurer sur les autres parce que toi (pas toi spécifiquement, hein, toi en general) t’as pas été foutu de réfléchir aux risques liés à ton gagne pain.
Et der des der, tu ne viens surtout pas faire la mesquine de caniveau, surtout dans la presse, en mode “tte façon vous n’aurez plus mes mirobolants 60 balles par an, na!” comme si t’étais une grande dame.
Avec un datacenter à reconstruire et des vrais clients sérieux pour lesquels il faut assurer le support, chez OVH ils ont un peu autre chose a faire en ce moment…
#11.2
Des retours que j’ai eu (j’ai jamais utilisé car je préfère faire “à la main” et m’en prendre à moi-même si je merde, j’apprends aussi comme ça) mais à priori en solution OneClick, le système de sauvegarde de Yunohost est souvent applaudit.
#12
En tout cas, on peut saluer l’effort de transparence d’OVH
#13
Payer son service d’hébergement 5€ par mois et ne rien prévoir en terme de backup pour sa principale source de revenus qui rapporterait à priori 2000€ par semaine (chiffre d’affaire j’imagine ?) ça me paraît assez dingue.
#14
Ce sont les mêmes qui prétendaient ici il n’y a pas si longtemps que 500 euros pour un site de commerce c’est suffisant.
#15
J’espère qu’Hubic n’est pas touché…
Sinon dans tout ce malheur, j’espère que cela fera prendre conscience aux entreprises l’importance d’une bonne politique de sauvegarde/restauration, PRA et tout ces trucs donc une bonne parties des (petites) boites se foutent royalement car “l’informatique c’est compliqué et j’y comprend rien”
#15.1
Hubic, serveur cramé ou non, tu ne pouvais déjà pas restaurer tes backups. :o
#16
Le véritable problème c’est pas la somme de départ à lâcher pour monter un site mais le fait que pour le maintenir à jours tu devra plus ou moins encore lâcher cette somme à nouveau car les CMS font absolument tout pour te refaire passer à la caisse.
#17
#18
En effet, j’ai un exemple de site qui était au final (cf +loin) sur SGB2 et qui ne sera pas restaurable car OVHsmoke a eu la géniale idée de colocaliser les sauvegardes. Heureusement son admin faisait une sauvegarde sur un gogole drive tous les mois. Donc seulement qqjours de contenus de perdu.
Je disais “au final”, car initialement il était censé être sur SGB1 avec donc 50% de chance qu’il soit sauf: Donc non seulement payer des sauvegardes ne servait potentiellement à rien mais en prime “l’état civil” des serveurs semblait avoir une fiabilité digne de la tradition orale d’une tribu amazonienne?!
Alors cracher sur ceux qui se plaignent sans avoir daigné payer les sauvegardes, dans ces conditions ou elles seront inutiles pour beaucoup, je trouve que c’est se tromper un peu de cible. OVH est une belle success story, mais il convient de rester un peu lucide.
La conception du bâtiment digne d’un “collège Pailleron”, le coût moyen du serveur pouvait y contraindre. Par contre, croiser à minima les sauvegardes entre bâtiments dès lors qu’il y en a eu plusieurs sur le DC afin que les clients ne paient pas du vent en cas d’évènement catastrophique touchant un bâtiment entier, c’était juste une question d’organisation.
#19
faut bien payer les mecs
#20
Alors dans ce cas qu’ils fassent correctement leur travail…
Parce qu’a la fin c’est complètement contre productif et beaucoup de monde laisse simplement tomber ou alors dans le meilleurs des cas fait une update tous les 5 ans avec une refonte complète.
La moindre des choses serait au moins de fournir une documentation.
#21
Fournir une doc pour faire les maj serveur + backup
#22
Bien souvent quand tu met à jours un cms tu doit aussi mettre à jours les plugins et le thème. Si tu les à payé alors il faudra repasser à la caisse. Vu que les devs de thème et de plugin ne reçoivent aucune documentation officielle alors le prix sera d’autant plus élevé.
Tout ça est totalement contre productif…
#23
C’est un peu HS et j’ai peut être raté l’information, mais sait on aujourd’hui quelle est la cause de l’incendie ?
#23.1
La cause serait un onduleur qui aurait subit une intervention la veille. Des le jour de l’incendie ils ont dis qu’il y avait eu une intervention sur l’onduleur, et les experts/pompiers avaient l’air de remonter le départ de l’incendie justement sur la pièce où l’onduleur est.
Après je sait pas si il y a plus d’informations.
#24
Pas plus que dans la vidéo de la semaine dernière où il parlait d’un onduleur…
#24.1
merci
#25
J’ai eu un cas où une connaissance de connaissance n’arrivait pas à faire marcher son site (parce que le DNS n’était pas bien configuré), et donc était mécontente d’OVH. Dans le prix du nom de domaine, il n’y a pas de support ou formation, c’est comme si je ne savais pas me servir d’un outil et que je me plaignais de Leroy Merlin. L’informatique n’est pas magique, comme la plupart des domaines techniques, sans compétence on ne sait pas ce qu’on fait.
#26
Sinon tu payes un consultant/presta.
#27
En tout cas belle transparence dans la gestion de crise.
#28
Ce que je ne comprends pas depuis le début est le fait que OVH n’ait pas dupliqué sur un autre site les données. Ainsi rien n’aurait été vraiment perdu (sauf scoumoune).
#29
C’est pour éviter ces problèmes que les offres SaaS existent. Le client se contente de payer un abonnement et d’utiliser l’outil, le prestataire gère tout de bout en bout. Il faut juste lire le contrat pour connaître le périmètre de responsabilité de chacun.
#29.1
Sauf que certaines sociétés proposant des services en SaaS comptaient un peu trop sur OVH pour faire leurs sauvegarde
#29.2
Oui ça c’est une autre histoire :) (d’où le passage sur la responsabilité contractuelle des parties)
Perso c’est un peu ce qui m’a dissuadé dans un projet de monter un Nextcloud associatif. Si maintenir la plateforme ne me pose pas de soucis, la responsabilité associée est un peu trop élevée. (backup, RGPD, etc)
#29.3
J’avoue que j’ai le même raisonnement. Faire la partie technique oui, bien sûr, mais gérer la partie responsabilité hors d’un cadre entreprise qui possède des assurances…. hum comment dire… suicidaire. Et pourtant je suis du genre à imaginer le pire, mais Murphy
#30
Il ne faut jamais mettre de l’eau bénite dans le watercooling : ça chasse les démons et ça plante les GNU/Linux… Trêve de plaisanterie, pourvu qu’ils remettent en marche rapidement, parce que c’est commercialement assez pénible.
#31
Tu parles du mec qui régie nos vies ?
#31.1
Exactement, le grand maître régissant notre vie, l’univers et le reste
#32
Autant passer à l’étape suivante de suite et tenter de vendre sur une plateforme genre etsy / amazon et si ça décolle la tu aura assez pour te payer un “vrai” site.
#33
Shopify fonctionne très bien aussi, et ils ont un service redoutable… mais on paye le prix, 30$/mois
#34
Ce n’est pas si cher que ça ! Tu sais, beaucoup de commerçant électronique sont vraiment au ras de pâquerette niveau budget et business model. J’en ai vu pas mal lâcher l’affaire même pour une boutique à 500€ ce qui n’est que un an et demi d’abonnement grosso merdo. Pour certains le fait de devoir remplir des fiches et même si la boutique est gratuite les fait véritablement réfléchir quand à la viabilité de leur projet.
En plus de ça même si tu arrive à avoir un site gratuit par un copain il te restera toujours le problème de la visibilité. Être sur une plateforme permet d’avoir cette visibilité. Je dirais qu’en général au moins 80% des ventes s’établissent la bas même si tu possède un site. Bien souvent il n’est d’ailleurs pas possible d’établir un lien avec le site et surtout si les prix sont différent.
Une fois j’ai reçu un warning de la part de prexxxxxxxx parce que mes sites de démonstration était sur le même domaine que ma boutique perso qui était 15% moins cher.
#35
Je n’ai pas été assez précis avec mon “mais on paye le prix”. C’était sous le sens “mais on paie le prix juste correspondant au service” :)
J’avoue que les marketplace augmentent énormément la visibilité, j’ai des amis qui sont graphistes et artistes auteur, ils ont leur boutique en ligne qui est magnifique, bien pensée, super agréable (bon a la fois c’était leur métier avant de se lancer dans la BD). Mais le référencement est juste désastreux.
Résultat des courses niveau stats sur leur dernier ouvrage paru en décembre, ils vendent principalement via Ulule (1000), puis en librairie (50), puis par Amazon (5), et ensuite par leur site (1)…
#36
A vrai dire ce n’est pas qu’un soucis de référencement mais plus le fait de praticité au niveau de passer la commande. Beaucoup de site n’ont aucun système quand à la véritable évaluation des frais de port sans parler de la création d’un compte qui est aussi un énorme frein.
Si à ça tu ajoute qu’un bon pourcentage des achats ce font sur un smartphone, avoir un beau site ne sert qu’a confirmé le fait qu’un commerçant est sérieux. Mais sérieux ou pas généralement tu le vérifie très vite sur une market place.
La solution serait d’avoir un plugins commun pour toute les boutique qui serait relié à un service de création de compte et de gestion des frais de port.
#37
Un datacenter, ça peut facilement représenter des centaines de milliers de serveurs, qui cumulent des pétaoctets de données. Tout dupliquer, a un coût. T’as donc deux solutions. Soit tu l’impose en augmentant les prix en conséquence, soit tu le propose en option. Ce que choisissent généralement les hébergeurs. L’option existe donc. Le souci, c’est que de nombreux clients n’ont pas pensé ou jugé utile de payer pour en bénéficier.
#38
Et bien, c’est pas gagné:
https://www.lalsace.fr/faits-divers-justice/2021/03/19/nouvel-incendie-chez-ovh
#39
Ca commence à faire beaucoup.
COMPLOT
Merci pour tous vos messages, c’était super intéressant. Et la blague sur l’eau bénite m’a tué.
J’espère que tout va vite s’arranger pour eux et pour leurs clients.
C’est 2020-2 cette année bordel.
EDIT: Il est pas mal ce lien, ils mettent à jour les infos sur la même pas.
Nouvel incendie dans un datacenter d’OVH à Strasbourg
#40
Et ça sent mauvais pour SGB1:
https://www.dna.fr/economie/2021/03/20/ovhcloud-le-degagement-de-fumee-bouleverse-le-plan-de-reprise-d-activite