OVHcloud

OVHcloud, datacenter in fiamme a Strasburgo: centinaia di siti e servizi offline

di pubblicata il , alle 09:56 nel canale Cloud OVHcloud, datacenter in fiamme a Strasburgo: centinaia di siti e servizi offline

I datacenter OVHcloud a Strasburgo sono andati a fuoco poco dopo la mezzanotte. Un incendio nell'unità SBG2 si è propagato alle altre unità - solo SBG4 non ha subito danni. Non è chiara l'origine delle fiamme né quando (e se) i servizi saranno ripristinati.

 
200 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
GabryJ8411 Marzo 2021, 21:33 #111
Originariamente inviato da: ATX12V
In queste foto di Klaba si può vedere molto bene la struttura di SBG2 in costruzione con i piani in legno.
Può essere questo il motivo per cui tutto l'edificio si è acceso come un cerino?




Ma è fire-compliant una roba del genere?

Puoi avere tutti i sistemi di sicurezza del mondo, ma quando un UPS va su di calore ne sprigiona un bel po...una volta che il fuoco ha fatto un buco nel pavimento è come se non esistesse più compartimentazione...e a questo punto temo che esistesse sì un antincendio...ma solo come cicalino e non come impianto di spegnimento automatico.

Tra l'altro se l'incendio è partito dal basso e man mano che aggrediva i soffitti/pavimenti via via più alti tutto quello che era posizionato sopra cascava giù in caduta libera prima di arrivare nel bracere, quindi in sostanza è come se i server avessero fatto la parte dello gnocco fritto nella friggitrice...anche fossero stati risparmiati dal fuoco dubito avrebbero recuperato qualcosa di utilizzabile...quando un HD cade da 5 piani viene praticamente polverizzato...
ATX12V11 Marzo 2021, 21:51 #112
C'è rimanere basiti ma è proprio così.
ercolino11 Marzo 2021, 22:46 #113
Vedremo poi quando verrà pubblicato il report completo dell'incidente, cosa effettivamente è successo e soprattutto come mai non si è riusciti a bloccare l'incendio sul nascere.
apocanow12 Marzo 2021, 00:50 #114
Tutti i miei portali (ben 30) erano su quel Datacenter (SBG2).
Grazie a Dio il giorno prima ho avuto premura di fare puntualmente i backups di tutto in locale (li faccio ogni settimana oppure ogni volta che faccio un update importante a qualcosa) altrimenti tutto il mio lavoro di una vita sarebbe andato in cenere.

Onestamente di SBG2 non hanno ancora parlato.
Stanno avendo premura di riattivare i 3 datacenter illesi 1-3-4 ma nessuna rassicurazione per i più sfortunati: se esitono delle copie replicate, se ci daranno dei server sostitutivi o altro.

Il nostro è anche un mondo in cui stare chiusi per giorni costa... a livello concorrenziale, di SEO, di clientela, di pubblicità, peggio ancora se sei un reseller e devi rendere conto a tuoi clienti.

E ringrazio Dio nuovamente che ho i backups di quasi tutto, la restante parte la posso recuperare scriptando o in qualche giorno di manualità. Ho comprato un altro server, ora sto spostando tutto e in qualche giorno dovrei essere pienamente operativo...

Ho letto di persone che non fanno backup locale da tantissimo e stanno disperate per il loro business...OK se ti hackerano, ma se si incendia il palazzo in cui tieni tutto il tuo lavoro effettivamente ti girano.

OVH dovrà risarcire i clienti di SBG2 in base al tempo di downtime e alla mole di dati perduti, spero parta una class action.
GabryJ8412 Marzo 2021, 01:02 #115
Originariamente inviato da: ercolino
Vedremo poi quando verrà pubblicato il report completo dell'incidente, cosa effettivamente è successo e soprattutto come mai non si è riusciti a bloccare l'incendio sul nascere.


Credo che ormai sia sufficientemente chiaro. Un pavimento di legno non offre compartimentazione, quindi anche ci fossero stati sistemi ad abbattimento di ossigeno, sarebbero stati inefficaci.
Se ci fossero stati sprinkler l'incendio non sarebbe mai arrivato a proporzioni così devastanti, salvo una totale assenza di acqua.

Alla fin fine al 99% uscirà fuori che è andata così perchè la costruzione era indegna (non stavano costruendo un eco-museo con materiali sostenibili) e la propagabilità del fuoco ad un indice altissimo, stanti i soffitti ma, in definitiva, anche le strutture di sostegno. (una volta passato da principio di incendio ad incendio generalizzato, quei lamierini leggeri e colonne in acciaio di sezione ridicola han fatto il resto. E quell'inclinazione della parte sinistra che notavo ieri è molto probabilmente il risultato di tutto questo, una volta raggiunti i 500 gradi l'acciaio non viene più considerato strutturale e può crollare per il solo peso che ha, mentre una volta raggiunti i 900-1000 gradi il ferro diventa come una bigbabol. E con tutto quel carico di incendio, altro che 1000 gradi...

Una volta preso fuoco per bene SBG2, l'eccessiva vicinanza ha fatto sì che le lamiere dei container di SBG1 si scaldassero arrivando a temperature dali da irraggiare anche l'interno dei container. Una volta che la temperatura interna ha raggiunto la temperatura di auto-ignizione di qualsiasi cosa ivi contenuta, anche quel container è andato su, aumentando ulteriormente la temperatura e facendo la stessa identica cosa col container di sopra e quello di sotto.
Una volta che il container sopra si è trovato con il pavimento a contatto e con il lato esposto irraggiato, non credo potesse avere molte chance...

Non c'è che dire...una costruzione decisamente geniale.
vomplete12 Marzo 2021, 01:15 #116
Originariamente inviato da: ercolino
Octave ha aggiornato la situazione

http://travaux.ovh.net/?do=details&id=49484

Sono state pubblicate anche le faq

https://help.ovhcloud.com/en/faq/strasbourg-incident/

https://help.ovhcloud.com/fr/faq/incendie-strasbourg/

https://twitter.com/olesovhcom

A breve Octave mette un filmato della situazione



Quali datacenter sono interessati a Strasburgo?

Dei quattro datacenter OVHcloud a Strasburgo, SBG2 è stato il più colpito: è stato distrutto nell'incendio. Anche l'SBG1 è stato colpito dall'incendio: quattro dei suoi locali sono stati gravemente colpiti (rack 61Bxx, 61Cxx, 62Bxx e 62Cxx); gli altri otto furono risparmiati. La rete SBG1 funziona. I server ospitati in SBG3 e SBG4 non sono stati interessati.

Per Public Cloud, le regioni OpenStack direttamente interessate dall'incendio sono: openstack-sbg1, openstack-sbg2, openstack-sbg3 e openstack-sbg4 (fisicamente nel datacenter SBG2). Le regioni openstack-sbg5 e openstack-sbg6 non sono disponibili (fisicamente nel datacenter SBG3), ma verranno rimesse in servizio non appena SBG3 sarà operativo.


Ciao
perdonami, io avevo un vps con questa localizzazione:

Zona (Cluster)
os-sbg1-014 (cluster-001)

Localizzazione
Strasburgo (SBG1) - Francia


non ho capito, dovrei considerarlo completamente perso?
Cioè, openstack-sbg1 = os-sbg1 ? oppure sto fraintendendo la sigla?

Non avevo dati, ma configurazioni che mi seccherebbe perdere di vpn e altre cose, dei quali non ho backup... che palle
!fazz12 Marzo 2021, 01:56 #117
così a occhio hai meno del 25% della probabilità di aver perso le configurazioni sbg1 ha 4 room distrutte su 12 ed una dovrebbe essere quella di networking
raxas12 Marzo 2021, 03:18 #118
non arrivo a capire la portata della disperazione della perdita dei dati, dipende dai dai dati e dalla rilevanza, se per siti o per i dati, e se anche se ne è perso il backup, solo locale in alcuni casi... dipende... penso che possa essere molta in relazione all'importanza alle attività commerciali/economiche dei dati... e dispiace...
ma dalle foto che ci sono... vedo INOLTRE che quel luogo è nei pressi
-qualche decina di metri o meno- di un fiume,
che dovrebbe essere il Reno o una sua diramazione,
ma è fattibile avere una locazione di una "server/farm-datacenter" di quella grandezza E con quelle caratteristiche in quella posizione?
non è davvero fuori luogo quella locazione?
se non fosse stato il fuoco, a parte backup e delocalizzazione, per esempio in caso di alluvione, come avranno pensato di non avere danni alla struttura, la cui costruzione sembra simile a un progetto in materiali e struttura di uno stand dimostrativo, che come qualcuno scriveva può avere solo la caratteristica di temporaneità anche nel senso della non solidità operativa invece richiesta per questo tipo di strutture... quando invece si tratta di container impilati, e non mi sembra ci siano barriere per evitare l'allagamento del posto... che se entra l'acqua smonta la struttura e si porta quei container come grissini...
o forse ho capito male io: magari le protezioni ci sono, nel caso di "alluvione"...
mah! e

quel tizio che si vede nelle foto, Octave, il responsabile, penso debba avere quattro teste e farne dormire una a turno nelle 24 ore,
chissà costa sta passando...
che sfascio
ATX12V12 Marzo 2021, 06:57 #119
Originariamente inviato da: apocanow
Ho letto di persone che non fanno backup locale da tantissimo e stanno disperate per il loro business...OK se ti hackerano, ma se si incendia il palazzo in cui tieni tutto il tuo lavoro effettivamente ti girano.

OVH dovrà risarcire i clienti di SBG2 in base al tempo di downtime e alla mole di dati perduti, spero parta una class action.


I backup locali vanno sempre fatti se no poi quando perdi i dati piangi. Questo molti ancora non lo vogliono capire. Magari dopo questo evento molti prenderanno coscienza della situazione.
In merito alla class action, se il contratto che hai stipulato con OVH non prevede un recovery plan i dati sono perduti e non ci possono fare nulla.

Rinnovo l'invito a leggere questo articolo che spiega bene la situazione:

https://dday.it/redazione/38814/ovh...ersi-per-sempre

Link ad immagine (click per visualizzarla)

Originariamente inviato da: raxas
ma è fattibile avere una locazione di una "server/farm-datacenter" di quella grandezza E con quelle caratteristiche in quella posizione?
non è davvero fuori luogo quella locazione?


Molti datacenter vengono fatti al risparmio.

Rinnovo l'invito a leggere questo articolo che spiega bene la situazione:

https://dday.it/redazione/38814/ovh...ersi-per-sempre

Link ad immagine (click per visualizzarla)
raxas12 Marzo 2021, 07:10 #120
Originariamente inviato da: ATX12V
...se il contratto che hai stipulato con OVH non prevede un recovery plan i dati sono perduti e non ci possono fare nulla.
------
Rinnovo l'invito a leggere questo articolo che spiega bene la situazione:

https://dday.it/redazione/38814/ovh...ersi-per-sempre

Link ad immagine (click per visualizzarla)



Molti datacenter vengono fatti al risparmio.

Rinnovo l'invito a leggere questo articolo che spiega bene la situazione:

https://dday.it/redazione/38814/ovh...ersi-per-sempre

Link ad immagine (click per visualizzarla)

Immagino che molti non abbiano nemmeno letto il contratto...
Penso che, molto infaustamente, molte ditte o quello che siano falliranno...
penso anche ai diversi comuni che potrebbero dovere ricostruire database persi con decine di migliaia di cittadini, impiegheranno almeno un decennio...
L'articolo l'avevo letto, grazie
Ma quell'ovh non aveva delocalizzazione di quanto lì presente...
Molti falliranno e non potranno nemmeno avvalersi di rimborsi per perdita dell'attività, commerciale? Se a quanto leggo le assicurazioni pagano solo il gestore per la perdita, dipende dalle responsabilità dell'incendio, materiale delle apparecchiature...
Mah...

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
^