Azure Virtual Machines SLA
Microsoft Azure · Compute · promises up to 99.99% · SLA of Sep 1, 2026 · checked 25h ago
Incidents, last 365 days
Azure publishes post-incident reviews as web pages only, with no machine-readable history, so observed uptime is not computed.
Commitments and credits
- Availability ZonesTwo or more VMs deployed across two or more Availability Zones in the same region99.99%below 99.99%: 10% · below 99%: 25% · below 95%: 100%
- Availability Set / Dedicated Host GroupTwo or more VMs in the same Availability Set or same Dedicated Host Group (not Availability Sets using Azure shared disks)99.95%below 99.95%: 10% · below 99%: 25% · below 95%: 100%
- Single-Instance VM, Premium SSD / Premium SSD v2 / Ultra DiskSingle VM with Premium SSD for all OS disks and Premium SSD, Premium SSD v2 or Ultra Disk for all data disks99.9%below 99.9%: 10% · below 99%: 25% · below 95%: 100%
- Single-Instance VM, Standard SSD Managed DiskSingle VM whose lowest disk type is Standard SSD99.5%below 99.5%: 10% · below 95%: 25% · below 90%: 100%
- Single-Instance VM, Standard HDD Managed DiskSingle VM whose lowest disk type is Standard HDD95%below 95%: 10% · below 92%: 25% · below 90%: 100%
SLA changes
- May 1, 2018Azure Virtual MachinesAvailability Zones tier added: VMs across two or more zones get 99.99% (10/25/100% credits). Not present in the March 2018 edition.Source
- Mar 15, 2017Azure Virtual Machines100% credit tier added below 95% for Availability Set and single-instance VMs. January 2017 edition: Availability Set < 99.95% 10%, < 99% 25% (no 100% tier); March 15, 2017 edition adds '< 95% 100%'.Source
- Jan 1, 2017Azure Virtual MachinesSingle-instance VM SLA of 99.9% (premium storage for all disks) first appears. December 2016 edition covered only VMs in an Availability Set (99.95%, credits 10% / 25%).Source
More in compute
AWS LambdaAWS · Compute · Standard99.95%First credit10%Observed 365d99.178%All incidents 99.852%
Amazon EC2AWS · Compute · Region-Level99.99%First credit10%Observed 365d99.178%All incidents 99.852%
Cloudflare WorkersCloudflare · Compute · Enterprise99.99%First credit10%Observed 365d100%All incidents 99.984%
Confluent Cloud for Apache FlinkConfluent · Compute · Flink (per region)99.99%First credit5%Observed 365d99.628%All incidents 97.169%
Confluent Cloud ksqlDBConfluent · Compute · Multi-zone ksqlDB with 8+ CSUs99.9%First credit5%Observed 365d99.628%All incidents 97.169%
DigitalOcean Kubernetes (DOKS) HA control planeDigitalOcean · Compute · HA control plane99.95%First credit10%Observed 365d100%All incidents 99.992%
Droplets (CPU)DigitalOcean · Compute · All Droplets (instance-level)99.99%First credit100%Observed 365d100%All incidents 99.992%
Compute EngineGoogle Cloud · Compute · Instances in Multiple Zones (Premium Tier)99.99%First credit10%Observed 365d99.927%All incidents 99.488%
Terms, exclusions and sources
- Measured
- Uptime Percentage per 'Applicable Period': for metered pay-as-you-go services, the 30 days prior to and including the first day of the Incident; for other services, the calendar month. VM downtime = minutes with no Virtual Machine Connectivity.
- Credit cap
- Service Credits in any billing month will not exceed the monthly service fees for that Service or Service Resource in the Applicable Period
- Claim window
- Within 60 days of the Incident (Azure)
- How to claim
- Submit the claim to Microsoft customer support with incident description, time and duration of downtime, affected resource names, number/location of affected users and error descriptions
- Not covered
- Factors outside Microsoft's reasonable control (natural disaster, war, government action, network failures outside Microsoft data centers); Services, hardware or software not provided by Microsoft; Preview, pre-release, beta or trial versions, or purchases made with subscription credits; Customer failure to follow required/supported configurations or published guidance; Exceeding reasonable use or quotas, or throttling of suspected abuse; Scheduled Downtime (at least 5 days' notice) and customer-initiated restart/stop/failover/scale operations
- Status history
- Azure publishes post-incident reviews as web pages only, with no machine-readable history, so observed uptime is not computed.
- Weighted uptime
- All incidents, weighted: 100% · Downtime
The following Service Levels and Service Credits are applicable to Customer’s use of Virtual Machines deployed across two or more Availability Zones in the same region: ... < 99.99% 10% < 99% 25% < 95% 100%
For a single VM with mixed disk types, the lowest disk-type SLA applies. VMs sharing the same Shared Disk are treated like single-instance VMs. Azure SLAs are published only inside the consolidated Microsoft Online Services SLA document (monthly editions; the September 2026 edition was current on 2026-09-23).
Sources: each vendor's own SLA page (re-read monthly) and status page feed (read every Friday). A summary, not the contract: the contract you sign governs. Logos via logo.dev; trademarks belong to their owners.