Il data center di Francoforte di AWS ha problemi, EC2 finisce down per ore

[Redazione di Hardware Upg]

Link alla notizia: https://edge9.hwupgrade.it/news/publ...ore_98452.html

Il data center di AWS situato a Francoforte ha avuto problemi nella notte: una serie di malfunzionamenti, iniziata con un guasto nell'impianto di condizionamento, ha causato lo spegnimento dei server delle istanze EC2

Click sul link per visualizzare la notizia.

[Notturnia]

mi pare che ultimamente le infrastrutture internet stiano mostrando tutti i difetti del mondo via-cloud..

fra attacchi di hacker e problemi o errori di configurazione è un mezzo disastro..

[matrix83]

Originariamente inviato da Notturnia

mi pare che ultimamente le infrastrutture internet stiano mostrando tutti i difetti del mondo via-cloud..

fra attacchi di hacker e problemi o errori di configurazione è un mezzo disastro..

Come al solito chi è andato down è perchè non aveva sistemi replicati come si dovrebbe fare. Qua il cloud non c'entra, non c'era nulla di cloud nei servizi andati down. Il cloud è solo un modo più carino per indicare un server online.
Poi se tu su AWS non imposti failover e replicazione dei dati è un problema tuo, non del servizio.

[turcone]

Originariamente inviato da Notturnia

mi pare che ultimamente le infrastrutture internet stiano mostrando tutti i difetti del mondo via-cloud..

fra attacchi di hacker e problemi o errori di configurazione è un mezzo disastro..

ci sono sempre state le interruzioni solo che non venivano pubblicizzate come adesso ....
se guardi i dati vedi che quasi tutti i grossi servizi di cloud hanno 99.9999% di uptime la sfiga è quando quello 0.00001% capita contemporaneamente su più server e la succedono i disastri

[giovanni69]

99.9999%... ahahha... solo teoria... vorrebbe dire 31.6 secondi di inattività media annua.

Se nella notte avessero perso tra allarmi, incendio, pompieri, ecc. anche solo 8h e 46' (31560 secs) , sono scesi al 99.9%, ovvero quasi 1000 ordini di grandezza .

[\_Davide_/]

Originariamente inviato da giovanni69

Se nella notte avessero perso tra allarmi, incendio, pompieri, ecc. anche solo 8h e 46' (31560 secs) , sono scesi al 99.9%, ovvero quasi 1000 ordini di grandezza .

Sì, ma la percentuale la dichiarano sull'intero sistema: se butti dentro tutti gli altri server di AWS che sono rimasti online rientri.

Il problema, assurdo, è un altro:
- Il sistema antincendio non doveva attivarsi.
- I sistemi di AC nelle sale sono sempre ALMENO 3, indipendenti, e con 2 si deve potere lavorare comunque.
- Passati i 27°C doveva attivarsi un allarme, le macchine funzionano almeno fino a 35°C senza problemi.
- Durante questo lasso di tempo si dovrebbe attivare la ventilazione forzata verso l'esterno che non fa salire la temperatura oltre i 35°C.

Quindi o hanno gravi problemi di progettazione (dubito) oppure è successo qualcos altro.

[giovanni69]

Grazie \_Davide_/
Ma come fai a rientrare nel 99.9xxx se poi ammetti 'interruzione nei servizi EC2, RDS, CloudFormation, Kinesis Data Streams e Kinesis Firehose dell'azienda"? Vuol dire che qualcosa a livello di ridondanza non ha funzionato.

Altrimenti è come dire che se una macelleria ha il S. Daniele che questa mattina è andato da male, è irrilevante perchè tutto il resto del consorzio S. Daniele non ha problemi. Ma chi è in quella macelleria, in quel momento, frega poco del resto del consorzio sia al di là che al di qua del banco....

Forse è successo altro e per ora non è il caso di dirlo.

[Notturnia]

ripeto.. a me pare che ci siano sempre più disservizi.. e non perchè le pubblicizzano ma perchè la gente le usa di più e arrivano al pettine i nodi

[\_Davide_/]

Originariamente inviato da giovanni69

Grazie \_Davide_/
Ma come fai a rientrare nel 99.9xxx se poi ammetti 'interruzione nei servizi EC2, RDS, CloudFormation, Kinesis Data Streams e Kinesis Firehose dell'azienda"? Vuol dire che qualcosa a livello di ridondanza non ha funzionato.

Altrimenti è come dire che se una macelleria ha il S. Daniele che questa mattina è andato da male, è irrilevante perchè tutto il resto del consorzio S. Daniele non ha problemi. Ma chi è in quella macelleria, in quel momento, frega poco del resto del consorzio sia al di là che al di qua del banco....

Esatto: siccome loro dichiarano la "disponibilità totale di S. Daniele" se una sola macelleria non lo fornisce a livello globale è comunque un up del 99,999%

La ridondanza costa tantissimo e non è così banale come si crede

[Brajang]

Appena inizi ad avere a che fare con AWS ti viene fatto notare come la buona prassi sia creare il tuo VPC su almeno 2 Availability Zone all'interno di una Region.

Rispettando questa regola, utente X, neanche si sarebbe accorto del disservizio.
Che senso ha usare provider Cloud come AWS se poi ragioni come negli 90?

[\_Davide_/]

Originariamente inviato da Brajang

Appena inizi ad avere a che fare con AWS ti viene fatto notare come la buona prassi sia creare il tuo VPC su almeno 2 Availability Zone all'interno di una Region.

Forse non hai letto: i servizi che sono andati giù sono di Amazon, dell'host, non dei clienti

Per quello dicevo che deve esserci altro dietro che giustamente non viene sbandierato.

[Brajang]

Originariamente inviato da \_Davide_/

Forse non hai letto: i servizi che sono andati giù sono di Amazon, dell'host, non dei clienti

Per quello dicevo che deve esserci altro dietro che giustamente non viene sbandierato.

Mi riferivo a chi parlava dei nodi che vengono al pettine riguardo all'approccio Cloud.

Immagino che i servizi che sono andati down, siano sempre riferiti a quella specifica availability zone, che ci sta dato quello che è successo.

[giovanni69]

Originariamente inviato da \_Davide_/

Esatto: siccome loro dichiarano la "disponibilità totale di S. Daniele" se una sola macelleria non lo fornisce a livello globale è comunque un up del 99,999%

La ridondanza costa tantissimo e non è così banale come si crede

Bene, allora possiamo dire che quel 99.9999% è pia illusione perchè come si dice, la fortuna è cieca ma la sfiga ci vede benissimo.... e se la ridondanza è costosa poi sono i tecnici IT a dover capire i contratti che gli AD vanno a firmare (vedi casino OVH).

[\_Davide_/]

Originariamente inviato da Brajang

Mi riferivo a chi parlava dei nodi che vengono al pettine riguardo all'approccio Cloud.

Immagino che i servizi che sono andati down, siano sempre riferiti a quella specifica availability zone, che ci sta dato quello che è successo.

Sì sì certo, poi resta da capire perché non erano in ridondanza (magari non era necessaria).

Alla fine il cloud almeno sotto quell'aspetto tende a essere più sicuro, poi se resti senza internet (e succede molto spesso da quanto vedo) ti si ferma tutto e buon divertimento

Originariamente inviato da giovanni69

Bene, allora possiamo dire che quel 99.9999% è pia illusione perchè come si dice, la fortuna è cieca ma la sfiga ci vede benissimo.... e se la ridondanza è costosa poi sono i tecnici IT a dover capire i contratti che gli AD vanno a firmare (vedi casino OVH).

Esatto, è un po' come la pubblicità della Mercedes a 90€ al mese

[zappy]

Originariamente inviato da \_Davide_/

...
- Durante questo lasso di tempo si dovrebbe attivare la ventilazione forzata verso l'esterno che non fa salire la temperatura oltre i 35°C.

i server a 35° si scassano?

[\_Davide_/]

Originariamente inviato da zappy

i server a 35° si scassano?

Assolutamente no, ma vanno in errore (tra 35 e 40°C di temperatura ambiente, non dei componenti, hanno uno o più sensori) e in base a come sono configurati possono spegnersi.

Server danneggiati per alte temperature non ne ho mai visti, solo alcune schede di rete 10+ Gbit base t con la ventolina integrata rotta (per forza di cose)...

[zappy]

Originariamente inviato da \_Davide_/

Assolutamente no, ma vanno in errore (tra 35 e 40°C di temperatura ambiente, non dei componenti, hanno uno o più sensori) e in base a come sono configurati possono spegnersi...

ah, beh, si giusto...
a sto punto non conviene un raffreddamento ad acqua?

[\_Davide_/]

Originariamente inviato da zappy

ah, beh, si giusto...
a sto punto non conviene un raffreddamento ad acqua?

No perché nei DC di solito non si passano i 22°C, neanche con un impianto AC fermo, quindi quella ad aria è più che sufficiente...

[!fazz]

Originariamente inviato da Brajang

Appena inizi ad avere a che fare con AWS ti viene fatto notare come la buona prassi sia creare il tuo VPC su almeno 2 Availability Zone all'interno di una Region.

Rispettando questa regola, utente X, neanche si sarebbe accorto del disservizio.
Che senso ha usare provider Cloud come AWS se poi ragioni come negli 90?

dipende per cosa usi aws, ci sono mille motivi ( di cui 999 economici) per decidere di non fare HA (l'importante è essere consci del fatto ed accettare il down)

noi ad esempio abbiamo una tonnellata di istanze ec2 e relativi s3 senza HA proprio su francoforte ma sono macchine corazzatissime (sono delle P2) che usiamo per gestire i picchi di lavoro nei training delle AI e sono macchine che mi costano, quando in uso, migliaia di dollari al mese; domani dovrò controllare se è andato giù qualcosa e nel caso ritirare su tutto: e al massimo quello che ho perso sono 24 ore di elaborazione e solo perchè oggi è domenica

[danylo]

> il sistema di soppressione degli incendi che si è attivato rimane disabilitato
Hanno fatto la stessa cosa al Mottarone: disabilitiamo i freni di emergenza