Bonjour,

De manière générale, il est quand même plus prudent de gérer le backup dans un 
autre datacenter certes, mais aussi et surtout chez un autre hébergeur.

En effet, on peut tout à fait imaginer le bug d'un robot interne chez OVH, un 
bug massif du système de réinstallation automatique... Dans ce dernier cas, 
ceux qui auront fait le double chez OVH pourrait s'en mordre les doigts.

Ok, c'est peut-être improbable, mais un incendie ça l'est tout autant.

Avant l'incident de SBG2, les clients n'entendaient pas ces arguments, OVH 
était le meilleur, point barre. Cet incendie permet de dire que tout peut 
arriver, quelque soit la confiance que l'on peut avoir.

Cordialement,
Fabrice TERRANCLE
Administrateur système
Tel. Mobile : 0658885108

-----Message d'origine-----
De : frnog-requ...@frnog.org <frnog-requ...@frnog.org> De la part de Vincent 
Bernat
Envoyé : mercredi 17 mars 2021 23:45
À : Barthélémy DELUY <barth.de...@gmail.com>
Cc : Mickael Monsieur <mickael.monsi...@gmail.com>; FRnOG ML <frnog@frnog.org>
Objet : Re: [FRnOG] [MISC] OVH : SBG-2 en feu

 ❦ 17 mars 2021 23:04 +01, Barthélémy DELUY:

> Parce que je suis sysadmin, pas expert en datacenter ni en réseau 
> (merci les experts de FRnOG de me sortir chaque jour un peu plus de 
> mon inculture), donc je me dis bêtement
>         "j'ai un serveur à SBG1, un autre à SBG2, et dans toutes les 
> boîtes où j'ai fait de la presta les DC sont physiquement éloignés", 
> pas
>         "en fait SBG1 et SBG2 c'est le même DC il y a juste une 
> cloison entre les deux et aucune mesure de protection classique de 
> datacenter, en fait dans toutes les autres boîtes on appellerait ça 
> SBG1-1 et SBG1-2 mais ça doit pas être assez vendeur".

Pas forcément. Par exemple, Equinix PA2 et PA3 sont accolés.
--
I don't know half of you half as well as I should like; and I like less than 
half of you half as well as you deserve.
                -- J. R. R. Tolkien


---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/

Attachment: smime.p7s
Description: S/MIME cryptographic signature

Répondre à