News: 1729834451

  ARM Give a man a fire and he's warm for a day, but set fire to him and he's warm for the rest of his life (Terry Pratchett, Jingo)

Google Cloud burst by 12-hour power outage in German region

(2024/10/25)


Google Cloud apologized on Thursday after its europe-west3 region – located in Frankfurt, Germany – experienced an outage lasting half a day.

The incident began at 02:30 local time on Thursday, October 24 and ended at 15:09 – a total of 12 hours and 39 minutes.

"We apologize for the inconvenience this service disruption/outage may have caused," [1]wrote the cloudy giant .

[2]

Google identified the root cause as a power failure and cooling issue that led to parts of one of the region's three zones, europe-west3-c, to power down. Degraded services inevitably followed.

[3]

[4]

"Google engineers implemented a fix to return the datacenter to full operation and this mitigated the issue," stated the advisory.

Services and features affected included: Cloud Build, Cloud Developer Tools, Cloud Machine Learning, Google Cloud Dataflow, Google Cloud Dataproc, Google Cloud Pub/Sub, Google Compute Engine, Google Kubernetes Engine, Persistent Disk, and Vertex AI Batch Prediction.

[5]Google Cloud blunder sinks Australian fund for a week

[6]UniSuper Google Cloud outage caused by an unfortunate series of events

[7]Google Cloud shows it can break things for lots of customers – not just one at a time

[8]Tencent Cloud to revisit design after circular dependencies slowed emergency API fix

Users experienced a range of issues across several Google Cloud services.

On Google Compute Engine, some users faced VM creation failures, delays in processing deletions, and certain instances in the affected zone were unavailable for operations.

[9]

In Google Kubernetes Engine, nodes in the impacted location were inaccessible, and some attempts to create new nodes failed. Persistent Disk instances were unreachable, preventing operations on them.

Users of Google Cloud Dataflow saw delays in scaling workers for batch jobs, and some streaming jobs failed to progress or scale properly. Existing Google Cloud Dataproc clusters remained functional, but some attempts to create new clusters failed. Cloud Build users may have experienced delays in starting custom worker pools.

While most problems were experience at the zonal level, there was some regional-level impact.

[10]

"For the other two zones in the same region, less than one percent of the operations that touch instance and disk resources experienced internal errors," [11]insisted Google.

Multi-zonal problems occurred with Vertex AI Batch Prediction, which failed for some with the error message "Unable to prepare an infrastructure for serving within time."

The chocolate factory first notified users of the failure 26 minutes after it began, but did not offer any workaround until almost three hours into the outage. It eventually told impacted users to migrate workloads to other regions or zones and advised those with a degraded regional persistent disk to take regular snapshots.

Although europe-west-3 is not particularly known for outages, it did experience an incident that [12]affected cloud workstations late last year.

This past May, Google Cloud had a very bad day when failed maintenance ops [13]brought pain to users of 33 services – including the Compute Engine and Kubernetes Engine – for approximately two hours and 48 minutes.

That incident occurred around a week after the cloud provider [14]deleted Australian pension fund UniSuper's entire account. That error was attributed to a tragic alignment of a bug and a misconfiguration. ®

Get our [15]Tech Resources



[1] https://status.cloud.google.com/incidents/e3yQSE1ysCGjCVEn2q1h

[2] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_offprem/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=2&c=2ZxtsSUx1tDYrMVKhYc75kQAAAQQ&t=ct%3Dns%26unitnum%3D2%26raptor%3Dcondor%26pos%3Dtop%26test%3D0

[3] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_offprem/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44ZxtsSUx1tDYrMVKhYc75kQAAAQQ&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0

[4] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_offprem/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33ZxtsSUx1tDYrMVKhYc75kQAAAQQ&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0

[5] https://www.theregister.com/2024/05/08/google_cloud_misconfiguration_takes_australian/

[6] https://www.theregister.com/2024/05/09/unisuper_google_cloud_outage_caused/

[7] https://www.theregister.com/2024/05/20/google_cloud_network_outage/

[8] https://www.theregister.com/2024/04/17/tencent_cloud_api_error_outage/

[9] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_offprem/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44ZxtsSUx1tDYrMVKhYc75kQAAAQQ&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0

[10] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_offprem/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33ZxtsSUx1tDYrMVKhYc75kQAAAQQ&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0

[11] https://x.com/GCP_Incidents/status/1849647256233705880

[12] https://status.cloud.google.com/incidents/nbpgpjMvyi3pe1RAi9Ca

[13] https://www.theregister.com/2024/05/20/google_cloud_network_outage/

[14] https://www.theregister.com/2024/05/08/google_cloud_misconfiguration_takes_australian/

[15] https://whitepapers.theregister.com/



99.99 errr NEIN!

I should coco

What happened to Cloud being always there persistent and available? One little power failure in one part of the building and services are unavailable, massive design failure.

Not so much about availability more offering the minimum infrastructure to maximise every penny of profit.

Another great advert for data repatriation into your own DC.

12 hours and 39 minutes

Pascal Monett

Okay, and that impacted how many companies and how many clients of those companies ?

It is high time that we get over this cloud malarky and get back to on-site IT where, if one company has an outage, it only impacts that company and its customers.

Until you can build an infrastructure that can resist little things like power outages, it's not worth it.

Re: 12 hours and 39 minutes

John Robson

You're making quite a few assumptions there.

Re: 12 hours and 39 minutes

Headley_Grange

"It is high time that we get over this cloud malarky"

It's not really high time for anything. As has always been the case, companies need to do full lifecycle costings for on-prem vs cloud based on their business needs and decided which one is best for them. I think that we've passed peak cloud-as-the-latest-must have and the real costs and performance of cloud are starting to be understood.

Google engineers implemented a fix

Gene Cash

They booted the janitor out, unplugged his vacuum, and plugged the servers back in?

Remember -- only 10% of anything can be in the top 10%.