How Azure Predicts Hardware Failures and Moves Your VMs Before They Crash

Share

Key takeaways

  • Azure Failure Prediction and Detection (AFPD) watches Azure’s servers for signs a part is about to fail, then moves your VM away before it crashes.
  • Microsoft says it has cut hardware-related VM interruptions by about 36% and raised the monthly server repair rate by 80%.
  • It runs automatically at no extra cost, but you only benefit fully if your apps listen for its alerts.

Azure now tries to spot a failing server before it takes your virtual machine down with it. In a Microsoft Azure Blog post, Azure CTO Mark Russinovich explains how a system called AFPD predicts hardware trouble and quietly works around it.

AFPD has been fully running across Azure since 2024. What’s new in this post is the real-world proof, using SAP customers as the example, and a clear list of things admins should switch on to get the most from it.

How AFPD works in three steps

Normally, a cloud hardware failure goes like this: a part wears out, your VM stops, an engineer investigates, and you wait for a reboot or a repair. AFPD tries to break that chain early.

1. Predict and detect

Machine learning models and detection rules scan health data from across the Azure fleet, including drive (SSD) health signals, looking for patterns that point to a failure now or soon.

2. Mitigate

A flagged server stops taking new VMs. Where it can, Azure live-migrates running VMs to a healthy server with no reboot, usually just a pause of a few seconds.

3. Remediate

The server is pulled out, tagged with diagnostic notes so technicians skip repeat checks, fixed with spare parts that are already waiting, and put back into service.

Live migration is not available for every VM. Microsoft says it works on many, but not all, M-series sizes (large-memory VMs often used for SAP). If your VM can’t be moved live, Azure posts a notice with a redeploy deadline so you can move it on your own schedule.

In their words

“Your first signal of a problem is often a notification that it’s already been handled.”

Mark Russinovich, CTO, Microsoft Azure, on the Microsoft Azure Blog

The results Microsoft reports

Measure What Microsoft reports
Hardware-related VM interruptions About 36% better prevention across the fleet, and more than 36% fewer hardware reboots overall
Monthly server repair rate Up 80%
Typical live migration impact A pause of a few seconds, no reboot
Recognition Best Paper Award, 2025 IEEE Cloud Summit
Cost to customers None. It runs automatically, not as a paid tier

These are Microsoft’s own fleet-wide figures, backed by its IEEE research paper. Your own results depend on your VM sizes and how many hardware events your servers happen to hit.

Why SAP is the example, and why it’s not just SAP

SAP systems often run a company’s finance, supply chain and operations, so even a short outage hurts. That makes them the clearest test case for AFPD.

Microsoft also admits a gap: many SAP customers don’t know the alerts exist, so they miss the chance to automate their response. AFPD itself covers far more than SAP. It runs across Azure’s General Purpose and Specialized Compute VMs, HPC and AI workloads, and some Storage scenarios.

Where AFPD alerts show up

AFPD sends the same alert content to several places. Pick the one that fits how you work.

Azure Resource Health notice showing Degraded (Unplanned) status, a redeploy deadline and recommended steps after AFPD flagged a potentially degraded host
An example AFPD notice in Resource Health: the host is marked Degraded (Unplanned), Azure says it will try to migrate the VM, and it gives a deadline to redeploy yourself. Image: Microsoft Tech Community. Your portal layout may differ.
Channel Best for
Resource Health Checking one VM: what happened, why, and what to do next
Resource Graph Finding every affected VM across many subscriptions with one query
Event Grid Automation: pushes alerts to a webhook, Azure Functions, Logic Apps or Azure Monitor without polling
Scheduled Events Warnings from inside the VM, so clusters can move work off a bad server in time

What Azure admins should do now

Quick checklist

  • Pick an alert channel: make sure someone, or something, is reading AFPD notices through one of the four channels above.
  • Handle Scheduled Events: your automation should cope with events whose start time (NotBefore) can be up to seven days ahead.
  • SAP high availability: configure the Pacemaker azure-events-az resource agent using Microsoft’s guides for SUSE or RHEL.
  • Check live migration support: look up your VM size in the M-family size tables before you count on no-reboot moves.

AFPD doesn’t replace good design. Zone-redundant setups, backups and failover plans still matter. What it does is make fewer of those plans necessary on an ordinary day, as long as your team hears the warnings.

Source: Microsoft Azure Blog


Discover more from Windows Mode

Subscribe to get the latest posts sent to your email.