News: 1661153292

  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)

Lessons to be learned from Google and Oracle's datacenter heatstroke

(2022/08/22)


Comment This year's summer heatwaves aren't just making your average Brit's life a bit miserable, it also caused problems for some cloud providers and server admins trying to keep their gear running.

Last month east London datacenters operated by Google and Oracle suffered a [1]breakdown amid the region's strongest heatwave on record. Parts of the country even edged above 40C.

Both IT giants cited failures of their cooling systems. This allowed temperatures within the facilities to reach undesirable levels, and forced the shutdown of customer systems and workloads to prevent damage to the hardware and limit data loss.

[2]

With climate scientists predicting more extreme weather to come, one wonders what can be learned from these outages to mitigate future disaster.

[3]

[4]

Omdia analyst Moises Levy, who has spent the better part of his career designing and consulting on datacenters, said these events underscore the importance of risk management and planning when designing and maintaining these facilities.

And while he said these kinds of outages aren’t that common and can be difficult to predict, learning from these incidents is an opportunity that shouldn’t be missed by site operators and executives.

Maintaining equilibrium

As described by Levy, datacenters operate in a finely tuned equilibrium in which workloads consume power and generate heat, and that heat has to be extracted by equipment that also typically requires power. Power equals cost, workloads equal revenue, and cooling is needed to keep that workload revenue flowing without too much cost. Not enough cooling equals damage and loss of revenue; too much cooling also has its problems. And cooling costs money to install. It's an interesting equation to figure out.

When balancing power usage, cooling, and compute density, datacenter operators usually account for worst-case scenarios to avoid potential downtime. This is the strategy employed by Equinix, which operates colocation datacenters all around the world.

[5]

“We design for local climatic conditions, optimizing plant selection for reliability and efficiency, both for current maximum observed, and forecast worst-case temperatures anticipated in the future,” Greg Metcalf, senior director of global design at Equinix told The Register .

This can be as simple as spec'ing out and deploying redundant cooling plants or provisioning additional backup power. For example, in generally hot climates, such as Dallas, Texas, Equinix employs a complex and heavily redundant temperature control system to protect its facilities.

Is a lack of standards holding immersion cooling back? [6]READ MORE

“The cooling plants are designed for worst-case conditions, and are factory tested as such,” Metcalf said. “Implementing hardware redundancy means in the event of a heat peak, backup machines can be called upon to reduce the overall effort of a particular site's cold production.”

In a [7]postmortem report following the London outage, Google blamed a "simultaneous failure of multiple, redundant cooling systems combined with the extraordinarily high outside temperatures" for the failure.

It's very interesting to see Google use the words "simultaneous" and "redundant" in the same sentence in this way, as it suggests there may have been a single point of failure that caused its temperature-regulation systems to break down, or that the facility was designed in such a way that multiple systems could fail all at once in the same way.

[8]

A datacenter or cloud outage typically occurs after a long or even short sequence of faults. One thing starts acting up or is misconfigured, and that causes another thing to fail, and that puts pressure on something else, and eventually it all collapses. Preventing an outage involves ensuring these individual screw-ups do not snowball into actual downtime.

In a heatwave, for instance, the mechanisms for starting up a facility's temperature-control equipment and regulating it on demand have to be present and operational, too, and if they aren't, well, it won't matter how much extra cooling capacity you have – it won't get used in time, or at all.

“It’s so important to look at the datacenter in a comprehensive way and not in silos," Levy said. "Anything can affect the other and we can have a cascade effect."

For example, a disruption to the datacenter’s supply of electric power or a breakdown in the cooling control system, or a failure to respond to or detect rising temperatures, can set you down the path to an outage.

This appears to have been what happened to Google and Oracle, with cooling system failures amid an overwhelming, historic heatwave. Google did not say (or did not want to say) its cooling simply couldn't mitigate the heat; it said its equipment failed to work when it was needed most.

Levy also pointed out not every component within a datacenter is as susceptible to extreme temperatures as others. The various boxes found throughout the datacenter, whether they be compute, networking, or storage-oriented, work within a range of operating temperatures. That can be as high as 90C to 100C for CPUs, or 55C to 65C for hard drives.

The age of the equipment can also play a factor. “Older equipment may be more sensitive to higher temperatures. Newer equipment may be less sensitive and they will accept higher ranges,” Levy said. We [9]noted earlier this year that Google extended the lifespan of its cloud systems by an extra year to save money.

Another point to bear in mind: in the event of a cooling crisis, it’s not always as simple as shutting down systems are that are particularly vulnerable to excess heat, since networking, storage, and compute resources are largely dependent on each other.

For example, a virtual machine may be running on a compute node, but its resources may live on a separate storage node connected over the network. If any one of the three – compute, storage, networking/orchestration – go down due to hardware failure or to prevent damage, so does the virtual machine.

[10]Google: We had to shut down a datacenter to save it during London's heatwave

[11]Deploying disaster-proof apps may be easier than you think

[12]Google, Oracle cloud servers wilt in UK heatwave, take down websites

[13]DoE digs up molten salt nuclear reactor tech, taps Los Alamos to lead the way back

Complicating matters is the fact compute resources are growing more power hungry and by extension hotter. Many accelerators are now pushing 700W TDPs, with some box builders cramming multiple kilowatts of compute into a 2U chassis.

If datacenter operators don’t account for this with improvements to their power and cooling infrastructure, it can result in problems down the line, Levy explained.

This is standard procedure for Equinix, which in addition to taking into account their often varied compute load, also considers external factors. “Sites are analyzed for climatic effects beyond weather, such as nearby heat sources, to capture the multiple elements affecting required heating and cooling,” Metcalf said.

Lessons to learn

While it’s easy to point to Britain's unprecedented heatwaves and blame them for the outages, operating datacenters in hot climates is hardly a new concept. Though to be fair to Google, no one expects to see London experience the sort of summer weather, say, Texas and Arizona in the US do; when building a server warehouse in the UK capital, the long scorching days of Austin and Phoenix probably don't come to mind. Yet.

When power, cooling, compute, and external factors are taken into account, disruptions resulting from extreme weather events and the like can be mitigated. From what we can tell, it's just a case of whether the cost is worth it, given the risk. On the other hand, Google is not exactly strapped for cash, and aside from Oracle, its rivals didn't seem to suffer during the UK heatwave.

“The datacenter industry is well prepared for all of these events. That being said, it’s not like the datacenter industry is immune to any event,” Levy added.

When these outages do happen, analyzing their cause, identifying where the failure happened, and making that information public can help others avoid a similar fate.

It’s important to understand exactly went wrong and which components were impacted first, Levy said. “Hopefully the lessons learned can be made publicly available. For me, that will be a huge gain for all of the industry so everybody will learn from those, and we can avoid these type of events.”

This is mostly what Google has pledged to do in the wake of the outage. The American tech giant said it will investigate and develop advanced methods for decreasing the thermal load within its datacenters; examine procedures, tooling, and automated recovery systems to improve recovery times in the future; and audit cooling system equipment and standards across all of its datacenters.

Finally, Levy emphasizes that steps to mitigate the impacts of these outages need to be taken. Hyperscalers and cloud providers can, for example, migrate workloads to other datacenters or run those workloads across multiple zones or regions to avoid interruptions to their services.

However, as Uptime Institute analyst Owen Rogers told The Register in an [14]earlier interview , implementing redundancy in cloud deployments isn’t automatic and often requires manual configuration on the customer’s part. ®

Get our [15]Tech Resources



[1] https://www.theregister.com/2022/07/19/google_oracle_cloud/

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

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

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

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

[6] https://www.theregister.com/2022/07/02/immersion_iceotope_cooling/

[7] https://status.cloud.google.com/incidents/fmEL9i2fArADKawkZAa2

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

[9] https://www.theregister.com/2022/02/02/alphabet_q4_2021/

[10] https://www.theregister.com/2022/08/01/google_london_outage_incident_report/

[11] https://www.theregister.com/2022/07/22/building_disasterproof_apps_might_be/

[12] https://www.theregister.com/2022/07/19/google_oracle_cloud/

[13] https://www.theregister.com/2022/08/11/nuclear_molten_salt/

[14] https://www.theregister.com/2022/07/22/building_disasterproof_apps_might_be/

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



hoola

"Finally, Levy emphasizes that steps to mitigate the impacts of these outages need to be taken. Hyperscalers and cloud providers can, for example, migrate workloads to other datacenters or run those workloads across multiple zones or regions to avoid interruptions to their services."

Anything is possible, it just costs money. So the likely outcome is that the subscription costs will rise.

Earlier in the article it states that the datacentres are designed for the normal climate they are operating in. If that is changing (and it appears to be increasingly clear that it is) then investment is requires to do all the upgrades, assuming the locations have the physical space and power to do so.

Just moving workloads to another location is not quite so simple when capacity is already stretched. Equally, the datacentre it is moved to may also be in an unexpectedly hot zone. Unless they are suggesting the workload should be moved out of the region which the creates massive issues on data sovereignty.

Subheading

Whitter

Awesome! Well done

Shite sub-par A/C

Gene Cash

I don't know about the UK, but some of the A/C and heatpump equipment here is absolute tier-1 garbage. Soldering that looks like it could have been done better by a blind 5 year old. Start capacitors that are woefully undersized and go pop on a regular schedule. Fan motors that are similarly undersized and die if asked to run more than 45 minutes. Undersized coils that need a water mist to actually reach their specified capacity.

But nooooo, the company (or homeowner) has gotta get the absolute cheapest shite, and then doesn't understand why it fails constantly and costs an arm and leg each month to run. And thus the cycle of producing garbage is encouraged.

<Knghtbrd> you know, Linux needs a platform game starring Tux
<Knghtbrd> kinda Super Marioish, but with Tux and things like little cyber
bugs and borgs and that sort of thing ...
<Knghtbrd> And you have to jump past billgatus and hit the key to drop him
into the lava and then you see some guy that looks like a RMS
or someone say "Thank you for rescuing me Tux, but Linus
Torvalds is in another castle!"