Una zona, sei ore: che cosa mostra il guasto di Google Cloud a Londra
Il 20 ottobre un guasto elettrico in una zona di Google Cloud a Londra ha colpito banche per ore, anche Revolut in Svizzera. Cosa ha ceduto e cosa verificare.
Martedì 20 ottobre 2026 una delle tre zone della regione londinese di Google Cloud è rimasta senza corrente. Per diverse ore banche, corrieri e negozi online nel Regno Unito sono stati in tutto o in parte irraggiungibili, e anche i clienti di banche sul continente europeo ne hanno risentito, tra cui i clienti di Revolut in Svizzera. Secondo Google, la causa è stata un guasto negli impianti che dovrebbero rendere innocua un'interruzione di corrente.
Che cosa è successo
Alle 05:53 UTC si è interrotta l'alimentazione di rete del centro dati che ospita la zona europe-west2-b. Le batterie hanno preso il carico, come previsto. I generatori no. Secondo il rapporto preliminare di Google sull'incidente, sia il sistema di comando principale sia quello di riserva, che avviano i generatori e trasferiscono loro il carico, non sono entrati in funzione. Alle 06:00 UTC, le 08:00 in Svizzera, le batterie erano scariche, e server, switch di rete e archiviazione locale di quella zona si sono spenti.
Google quantifica il disservizio in sei ore e dieci minuti, fino alle 12:10 UTC, quando oltre il 99 % delle sue macchine virtuali Compute Engine funzionava di nuovo. Ha pubblicato l'avviso di chiusura alle 14:03 UTC e il rapporto preliminare il 22 ottobre. Un rapporto finale con misure preventive deve ancora arrivare.
L'interruzione di corrente ha colpito una zona. Gli effetti hanno raggiunto l'intera regione. Secondo il rapporto di Google, il traffico deviato ha esaurito la capacità di calcolo e di elaborazione disponibile nelle altre zone, e verifiche nel piano di controllo che attraversano i confini tra zone hanno esteso il disservizio. Regional Persistent Disk e Cloud SQL sono citati tra i servizi con problemi di failover e di degrado. Durante l'incidente, l'unica soluzione alternativa indicata da Google era spostare i carichi di lavoro in un'altra zona o regione, se possibile.
L'elenco dei colpiti era lungo. Reuters ha riferito di disservizi presso Revolut, Lloyds e HSBC. Il servizio giudiziario britannico ha segnalato problemi con la piattaforma video che usa per una parte delle udienze a distanza. In Svizzera Revolut, che qui conta 1,3 milioni di clienti, ha segnalato problemi con pagamenti con carta, bonifici e prelievi di contanti, secondo Netzwoche. Alle 17 ora svizzera, un'ora dopo che Google aveva dichiarato concluso l'incidente, la pagina di stato di Revolut indicava ancora 27 dei suoi servizi in Svizzera come parzialmente non disponibili. Anche Hostinger e MongoDB Atlas hanno segnalato problemi legati al guasto.
Le autorità di vigilanza hanno reagito entro un giorno. L'Autorità bancaria europea (ABE) ha contattato Google Cloud per valutare le conseguenze per le imprese finanziarie dell'UE. Google è uno dei 19 fornitori che le autorità europee di vigilanza hanno designato nel novembre 2025 come fornitori terzi critici di servizi TIC ai sensi di DORA. L'ABE ha aggiunto una frase da leggere due volte: la designazione non toglie al fornitore la responsabilità della gestione degli incidenti e non solleva le entità finanziarie dai propri obblighi regolamentari. Google risponde del suo incidente. La banca continua a rispondere del suo servizio, chiunque gestisca i server.
Che cosa significa per un'azienda o un'amministrazione
La prima lezione si trova nella documentazione di Google stessa: una zona va considerata un unico dominio di guasto all'interno di una regione. Il 20 ottobre la zona era un centro dati i cui generatori non sono partiti. Tutto ciò che gira in una sola zona, una singola macchina virtuale, un disco, una banca dati senza replica altrove, condivide la sorte dei generatori di quell'edificio. Non è una particolarità di Google. La maggior parte dei centri dati si affida alla stessa catena di batterie, generatori e comandi automatici, e quella catena può cedere ovunque.
La seconda lezione è meno comoda. Distribuire un servizio su più zone non è bastato il 20 ottobre. Quando una zona è venuta meno, il lavoro è passato alle altre due, e lì la capacità è diventata scarsa. Un piano che conta su spazio libero altrove funziona solo se quello spazio è riservato e se il passaggio è stato provato sotto carico.
La terza riguarda il tempo. Google arriva a sei ore e dieci minuti. Per i clienti di Revolut in Svizzera è durato di più. Il Suo disservizio dura finché il Suo servizio non funziona di nuovo, non finché la pagina di stato del Suo fornitore diventa verde. Il ripristino presso Google ha richiesto riavvii scaglionati, lo smaltimento degli arretrati e controlli dello stato e dell'archiviazione, e ogni cliente ha la propria versione di questo elenco.
La quarta riguarda la catena. Persone e aziende che non hanno mai firmato un contratto con Google sono state colpite comunque, perché la loro banca o il loro hosting gira lì. La domanda è se Lei sappia da quale cloud dipendono i Suoi fornitori, e in quante zone.
A che punto è Elchi Studios
I nostri servizi, e i siti aziendali che gestiamo, girano sul nostro cluster: otto server presso cinque fornitori in quattro Paesi, Svizzera, Germania, Paesi Bassi e Francia. Ho scelto questa distribuzione perché la perdita di un edificio o di un'azienda non trascini con sé l'intero servizio.
- Due ingressi, dove arriva la connessione di un browser: Hetzner a Falkenstein e UpCloud ad Amsterdam. Se uno cade, l'altro prende il traffico.
- Due nodi applicativi, che servono contemporaneamente: Infomaniak a Ginevra e Scaleway ad Amsterdam.
- Tre nodi di banca dati, a Francoforte, Norimberga e Parigi. Una modifica conta come scritta solo quando tutti e tre la contengono.
La parte meno distribuita sono i file archiviati. EMX conserva messaggi e allegati cifrati a Ginevra, e immagini del profilo e loghi si trovano nell'archiviazione a oggetti presso Infomaniak, con una copia notturna presso Scaleway. Una copia notturna protegge dalla perdita dei file. Non li mantiene raggiungibili mentre la sede originale è fuori servizio.
Altri due punti, nello spirito della frase dell'ABE. Primo, non abbiamo ancora spento un'intera sede sotto carico né pubblicato il risultato. Finché non lo avremo fatto, l'architettura descritta sopra è un piano e non una misurazione, e il risultato sarà pubblicato in questo diario, qualunque esso sia. Secondo, il guasto di un fornitore che abbiamo scelto è un nostro guasto. Per i progetti dei clienti in hosting promettiamo il 99,99 % all'anno, e i guasti dei fornitori di hosting e DNS che abbiamo scelto vengono conteggiati a nostro carico, come abbiamo spiegato quando abbiamo abbassato la promessa dal 99,999 %. Quattro sistemi di monitoraggio indipendenti, in luoghi diversi, sorvegliano i nostri servizi, e status.elchi.dev pubblica ciò che misurano.
Che cosa verificare questa settimana
- Elenchi ciò che gira in una sola zona. Macchine virtuali, dischi, banche dati senza replica, una cache, una coda. Per ciascuno annoti che cosa succede al Suo servizio se quella zona sparisce per sei ore.
- Verifichi che le zone rimanenti reggano il carico. Se il Suo failover conta su capacità libera altrove, la riservi o la collaudi. Il 20 ottobre la capacità nelle altre zone londinesi è diventata scarsa.
- Cerchi le dipendenze che attraversano le zone. Un piano di controllo, un archivio di configurazione, un servizio per i segreti o un controllo di licenza che si trova in un solo posto può impedire al resto di avviarsi.
- Chieda ai Suoi fornitori dove girano. Il Suo fornitore di pagamenti, il Suo hosting, il Suo servizio di banca dati: quale fornitore, quante zone, quante regioni, e come La informano quando qualcosa si guasta.
- Misuri dall'esterno. Un monitoraggio esterno alla Sua infrastruttura Le dice quando i Suoi clienti sono colpiti. La pagina di stato del Suo fornitore Le dice quando è colpito il fornitore. Il 20 ottobre erano momenti diversi.
- Legga la clausola sulla disponibilità dei Suoi contratti. Verifichi la cifra, come viene misurata e se i guasti dei fornitori del Suo fornitore contano o sono esclusi.
- Si prepari alla perdita di un'intera regione. Google stessa raccomanda un piano di ripristino in caso di disastro per la perdita di una regione. Un backup in un'altra regione conta solo quando un ripristino a partire da esso è stato provato.
Fonti
- Preliminary Incident Report: multiple services in europe-west2 (London), Google Cloud Service Health, consultato il
- Geography and regions, Google Cloud, consultato il
- Google Cloud says a 'power event' caused today's outage, The Register, consultato il
- Europe's financial regulators query Google over cloud outage that hit banks, Reuters, via Global Banking & Finance Review, consultato il
- European banks, websites hit as Google Cloud data centre goes offline for hours, ABC News, consultato il
- Störung bei Google Cloud beeinträchtigt zahlreiche Dienste in der Schweiz und Europa, Netzwoche, consultato il
- Grossausfall bei Google Cloud, Inside IT, consultato il
- EU regulators designate critical tech providers under DORA, Pinsent Masons Out-Law, consultato il
- The October 20, 2026 Google Cloud europe-west2 Outage, IncidentHub, consultato il
Scritto da Samuel Krauss, Founder. Archiviato in hosting, availability, cloud, operations.
Tradotto dall’inglese. Leggi l’originale inglese