One Data Center Lost Power. Why Did So Many Apps Stop Working?

Data center interior with one section illuminated and operating while the other is dark after a power outage, illustrating how infrastructure failures affect cloud services. Server Basics
A power outage at a London data center disrupted Google Cloud and major banking apps in October 2026. Discover how backup power failed, why the disruption spread across cloud services, and what the incident reveals about VPS reliability, redundancy, and disaster recovery.
⚡ Server Basics · Infrastructure Investigation

A data center power outage in London disrupted Google Cloud services on October 20, 2026. Banking apps stopped responding. Some services thousands of miles from the affected equipment also experienced problems.

The surprising part was not simply that a building lost electricity. The facility had backup batteries and emergency generators.

Yet a failure in the system responsible for starting and transferring power to those generators helped turn one electrical problem into a regional cloud disruption.

Why could one failed availability zone affect applications running elsewhere? And would your own VPS survive the same kind of outage?

The hidden dependency
Every cloud server depends on something physical.

A simplified view of what happens when primary electricity fails and backup generation cannot take over before batteries are exhausted.

⚠️ Failure point: When battery power runs out without a successful generator takeover, connected equipment can shut down.

Conceptual illustration based on the reported power-failure sequence, not an engineering drawing of Google’s facility.

The Short Answer

A data center power outage can interrupt much more than the servers inside one building. Applications may depend on databases, storage, networking and regional control systems. When one availability zone disappears, surviving zones can receive more traffic than they can process. Redundancy helps only when the entire application, its dependencies and its recovery capacity are designed for failure.

📰 What Happened During the Google Cloud Outage?

On October 20, 2026, multiple Google Cloud services experienced elevated errors, network failures and processing delays in the London region, known as europe-west2.

News organizations reported disruptions affecting services including Revolut, Lloyds and HSBC. Customers experienced problems with banking apps and other online functions.

Google subsequently published a preliminary technical report. Its findings explain why the outage became more complicated than a straightforward loss of electrical power.

6h 10m Google’s reported incident impact window
1 zone Physical power interruption centered on europe-west2-b
Multi-zone Secondary effects reached other infrastructure in the region

The important distinction is between the location of the original physical failure and the much wider footprint of the resulting software and network problems.

According to Google, the loss of power occurred at infrastructure supporting one availability zone. But increased load and dependencies between zones disrupted other services that had not directly lost electricity.

🔋 How a Data Center Power Outage Overwhelmed Its Backups

Data centers do not normally depend on a single electrical connection without protection.

A typical facility uses multiple layers of power infrastructure. These may include grid feeds, uninterruptible power supplies and emergency generators.

A UPS supplies electricity from batteries during the transition to a longer-lasting backup power source. Its batteries cannot support a full data center indefinitely.

In the October incident, Google’s preliminary report identified a failure in the programmable logic controller system responsible for initiating the generator startup and transfer sequence.

06:53 BST · October 20 External Power Is Interrupted

The facility experiences an electrical disruption. Backup batteries support its load while emergency generators are expected to take over.

Around 07:00 BST Batteries Begin Running Out

The generator control automation has failed to complete the required startup and transfer. As UPS reserves are depleted, physical infrastructure in the affected zone loses power.

07:08 BST Automated Monitoring Detects Errors

Google engineers receive automated alerts about infrastructure reachability, API errors and timeouts. Recovery operations begin.

13:10 BST Most Workloads Have Recovered

Service availability has returned for the vast majority of customer workloads, although some isolated problems remain afterward.

Source accuracy: This sequence comes from Google’s preliminary incident report dated October 22, 2026. The investigation was still ongoing when that report was published.

🏢 The Cloud Is Not One Giant Computer

Cloud computing can feel almost invisible. You create a virtual machine, select a region and begin running software.

But the virtual machine still runs on a physical server somewhere.

That server depends on electricity, networking, cooling and storage. If its physical host becomes unavailable, the virtual machine can become unavailable too.

Cloud providers organize infrastructure into geographic regions and separate availability zones. A region may contain several zones designed to reduce exposure to local failures.

However, choosing a region does not automatically make every application resilient. A VPS or virtual machine running in just one zone may still have a single location of failure.

The difference between physical and virtual servers is one of the foundations of modern hosting. Server location also matters for network performance, as explained in our guide Does VPS Server Location Matter?

🌐 Why Did One Failed Zone Affect Other Zones?

This is the most important technical lesson of the October outage.

Suppose an application runs across three availability zones. One zone suddenly becomes unreachable.

Traffic can be directed toward the remaining zones, but those zones must have enough free capacity to handle it.

At the same time, some software components may still depend on services or metadata in the failed zone.

The result can be a chain reaction involving timeouts, overloaded services, slow database failovers and unsuccessful requests.

Animated infrastructure map One Zone Goes Dark. Traffic Moves Elsewhere.

Simplified regional architecture showing how surviving zones may receive redirected work.

🖥️ Zone A Active · Extra load
⚡ Zone B Unavailable
🖥️ Zone C Active · Extra load

The moving paths symbolize traffic redirection. They are explanatory, not actual Google Cloud traffic measurements.

📈 Capacity Pressure

Surviving zones suddenly process additional work. If they have insufficient spare capacity, requests can queue or fail.

🔗 Hidden Dependencies

Applications and control services may still request information from components in the unavailable zone. These calls can time out.

🗃️ Database Failover

Replicated databases may need to promote a new active instance. That transition can interrupt transactions.

⏳ Recovery Takes Time

Returning power is only one step. Servers, storage, network paths and services may need verification before normal operation resumes.

🧪 Interactive: What Happens When a Cloud Zone Fails?

The next model lets you explore three possible outcomes of a zonal outage.

It is an educational simulation with deliberately simplified assumptions, not a measurement or reconstruction of Google’s production infrastructure.

Interactive Learning Lab Test the Failure Scenarios

Select a scenario to change the simulated state of three availability zones.

Zone A Available infrastructure
Zone B Primary workload
Zone C Available infrastructure
✓ NORMAL: All Three Zones Available Traffic is distributed across healthy infrastructure. Spare resources may be available if one zone fails.
⚠ DEGRADED: Zone B Is Unavailable Workloads in Zone B cannot respond. If the application has working replicas, routing and enough capacity, surviving zones can continue serving users.
✕ OVERLOADED: Failover Is Not Enough Zone B remains unavailable. Zones A and C receive more demand than they can handle. Queues grow, latency increases and some requests fail.

Notice that a second zone does not automatically guarantee uninterrupted service.

The application also needs healthy replicas, accessible data, reliable routing and enough spare capacity.

That is why the phrase “multi-zone” describes a design opportunity, not an absolute guarantee of availability.

🖥️ Would Your VPS Survive a Data Center Power Outage?

If you rent a single VPS, it normally relies on a particular physical hosting environment.

Depending on the provider, the virtual machine may be recoverable on another host after a hardware failure. But that is different from having a fully independent copy of your application running in another location.

If an entire facility loses electricity, the provider may need to restore infrastructure before your VPS can restart.

Some providers offer high-availability features or multi-zone deployment options. Others require customers to build redundancy themselves.

Hosting Design What It Protects Against Important Limitation
Single VPS Basic server hosting with provider-level infrastructure protections The application may remain dependent on one location
Two VPS Instances, Same Facility Some individual server or software failures Both may share facility-wide risks
Multi-Zone Deployment Certain zone-level failures when failover is correctly configured Dependencies and capacity can still cause disruption
Multi-Region Deployment Broader geographic failure scenarios More cost, complexity and data-management work

A cheaper VPS can be perfectly appropriate for a personal project, development environment or noncritical website.

But if a business depends on continuous availability, hosting price alone is a poor basis for infrastructure decisions.

💾 Why Backups and High Availability Are Not the Same

Two ideas are often confused: keeping data safe and keeping an application online.

A backup helps you restore data after damage, corruption or loss. It does not necessarily provide a running server during an outage.

High availability aims to keep a service usable when a component fails. That may require redundant servers, replicated data and traffic failover.

📦 Backup

Helps recover information and configurations. Restoration may take time. A backup stored in the same failed location may also be inaccessible.

🔄 High Availability

Uses redundant components to reduce interruption. It needs deliberate design, working health checks, data consistency and tested failover.

Ideally, important services use both. Redundancy reduces downtime, while independent backups provide a recovery path when redundancy alone is insufficient.

✅ Five Questions to Ask Before Choosing a VPS Provider

A data center power outage is a useful reminder to investigate what your hosting plan actually promises.

  • Where does the VPS run? Find out whether the provider offers different physical locations and independent zones.
  • What happens if the host fails? Ask whether recovery is automatic, manual, or dependent on the affected facility.
  • Where are backups stored? Prefer a backup strategy that survives failure of the primary location.
  • What does the SLA cover? Understand service credits, exclusions, recovery expectations and your own responsibilities.
  • How will you recover? Document a realistic restoration process and test it before an emergency.

Two recovery concepts are especially useful here.

⏱️ RTO — Recovery Time Objective

How long your application can tolerate being unavailable after a serious failure.

🗂️ RPO — Recovery Point Objective

How much recent data loss your business can tolerate, measured as a time interval.

These objectives help translate vague promises of reliability into practical requirements.

If your website can be offline for an afternoon without serious consequences, a simple backup-and-restore plan may be enough.

If payment processing or critical customer operations cannot stop, you probably need a more resilient design.

❓ Frequently Asked Questions

Can a data center power outage permanently delete VPS data?

Power loss does not automatically mean permanent data loss. But abrupt shutdowns can interrupt writes, and hardware or storage problems can complicate recovery. Independent, tested backups remain essential.

Why did banking apps fail if only one zone lost power?

The reported disruption affected cloud infrastructure used by multiple services. Google’s preliminary report describes redirected traffic, increased load on other zones and cross-zone dependencies. The precise impact on each banking application also depended on that organization’s own architecture.

Does having two VPS servers guarantee high availability?

No. Two servers might still share power, networking, storage or database dependencies. The application needs a complete failover design, not simply two machines.

Can a CDN prevent this kind of outage?

A CDN can continue serving some cached content when the origin server is unavailable. But it cannot automatically restore a failed database or make every dynamic application function work.

Is a cloud provider’s uptime guarantee meaningless?

No. An SLA can describe a measurable service commitment and possible remedies. But it does not eliminate outages or replace application-level resilience planning.

📚 Sources and Technical References

The incident facts in this article are based on Google’s preliminary report and contemporary news reporting. General recommendations about VPS resilience are educational guidance.

🎓 Servers Academy — Final Takeaway

The most important lesson of the October 2026 outage is not that cloud infrastructure can fail.

Every physical system has potential failure points. The real challenge is preventing a local failure from becoming a much larger interruption.

A server needs electricity. An application needs servers. Those servers may depend on databases, networks, storage and other services.

A resilient application protects the whole chain, not just the machine running its code.

Rate article
Servers Academy
Add a comment