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 !

Un incendie pourrait coûter 105 millions d'euros à OVHcloud
Selon les documents relatifs à l'introduction en bourse

Le , par Bill Fassinou

70PARTAGES

7  0 
OVHcloud, premier fournisseur européen de services cloud, poursuit actuellement son processus d'introduction en bourse (IPO) sur Euronext Paris. La société a reçu le feu vert de l’Autorité française des marchés financiers (AMF) sur son document d’enregistrement le 17 septembre 2021. Ainsi, OVHcloud espère pouvoir augmenter son capital de 400 millions d'euros et devenir une alternative européenne sérieuse aux GAFAM. Mais l'examen des documents relatifs à l'IPO a révélé qu'un incendie pourrait coûter jusqu'à 105 millions d'euros à l'entreprise, soit une estimation du coût financier de la catastrophe de mars.

OVHcloud a payé très cher la catastrophe de Strasbourg

OVHcloud a subi de graves dommages matériels et financiers lorsque ces centres de données strasbourgeois ont été frappés par un incendie dans la nuit 9 au 10 mars 2021. Pendant toute la période couverte par la gestion de la crise, le leader européen de l'informatique en nuage a communiqué régulièrement sur les dégâts, les actions entreprises pour la remise en service des centres de données et les plans pour restaurer les sauvegardes à sa disposition, mais très peu, voire jamais, sur l'aspect financier, notamment le coût des réparations. Il a fallu attendre son IPO pour se faire une idée de ce que cette catastrophe lui aurait coûté.


OVHcloud Strasbourg dans la nuit du 9 au 10 mars 2021

En effet, OVHcloud, basé à Roubaix, a déposé ce mois-ci un document de transparence auprès de l'Autorité française de régulation des marchés boursiers, qui révèle le coût direct de l'incendie pour l'activité de la société d'informatique en nuage - même si l'atteinte à la réputation pourrait ajouter beaucoup à ce coût. Selon le document, l'incendie pourrait avoir coûté plus de 105 millions d'euros (environ 122 millions de dollars) à l'opérateur français. Cependant, l'entreprise a précisé dans le document qu'une partie de ce coût est un fonds d'urgence, et une grande partie des dépenses réelles de l'incendie a été couverte par l'assurance.

Le chiffre global de 105 millions d'euros comprend certains éléments tels que les réclamations potentielles des clients pour les dommages résultant de l'incendie. Une source ayant connaissance de l'affaire a déclaré à DatacenterDynamics, une entreprise qui suit la croissance de l'industrie des centres de données, qu'OVHcloud n'a prévu que 61 millions d'euros, et 58 millions d'euros de ce montant ont déjà été couverts par l'assurance d'OVHcloud. Notons que l'incendie survenu en mars sur le campus d'OVHcloud à Strasbourg a détruit son centre de données SBG2 et mis hors service trois autres bâtiments, dont un de façon permanente.

L'incendie de Strasbourg est un événement exceptionnel, qui a touché quelque 65 000 clients de l'entreprise, dont beaucoup ont perdu des données et des activités. Il pourrait nuire aux perspectives d'introduction en bourse - bien qu'OVHcloud ait déclaré qu'il travaillait toujours avec les assureurs et d'autres autorités, et qu'il ne pourrait pas révéler l'histoire complète de la cause de l'incendie avant 2022, après que l'introduction en bourse ait eu lieu. Les rapports initiaux ont suggéré que le feu pourrait avoir commencé dans les systèmes UPS. Le document de transparence était en fait une exigence dans le cadre de l'IPO.

Ce document de 300 pages donne quelques détails sur l'incendie, ainsi que sur les coûts financiers directs qu'il a causés, en réduisant les revenus des clients affectés et en augmentant les dépenses de la société pour faire face aux conséquences. Le document détaille les événements de la nuit du 9 au 10 mars, en commençant par la section 4.3 à la page 18. « Une expertise médico-légale est en cours pour déterminer la cause de l'incendie. Sur la base des informations actuellement disponibles, il semble que l'incendie ait débuté dans une salle d'énergie abritant des équipements électriques », explique OVHcloud dans le document.

L'IPO pourrait avoir une tournure différente de celle prévue

Le détail de l'impact financier révèle qu'OVHcloud a subi un manque à gagner de 2,9 millions d'euros (3,4 millions de dollars) en termes de revenus, et a dû fournir 5,2 millions d'euros (6,1 millions de dollars) de crédit pour compenser les clients pour les services facturés qui n'ont pas été livrés, selon un résumé dans L'Usine Nouvelle. OVHcloud a également émis 28,3 millions d'euros (33 millions de dollars) de bons d'achat, dont 20,5 millions d'euros (24 millions de dollars) ont été encaissés avant la clôture de l'exercice de la société, le 31 août 2021. Dans le même temps, OVHcloud a également eu des dépenses très importantes.

Il a dû dépenser 15,8 millions d'euros (18,4 millions de dollars) pour mettre au rebut des serveurs endommagés par le feu, puis 18,4 millions d'euros (21,4 millions de dollars) pour les remplacer par de nouveaux serveurs fabriqués à la hâte dans son usine de Croix. L'incendie a également entraîné des "charges exceptionnelles" de 39,2 millions d'euros (45,6 millions de dollars), dont 32,3 millions d'euros (37,6 millions de dollars) pour des expertises, des procédures et d'éventuelles actions en responsabilité. Des clients, mécontents d'avoir subi une coupure de service, voire une perte de données, se sont retournés contre OVHcloud.

Les analystes notent tout de même que l'issue d'un éventuel procès en dommages et intérêts est "incertaine" : de nombreux clients n'ont pas souscrit aux options de sauvegarde et de redondance des données d'OVHcloud, et n'ont pas compris le risque qu'ils prenaient. Des sources chez OVHcloud ont déclaré à DatacenterDynamics que le niveau de désabonnement est maintenant revenu à la normale, avec un niveau élevé de bonne volonté résultant de sa transparence. En revanche, un autre coût pour OVHcloud a été un investissement de 10 à 12 millions d'euros pour des réparations complètes et le déploiement d'un plan d'"hyper-résilience".

Tout ceci explique pourquoi le coût total direct de l'incendie pourrait s'élever à 105 millions d'euros. Comme mentionné plus haut, sur ce montant, 58 millions d'euros ont déjà été couverts par les assurances tandis qu'une grande partie est constituée de fonds de prévoyance pour d'éventuels versements futurs. Cela dit, cette somme est importante par rapport au chiffre d'affaires annuel d'OVHcloud, qui s'élèvera à 632 millions d'euros en 2020. Par ailleurs, la société a admis que le coût direct sera plus important que cela, car elle perd des clients mécontents et n'en gagne pas de nouveaux aussi rapidement qu'elle le souhaiterait.

L'incident s'est produit la même semaine que l'entreprise a annoncé son intention d'entrer en bourse en France. L'IPO devrait permettre de présenter OVHcloud comme une alternative européenne aux géants américains et chinois de l'hyperscale comme Amazon, Google, Microsoft et Alibaba. OVHcloud pourrait lever 400 millions d'euros (soit 469 millions de dollars), ce qui valoriserait la société à environ 4,7 milliards de dollars. Pour l'instant, tout semble se dérouler comme prévu, mais les analystes estiment que l'entreprise pourrait faire face à une forme de réticence de la part de certains investisseurs en raison de l'atteinte à sa réputation.

L'incendie a porté un coup dur à la réputation d'OVHcloud

La raison pour laquelle le leader européen de l'informatique en nuage perd des clients, mais n'en gagne pas rapidement de nouveaux est liée au fait que la catastrophe de mars a eu une grande incidence sur sa réputation. Une explication potentielle est que les clients qui quittent l'entreprise et les potentiels clients craignent d'être des victimes collatérales d'éventuels nouveaux dommages qu'elle pourrait subir. Comme le souligne OVHcloud lui-même, il pourrait subir d'autres incidents à l'avenir, et même l'impact d'incidents mineurs "pourrait être exacerbé par l'incendie de Strasbourg, surtout si ces incidents se produisent dans un avenir proche".

Même avec le document fourni à l'AMF, l'impact résultant sur les relations avec les clients et les revenus futurs d'OVHcloud est impossible à déterminer, mais il pourrait être significatif. La direction d'OVHcloud a déclaré que le ralentissement de la croissance pourrait durer jusqu'au début de 2022 et prévoit un retard de trois ou quatre trimestres sur la croissance prévue. Le dépôt prévoit une croissance de 4,4 % sur l'année fiscale 2021, considérablement moins que les 8,9 % dont elle a bénéficié en 2020. Mais l'entreprise est optimiste quant aux perspectives d'avenir, prévoyant une accélération de la croissance à environ 25 % en 2025.

Le rapport contient une grande note de prudence. OVHcloud est fier de fabriquer ses propres serveurs, et utilise un système de refroidissement liquide propriétaire qui lui permet d'installer des équipements rangée par rangée dans des bâtiments industriels existants. L'utilisation de ces vieux bâtiments pourrait représenter un facteur de risque ; et l'installation SBG2 aurait eu des planchers en bois et des éléments d'une construction à base de conteneurs d'expédition.

« Certaines des usines d'OVHcloud peuvent présenter des défauts structurels et environnementaux existants qui peuvent présenter des risques en termes de sécurité et de conformité ou obliger OVHcloud à dépenser des sommes importantes pour y remédier », indique le document, ajoutant que ces défauts peuvent ne pas être détectés par les audits qu'OVHcloud effectue avant d'occuper une propriété.

Source : Document de transparence d'OVHcloud (PDF)

Et vous ?

Quel est votre avis sur le sujet ?
Que pensez-vous du coût de l'incendie dont a été victime OVHcloud ?
Que pensez-vous de la perte de clients et du ralentissement de la croissance de la société ?
Quel est votre avis sur les risques annoncés par l'entreprise et les potentiels incendies qu'elle a mentionnés ?
Comment évaluez-vous la croissance de la société dans les prochaines années ? Risque-t-elle sa place de leader européen du cloud ?

Voir aussi

OVHCloud amorce son processus d'entrée en Bourse et espère pouvoir augmenter son capital de 400 millions d'euros pour devenir une alternative européenne aux GAFAM

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 donne des informations relatives au nettoyage des équipements suite à l'incendie, opération nécessaire avant une remise en service

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

Avatar de sevyc64
Modérateur https://www.developpez.com
Le 07/12/2021 à 23:41
Citation Envoyé par defZero Voir le message
LoL, les personnes (j'espère pas des pro ) qui on perdu leurs donner dans cette histoire ne peuvent s'en prendre qu'à elles même.
Justement ceux sont beaucoup de pros. Et non, ils ne sont pas forcément fautifs, mais bien victimes.

On est parmi ces pros, on hébergeait chez OVH, les vitrines commerciales d'un certains nombres de nos clients. L'offre choisit était une offre globale avec sauvegarde assurée par OVH. Rien n'indiquait et ne permettait de choisir, dans le contrat d'hébergement, l’emplacement des sauvegardes réalisées. Mais la terminologie utilisée dans le contrat pouvait laisser penser à une sauvegarde sécurisée et redondante.
Dans les faits, comme l'incendie l'a révélé, rien de tout ça.

Une partie de nos clients ont perdus leur site, mais pas tous, malgré l'offre globale que l'on avait acheté à OVH.
Parmi ceux qui ont perdus leur site, une large partie a aussi perdu les sauvegardes, mais pas tous. Tout le contenu de SBG2 n'était pas forcément sauvegardé à SBG2. Dans notre cas, certaines sauvegardes étaient sur SBG3 et 4, d'après les infos qu'OVH avait donné, quelques rares, ailleurs, Roubaix il me semble.

Je peux te dire qu'il y a une armée d'avocats à éplucher les contrats, et c'est pas nous, le client, qui sommes coupables, mais bien OVH. Coupables, oui, de négligences, entre-autre, mais maintenant condamnable, cela reste une autre histoire.
13  1 
Avatar de petitours
Membre émérite https://www.developpez.com
Le 07/12/2021 à 19:25
« Il semble que les consommateurs à l’échelle globale ne comprennent pas notre offre. Cela fait déjà trop de discussions autour de cet aspect. Nous ne voulons pas nous enfoncer dans cette brèche. Nous allons plutôt revoir la sécurité à la hausse en offrant le plus haut niveau de sauvegarde pour tous nos clients de tous nos centres de données. Cela va changer les standards de l’industrie, ainsi que notre façon d’offrir nos services »
Çà c'est se moquer du monde.

Changer les standards de l'industrie en ne laissant pas la sauvegarde au même endroit que les données à protéger même l'amateur qui recherche "sauvegarde" sur son moteur de recherche préféré trouvera dés la première réponse le principe élémentaire du 3-2-1, non respecté par OVH.

Ok c'est une faute importante de la part des clients que de confier au prestataire A la sauvegarde de ses données qui sont déjà chez le prestataire A mais prétendre être dans les standards de l'industrie avec leurs sauvegardes locales c'est se moquer du monde.
D'ailleurs ils disent qu'il y a des sauvegardes qui ont été perdues mais vu ce qu'elles sont devenues et cet endroit stupide où elles étaient on est en droit d'imaginer qu'elles n'existaient pas du tout les sauvegardes.
11  0 
Avatar de ensi_en
Membre habitué https://www.developpez.com
Le 08/12/2021 à 16:17
Citation Envoyé par defZero Voir le message
LoL, les personnes (j'espère pas des pro ) qui on perdu leurs donner dans cette histoire ne peuvent s'en prendre qu'à elles même.
Sérieux ?
Quand on paye pour une option de sauvegarde on est censé avoir des sauvegardes en cas de problème, ce n'est pas aux clients de gérer où et comment sont fait ces sauvegardes c'est une des raisons pour lesquelles on utilise un service de cloud.
Et si un incident arrive à tous les centres de données de OVH vous allez dire que c'est la faute des clients parce qu'ils n'ont pas fait des sauvegardes chez un autre fournisseur dans un autre pays ?
7  0 
Avatar de kunnskap
Membre éclairé https://www.developpez.com
Le 08/02/2022 à 1:14
Citation Envoyé par Aiekick Voir le message
Je ne voient pas bien en quoi la souscription a un service de sauvegarde supplementaire aurait pu eviter le drame,
puisque nous avons decouvert que l'amateurisme d'ovh a mit les serveur de sauvegarde dans le meme datacenter que les serveurs de donnée...
ce qui fait que l'argumentaire d'ovh est debile dans ce cas
Je suis d'accord avec vous si c'était à OVH de gérer la sauvegarde selon le contrat. Le mettre dans le même lieu géographique n'est pas très malin...

En revanche, pour m'en être occupé récemment, OVH assure un réplica x3 sur l'Object Storage, mais n'assure pas que ce réplica soit fait sur des sites géographiques distincts pour autant. C'est donc à moi, professionnel du domaine, de m'assurer que c'est le cas et de prendre les dispositions nécessaires pour le gérer, une réplication n'étant pas une sauvegarde par ailleurs. Ce type de point à gérer, assez subtil, a pu être négligé par beaucoup, occasionnant des pertes de données.
7  0 
Avatar de Pierre Louis Chevalier
Expert éminent sénior https://www.developpez.com
Le 08/02/2022 à 13:47
1) Plus de 99% des gens ne lisent pas les contrats ou les CGV, et certains contrats ou CGV prennent plusieurs heures à lire donc personne ne le fait. Au final une commande devrait donc être explicite. Si un client a coché la case sauvegarde sur sa commande, il doit avoir sa sauvegarde, quoi qu'il arrive, et OVH est responsable, et c'est à OVH de trouver une solution technique pour que la sauvegarde soit disponible, quoi qu'il arrive, sinon c'est pas une sauvegarde. Sinon il aurait fallut écrire clairement sur la commande non pas "sauvegarde" mais alors "Vous aurez peut être une sauvegarde si vous avez du bol, mais c'est sans garantie". Un contrat, que personne ne lit, et OVH fait en sorte que vous ne le lisiez pas car le contrat peut être accepté sans être ni lu ni même vu, et qui explique le contraire de ce qui est est clairement marqué sur une commande est illégal et une pure escroquerie.

2) Il y a une énorme différence entre avoir la sauvegarde sur le même site mais éloigné du serveur sauvegardé, et une sauvegarde sur un serveur dans le même local que le serveur censé être sauvegardé. Ici avoir mis la sauvegarde aussi près du serveur sauvegardé et une faute inadmissible d'OVH (entre autres nombreuses autres fautes signalées par l'audit ) et OVH doit être tenu pleinement responsable des dommages subis par les clients qui n'ont pas pu récupérer leur sauvegarde.

Au final la plainte est donc parfaitement légitime, OVH se doit de payer les dommages causés par sa négligence. D'ailleurs OVH a reconnu sa faute, c'est juste le montant des dédommagements qui est en cause ici.
8  1 
Avatar de Jules34
Membre émérite https://www.developpez.com
Le 28/03/2022 à 10:52
Citation Envoyé par Bruno Voir le message
« Si on part en justice, ce chiffre [quadruple] », étant donné les dommages-intérêts et les frais de justice, prétend-on chez Ziegler & Associés. Si, en l’espèce, OVHcloud a plus à gagner à accepter la conciliation, c’est aussi, nous assure-t-on, eu égard à sa cotation en Bourse.
Franchement c'est pas de chance pour OVH et son introduction en bourse. Moi je les aimes bien et ça pourrait être un fleuron français dans l'industrie mais j'ai l'impression qu'on s'évertue à leur mettre la tête sous l'eau.

Bon l'incendie c'est sûr que c'était pas malin et que c'était à OVH et personne d'autre de prévenir ce risque.

Mais dans l'actu il y a aussi le recul de sa notation, dégradé par Morgan Stanley, 8 jours après que la firme ait annoncé former un recours collectifs contre Windows....

Déposée l'été dernier, la plainte porte sur la manière dont Microsoft commercialise des produits comme la suite logicielle Office, qui rendrait plus coûteuse l'utilisation des services concurrents de la plateforme Azure, ont indiqué des personnes proches du dossier au Wall Street Journal. La plainte affirme également que les logiciels de Microsoft ne fonctionnent pas aussi bien sur les plateformes cloud concurrentes d'Azure, selon ces sources.
Courage OVH !!!

Le marché européen de la tech à décidément l'air d'être une grande aire de copinage ou se mêle pèle-mêle les intérêts US et ceux des gouvernants €, attiré par l'odeur de l'argent, et aux entrepreneurs de se débrouiller dans ce maelstrom
7  0 
Avatar de petitours
Membre émérite https://www.developpez.com
Le 08/12/2021 à 16:55
Évidement que les pros qui se sont fait avoir ont fait une faute, la valeur d'une solution SI ce sont les données, leur sécurité doit être étudiée et à mon avis un principe de base pour garantir que la sauvegarde ne soit pas au même endroit que la prod c'est de ne pas la confier au même prestataire que la prod.

Par contre quand le patron d'OVH dit "Cela va changer les standards de l’industrie" je maintiens qu'il se moque du monde car un "truc" qui est au même endroit que la prod et soumis au mêmes risques on ne peut pas appeler ça un standard de l'industrie en matière de sauvegarde alors que bon nombres d'amateurs ont compris le principe du 3-2-1.

@zapnico, communiquant de OVH fraichement inscrit. Non OVH n'est pas irréprochable. A minima ils sont en défaut de conseil, terme juridique très important qui fait l'objet d'une jurisprudence longue comme le bras.
Et ils sont mauvais pas que sur les sauvegardes. Pour ma part je suis en train de les quitter peu à peu pour une autre raison ; j'en ai marre de recevoir des factures de 0€ avec des trucs illisibles dessus ainsi que de recevoir une facture pour un hébergement, une autre pour le DNS (1.1€ TTC), une autre à 0€ pour le low latency, le tout avec des décalages qui se sont créés entre des services commandés ensemble pour la même durée. De plus le service client a qui on signale ces décalages nous explique que c'est de notre faute alors qu'on vient de leur expliquer qu'on a renouvelé 3 services qui fonctionnent ensembles et que c'est OVH qui a ajouté 12 mois par ci, 11 par là et 8 par ici.

On dit qu'il faut aller voir l’état des sanitaires d'un restaurant pour connaitre l’état des cuisines, moi je considère que l’état de la facturation donne une idée de la qualité de gestion et de la considération client.
5  0 
Avatar de kunnskap
Membre éclairé https://www.developpez.com
Le 22/01/2022 à 17:39
J'ai lu avec attention les commentaires de @infozoide et @chrtophe.

Et je suis sidéré effectivement de la façon dont beaucoup de gens tapent sur OVH après l'incident. Je ne suis pas spécialement pro-OVH j'avais d'ailleurs migré mes services chez LWS des mois avant l'incendie, pour d'autres raisons liées aux interruptions de service que je trouvais trop nombreuses et au support technique devenu moins efficace avec le temps.

La seule chose que j'ai toujours clamé sans que personne ne m'écoute autour de moi, c'est qu'il ne fallait rien mettre chez SBG. Ce datacenter est un brouillon, j'avais lu beaucoup d'articles qui présentaient son fonctionnement, et cette conclusion était la plus logique. D'autant plus logique qu'en 2017 le site de Strasbourg avait été victime d'une panne électrique majeure (on l'a peut être oublié, mais c'est arrivé) et à cette occasion, OVH a de façon transparente admis que le site ne disposait que d'une seule arrivée haute tension. Ce qui confirmait ce que je pensais déjà de ce site depuis longtemps. Et ce qui n'enlève rien à la grande transparence d'OVH, signe de sérieux et d'une aptitude à la remise en question. Toutes les entreprises sont loin d'être aussi transparentes lorsqu'un incident se produit.

Mais dans les 2 cas, panne électrique ou incendie, si ça occasionne des pertes de données, je ne vais pas chercher le coupable directement chez OVH. Où sont ces DSI, ces admin sys, ces informaticiens de pacotille qui me traitent de fou quand je leur dis qu'il ne faut pas supposer ce qu'on fera quand problème il y aura, mais qu'il faut plutôt se demander comment on se relèvera quand le problème nous mettra à terre? Où sont ils ces gens pleins de certitude comme je l'ai lu dans le message de @infozoide qui font leur métier au rabais?

Quand on paye un service 5 euros par mois, il est naïf de croire qu'en cas de pépin, tout est ok. Bien sûr que non, la sécurité a un prix. Et oui, comme le dit @chrtophe, le prix du service rendu par la production est à dissocier du prix du service qui sera nécessaire pour la remettre en production quand elle sera tombée, ou du prix nécessaire pour la maintenir en production si des perturbations arrivent.

Et ce second prix, peu sont prêts à le payer, et souvent, ceux qui le payent le font après un âpre combat que je dois mener pour leur faire prendre conscience que lorsque ça, ça marchera plus, ça va drôlement les faire ch***

Après on peut ne pas être en capacité de payer ce prix: oui, je comprends tout à fait, et bien il faut assumer le risque qui va avec. On ne peut pas tout avoir. Tu ne veux/peux pas payer des serveurs redondants et du paramétrage pour de la HA, donc tu auras une interruption de service, bah oui, désolé, la magie c'est chez Harry.
5  0 
Avatar de Pierre Louis Chevalier
Expert éminent sénior https://www.developpez.com
Le 09/02/2022 à 12:48
Citation Envoyé par pachot Voir le message
Mais le terme "sauvegarde" ne veut rien dire dans un SLA. C'est les pannes couvertes qui sont importantes (et RPO/RTO). Un backup sur place c'est très bien pour protéder des pannes disque. De loin plus courantes que l'incendie sur plusieurs data centers.
Je ne comprends pas pourquoi tu nous sort ce blabla technique ca ne sert à rien, du point de vue du client, qui peu être un client non informaticien, une sauvegarde est une sauvegarde, peu importe la cause de la catastrophe, le client doit avoir sa sauvegarde. Le seul cas ou le client n'aurait pas sa sauvegarde c'est si tous les data center d'OVH étaient en France, ce qui n'est même pas le cas, et que des bombes atomique aient rasé toute la France

Si le terme "sauvegarde" est trop vague, c'est à OVH de préciser, comme le font les "autres" : sauvegarde sur le même site (avec évidement une sauvegarde sur le même site mais à distance du serveur à sauvegarder sinon c'est une faute), ou sauvegarde distante sur un autre site ou encore géoredondante.

Citation Envoyé par pachot Voir le message
Quel service Azure, AWS, GCP a un backup dans une autre région sans frais supplémentaire? On ne parle pas d'Availability Zone ici. OVH Strasbourg c'est plusieurs data centers au même endroit. Donc une seule zone. Ils ont d'autres régions et, comme les autres cloud providers, des services de backups inter-région.
Je ne comprends pas pourquoi tu compares au Cloud, alors qu'ici on ne parles pas de clients cloud mais de clients majoritairement dédiés, vps et mutualisés, c'est à dire exactement la même offre qu'avait OVH il y a 20 ans avant l'arrivée du Cloud, cela n'a donc rien à voir.
Dans les offres cloud on te proposes généralement différentes options, et le backup interrégional sert surtout à avoir les données plus proches de l'endroit de leur utilisation, et il est déjà possible d'avoir avant ça une fiabilité de sauvegarde car les sauvegardes proposées sont généralement au moins redondantes, ou interzone (il y a généralement plusieurs sites pour la même région), donc à moins qu'une région comme par exemple l'Europe soit totalement rayée de la carte, il n'est pas nécessaire d'avoir une sauvegarde inter région pour avoir une sauvegarde fiable et redondante.
6  1 
Avatar de Pierre Louis Chevalier
Expert éminent sénior https://www.developpez.com
Le 09/02/2022 à 23:55
Citation Envoyé par chrtophe Voir le message
Si tu n'es pas informaticien, en général tu travailles sur du mutualisé, pas du dédié/VPS ou tu dois avoir des compétences techniques et une autonomie.
Pour passer une commande, dans une entreprise c'est généralement le service achat qui gère ça, et même parfois dans une petite PME parfois c'est le gérant directement, ces gens la voient "sauvegarde" dans la commande donc ils pensent naïvement que ce problème est géré, et c'est pourquoi beaucoup se sont retrouvés avec des dommages énormes.

Après tu peux toujours dire : "oui mais le service informatique aurais du...", mais dans les faits il y a parfois des gens en entreprise qui sont incompétents, qui en ont rien à foutre, qui sont en congé maladie, qui ne font rien si on leur donne pas d'ordre, qui sont surbookés et qu'il ne s'en sortent pas, qui sont en sous effectifs, etc..
Dans certains grands groupes il y a souvent de vrais directions informatique avec des gens compétents, et qui vont par exemple sécuriser leur infrastructure avec du multi cloud et du cloud hybride, et par contre dans certaines PME plus ou moins en déficit ils vont prendre du low cost, l'équipe informatique est insuffisante voir parfois quasiment inexistante, ils vont juste prendre des prestataires low cost pour faire du travail bâclé et il n'y aura pas de vue d'ensemble fiable, il n'arrivent pas à recruter en interne, et encore moins à bien payer les gens pour qu'ils restent, c'est la différence entre la théorie (service informatique compétent), et la pratique sur le terrain (rien).
6  1