Google Cloud sin europeiske sone europe-west4 i Nederland lå nede i 12 timer og 28 minutter 21. juli 2026, etter at en strømfeil hos en ekstern nettleverandør utløste en kjølefeil i datasenteret. Uavhengige medier omtaler avbruddet som «nesten 15 timer» når man regner med hele gjenopprettingsvinduet. Tre sentrale tjenester, Google Cloud VMware Engine (GCVE), Google Cloud NetApp Volumes og Bare Metal Solutions, gikk ned samtidig i sonen europe-west4-a. For norske og nordiske virksomheter som bruker den regionen for lav ventetid og EU-datalagring, er hendelsen et konkret varsel om hvor sårbar selv en hyperskala-leverandør kan være når strømnettet svikter.

Bruddet skjer i et år der europeiske sky- og nettleverandører allerede sliter med tilliten. AWS måtte tåle et 28-timers brudd i us-east-1, Cloudflare har logget 13 driftsforstyrrelser på åtte dager, og Microsoft patchet nylig en kritisk sårbarhet i Azure Kubernetes Service med CVSS-score 9,4. Google Cloud-hendelsen føyer seg inn i mønsteret, men skiller seg ut ved at årsaken ikke lå i programvare eller konfigurasjon. Den lå i strømnettet, altså den fysiske infrastrukturen som hele den digitale økonomien hviler på.

Hva skjedde: strømfeil ble til kollaps i kjølesystemet

Ifølge Googles egen hendelsesrapport startet problemet utenfor selskapets fire vegger. En elektrisk feil oppstrøms på nettleverandørens infrastruktur forstyrret både strømfordelingen og kjøleutstyret ved datasenteret som betjener europe-west4-a. Når strømmen ble ustabil, sviktet kjølingen kort tid etter. Google valgte da å ta ned de berørte tjenestene for å beskytte maskinvaren mot varmeskader, ifølge The Registers gjennomgang av hendelsen.

Kjeden av hendelser

Rekkefølgen er enkel å beskrive, men vanskelig å forsvare seg mot: en ekstern strømfeil rammer distribusjonsutstyret, kjøleanleggene mister effekt, temperaturen stiger i serverrommene, og systemet tvinges til å koble ut last for å unngå permanent skade på utstyret. Det er nettopp denne kaskaden, fra strømnett til kjøling til tjenestenedetid, som gjør hendelsen relevant langt utover Nederland. Den samme sårbarheten finnes i prinsippet i ethvert datasenter som er avhengig av ett strømnett og én kjøleløsning uten fullverdig redundans.

Tjenestene som ble slått ut: GCVE, NetApp Volumes og Bare Metal Solutions

De tre tjenestene som falt ut er ikke tilfeldig valgt av kundene som bruker dem. Google Cloud VMware Engine brukes typisk til å løfte eksisterende VMware-arbeidslaster rett inn i skyen uten ombygging. NetApp Volumes leverer bedriftsklasse fillagring til applikasjoner som krever høy ytelse og enterprise-funksjoner. Bare Metal Solutions gir kundene fysiske servere, ofte for Oracle-databaser og andre arbeidslaster som ikke egner seg for virtualisering. Alle tre er tjenester som store, regulerte virksomheter velger nettopp fordi de skal være mer forutsigbare enn standard virtuelle maskiner.

Da alle tre tjenestene forsvant samtidig i samme sone, mistet kunder med Oracle-databaser på Bare Metal Solutions tilgangen parallelt med at VMware-arbeidslastene deres og fillagringen ble utilgjengelig. For en virksomhet som har lagt flere kritiske systemer i én sone fordi det var enklere å administrere, betydde det et samtidig bortfall av drift, lagring og database i inntil 12 timer og 28 minutter.

Tidslinjen for bruddet 21. juli 2026

Google har ikke offentliggjort minutt-for-minutt-logger, men Googles egen historikk over hendelser og oppfølgende medieomtale gjør det mulig å sette opp fasene i forløpet:

FaseHva skjeddeKonsekvens
1. Ekstern strømfeilElektrisk feil oppstrøms på nettleverandørens grid, utenfor Googles egen infrastrukturUstabil strømforsyning til datasenteret i Nederland
2. KjølesviktKjøleutstyret mister effekt som følge av strømforstyrrelsenTemperaturen i serverrommene stiger raskt
3. Beskyttende utkoblingGoogle kobler ut GCVE, NetApp Volumes og Bare Metal Solutions i europe-west4-aFull tjenestenedetid for berørte kunder i sonen
4. GjenopprettingStrøm og kjøling stabiliseres, tjenestene startes opp igjenDrift gjenopprettet etter 12 timer og 28 minutter, ifølge Google
5. EtterspillUavhengige medier og analytikere regner totalt påvirkningsvindu til nær 15 timerHendelsen brukes som case i risikovurderinger hos europeiske kunder

Avviket mellom Googles tall (12 timer og 28 minutter) og medienes anslag (opptil 15 timer) skyldes trolig at Google måler ren tjenestenedetid, mens journalister og analytikere regner med tiden det tok før alle kunder faktisk merket normal drift igjen. Begge tallene er alvorlige for en enkeltsone i en region europeiske virksomheter regner som en av de tryggeste i Google Cloud sitt europeiske fotavtrykk.

Hvorfor europe-west4 betyr noe for Norge og Norden

Europe-west4 er en av Google Cloud sine sentrale europeiske regioner, og den brukes aktivt av nordiske virksomheter som trenger lav ventetid til Sentral-Europa samtidig som de holder data innenfor EU/EØS. Norske selskaper med krav til datalagring i Europa, enten av eget valg eller på grunn av bransjekrav, har ofte pekt nettopp på denne regionen som et alternativ til å legge arbeidslaster i USA. Når selve regionen viser seg sårbar for et strømnettproblem på nederlandsk side, rokker det ved en antakelse mange IT-avdelinger har bygget beredskapsplanene sine på: at «europeisk sky» automatisk betyr «trygg sky».

Hvem rammes hardest av bortfall i én sone

Virksomheter som kjører produksjonssystemer utelukkende i europe-west4-a, uten failover til en annen sone eller region, var de som merket bruddet mest direkte. Det gjelder typisk selskaper som har flyttet eldre VMware-miljøer rett inn i GCVE for å unngå en full ombygging, samt organisasjoner med Oracle-databaser på Bare Metal Solutions. Ingen andre Google Cloud-regioner meldte om alvorlige forstyrrelser i samme periode, ifølge Googles regionale statusside for Europa, noe som bekrefter at problemet var lokalt avgrenset til den ene sonen i Nederland, men fullt ut synlig for alle som ikke hadde bygget redundans utenfor den.

Google Cloud mot AWS og Azure: hvordan står nedetiden seg?

2026 har vært et krevende år for driftsstabilitet blant de store skyleverandørene, og Google Cloud-bruddet er langt fra det eneste. Sammenlignet med andre store hendelser i år, plasserer europe-west4-avbruddet seg midt på treet i varighet, men det peker på et annet risikoområde enn de fleste av de andre sakene: fysisk strøm- og kjøleinfrastruktur fremfor programvarefeil eller konfigurasjonsfeil.

HendelseLeverandørTidspunktVarighetHovedårsak
Europe-west4-bruddGoogle Cloud21. juli 202612t 28min (opptil 15t rapportert)Strøm- og kjølefeil i datasenter
Us-east-1-bruddAWS202628 timerTredje store feil i samme region
R2-relaterte driftsforstyrrelserCloudflareAugust 202613 hendelser på 8 dagerGjentatte lagringsproblemer
AKS-sårbarhetMicrosoft Azure2026Ikke nedetid, men CVSS 9,4Sårbarhet for rettighetseskalering, patchet
Regional driftsforstyrrelseTietoEVRY20. juni 2026Ikke offentliggjort presistRammet kunder i Norge, Sverige, Danmark, Finland og Estland

Tabellen viser et mønster: ingen av de tre store hyperskala-leverandørene er immune mot alvorlige driftsforstyrrelser, og feilene stammer fra ulike deler av stabelen, fra fysisk strømforsyning hos Google til regional overbelastning hos AWS og programvaresårbarheter hos Microsoft. For en nordisk IT-leder betyr det at leverandørvalg alene ikke løser robusthetsproblemet. Arkitekturen kunden selv bygger oppå skyen, avgjør hvor godt virksomheten tåler at én leverandør, én region eller én sone faller ut.

Et år med sky- og nettbrudd i Europa

Europe-west4-hendelsen kommer ikke i et vakuum. TietoEVRY Norway, en regional leverandør med hovedkontor i Oslo, opplevde en driftsforstyrrelse 20. juni 2026 som rammet kunder i Norge, Finland, Danmark, Estland og Sverige, ifølge en gjennomgang av europeiske nettbrudd i 2026. Kort tid før det meldte flere europeiske analytikere om gjentatte nettverksavbrudd knyttet til stadig større datasentre og stadig høyere strømforbruk, i stor grad drevet av AI-arbeidslaster. Google Cloud-bruddet i juli er dermed det seneste i en rekke hendelser som får nordiske IT-sjefer til å stille spørsmål ved hvor mye kapasitet den europeiske strøminfrastrukturen egentlig har å gå på, samtidig som datasentrene vokser raskere enn nettet rundt dem.

Historisk har skyleverandørene solgt inn regional redundans som svaret på nettopp denne typen risiko. Bygg i flere soner, spre last over flere regioner, så tåler man at én lokasjon svikter. Problemet oppstår når selve årsaken til feilen, som her en ekstern strømfeil, kan ramme flere tjenester i samme fysiske bygg samtidig, uavhengig av hvor godt kunden har delt opp arbeidslastene sine internt i den sonen.

Markedseffekten: hva bruddet koster i tillit

Google Cloud har de siste kvartalene vist sterk vekst og tatt markedsandeler fra både AWS og Azure, drevet i stor grad av AI-relatert etterspørsel. Et 12,5-timers brudd i en sentral europeisk region skader ikke veksttallene over natten, men det gir konkurrenter og analytikere et konkret eksempel å vise til når de diskuterer driftsstabilitet. Analytikere som følger datasentermarkedet har allerede pekt på hendelsen som et eksempel på at «voksende infrastrukturpress» følger med den raske AI-drevne kapasitetsutbyggingen i Europa, ifølge en markedsoppdatering fra Next Move Strategy Consulting publisert dagen etter bruddet.

For virksomheter som forhandler nye skyavtaler, blir slike hendelser en del av risikovurderingen på lik linje med pris og funksjonalitet. Anskaffelsesansvarlige i offentlig sektor og regulerte bransjer legger i økende grad inn krav om dokumentert oppetid, gjenopprettingstid og geografisk spredning i kontraktene sine, nettopp fordi 2026 har levert flere konkrete eksempler på hva som skjer når disse kravene ikke er på plass.

AI-etterspørselen presser strøm og kjøling i datasentrene

Bak Google Cloud-bruddet ligger en bredere trend som analytikere har fulgt gjennom hele 2026: hyperskala-datasentre bygges ut raskere enn noen gang for å møte etterspørselen etter AI-kapasitet, og det legger et press på både strømnett og kjøleanlegg som ikke alltid er dimensjonert for den økte tettheten. Europe-west4-hendelsen ble av flere markedsanalytikere trukket frem som nettopp et eksempel på denne dynamikken, der en feil som tidligere kunne vært et lite lokalt problem, nå får konsekvenser for flere enterprise-tjenester samtidig fordi de deler infrastruktur i samme høytetthets-anlegg.

Dette er ikke et problem unikt for Google. AWS, Microsoft og andre hyperskala-aktører bygger ut i samme tempo, og alle møter den samme grunnleggende utfordringen: strømnettet i mange europeiske land, inkludert Nederland, oppgraderes ikke like raskt som datasenterkapasiteten vokser. Resultatet er at kjølefeil og strømfeil, som tidligere kunne vært isolerte hendelser, nå har potensial til å ramme flere kritiske enterprise-tjenester i én operasjon, slik europe-west4-bruddet viste.

Hva nordiske virksomheter bør gjøre nå

Den mest praktiske lærdommen fra bruddet er ikke å forlate Google Cloud, men å slutte å behandle én sone som om den var like trygg som flere. IT-arkitekter bør gå gjennom hvilke arbeidslaster som i dag kun kjører i europe-west4-a, og vurdere om de tåler 12 til 15 timers nedetid uten alvorlig forretningsmessig konsekvens. Der svaret er nei, må enten en sekundær sone innenfor samme region, en helt annen region, eller i noen tilfeller en multi-cloud-løsning på plass.

Et enkelt første steg er å automatisere helsesjekker mot flere soner, slik at et bortfall oppdages og varsles umiddelbart, uavhengig av om det er Google, AWS eller Azure som rammes. Et eksempel på en enkel kommandolinjesjekk mot Google Cloud sin regionale status kan se slik ut:

gcloud compute regions describe europe-west4 --format="value(status)"
curl -s https://status.cloud.google.com/regional/europe | grep -i "europe-west4"

Et slikt skript løser ikke selve robusthetsproblemet, men det gir driftsteamet tidlig varsel, noe som var forskjellen mellom minutter og timer for enkelte kunder under det siste bruddet. Det neste steget, som krever mer arbeid, er å teste at failover mellom soner faktisk fungerer i praksis, ikke bare på papiret i en beredskapsplan som sist ble øvd for to år siden.

NIS2, Digitalsikkerhetsloven og kravet om dokumentert robusthet

Norge har allerede innført Digitalsikkerhetsloven, som stiller krav til risikostyring og hendelsesrapportering for et utvalg virksomheter, og forbereder samtidig en fullverdig NIS2-tilpasning. Google Cloud-bruddet i juli er nøyaktig den typen hendelse regelverket er ment å fange opp: et brudd hos en tredjepartsleverandør som kan ramme kritisk infrastruktur og essensielle tjenester i flere land samtidig. Virksomheter som er omfattet av kravene, bør se på europe-west4-hendelsen som en konkret test av om egne rutiner for leverandøroppfølging og hendelsesrapportering faktisk fungerer når noe skjer hos en sky-leverandør de ikke selv kontrollerer.

Kravene til dokumentert oppetid og gjenopprettingstid som allerede er beskrevet i vår tidligere dekning av NIS2 i Norge, blir mer konkrete når man kan vise til et faktisk, tidfestet brudd som varte i over 12 timer hos en av verdens største skyleverandører.

Konkurransedyktig sammenligning: GCP, AWS og Azure i Norden

Ingen av de tre store leverandørene kan lenger skilte med et rent rulleblad i 2026. Google Cloud har hatt sterkere inntektsvekst enn både AWS og Azure de siste kvartalene, men europe-west4-bruddet minner om at vekst og driftsstabilitet ikke nødvendigvis følger hverandre. AWS har slitt med gjentatte problemer i sin dominerende us-east-1-region, mens Azure har måttet håndtere en alvorlig sårbarhet i Kubernetes-tjenesten sin med toppscore på nesten kritisk nivå. For nordiske kunder som velger leverandør basert på pris og funksjoner, blir driftshistorikk i egen region stadig viktigere å legge inn i beslutningen, ikke bare globale oppetidstall som sjelden fanger opp lokale hendelser som denne.

Det er verdt å presisere at ingen andre Google Cloud-regioner ble rammet i samme periode. Det taler for at hendelsen var en avgrenset, lokal svikt snarere enn et tegn på systemisk svakhet i hele Google Cloud sin globale infrastruktur. Samtidig er nettopp det poenget: kunder kjøper ikke «global infrastruktur», de kjøper drift i én eller noen få konkrete regioner, og det er der risikoen faktisk ligger.

Hva sier Google selv om ansvaret?

Google har vært relativt åpne om årsakskjeden i sin offisielle hendelsesrapport, som plasserer utløsende årsak hos en ekstern nettleverandør snarere enn hos selskapets egen infrastruktur. Det er en viktig detalj juridisk sett, siden ansvarsfordelingen mellom kunde, skyleverandør og strømnettleverandør avgjør hvem som til slutt sitter med regningen for tapt drift. For kunder med strenge SLA-avtaler blir spørsmålet fort: dekker avtalen tapt driftstid når årsaken formelt ligger utenfor leverandørens egen kontroll, men fortsatt rammer leverandørens eget datasenter og egne tjenester?

Det er nettopp denne typen gråsoner som gjør at flere juridiske og innkjøpsfaglige miljøer i Norden nå ber kunder lese SLA-avtalene sine på nytt, spesielt klausulene som definerer «force majeure» og «utenfor leverandørens kontroll». En ekstern strømfeil kan fort havne i den kategorien, selv om konsekvensen for kunden er identisk med om feilen hadde ligget internt hos Google.

Fem prognoser for skyrobusthet i Europa fremover

  • Flere krav om multi-sone som standard. Store innkjøpere i Norden vil i økende grad kreve at kritiske arbeidslaster spres over minst to soner som en kontraktsfestet forutsetning, ikke en anbefaling.
  • Strøm- og kjøleinfrastruktur blir en egen risikokategori. Beredskapsplaner som i dag fokuserer på programvarefeil og cyberangrep, vil måtte utvide seg til å dekke fysisk strøm- og kjølesvikt som eget scenario.
  • Flere hendelsesrapporter blir offentlige. Med Digitalsikkerhetsloven og en kommende NIS2-tilpasning i Norge vil flere skyrelaterte hendelser bli rapportert og synliggjort enn tidligere, rett og slett fordi loven krever det.
  • AI-etterspørselen fortsetter å presse nettkapasiteten. Så lenge datasenterutbyggingen går raskere enn oppgraderingen av strømnettet i Nord-Europa, vil flere hendelser av samme type som europe-west4-bruddet dukke opp de neste 12 til 24 månedene.
  • Multi-cloud går fra unntak til utgangspunkt for kritisk drift. Flere nordiske virksomheter vil legge de aller mest kritiske systemene sine hos to leverandører samtidig, selv om det øker kompleksitet og kostnad, fordi enkeltleverandør-risiko har blitt for synlig i 2026.

Ofte stilte spørsmål

Hvor lenge var Google Cloud nede i europe-west4?

Ifølge Googles egen hendelsesrapport varte bruddet i 12 timer og 28 minutter. Enkelte medier har omtalt det totale påvirkningsvinduet som opptil 15 timer, avhengig av hvordan man måler når alle kunder igjen hadde normal drift.

Hva forårsaket bruddet?

En elektrisk feil oppstrøms hos nettleverandøren forstyrret strømfordelingen til datasenteret som betjener europe-west4-a i Nederland. Det utløste en kjølefeil, og Google koblet ut tjenestene for å beskytte maskinvaren mot varmeskader.

Hvilke tjenester ble påvirket?

Google Cloud VMware Engine (GCVE), Google Cloud NetApp Volumes og Bare Metal Solutions ble alle rammet i sonen europe-west4-a. Andre Google Cloud-regioner og -tjenester var ikke berørt av hendelsen.

Rammet bruddet norske virksomheter direkte?

Europe-west4 brukes av nordiske virksomheter som legger vekt på lav ventetid til Europa og EU/EØS-basert datalagring. Virksomheter med produksjonssystemer i den konkrete sonen europe-west4-a kan ha merket bortfallet direkte, mens kunder i andre regioner ikke ble påvirket.

Er Google Cloud mer utsatt for brudd enn AWS eller Azure?

Nei, ingenting i tallene fra 2026 tyder på det. AWS har hatt et 28-timers brudd i us-east-1, og Azure har patchet en kritisk sårbarhet i Kubernetes-tjenesten sin. Alle tre store leverandørene har hatt alvorlige hendelser i år, bare av ulik type og årsak.

Hva kan en virksomhet gjøre for å unngå å bli rammet neste gang?

Det viktigste tiltaket er å ikke legge kritiske arbeidslaster i kun én sone. Spre driften over flere soner eller regioner, test failover jevnlig, og sett opp automatisk overvåking mot leverandørens statusside slik at et bortfall oppdages umiddelbart.

Har hendelsen noe med NIS2 eller Digitalsikkerhetsloven å gjøre?

Ja, indirekte. Virksomheter som omfattes av Digitalsikkerhetsloven og en kommende NIS2-tilpasning må kunne dokumentere risikostyring knyttet til tredjepartsleverandører, inkludert skyleverandører. Et tidfestet brudd som dette blir et konkret eksempel de må kunne vise at de har en plan for.

Vil flere lignende brudd skje i Europa?

Analytikere som følger datasentermarkedet peker på at AI-drevet kapasitetsutbygging legger stadig mer press på strøm- og kjøleinfrastruktur i Europa. Så lenge den utviklingen fortsetter raskere enn oppgraderingen av strømnettet, er flere hendelser av samme type sannsynlig de neste par årene.

Relatert dekning