Auteur Sujet: Incendie OVH à Strasbourg: SBG2 complètement détruit. SBG1 détruit à 42%.  (Lu 311428 fois)

0 Membres et 1 Invité sur ce sujet

xp25

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 6 221
Greenpeace en sueur en voyant les caissons que OVH va immerger dans le Rhin ;D

Tounet

  • Abonné SFR fibre FttH
  • *
  • Messages: 51
  • FTTH 500 Mb/s sur Lyon 7ème (69)
Quelqu'un a une liste des datacenters qui ont un incident majeur de destruction dans le monde ?
Par exemple pour celui d'aws a Tokyo, je ne savais pas.

En France il y a quelques paires d'années, je me souviens d'un incident majeur pour la boite adp (pas aeroport de paris) mais le logiciel de paie (adp gsi). Et il me semble bien qu'il s'agissait d'un incendie. Le PRA n'avait pas fonctionné comme il aurait du. Je me souviens que ma boite (qui est une grosse industrie) à du rejouer les paies du mois précèdent en attendant qu'adp se relève, ce qui avait pris entre 1 semaine et 15 jours si mes souvenirs sont bons.

Nico

  • Modérateur
  • *
  • Messages: 44 501
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
Je viens de regarder une vue Google earth du site, et je vois que cela s'est pas mal densifié. Déjà, quand je suis parti d'où je travaillais à côté, ils avaient levé 250 millions d'euros je crois, pour construire de nouveaux datacenters, et sur le site il y avait pas mal de travaux.
Mais même en ne comptant que les 4 "historiques", on est bien loin des >100m entre chaque DC. Plutôt 15-20m. Sans doute suffisant (ou raisonnable) pour le risque incendie, enfin j'imagine.

Ceci dit comme je disais, leur offre PCA/PRA est constituée d'un DC à 2km à vol d'oiseau dans la ZAC au NO.

Thornhill

  • Abonné SFR fibre FttH
  • *
  • Messages: 3 974
  • Saint-Médard-en-Jalles (33)
Ceci dit comme je disais, leur offre PCA/PRA est constituée d'un DC à 2km à vol d'oiseau dans la ZAC au NO.

Sachant qu'ils "louent" aussi des salles à des tiers/infogérants qui ont leur propre offre DRP sur d'autres sites.

Nico

  • Modérateur
  • *
  • Messages: 44 501
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
Yep, d'ailleurs 2km c'est pas énorme pour un PCA/PRA, mais ça a l'avantage d'être gérable à "pas cher" pour passer de la capa entre les 2 sites (il y a une boucle optique entre les 2).

On en revient à la problématique de la sauvegarde offsite : il faut un peu de BP entre les 2.

Thornhill

  • Abonné SFR fibre FttH
  • *
  • Messages: 3 974
  • Saint-Médard-en-Jalles (33)
On en revient à la problématique de la sauvegarde offsite : il faut un peu de BP entre les 2.

Pour la sauvegarde hors site (1/jour), mais aussi pour le PRA  (réplication continue de baies de stockage type EMC SRDF).
Dans ma boite, les PRA sont plutôt implémentés sous forme de bascule rapide en cas de perte de site, avec une perte de données inférieure à quelques minutes (RTO<2-4h / RPO<2min).

Restaurer un backup d'une BDD Oracle de 15 To c'est plus long et ça sort de la problématique du PRA en tant que tel.


jack

  • Professionnel des télécoms
  • *
  • Messages: 1 602
  • La Madeleine (59)
Pour la sauvegarde hors site (1/jour), mais aussi pour le PRA  (réplication continue de baies de stockage type EMC SRDF).
Dans ma boite, les PRA sont plutôt implémentés sous forme de bascule rapide en cas de perte de site, avec une perte de données inférieure à quelques minutes (RTO<2-4h / RPO<2min).

Restaurer un backup d'une BDD Oracle de 15 To c'est plus long et ça sort de la problématique du PRA en tant que tel.

Certes, ça demande du travail et du temps (de cerveau)
À base de snapshot + pitr, on peut faire des trucs très rapide sur les databases (je ne sais pas pour oracle spécifiquement, mais j'imagine ?)

Leon

  • Client SFR sur réseau Numericable
  • Modérateur
  • *
  • Messages: 6 138
Pour la sauvegarde hors site (1/jour), mais aussi pour le PRA  (réplication continue de baies de stockage type EMC SRDF).
Dans ma boite, les PRA sont plutôt implémentés sous forme de bascule rapide en cas de perte de site, avec une perte de données inférieure à quelques minutes (RTO<2-4h / RPO<2min).

Restaurer un backup d'une BDD Oracle de 15 To c'est plus long et ça sort de la problématique du PRA en tant que tel.
Juste pour comprendre : c'est quel type d'usages une database de 15To? Ca existe vraiment?

Leon.

web7

  • Expert
  • *
  • Messages: 447
Genre un peu comme SBG1/2/3/4, l'espacement en plus ?

Regarde Gravelines en vue aériennes  :-X

e-TE

  • Abonné Free fibre
  • *
  • Messages: 1 149
  • Déville-les-Rouen (76)
Juste pour comprendre : c'est quel type d'usages une database de 15To? Ca existe vraiment?

Leon.
Oh tu sais, ça peut aller vite même pour des petites applications...
Indirectement dans mon scope, il y a une appli spécifique qui tourne, basé sur un CRM open source, et qu'ils ont customisé avec du json bien verbeux directement stocké en base, et au bout de 6mois c'était déjà a quelques centaines de go... Le MySQL prend cher... Et régulièrement la VM se fait rajouter du paquets de go supplémentaires en attendant qu'ils revoient l'architecture logiciel...

alain_p

  • Abonné Free fibre
  • *
  • Messages: 16 753
  • Delta S 10G-EPON sur Les Ulis (91)
Mais même en ne comptant que les 4 "historiques", on est bien loin des >100m entre chaque DC.

Quand je les voyais horizontalement, ils semblaient plus éloignés les uns des autres, mais je ne devais pas voir ceux qui étaient derrière.

Thornhill

  • Abonné SFR fibre FttH
  • *
  • Messages: 3 974
  • Saint-Médard-en-Jalles (33)
Juste pour comprendre : c'est quel type d'usages une database de 15To? Ca existe vraiment?

Pour en côtoyer, oui ça existe : ERP, Datawarehouse, c'est pas exceptionnel dans le monde des opérateurs telcos par exemple.
Et il y a bien plus gros en BDD relationnelle, et ne parlons pas du NoSQL.