Je ne retrouve plus la correspondance entre la région VPS et la localisation physique.

Localisations VPS SBG1, SBG2 et SBG4 => Datacenter SBG2
Localisations VPS SBG6 => Datacenter SBG3

Par contre cet article dit bien qu'il y a des VPS à SBG4 :

quelques infos a 20h

Etat des sauvegardes de données suite à l'incendie sur le campus d'OVHCloud à Strasbourg

Si il n'y a pas de VPS dans le DC SBG4 il faut que je recontacte mon service informatique, https://jalerte.arcep.fr/ est censé être un VPS sur le DC SBG4 (prod et pré-prod)
Comme ce n'est pas critique, ils attendent que le VPS soit remis en service.

il y a peut être eu une confusion avec la région VPS SBG4 qui est dans le datacentre SBG4, donc détruite.
Dans ce cas là, il faut partir des sauvegardes.

J'ai demandé à mon SI de vérifier où est l'hébergement de J'alerte l'Arcep.

Les snapshots des VPS SBG1, SBG3 et SBG4, (serveur hôte physiquement à SBG2) il y a deux cas :
- Si les offres « VPS Snapshot Cloud/CloudRam » / « VPS Snapshot SSD Range » ont été souscrites avant le 23 avril 2020, elles sont stockés sur des baies de disques d’appoint juste à côté des VPS, donc dans SBG2 et ils sont détruits.
- Si les offres « VPS Snapshot Cloud/CloudRam » / « VPS Snapshot SSD Range » ont été souscrites après le 23 avril 2020, elles sont stockés sur des baies de disques qui bénéficient de la technique d’Erasure Coding réparties sur SBG2 et SBG3 permettant une redondance comme un RAID5 de 5 disques physique. Si les morceaux répliqués sur SBG3 équivalent à 80% des données d’un serveur, alors ces VPS sont restaurable à 100%, car il y a 20% de redondance (il faut que tous les disques sur SBG3 redémarrent).

Pour le service de stockage « Public Cloud Archive » (PCA), c'est aussi des baies de disques en Erasure Coding réparties sur SBG2 et SBG3, mais SBG3 ne contient que 68 % de leurs morceaux, donc cela serait perdu.

Pour le service de stockage « Public Cloud Storage » (PCS), on reste en Erasure Coding, mais SBG3 contient 99,5 % des morceaux de la globalité du stockage, il est donc possible de restaurer la plupart des fichiers, sauf ceux dont plus de 20% du contenu dans SBG2.

J'ai demandé à mon SI de vérifier où est l'hébergement de J'alerte l'Arcep.

Les snapshots des VPS SBG1, SBG3 et SBG4, (serveur hôte physiquement à SBG2) il y a deux cas :
- Si les offres « VPS Snapshot Cloud/CloudRam » / « VPS Snapshot SSD Range » ont été souscrites avant le 23 avril 2020, elles sont stockés sur des baies de disques d’appoint juste à côté des VPS, donc dans SBG2 et ils sont détruits.
- Si les offres « VPS Snapshot Cloud/CloudRam » / « VPS Snapshot SSD Range » ont été souscrites après le 23 avril 2020, elles sont stockés sur des baies de disques qui bénéficient de la technique d’Erasure Coding réparties sur SBG2 et SBG3 permettant une redondance comme un RAID5 de 5 disques physique. Si les morceaux répliqués sur SBG3 équivalent à 80% des données d’un serveur, alors ces VPS sont restaurable à 100%, car il y a 20% de redondance (il faut que tous les disques sur SBG3 redémarrent).

Pour le service de stockage « Public Cloud Archive » (PCA), c'est aussi des baies de disques en Erasure Coding réparties sur SBG2 et SBG3, mais SBG3 ne contient que 68 % de leurs morceaux, donc cela serait perdu.

Pour le service de stockage « Public Cloud Storage » (PCS), on reste en Erasure Coding, mais SBG3 contient 99,5 % des morceaux de la globalité du stockage, il est donc possible de restaurer la plupart des fichiers, sauf ceux dont plus de 20% du contenu dans SBG2.

euh j'ai des connaissances basique mais ça veut dire qu'il n'y avait donc pas de vraie sauvegarde vers un autre site physiquement distant d'au moins plusieurs kilomètres  

Merci Leon pour ta vigilance, pas de VPS avec l'hôte physiquement à sur le datacenter SBG4, J'alerte l'Arcep est sur l’hôte "SBG4" donc hébergé sur SBG2.
J'imagine que il doit y avoir pas mal de monde à faire la confusion et a attendre le retour des VPS SBG4.

Il est donc inutile d'attendre sa remise en service. Une nouvelle VM va être commandée.

Apparemment de gros changements sont à prévoir dans leurs offres de sauvegarde

https://cloud-computing.developpez.com/actu/313500/OVHcloud-Octave-Klaba-annonce-l-adoption-d-une-nouvelle-politique-de-sauvegarde-gratuite-des-donnees-de-tous-les-clients-et-la-remise-a-la-police-des-onduleurs-et-batteries-detruits-par-l-incendie/

Pour le service de stockage « Public Cloud Storage » (PCS), on reste en Erasure Coding, mais SBG3 contient 99,5 % des morceaux de la globalité du stockage, il est donc possible de restaurer la plupart des fichiers, sauf ceux dont plus de 20% du contenu dans SBG2.

Connait-on la durée d'une telle reconstruction ?