Reprise du message précédent :
Il faut pas écarter le risque lié a des travaux en cours. C'est souvent dans ces conditions que le pire se produit. l'autre aspect, c'est est-ce que les systèmes automatiques de détection et d'extinction ont correctement fonctionné (on peut imaginer que non, vue que leur but est justement d'éviter ça). Si c'est effectivement le cas, est-ce que c'est un problème de design, d'entretien ou de mise hors service volontaire pour une raison précise (genre déclenchement intempestifs) etc ... Chez OVH, ils sont généralement assez transparent sur leur incidents, on peut espérer qu'il partagerons leurs infos, mais vu les enjeux financiers et juridiques ...

On a des backup cross répliqué sur SBG/RBX plus un distant sur Paris et un NAS au bureau du coup on s'en sort quasiment les fesses propres  

Sauf que le commentaire en espagnol dit qu'il payait pour un service de copie de sécurité supplémentaire, et qu'il sait toujours pas au bout de 24h si ses données vont être récupérées...
Ça me semble pas délirant ce commentaire.
 
Manifestement, pour certains client, ça devient On Vous Hait...
A+,

Je laisse ça là, la réponse de 2013 d'Arnaud de Bermingham (CEO de Scaleway) prend tout son sens: https://lafibre.info/ovh-datacenter [...] /#msg80633
J'ai toujours eu un avis plutôt négatif d'OVH et chaque incident renforce un peu plus ce sentiment.

Ouais, je pensais aussi qu'il y avait du y avoir un souci avec le système de détection et d'extinction automatique, mais j'en étais pas à imaginer ça ...
 
A prendre avec du recul quand même.

@gillou : c'est une option de backup a un prix ridicule dans le même DC, pas une réplication - et évidemment si c'est dans le même DC c'est mort...

Ouais surtout que ça déjà c'est faux... - je passe sur le reste du message qui est a l'avenant

Protip: ça date de 2013 et je pense qu'il connait très bien son sujet. Mais si t'as des éléments à avancer sur la réglementation de l'époque, vas y

La description de l'option c'est quand même :
"Concrètement, une sauvegarde de votre VPS (hors disques additionnels) est planifiée quotidiennement, exportée puis répliquée trois fois avant d’être disponible dans votre espace client."
Alors oui, rien ne précise que c'est sur un autre site. Le slogan c'est quand même "Mettez vos données à l'abri". Tu as où l'info que la sauvegarde est colocalisée ?

 
J'avais pas vu la date, mea culpa.  
 
C'est surtout que t'as toute la réglementation au-delà, et les nombreuses certifications visant à la prévention des risques physiques (que ce soit ISO 27001, PCI-DSS, SNC, etc... tu peux pas t'en sortir avec juste deux sprinkler et un extincteur à poudre).  
 

 
Mes souvenirs remontent, mais je pensais à cette option là : https://docs.ovh.com/fr/vps/autobackup-vps/  ( d'ailleurs https://forum.hardware.fr/hfr/OSAlt [...] 119_1.htm)  
 
Qui n'est pas une réplication, mais bien une sauvegarde sur le même site.

 
on en revient toujours à ça : je suis content d'avoir commencé par gérer des serveurs on premise dans mes petits datacenters pour comprendre vraiment les problématiques de sauvegardes/PRA/PCA avec un directeur de l'infra qui ne laissait rien passer.
 
tu acquières des réflexes de survie utile quand tu poursuis ta carrière dans le cloud

 
 
les 2 sites partageaient la même arrivée électrique ?

Moi je ne fait que lire la description de "Sauvegarde automatique" sur la page d'option des VPS : https://www.ovhcloud.com/fr/vps/options/
Rien dans ta doc n'indique l'emplacement de la sauvegarde.  

Une réplication de l'infra sur un site distant est une sauvegarde ?  

tain leur DC low cost aura quand meme tenu 8ans

Non, et je préfère de loin une sauvegarde d'il y a quelques heures à une réplication temps réel
Les deux, c'est pas mal aussi

Du coup, t’as les pieds sur terre mais la tête dans les nuages.

 
quand j'entends parler du support pour les clients en cas de soucis ( pas maintenant of course ) je me dis que jamais j'irai stocker mes données la bas.
 
mais bon courage aux ops ils vont en chier pendant des mois je pense    
 
 

Je comprends ça comme 'répliqué trois fois dans le même DC' - c'est pas très clair, mais rien ne mentionne que ça part sur un autre site.  

 
Surtout que c'est pas le même, c'est RBX4 qui est en photo  
 

ils sont tout les 4 mitoyens, et si le 4 profite des retours d'expérience des 3 autres, j'ai meme pas envie de savoir a quoi ressemblait le 2...

 
Sur ce genre de sites, doit y avoir plusieurs arrivées.
 
/Quand je vois la complexité de la partie énergie chez nous, c'est ultra flippant. Bien content de pas avoir à y toucher.

C'est strict chez toi la dessus?

Si tout à cramé l'enquête risque de prendre des semaines...

Oh putain c'est ce matin qu'ils se réveillent de mon coté, la shitwave dans ta face ²²

 
ça me semble assez évident que s'ils garantissaient que la réplication était faite sur un site différent, ce serait mentionné en gras avec 3 points d'exclamation.

Bah... En fait non.
Si tu va voir l'option Veeam Backup Managed de leur SDDC Vmware, par exemple, c'est répliqué en hors site que sur les versions advanced et premium. C'est une des dernières lignes comparative du tableau du détail de l'offre :
https://www.ovhcloud.com/fr/enterpr [...] p-managed/
 
Bref, ils le font sur certaines offres, mais quand c'est fait c'est planqué au fond de la doc.

On a sauvé des culs
 
https://xcp-ng.org/forum/topic/4339/ovh-fire

 
pour les clients c'est un peu le même problème que chez Ovh je pense (enfin toute proportion gardée ) Il faut que  qu'ils comprennent ce qu'ils achètent  comme services et ce qu'ils mettent en place comme archi  
 
et je conçois que c'est pas évident    
 
pour moi  c'est bcp moins strict    mais j'ai pas de données dessus : je build et casse des poc  (quand même répliqué entre plusieurs régions mais c'est juste pour comprendre le mode de fonctionnement)  

Bien    

Ouais, faire comprendre aux clients, ca a l'air bien casse noix.
 
T'es toujours en phase bidouille et tout péter pour te former?

RBX, c'est Roubaix.
C'est pas exactement mitoyen de Strasbourg

ouf, ceux de stras devaient etre plus sérieux et ignifug-

 
je commence doucement à  faire de l'avant-vente   les projets vont pas tarder normalement

 
"pas de chance"
 
On fait un métier dont une grosse partie du job est de gérer les risques. C'est bien le problème, tant que ça fonctionne, personne ne comprend pourquoi y'a une différence de prix, mais c'est lors d'un incident qu'on se rend compte qu'il y a eu des économies et des raccourcis pris par l'hébergeur.
 
L'exemple le plus courant et simple, c'est quand tu survends la capacité de ton réseau, tout va bien jusqu'au jour où quelques clients se mettent à vraiment consommer leur capacité impactant tous les autres sur le switch.
 
Après bien sûr ils vont communiquer, mais vont-ils être honnêtes sur les détails ? Tu vois un DC dire qu'il a été négligeant et que c'est à cause de ça que ça a cramé ? Tu auras une com neutre du genre "oui alors y'a un truc qui a cramé et ça a entrainé blabla, manque de chance blabla"
 

 
Possible aussi les travaux, mais normalement il devrait y avoir eu une com sur les travaux en cours et personne n'en a parlé.
 
Ils sont étonnemment transparents sur leurs boulettes en général c'est vrai, mais là les enjeux sont vraiment plus élevés.

Le mec en parle comme si c'était la routine, la classe

 
si t'arrive en mode "on a eu de la chance mon produit à fonctionné"   je suis pas sur que t'arrive à en vendre beaucoup  

 
les gens se marrent, mais si demain une AZ AWS crâme, je connais pas mal de clients (et pas des petits) qui seraient au fraise.
Et je suis sûr qu'on doit trouver les mêmes cas chez GCP ou Azure.

 
y a qu'à voir la panne temporaire de us-east1 y a quelques mois... https://www.cnbc.com/2020/11/25/ama [...] fline.html
 
Ça a même pété leur page de statut

AWS, Azure, GCP et autres sont peut-être plus "insitants" dans leur com' et dans leurs docs sur le fait de prendre ces risques en compte.
Tu ne peux pas dire que tu n'es pas prévenu

Après, il reste le problème des revendeurs/intégrateurs/escrocs qui vendent du rêve...

 
sur de la panne régionale c'est encore pire, mais je parle même simplement d'une perte d'AZ.
Aujourd'hui il y a un nombre inquiétant de clients qui continuent de pousser dans AWS des infras on-prem qui ne profitent absolument pas du modèle multi-AZ (et les causes sont multiples: incapacité à se transformer, pingrerie, incompétence des intégrateurs etc.)
 

 
tout à fait, quand tu lis le shared responsability model aws je le trouve assez clair par exemple.
Je n'ai jamais fait d'intégration chez OVH donc je ne sais pas s'ils sont aussi limpides.
 
Cela dit chez AWS t'as beau présenter les risques, l'intégrateur a beau en remettre une couche parfois, les clients sont parfois butés (et surtout drivés par les coûts de conso uniquement)

Oui c'est sûr, je voulais surtout souligner le sentiment de facilité qui se dégage du feedback du client. Tu peux avoir des backups blindés, une procédure longue, chiante et cependant robuste, testée et éprouvée, passer la journée à suivre ton modop pour restaurer pas à pas ta situation et arriver au résultat attendu en étant confiant sur le résultat.  
Là sur le feedback ça tient en 2 mots sans détailler, avec un petit smiley, genre c'est 4 clics et 2h à attendre devant la TV pendant que tout remonte tout seul. Ça a l'air plutôt cool

C'était bien sur humoristique le "pas de chance". Faut avoir une idée précise de l'incident.
 
Ils ont quand même intérêt à être honnête un minimum sur les raisons. Et ca sera un bon REX pour eux et pour les autres hébergeurs aussi.
/Chez nous c'est vraiment un point hyper important ça, histoire d'éviter de recommencer les mêmes erreurs.