OnlineSvcsConsolidatedSLA (WW) (English) (March 2025) (CR)
OnlineSvcsConsolidatedSLA (WW) (English) (March 2025) (CR)
Licensing
Service Level
Agreement for
Microsoft Online
Services
March 1, 2025
Microsoft Volume Licensing Service Level Agreement for Microsoft Online Services (Worldwide English, March 1, 2025) 2
Table of Contents
TABLE OF CONTENTS......................................................................2
INTRODUCTION..............................................................................4
GENERAL TERMS............................................................................5
SERVICE SPECIFIC TERMS................................................................7
MICROSOFT DYNAMICS 365..............................................................7
DYNAMICS 365 BUSINESS CENTRAL....................................................7
DYNAMICS 365 COMMERCE..............................................................7
DYNAMICS 365 CUSTOMER INSIGHTS..................................................8
DYNAMICS 365 CUSTOMER SERVICE ENTERPRISE; DYNAMICS 365 CUSTOMER SERVICE PROFESSIONAL; DYNAMICS 365 CUSTOMER SERVICE INSIGHTS; DYNAMICS 365
FIELD SERVICE; DYNAMICS 365 MARKETING.........................................8
DYNAMICS 365 FRAUD PROTECTION...................................................8
DYNAMICS 365 GUIDES....................................................................9
DYNAMICS 365 HUMAN RESOURCES...................................................9
DYNAMICS 365 INTELLIGENT ORDER MANAGEMENT..............................9
DYNAMICS 365 REMOTE ASSIST.......................................................10
DYNAMICS 365 SALES ENTERPRISE; DYNAMICS 365 SALES PROFESSIONAL10
DYNAMICS 365 SUPPLY CHAIN MANAGEMENT; DYNAMICS 365 FINANCE; DYNAMICS 365 PROJECT OPERATIONS 10
OFFICE 365 SERVICES.....................................................................11
DUET ENTERPRISE ONLINE...............................................................11
EXCHANGE ONLINE........................................................................12
EXCHANGE ONLINE ARCHIVING.........................................................14
EXCHANGE ONLINE PROTECTION.......................................................14
MICROSOFT MYANALYTICS..............................................................15
MICROSOFT STREAM (CLASSIC)........................................................15
MICROSOFT TEAMS........................................................................16
MICROSOFT 365 APPS FOR BUSINESS................................................16
MICROSOFT 365 APPS FOR ENTERPRISE.............................................16
OFFICE 365 ADVANCED COMPLIANCE...............................................17
OFFICE ONLINE.............................................................................17
OFFICE 365 VIDEO........................................................................17
ONEDRIVE FOR BUSINESS................................................................18
PROJECT......................................................................................18
SHAREPOINT ONLINE......................................................................18
MICROSOFT TEAMS – CALLING PLANS, TEAMS PHONE AND AUDIO CONFERENCING 19
VIVA ENGAGE...............................................................................19
MICROSOFT TEAMS – VOICE QUALITY...............................................19
WORKPLACE ANALYTICS..................................................................20
MICROSOFT AZURE SERVICES AND PLANS...........................................20
MICROSOFT ENTRA ID....................................................................20
AZURE ACTIVE DIRECTORY B2C........................................................21
MICROSOFT ENTRA DOMAIN SERVICES..............................................21
ANALYSIS SERVICES........................................................................21
AZURE API FOR FHIR.....................................................................22
API CENTER SERVICES....................................................................22
API MANAGEMENT SERVICES..........................................................23
APP CENTER.................................................................................23
APP CONFIGURATION.....................................................................24
APP SERVICE.................................................................................25
APPLICATION GATEWAY..................................................................26
APPLICATION GATEWAY FOR CONTAINERS..........................................26
APPLICATION INSIGHTS....................................................................26
AZURE ARC...................................................................................27
AUTOMATION...............................................................................27
AZURE BACKUP.............................................................................28
AZURE BASTION............................................................................28
BATCH.........................................................................................29
BIZTALK SERVICES..........................................................................29
AZURE BOT SERVICE.......................................................................30
AZURE CACHE FOR REDIS................................................................30
AZURE CHAOS STUDIO....................................................................31
CLOUD SERVICES...........................................................................31
AZURE AI SEARCH..........................................................................32
AZURE AI SERVICES........................................................................32
AZURE COMMUNICATION GATEWAY..................................................33
AZURE COMMUNICATION SERVICES...................................................33
AZURE CONFIDENTIAL LEDGER..........................................................33
AZURE CONTAINER APPS.................................................................34
AZURE CONTAINER INSTANCES.........................................................34
AZURE CONTAINER REGISTRY...........................................................35
CONTENT DELIVERY NETWORK (CDN)...............................................35
AZURE COSMOS DB.......................................................................36
DATA CATALOG.............................................................................40
AZURE DATA EXPLORER (KUSTO)......................................................40
AZURE DATA FACTORY....................................................................41
DATA LAKE ANALYTICS....................................................................41
DATA LAKE STORAGE GEN1.............................................................42
AZURE DATABASE FOR MARIADB.....................................................42
AZURE DATABASE FOR MYSQL........................................................42
AZURE DATABASE FOR POSTGRESQL.................................................43
AZURE DATABRICKS........................................................................45
MICROSOFT AZURE DATA MANAGER FOR ENERGY...............................45
AZURE DDOS PROTECTION..............................................................45
AZURE DEFENDER..........................................................................46
DEFENDER EXTERNAL ATTACK SURFACE MANAGEMENT........................46
AZURE DEV OPS............................................................................47
MICROSOFT DEV BOX.....................................................................47
AZURE DIGITAL TWINS....................................................................48
AZURE DNS.................................................................................48
AZURE DNS PRIVATE RESOLVER.......................................................49
ELASTIC SAN SLA..........................................................................49
EVENT GRID.................................................................................50
EVENT HUBS.................................................................................50
AZURE EXPRESSROUTE....................................................................51
AZURE EXPRESSROUTE TRAFFIC COLLECTOR........................................52
AZURE FILES PREMIUM TIER............................................................52
AZURE FIREWALL...........................................................................52
AZURE FLUID RELAY.......................................................................53
AZURE FRONT DOOR AND AZURE FRONT DOOR (CLASSIC).....................53
AZURE FUNCTIONS.........................................................................54
GLOBAL SECURE ACCESS.................................................................55
HDINSIGHT..................................................................................55
AZURE HEALTH DATA SERVICES (EXCLUDING THE MEDTECH SERVICE)......55
HEALTH BOT.................................................................................56
AZURE INFORMATION PROTECTION...................................................56
AZURE IOT CENTRAL......................................................................57
AZURE IOT HUB............................................................................57
KEY VAULT...................................................................................58
AZURE KEY VAULT MANAGED HSM..................................................58
Microsoft Volume Licensing Service Level Agreement for Microsoft Online Services (Worldwide English, March 1, 2025) 4
Introduction
About this Document
This Service Level Agreement for Microsoft Online Services (this “SLA”) is a part of your Microsoft volume licensing agreement (the “Agreement”).
Capitalized terms used but not defined in this SLA will have the meaning assigned to them in the Agreement. This SLA applies to the Microsoft
Online Services listed herein (a “Service” or the “Services”), but does not apply to separately branded services made available with or connected to
the Services or to any on-premise software that is part of any Service.
If we do not achieve and maintain the Service Levels for each Service as described in this SLA, then you may be eligible for a credit towards a
portion of your monthly service fees. We will not modify the terms of your SLA during the initial term of your subscription; however, if you renew
your subscription, the version of this SLA that is current at the time of renewal will apply throughout your renewal term. We will provide at least 90
days’ notice for adverse material changes to this SLA. You can review the most current version of this SLA at any time by visiting
https://aka.ms/CSLA.
Previews and Online Services and/or service tiers provided free of charge are not included or eligible for SLA claims or credits.
Additions/Updates Deletions
Exchange Online Protection Azure Applied AI Services
Azure AI Services Azure Machine Learning Studio (classic)
Azure OpenAI Service Appendix B – Service Level Commitment for Uptime
Traffic Manager Service
Azure VMware Solution
General Terms
Definitions
“Applicable Period” for metered Pay As You Go Services (e.g. Azure Virtual Machines) means the 30 days prior to and including the first day of the
Incident for which a Service Credit is owed. For other services, (e.g. M365 E3) “Applicable Period” means the calendar month in which a Service
Credit is owed.
“Applicable Service Fees” means the total fees actually paid by you for a Service that are applied to the Applicable Period in which a Service Credit
is owed.
“Downtime” is defined for each Service in the Services Specific Terms below. Downtime does not include Scheduled Downtime. Downtime does not
include unavailability of a Service due to limitations described below and in the Services Specific Terms.
“Error Code” means an indication that an operation has failed, such as an HTTP status code in the 5xx range.
“External Connectivity” is bi-directional network traffic over supported protocols such as HTTP and HTTPS that can be sent and received from a
public IP address.
“Incident” means (i) any single event, or (ii) any set of events, that result in Downtime.
“Management Portal” means the web interface, provided by Microsoft, through which customers may manage the Service.
“Scheduled Downtime” means periods of Downtime related to network, hardware, or Service maintenance or upgrades. We will publish notice or
notify you at least five (5) days prior to the commencement of such Downtime.
“Service Credit” is the percentage of the Applicable Service Fees credited to you following Microsoft’s claim approval.
“Service Level” means the performance metric(s) set forth in this SLA that Microsoft agrees to meet in the delivery of the Services.
“Service Resource” means an individual resource available for use within a Service.
“Success Code” means an indication that an operation has succeeded, such as an HTTP status code in the 2xx range.
“Support Window” refers to the period of time during which a Service feature or compatibility with a separate product or service is supported.
“User Minutes” means the total number of minutes in an Applicable Period, less all Scheduled Downtime, multiplied by the total number of users.
Terms
Claims
In order for Microsoft to consider a claim, you must submit the claim to customer support at Microsoft Corporation including all information
necessary for Microsoft to validate the claim, including but not limited to: (i) a detailed description of the Incident; (ii) information regarding the
time and duration of downtime; (iii) affected resource names; (iv) the number and location(s) of affected users; and v) a description of errors that
occurred during the incident. Failure to provide the required information will result in claims being rejected. For detailed guidance on monitoring
and logging Azure resources, please refer to the Azure Monitor log analytics queries tables” article or any successor articles on Microsoft Learn. This
resource provides essential data and insights needed for Azure claims.
For a claim related to Microsoft Azure, we must receive the claim within 60 days of the Incident. For claims related to all other Services, we must
receive the claim by the end of the Applicable Period following the month in which the Incident occurred. For example, if the Incident occurred on
February 15th, we must receive the claim and all required information by March 31st.
We will evaluate all information reasonably available to us and make a good faith determination of whether a Service Credit is owed. We will use
commercially reasonable efforts to process claims promptly following an investigation, typically within forty-five (45) days of receipt of the claim.
You must be in compliance with the Agreement in order to be eligible for a Service Credit. If we determine that a Service Credit is owed to you, we
will apply the Service Credit to your Applicable Service Fees.
If you purchased more than one Service (not as a suite), then you may submit claims pursuant to the process described above as if each Service
were covered by an individual SLA. For example, if you purchased both Exchange Online and SharePoint Online (not as part of a suite), and during
the term of the subscription an Incident caused Downtime for both Services, then you could be eligible for two separate Service Credits (one for
each Service), by submitting two claims under this SLA. In the event that more than one Service Level for a particular Service is not met because of
the same Incident, you must choose only one Service Level under which to make a claim based on the Incident. Unless as otherwise provided in a
specific SLA, only one Service Credit is permitted per Service for an Applicable Period.
Service Credits
Service Credits are your sole and exclusive remedy for any performance or availability issues for any Service under the Agreement and this SLA. You
may not unilaterally offset your Applicable Service Fees for any performance or availability issues.
Service Credits apply only to fees paid for the particular Service, Service Resource, or Service tier for which a Service Level has not been met. In
cases where Service Levels apply to individual Service Resources or to separate Service tiers, Service Credits apply only to fees paid for the affected
Service Resource or Service tier, as applicable, and only with respect to the actual downtime and not the overall outage duration. The Service
Credits awarded in any billing month for a particular Service or Service Resource will not, under any circumstance, exceed your monthly service
fees for that Service or Service Resource, as applicable, in the Applicable Period. Service Credits will not be awarded to compensate for any other
forms of loss, including but not limited to lost revenue, operational costs, or any indirect losses experienced by you or the end-users.
Limitations
This SLA and any applicable Service Levels do not apply to any performance or availability issues:
1. Due to factors outside our reasonable control (for example, natural disaster, war, acts of terrorism, riots, government action, or a
network or device failure external to our data centers, including at your site or between your site and our data center);
2. That result from the use of services, hardware, or software not provided by us, including, but not limited to, issues resulting from
inadequate bandwidth or related to third-party software or services;
3. That results from failures in a single Microsoft Datacenter location, when your network connectivity is explicitly dependent on that
location in a non-geo-resilient manner;
4. Caused by your use of a Service after we advised you to modify your use of the Service, if you did not modify your use as advised;
5. During or with respect to preview, pre-release, beta or trial versions of a Service, feature or software (as determined by us) or to
purchases made using Microsoft subscription credits;
6. That result from your unauthorized action or lack of action when required, or from your employees, agents, contractors, or vendors, or
anyone gaining access to our network by means of your passwords or equipment, or otherwise resulting from your failure to follow
appropriate security practices;
7. That result from your failure to adhere to any required configurations, use supported configurations or platforms, follow any policies for
acceptable use, or your use of the Service in a manner inconsistent with the features and functionality of the Service (for example,
attempts to perform operations that are not supported) or inconsistent with our published guidance;
8. That result from faulty input, instructions, or arguments (for example, requests to access files that do not exist);
9. That result from your attempts to perform operations that exceed prescribed quotas or that resulted from our throttling of suspected
abusive behavior or hacked accounts;
10. Due to your use of Service features that are outside of associated Support Windows; or
11. For licenses reserved, but not paid for, at the time of the Incident.
12. Your initiated operations such as restart, stop, start, failover, scale compute, and storage (which by their nature include capacity
constraints) that incur downtime are excluded from the uptime calculation unless explicitly defined in the applicable Service Level);
13. Monthly maintenance window that incurs a downtime to patch your server and infrastructure is excluded from the uptime calculation.
14. That result from performance degradation or latency issues without actual service unavailability (except for services which explicitly
include a performance-based Service Level).
Microsoft outage communications are intended to help customers take preventive actions for their business-critical applications and are not a
confirmation of missed Service Levels or Service Credits eligibility.
Services purchased through Open, Open Value, and Open Value Subscription volume licensing agreements, and Services in an Office 365 Small
Business Premium suite purchased in the form of a product key are not eligible for Service Credits based on service fees. For these Services, any
Service Credit that you may be eligible for will be credited in the form of service time (i.e., days) as opposed to service fees, and any references to
“Applicable Service Fees” is deleted and replaced by “Applicable Period.”
Table of Contents / Definitions
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
Service Credit:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
<99.5% 25%
<99% 50%
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.5% 25%
< 99% 50%
< 95% 100%
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
*Instant messaging conversations available only in some platforms
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
Additional Definitions:
“Active Tenant” means a tenant with an active high availability production topology in the Management Portal that (A) has been deployed to a
Partner Application Service; and (B) has an active database that users can log into.
“Partner Application Service” means a partner application built on top of and combined with the Platform that (A) is used for processing your
organization’s actual business transactions; and (B) has reserve compute and storage resources equal to or greater than one of the Scale Units your
partner selected for the applicable partner application.
“Maximum Available Minutes” means the total accumulated minutes during an Applicable Period in which an Active Tenant was deployed in a
Partner Application Service using an active high availability production topology.
“Platform” means the Service’s client forms, SQL server reports, batched operations, and API endpoints, or the Service’s retail APIs that are used
for commerce or retail purposes only.
“Scale Unit” means the increments by which compute, and storage resources are added to or removed from a Partner Application Service.
“Service Infrastructure” means the authentication, computing, and storage resources that Microsoft provides in connection with the Service.
Downtime: Any period of time when end users are unable to login to their Active Tenant, due to a failure in the unexpired Platform or the Service
Infrastructure as Microsoft determines from automated health monitoring and system logs. Downtime does not include Scheduled Downtime, the
unavailability of Service add-on features, the inability to access the Service due to your modifications of the Service, or periods where the Scale Unit
capacity is exceeded.
Uptime Percentage: The Uptime Percentage for a given Active Tenant in an Applicable Period is calculated using the following formula:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
Service Level Exceptions: This SLA does not apply when the inability to read or write any portion of a SharePoint Online site is caused by any failure
of third-party software, equipment, or services that are not controlled by Microsoft, or Microsoft software that is not being run by Microsoft itself
as part of the Service.
Additional Terms: You will be eligible for a Service Credit for Duet Enterprise Online only when you are eligible for a Service Credit for the
SharePoint Online Plan 2 User SLs that you have purchased as a prerequisite for your Duet Enterprise Online User SLs.
Table of Contents / Definitions
Exchange Online
Downtime: Any period of time when users are unable to send or receive email with Outlook Web Access. There is no Scheduled Downtime for this
service.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
OWA Availability service level does not apply to the following scenarios:
Denial of Service attacks (DoS)D
Microsoft 365 Tenant misconfiguration
Network issues outside Microsoft 365 Boundary
Exceeding Microsoft 365 send/receive limits
Issues due to Extensions (i.e tenant custom policies, apps)
Third Party induced incidents (i.e, ISP, OnPrem, etc)
M365 Internal Email Delivery is measured then sorted by elapsed time. The fastest 95% of measurements are used to create the average delivery
time for the Applicable Period.
Customers are eligible for a service credit when the fastest 95% of email delivery for the Applicable Period exceeds the following thresholds:
Average Email Delivery Time Service Credit
>1 minute 25%
>4 minutes 50%
>10 minutes 100%
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Uptime Percentage
1. Permanent rejections due to M365 issues
The Uptime Percentage is calculated using the following formula:
Uptime Percentage
Total messages ∈a mont h−Impacted Messages
x 100
Total messages for t h e mont h
Impacted Messages are defined as messages delayed more than (10) minutes during the issues summed over the calendar month.
Service Credit
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
The Email Delivery Service Level applies only to legitimate business email delivered to or sent by valid Microsoft 365 licensed email accounts. This
Email Delivery Service Level does not apply to:
Customer induced mail storms
Bulk email (customer mailers, newsletters, etc.)
Delivery of email to an archive
Denial of Service attacks (DoS)
Microsoft 365 Tenant misconfiguration
Email delays where the failure mode is within the customers on-premises boundary and/or third-party service providers.
Network latency between Microsoft 365 and end user email clients
Mail that is throttled by Microsoft 365 to protect the health of the service or because a tenant has exceeded defined send and/or receive
messaging limits.
Messages de-prioritized by Microsoft 365 to protect the overall health of the service (e.g., large messages, messages sent to a large
number of recipients or distribution lists that contain a substantial number of recipients).
Messages delayed due to expensive customers configured rules and policies.
Additional Terms: See Appendix 1 – Service Level Commitment for Virus Detection and Blocking, Spam Effectiveness, or False Positive.
Table of Contents / Definitions
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
Service Level Exceptions: This SLA does not apply to the Enterprise CAL suite purchased through Open Value and Open Value Subscription volume
licensing agreements.
Table of Contents / Definitions
Uptime Percentage
1. Permanent rejections due to Microsoft 365 issues.
The Uptime Percentage is calculated using the following formula:
Exchange Online Protection applies only to legitimate business email delivered to or sent by valid Microsoft 365 licensed email accounts. This does
not apply to:
Customer induced mail storms
Bulk email (customer mailers, newsletters, etc.)
Delivery of email to an archive
Denial of Service attacks (DoS)
Microsoft 365 Tenant misconfiguration
Email delays where the failure mode is within the customers on-premises boundary and/or third-party service providers.
Network latency between Microsoft 365 and end user email clients
Mail that is throttled by Microsoft 365 to protect the health of the service or because a tenant has exceeded defined send and/or receive
messaging limits.
Messages de-prioritized by Microsoft 365 to protect the overall health of the service (For example: large messages, messages sent to a
large number of recipients or distribution lists that contains substantial number of recipients)
Messages delayed due to expensive customer configured rules and policies
Additional Terms: See (i) Appendix 1 – Service Level Commitment for Virus Detection and Blocking, Spam Effectiveness, or False Positive.
Table of Contents / Definitions
Microsoft MyAnalytics
Downtime: Any period of time when users are unable to access the MyAnalytics dashboard.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
1
Unsupported Scenarios could include playback on unsupported devices / OS, client-side network issues, and user errors.
Table of Contents / Definitions
Microsoft Teams
Downtime: Any period of time when end users are unable to conduct instant messaging conversations or initiate online meetings.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
Office Online
Downtime: Any period of time when users are unable to use the Web Applications to view and edit any Office document stored on a SharePoint
Online site for which they have appropriate permissions.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
Project
Downtime: Any period of time when users are unable to read or write any portion of a SharePoint Online site collection with Project Web App for
which they have appropriate permissions.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
SharePoint Online
Downtime: Any period of time when users are unable to read or write any portion of a SharePoint Online site collection for which they have
appropriate permissions.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
Uptime Percentage: The Uptime Percentage is calculated using the following formula for each of the services:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period Downtime is the sum of the length (in minutes) of each incident
that occurs during that Applicable Period multiplied by the number of users impacted by that incident. Credit will be paid only against the actual
service(s) that are impacted.
This SLA does not apply to outages caused by any failure of third-party software, equipment, or services that are not controlled by Microsoft, or
Microsoft software that is not being run by Microsoft itself as part of the Service.
Service Credit:
Uptime Percentage Service Credit
< 99.999% 5%
< 99.99% 10%
< 99.9% 25%
< 99% 50%
< 95% 100%
Viva Engage
Downtime: Any period of time greater than ten minutes when more than five percent of end users are unable to post or read messages on any
portion of the Viva Engage network for which they have appropriate permissions.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
Good Call Rate: The Good Call Rate is calculated using the following formula:
Workplace Analytics
Downtime: Any period of time when users are unable to access the Workplace Analytics website.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
Microsoft Entra ID
Microsoft Entra ID Basic and Microsoft Entra ID Premium
Additional Definitions:
Downtime: Any period of time when users are unable to log in to the Microsoft Entra ID service, or Microsoft Entra ID fails to successfully emit the
authentication and authorization tokens required for users to log into applications connected to the service.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.99% 10%
< 99.9% 25%
< 99% 50%
< 95% 100%
Analysis Services
Additional Definitions:
“Server” means any Azure Analysis Services server.
“Maximum Available Minutes” is the total number of minutes that a given Server has been deployed in Microsoft Azure during an Applicable
Period in a given Microsoft Azure subscription.
“Client Operations” is the set of all documented operations supported by Azure Analysis Services.
Downtime: is the total accumulated minutes during an Applicable Period for a given Microsoft Azure subscription during which a given Server is
unavailable. A minute is considered unavailable for a given Server if more than 1% of all Client Operations completed during the minute return an
Error Code.
Uptime Percentage: The Uptime Percentage for a given Server is calculated using the following formula:
"Failed Transactions" is the set of all requests within Total Transaction Attempts that result in an Error Code or otherwise do not return a Success
Code within 60 seconds after receipt by the Azure API for FHIR Service.
Uptime Calculation
"Uptime Percentage" for Azure API for FHIR is calculated as Total Transaction Attempts less Failed Transactions divided by Total Transaction
Attempts multiplied by 100. Uptime Percentage is represented by the following formula:
Service Credit:
Uptime Percentage Service Credit
< 99.9% 10%
< 99% 25%
Assets: means any API Center asset registration in an API Center instance (such as Apis, Api Definitions, Api Versions, Api Deployments,
Environments, Metadata).
Maximum Available Minutes: is the sum of all Deployment Minutes for an API Center instance associated with a given Microsoft Azure
subscription during an Applicable Period.
Downtime: is the total accumulated minutes, during which a given API Center data plane is unavailable. A minute is considered unavailable for the
given API Center instance if all attempts by users to execute API calls against API Center data plane result in an Error Code or do not return a
response within five minutes.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Service Credit for Premium Tier deployments scaled across two or more regions:
Uptime Percentage Service Credit
< 99.99% 10%
< 99% 25%
App Center
Additional Definitions:
“Build Service” is a feature that allows customers to build their mobile applications in Visual Studio App Center.
“Test Service” is a feature that allows customers to upload and run tests for their mobile applications on physical devices running in Visual Studio
App Center.
“Push Notification Service” is a feature that enables customers to push messages to specific devices configured to receive such messages using
Visual Studio App Center.
Uptime Calculation and Service Levels for Visual Studio App Center Build Service
“Maximum Available Minutes” is the total number of minutes for which Build Service has been deployed by Customer for a given Microsoft Azure
subscription during an Applicable Period.
“Downtime” is the total number of minutes within Maximum Available Minutes during which the Build Service is unavailable. A minute is
considered unavailable if all continuous HTTP requests to the Build Service to perform operations initiated by Customer throughout the minute
either result in an Error Code or do not return a response within one minute.
Uptime Percentage: The Uptime Percentage for the Visual Studio App Center Build Service is calculated as Maximum Available Minutes less
Downtime divided by Maximum Available Minutes multiplied by 100. Uptime Percentage is represented by the following formula:
Uptime Calculation and Service Levels for Visual Studio App Center Test Service
“Maximum Available Minutes” is the total number of minutes for which Test Service has been deployed by Customer for a given Microsoft Azure
subscription during an Applicable Period.
Downtime: The total number of minutes within Maximum Available Minutes during which the Test Service is unavailable. A minute is considered
unavailable if all continuous HTTP requests to the Test Service to perform operations initiated by Customer throughout the minute either result in
an Error Code or do not return a response within one minute.
Uptime Percentage: The Uptime Percentage for the Visual Studio App Center Test Service is calculated as Maximum Available Minutes less
Downtime divided by Maximum Available Minutes multiplied by 100. Uptime Percentage is represented by the following formula:
Service Credit:
Uptime Percentage Service Credit
< 99.9% 10%
< 99% 25%
Uptime Calculation and Service Levels for Visual Studio App Center Push Notification Service
“Maximum Available Minutes” is the total number of minutes for which Push Notification Service has been deployed by Customer for a given
Microsoft Azure subscription during an Applicable Period.
Downtime: The total number of minutes within Maximum Available Minutes during which Push Notification Service is unavailable. A minute is
considered unavailable if all continuous HTTP requests to Push Notification Service to perform operations initiated by Customer throughout the
minute either result in an Error Code or do not return a response within one minute.
Uptime Percentage: The Uptime Percentage for the Visual Studio App Center Push Notification Service is calculated as Maximum Available Minutes
less Downtime divided by Maximum Available Minutes multiplied by 100. Uptime Percentage is represented by the following formula:
Service Credit:
Uptime Percentage Service Credit
< 99.9% 10%
< 99% 25%
App Configuration
Additional Definitions
"Configuration Store" refers to a single deployment of Azure App Configuration created by Customer, such that it is enumerated in the App
Configuration tab in the Management Portal.
Uptime Calculation and Service Levels for Azure App Configuration
"Deployment Minutes" is the total number of minutes that a given Configuration Store has been deployed in Microsoft Azure during an Applicable
Period.
"Maximum Available Minutes" is the sum of all Deployment Minutes across all Configuration Stores deployed by Customer in a given Microsoft
Azure subscription during an Applicable Period.
"Downtime" is the total accumulated minutes within Maximum Available Minutes, during which the Configuration Store is unavailable. A minute is
considered unavailable for a given Configuration Store when there is no connectivity throughout the minute between the Configuration Store and
Microsoft’s Internet gateway.
"Uptime Percentage" for Azure App Configuration is calculated as Maximum Available Minutes less Downtime divided by Maximum Available
Minutes in an Applicable Period for a given Microsoft Azure subscription. Uptime Percentage is represented by the following formula:
The following Service Levels and Service Credits are applicable to Customer’s use of App Configuration.
Uptime Percentage Service Credit
< 99.9% 10%
< 99% 25%
App Service
Additional Definitions:
"Availability Zone" is a fault-isolated area within an Azure region, providing redundant power, cooling, and networking.
“Deployment Minutes” is the total number of minutes that a given App has been set to running in Microsoft Azure during an Applicable Period.
Deployment Minutes is measured from when the App was created or the Customer initiated an action that would result in running the App to the
time the Customer initiated an action that would result in stopping or deleting the App.
“Maximum Available Minutes” is the sum of all Deployment Minutes across all Apps deployed by Customer in a given Microsoft Azure subscription
during an Applicable Period
“App” is a Web App, Mobile App, API App, Logic App, deployed by Customer within the App Service. The SLA is supported when running on a single
instance and on multiple instances.
Uptime Calculation and Service Levels for App Service Apps in Availability Zones
“Maximum Available Minutes” is the total accumulated Deployment Minutes across all Availability Zone enabled Apps deployed by Customer in a
given Microsoft Azure subscription during an Applicable Period.
“Downtime” is the total accumulated Deployment Minutes, across all Availability Zone enabled Apps deployed by Customer in a given Microsoft
Azure subscription, during which the App is unavailable. A minute is considered unavailable for a given Availability Zone enabled App when there is
no connectivity between the App and Microsoft’s Internet gateway.
“Uptime Percentage” is calculated using the following formula:
Uptime Calculation and Service Levels for App Service Apps that don’t use Availability Zones
“Maximum Available Minutes” is the total accumulated Deployment Minutes across all Apps deployed by Customer in a given Microsoft Azure
subscription an Applicable Period.
“Downtime” is the total accumulated Deployment Minutes, across all Apps deployed by Customer in a given Microsoft Azure subscription, during
which the App is unavailable. A minute is considered unavailable for a given App when there is no connectivity between the App and Microsoft’s
Internet gateway.
“Uptime Percentage” is calculated using the following formula:
Additional Terms: Service Credits are applicable only to fees attributable to your use of Web Apps, Mobile Apps, API Apps or Logic Apps and not to
fees attributable to other types of apps available through the App Service, which are not covered by this SLA.
As of September 1, 2024, App Service Environment version 1 and version 2 are retired Service features, and their Support Windows are expired.
App Service no longer provides any Service Level guarantees, and by extension Service Credits, for performance or availability issues related to
workloads running on App Service Environment version 1 and version 2.
Application Gateway
Additional Definitions:
“Application Gateway Cloud Service” refers to a collection of two or more medium or larger Application Gateway instances or deployments
capable of supporting auto scale or zone redundancy, configured to perform HTTP load balancing services.
“Maximum Available Minutes” is the total accumulated minutes during an Applicable Period during which an Application Gateway Cloud Service
has been deployed in a Microsoft Azure subscription.
Downtime: is the total accumulated Maximum Available Minutes during an Applicable Period for a given Application Gateway Cloud Service during
which the Application Gateway Cloud Service is unavailable. A given minute is considered unavailable if all attempts to connect to the Application
Gateway Cloud Service throughout the minute are unsuccessful.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Application Insights
Additional Definitions:
“Application Insights Resource” is the container in Application Insights that collects, processes and stores the data for a single instrumentation key.
“Maximum Available Minutes” is the total number of minutes that a given Application Insights Resource has been deployed by Customer within a
Microsoft Azure subscription during an Applicable Period.
“Downtime” is the total number of minutes within Maximum Available Minutes that data within an Application Insights Resource are unavailable.
A minute is considered unavailable for a given Application Insights Resource during which no HTTP operations resulted in a Success Code.
Query Availability Percentage: for a given Application Insights Resource in an Applicable Period is calculated as Maximum Available Minutes less
Downtime divided by Maximum Available Minutes multiplied by 100.
The Query Availability Percentage is calculated using the following formula:
Azure Arc
Additional Definitions
"Maximum Available Minutes" is the total accumulated minutes in an Applicable Period during which at least one Kubernetes configuration Azure
resource has been deployed on an Azure Arc enabled Kubernetes resource in a Microsoft Azure subscription.
"Downtime" is the total accumulated Maximum Available Minutes in an Applicable Period during which at least one Kubernetes configuration
Azure resource has been deployed on an Azure Arc enabled Kubernetes resource, but the REST API operations for the Kubernetes configuration
Azure resource are unavailable.
"Uptime Percentage" The Uptime Percentage is calculated using the following formula:
Automation
Automation Service – Desired State Configuration (DSC)
Additional Definitions:
“Deployment Minutes” is the total number of minutes that a given Automation account has been deployed in Microsoft Azure during an Applicable
Period.
“DSC Agent Service” is the component of the Automation Service responsible for receiving and responding to pull, registration, and reporting
requests from DSC nodes.
“Maximum Available Minutes” is the sum of all Deployment Minutes across all Automation accounts deployed in a given Microsoft Azure
subscription during an Applicable Period
Downtime: The total accumulated Deployment Minutes, across all Automation accounts deployed in a given Microsoft Azure subscription, during
which the DSC Agent Service is unavailable. A minute is considered unavailable for a given Automation account if all continuous pull, registration,
and reporting requests from DSC nodes associated with the Automation account to the DSC Agent Service throughout the minute either result in an
Error Code or do not return a Success Code within five minutes.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Additional Terms: Service Credits are applicable only to fees attributable to your use of DSC functionality within the Automation Service.
Automation Service – Process Automation
Additional Definitions:
“Delayed Jobs” is the total number of Jobs, for a given Microsoft Azure subscription, that fail to start within thirty (30) minutes of their Planned
Start Times.
“Job” means the execution of a Runbook.
“Planned Start Time” is a time at which a Job is scheduled to begin executing.
“Runbook” means a set of actions specified by you to execute within Microsoft Azure.
“Total Jobs” is the total number of Jobs scheduled for execution during a given Applicable Period, for a given Microsoft Azure subscription.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Additional Terms: Service Credits are applicable only to fees attributable to your use of Process Automation functionality within the Automation
Service.
Table of Contents / Definitions
Azure Backup
Additional Definitions:
“Backup” or “Back Up” is the process of copying computer data from a registered server to a Backup Vault.
“Backup Agent” refers to the software installed on a registered server that enables the registered server to Back Up or Restore one or more
Protected Items.
“Backup Vault” refers to a container in which you may register one or more Protected Items for Backup.
“Failure” means that either the Backup Agent or the Service fails to fully complete a properly configured Backup or Recovery operation due to
unavailability of the Backup Service.
“Protected Item” refers to a collection of data, such as a volume, database, or virtual machine that has been scheduled for Backup to the Backup
Service such that it is enumerated as a Protected Item in the Protected Items tab in the Recovery Services section of the Management Portal.
“Recovery” or “Restore” is the process of restoring computer data from a Backup Vault to a registered server.
Uptime Calculation and Service Levels for Backup Service
Additional Definitions:
“Deployment Minutes” is the total number of minutes during which a Protected Item has been scheduled for Backup to a Backup Vault.
“Maximum Available Minutes” is the sum of all Deployment Minutes across all Protected Items for a given Microsoft Azure subscription during an
Applicable Period.
Downtime: The total accumulated Deployment Minutes across all Protected Items scheduled for Backup by you in a given Microsoft Azure
subscription during which the Backup Service is unavailable for the Protected Item. The Backup Service is considered unavailable for a given
Protected Item from the first Failure to Back Up or Restore the Protected Item until the initiation of a successful Backup or Recovery of a Protected
Item, provided that retries are continually attempted no less frequently than once every thirty minutes.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Azure Bastion
Additional Definitions
Uptime Calculation
"Maximum Available Minutes" is the total accumulated minutes during an Applicable Period during which a given Azure Bastion has been
deployed in a Microsoft Azure subscription.
"Downtime" is the total accumulated Maximum Available Minutes during which an Azure Bastion is unavailable. A minute is considered unavailable
if all attempts to connect to the Azure Bastion within the minute are unsuccessful.
"Uptime Percentage" for a given Azure Bastion is calculated as Maximum Available Minutes less Downtime divided by Maximum Available Minutes
in an Applicable Period for a given Microsoft Azure subscription. Uptime Percentage is represented by the following formula:
Batch
Additional Definitions:
“Average Error Rate” for an Applicable Period is the sum of Error Rates for each hour in the billing Applicable Period divided by the total number of
hours in the Applicable Period.
“Error Rate” is the total number of Failed Requests divided by Total Requests during a given one-hour interval. If the Total Requests in a given one-
hour interval is zero, the Error Rate for that interval is 0%.
“Excluded Requests” are requests that result in an HTTP 4xx status code, other than an HTTP 408 status code.
“Failed Requests” is the set of all requests within Total Requests that either return an Error Code or an HTTP 408 status code or fail to return a
Success Code within 5 seconds.
“Total Requests” is the total number of authenticated REST API requests, other than Excluded Requests, to perform operations against Batch
accounts attempted within a one-hour interval within a given Azure subscription during an Applicable Period.
Uptime Percentage: for the Batch Service is calculated by subtracting from 100% the Average Error Rate for a given Microsoft Azure subscription in
an Applicable Period. The “Average Error Rate” for an Applicable Period is the sum of Error Rates for each hour in the Applicable Period divided by
the total number of hours in the Applicable Period.
Uptime Percentage is represented by the following formula:
BizTalk Services
Additional Definitions:
“BizTalk Service Environment” refers to a deployment of the BizTalk Services created by you, as represented in the Management Portal, to which
you may send runtime message requests.
“Deployment Minutes” is the total number of minutes that a given BizTalk Service Environment has been deployed in Microsoft Azure during an
Applicable Period.
“Maximum Available Minutes” is the sum of all Deployment Minutes across all BizTalk Service Environments deployed by you in a given Microsoft
Azure subscription during an Applicable Period.
“Monitoring Storage Account” refers to the Azure Storage account used by the BizTalk Services to store monitoring information related to the
execution of the BizTalk Services.
Downtime: The total accumulated Deployment Minutes, across all BizTalk Service Environments deployed by you in a given Microsoft Azure
subscription, during which the BizTalk Service Environment is unavailable. A minute is considered unavailable for a given BizTalk Service
Environment when there is no connectivity between your BizTalk Service Environment and Microsoft’s Internet gateway.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Service Level Exceptions: The Service Levels and Service Credits are applicable to your use of the Basic, Standard, and Premium tiers of the BizTalk
Services. The Developer tier of the Microsoft Azure BizTalk Services is not covered by this SLA.
Additional Terms: When submitting a claim, you must ensure that complete monitoring data is maintained within the Monitoring Storage Account
and is made available to Microsoft.
Table of Contents / Definitions
Downtime: The total accumulated Deployment Minutes, across all Caches deployed by Customer in a given Microsoft Azure subscription, during
which the Cache is unavailable. A minute is considered unavailable for a given Cache when there is no connectivity throughout the minute between
one or more Cache Endpoints associated with the Cache and Microsoft’s Internet gateway.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Service Credit:
Uptime Percentage Service Credit
< 99.9% 10%
< 99% 25%
For any Enterprise or Enterprise Flash tier Cache deployed to three or more Availability Zones in the same Azure region, the following Service
Levels and Service Credits are applicable to Customer's use of the Cache Service:
Uptime Percentage Service Credit
< 99.99% 10%
< 99% 25%
For any Enterprise and Enterprise Flash tier Cache deployed (1) to at least three Azure regions and three or more Availability Zones in each of
those regions and (2) with active geo-replication enabled for all Cache instances when the active geo-replication feature is enabled and
generally available (i.e., not in preview), the following Service Levels and Service Credits are applicable to Customer's use of the Cache Service:
Uptime Percentage Service Credit
< 99.999% 10%
< 99% 25%
Cloud Services
Additional Definitions:
“Cloud Services” refers to a set of compute resources utilized for Web and Worker Roles.
“Role Instance Connectivity” is bi-directional network traffic between the role instance and other IP addresses using TCP or UDP network protocols
in which the role instance is configured for allowed traffic. The IP addresses can be IP addresses in the same Cloud Service as the virtual machine, IP
addresses within the same virtual network as the virtual machine or public, routable IP addresses.
“Tenant” represents one or more roles each consisting of one or more role instances that are deployed in a single package.
“Update Domain” refers to a set of Microsoft Azure instances to which platform updates are concurrently applied.
“Web Role” is a Cloud Services component run in the Azure execution environment that is customized for web application programming as
supported by IIS and ASP.NET.
“Worker Role” is a Cloud Services component run in the Azure execution environment that is useful for generalized development and may perform
background processing for a Web Role.
Uptime Calculation and Service Levels for Cloud Services
“Maximum Available Minutes” is the total accumulated minutes during an Applicable Period for all Internet facing roles that have two or more
instances deployed in different Update Domains. Maximum Available Minutes is measured from when the Tenant has been deployed and its
associated roles have been started resultant from action initiated by Customer to the time Customer has initiated an action that would result in
stopping or deleting the Tenant.
Downtime: The total accumulated minutes that are part of Maximum Available Minutes that have no Role Instance Connectivity.
Uptime Percentage: Uptime Percentage is represented by the following formula:
Azure AI Search
Additional Definitions:
“Average Error Rate” for an Applicable Period is the sum of Error Rates for each hour in the Applicable Period divided by the total number of hours
in the Applicable Period.
“Error Rate” is the total number of Failed Requests divided by Total Requests, across all Search Service Instances in a given Azure subscription,
during a given one-hour interval. If the Total Requests in a one-hour interval is zero, the Error Rate for that interval is 0%.
“Excluded Requests” are all requests that are throttled due to exhaustion of resources allocated for a Search Service Instance, as indicated by an
HTTP 503 status code and a response header indicating the request was throttled.
“Failed Requests” is the set of all requests within Total Requests that fail to return either a Success Code or HTTP 4xx response.
“Replica” is a copy of a search index within a Search Service Instance.
“Search Service Instance” is an Azure Search service instance containing one or more search indexes.
“Total Requests” is the set of (i) all requests to update a Search Service Instance having three or more Replicas, plus (ii) all requests to query a
Search Service Instance having two or more Replicas, other than Excluded Requests, within a one-hour interval within a given Azure subscription
during an Applicable Period.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Azure AI Services
Additional Definitions:
“Total Transaction Attempts” is the total number of authenticated API requests by Customer during an Applicable Period for a given Azure AI
Service API. Total Transaction Attempts do not include API requests that return an Error Code that are continuously repeated within a five-minute
window after the first Error Code is received.
“Failed Transactions” is the set of all requests to the Azure AI Service API within Total Transaction Attempts that return an Error Code. Failed
Transaction Attempts do not include API requests that return an Error Code that are continuously repeated within a five-minute window after the
first Error Code is received.
“Uptime Percentage” for each API Service is calculated as Total Transaction Attempts less Failed Transactions divided by Total Transaction
Attempts in an Applicable Period for a given API subscription.
Uptime Percentage is represented by the following formula:
Additional Terms: Service credit will be applied to the individual service that was unavailable. For example, if Customer is using SMS and Chat
services, and the SMS service does not meet SLA, Customer would receive a credit for the SMS usage, not the chat usage.
The available minutes are based only on services that are in the control of Azure Communication Services; this excludes third party services such as
telecommunications providers and carriers.
Table of Contents / Definitions
The following Service Levels and Service Credits are applicable to Customer’s use of the Azure Container Apps service:
Uptime Percentage Service Credit
< 99.95% 10%
< 99% 25%
< 95% 100%
“Uptime Percentage” for Managed Container Registry is calculated using the following formula:
Customer must select a set of agents from the measurement system’s list of standard agents that are generally available and represent at least five
geographically diverse locations in major worldwide metropolitan areas (excluding PR of China).
Measurement System tests (frequency of at least one test per hour per agent) will be configured to perform one HTTP GET operation according to
the model below:
1. A test file will be placed on Customers’ origin (e.g., Azure Storage account).
2. The GET operation will retrieve the file through the CDN Service, by requesting the object from the appropriate Microsoft Azure domain
name hostname.
3. The test file will meet the following criteria:
i. The test object will allow caching by including explicit “Cache-control: public” headers, or lack of “Cache-Control: private” header.
ii. The test object will be a file at least 50KB in size and no larger than 1MB.
iii. Raw data will be trimmed to eliminate any measurements that came from an agent experiencing technical problems during the
measurement period.
“Uptime Percentage” is the percentage of HTTP transactions in which the CDN responds to client requests and delivers the requested content
without error. Uptime Percentage of the CDN Service is calculated as the number of times the object was delivered successfully divided by the total
number of requests (after removing erroneous data).
The following Service Levels and Service Credits are applicable to Customer’s use of the CDN Service
Uptime Percentage Service Credit
< 99.9% 10%
< 99.5% 25%
Azure Cosmos DB
SLA details enumerated for Azure Cosmos DB service include the following database APIs with distinct definitions and details for API for PostgreSQL
from the remaining database APIs:
Azure Cosmos DB for PostgreSQL
Azure Cosmos DB for MongoDB vCore
Azure Cosmos DB for NoSQL
Azure Cosmos DB for MongoDB RU
Azure Cosmos DB for Apache Cassandra
Azure Cosmos DB for Apache Gremlin
Azure Cosmos DB for Table
Microsoft Azure Cosmos DB for PostgreSQL
"Server" is any given Azure Cosmos DB for PostgreSQL server.
"High Availability Cluster" means a set of High Availability Nodes.
"High Availability Node" means a Node within a cluster, with high availability enabled.
"Coordinator Node" is a Node that is assigned the role of Cluster Coordinator.
"Worker Node" is a Node that is assigned the role of Worker.
"Node" or "Nodes" is an Azure Cosmos DB for PostgreSQL Coordinator or Worker node.
Uptime Calculation and Service Levels for Microsoft Azure Cosmos DB for PostgreSQL – High Availability Node
"Maximum Available Minutes" is the total number of minutes for a given High Availability Node deployed by Customer in a Microsoft Azure
subscription during an Applicable Period.
"Downtime" is the total number of minutes within Maximum Available Minutes during which a Node is unavailable. A minute is considered
unavailable if all continuous attempts by Customer to establish a connection to the Node returned an Error Code or did not respond within the
minute. A minute is also considered unavailable for a Worker Node if its Coordinator Node was unavailable within the minute.
"Uptime Percentage" for the Azure Cosmos DB for PostgreSQL High Availability Node is calculated as Maximum Available Minutes less Downtime
divided by Maximum Available Minutes.
The Uptime Percentage is calculated using the following formula:
The following Service Levels and Service Credit are applicable to Customer’s use of the Microsoft Azure Cosmos DB for MongoDB vCore High
Availability Node scoped to a single Azure region.
Uptime Percentage Service Credit
< 99.99% 10%
< 99% 25%
Microsoft Azure Cosmos DB for NoSQL, Microsoft Azure Cosmos DB for MongoDB (RU), Microsoft Azure Cosmos DB for Apache Cassandra,
Microsoft Azure Cosmos DB for Apache Gremlin, Microsoft Azure Cosmos DB for Table
Additional Definitions:
“Container” is a container of data items, and a unit of scale for transactions and queries.
“Consumed RUs” is the sum of the Request Units consumed by all the requests which are processed by the Azure Cosmos DB Container in a given
second.
“Database Account” is the top-level resource of the Azure Cosmos DB resource model. An Azure Cosmos DB Database Account contains one or
more databases.
“Failed Requests” are requests within Total Requests that either return an Error Code or fail to return a Success Code within the maximum upper
bounds documented in the table below.
“Failed Read Requests” are requests within Total Read Requests that either return an Error Code or fail to return a Success Code within the
maximum upper bounds documented in the table below.
Operation Maximum Upper Bound on Processing Latency
Resource Operations 5 Seconds
Media Operations 60 Seconds
“Provisioned RUs” is the total provisioned Request Units for a given Azure Cosmos DB Container for a given second.
"Provisioned Throughput Resources" are Azure Cosmos DB Containers configured in provisioned throughput mode where the number of
Provisioned RUs is billed.
“Rate Limited Requests” are requests that return a 429 status code from the Azure Cosmos DB Container, indicating that Consumed RUs have
exceeded the Provisioned RUs for a partition in the Container for a given second.
“Request Unit (RU)” is a measure of throughput in Azure Cosmos DB.
“Resource” is a set of URI addressable entities associated with a Database Account.
"Serverless Resources" are Azure Cosmos DB Containers configured in serverless mode where the number of Consumed RUs is billed.
“Successful Requests” are Total Requests minus Failed Requests.
“Total Read Requests” is the set of all the read requests, including Rate Limited Requests and all the Failed Read Requests, issued against
Resources within a one-hour interval within a given Azure subscription during an Applicable Period.
“Total Requests” is the set of all requests, including Rate Limited Requests and all Failed Requests, issued against Resources within a one-hour
interval within a given Azure subscription during an Applicable Period.
Availability SLA
“Read Error Rate” is the total number of Failed Read Requests divided by Total Read Requests, across all Resources in a given Azure
subscription, during a given one-hour interval. If the Total Read Requests in a given one-hour interval is zero, the Read Error Rate for that
interval is 0%.
“Error Rate” is the total number of Failed Requests divided by Total Requests, across all Resources in a given Azure subscription, during a given
one-hour interval. If the Total Requests in a given one-hour interval is zero, the Error Rate for that interval is 0%.
“Average Error Rate” for an Applicable Period is the sum of Error Rates for each hour in the Applicable Period divided by the total number of
hours in the Applicable Period.
“Average Read Error Rate” for an Applicable Period is the sum of Read Error Rates for each hour in the Applicable Period divided by the total
number of hours in the Applicable Period.
“Availability Percentage single region” for the Azure Cosmos DB Service deployed via Database Accounts scoped to a single Azure region
configured with any of the five Consistency Levels is calculated by subtracting from 100% the Average Error Rate for a given Microsoft Azure
subscription in an Applicable Period.
The Availability Percentage is represented by the following formula:
"Availability Percentage, single-region with availability zones (SR-AZ)" for the Azure Cosmos DB Service deployed via Database Accounts
scoped to a single Azure region configured with availability zones and any of the five Consistency Levels is calculated by subtracting from 100%
the Average Error Rate for a given Microsoft Azure subscription in an Applicable Period.
Availability Percentage is represented by the following formula:
“Read Availability Percentage, multiple regions” for the Azure Cosmos DB Service deployed via Database Account configured to span two or
more regions is calculated by subtracting from 100% the Average Read Error Rate for a given Microsoft Azure subscription in an Applicable
Period.
Read Availability Percentage is represented by the following formula:
“Multiple Write Locations Availability Percentage” for the Azure Cosmos DB Service deployed via Database Accounts configured to span
multiple Azure regions with multiple writable locations is calculated by subtracting from 100% the Average Error Rate for a given Microsoft
Azure subscription in an Applicable Period.
Availability Percentage is represented by the following formula:
Throughput SLA
“Throughput Failed Requests” are Rate-Limited Requests resulting in an Error Code, before Consumed RUs have exceeded the Provisioned
RUs for a partition in the Container for a given second.
“Error Rate” is the total number of Throughput Failed Requests divided by Total Requests, across all Resources in a given Azure subscription,
during a given one-hour interval. If the Total Requests in a given one-hour interval is zero, the Error Rate for that interval is 0%.
“Average Error Rate” for an Applicable Period is the sum of Error Rates for each hour in the Applicable Period divided by the total number of
hours in the Applicable Period.
“Throughput Percentage” for the Azure Cosmos DB Service is calculated by subtracting from 100% the Average Error Rate for a given
Microsoft Azure subscription in an Applicable Period.
Throughput Percentage is represented by the following formula:
Consistency SLA
“K” is the number of versions of a given data item for which the reads lag behind the writes.
“T” is a given time interval.
“Consistency Level” is the setting for a particular read request that supports consistency guarantees. The following table captures the
guarantees associated with the Consistency Levels. Note that Session, Bounded Staleness, Consistent Prefix and Eventual Consistency Levels
are all referred to as “relaxed”.
Consistency Level Consistency Guarantees
Strong Linearizability
Session Read Your Own Write (within write region)
Monotonic Read
Consistent Prefix
Bounded Staleness Read Your Own Write (within write region)
Monotonic Read (within a region)
Consistent Prefix
Staleness Bound < K,T
Consistent Prefix Consistent Prefix
Eventual Eventual
“Consistency Violation Rate” is Successful Requests that could not be delivered when performing the consistency guarantees specified for the
chosen Consistency Level divided by Total Requests, across all Resources in a given Azure subscription, during a given one-hour interval. If the
Total Requests in a given one-hour interval is zero, the Consistency Violation Rate for that interval is 0%.
“Average Consistency Violation Rate” for an Applicable Period is the sum of Consistency Violation Rates for each hour in the Applicable Period
divided by the total number of hours in the billing month.
“Consistency Attainment Percentage” for the Azure Cosmos DB Service is calculated by subtracting from 100% the Average Consistency
Violation Rate for a given Microsoft Azure subscription in an Applicable Period.
Consistency Percentage: For the Azure Cosmos DB Service is calculated by subtracting from 100% the Average Consistency Violation Rate for a
given Microsoft Azure subscription in an Applicable Period.
The Consistency Percentage is represented by the following formula:
Latency SLA
“Application” is a Azure Cosmos DB application deployed within a local Azure region with accelerated networking enabled and using the Azure
Cosmos DB client SDK configured with TCP direct connectivity for a given Microsoft Azure subscription in an Applicable Period.
“N” is the number of Successful Requests for a given Application performing either a data item read or data item write operations with a
payload size less than or equal to 1 KB in a given hour.
“S” is the latency-sorted set of Successful Request response times in ascending order for a given Application performing data item read or data
item write operations with a payload size less than or equal to 1 KB in a given hour.
“Ordinal Rank” is the 99th percentile using the nearest rank method represented by the following formula:
99
Ordinal Rank= xN
100
“P99 Latency” is the value at the Ordinal Rank of S.
“Excessive Latency Hours” is the total number of one-hour intervals during which Successful Requests submitted by an Application resulted in
a P99 Latency greater than or equal to 10ms for data item read or 10ms for data item write operations. If the number of Successful Requests
in a given one-hour interval is zero, the Excessive Latency Hours for that interval is 0.
“Average Excessive Latency Rate” for an Applicable Period is the sum of Excessive Latency Hours divided by the total number of hours in the
Applicable Period.
“P99 Latency Attainment Percentage” for a given Azure Cosmos DB Application deployed via Database Accounts scoped to a single Azure
region configured with any of the five Consistency Levels or Database Accounts spanning multiple regions, configured with any of the four
relaxed Consistency Levels is calculated by subtracting from 100% the Average Excessive Latency Rate for a given Microsoft Azure subscription
in an Applicable Period.
P99 Latency Attainment Percentage is represented by the following formula:
Data Catalog
Additional Definitions:
“Deployment Minutes” is the total number of minutes for which a Data Catalog has been purchased during an Applicable Period.
“Entries” means any catalog object registration in the Data Catalog (such as a table, view, measure, cluster or report).
“Maximum Available Minutes” is the sum of all Deployment Minutes for the Data Catalog associated with a given Microsoft Azure subscription
during an Applicable Period.
Downtime: is the total accumulated Deployment minutes, during which the Data Catalog is unavailable. A minute is considered unavailable for a
given Data Catalog if all attempts by administrators to add or remove users to the Data Catalog or all attempts by users to execute API calls to the
Data Catalog for registering, searching, or deleting Entries either result in an Error Code or do not return a response within five minutes.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
"Maximum Available Minutes" is the total number of minutes for a given Server deployed by Customer in a Microsoft Azure subscription during an
Applicable Period.
"Downtime" is the total number of minutes within Maximum Available Minutes during which a Server is unavailable. A minute is considered
unavailable if all continuous attempts by Customer to establish a connection to the Server returned an Error Code.
"Uptime Percentage" for the Azure Database for MariaDB is calculated as Maximum Available Minutes less Downtime divided by Maximum
Available Minutes.
Uptime Percentage is represented by the following formula:
The following Service Levels and Service Credits are applicable to Customer’s use of Azure Database for MySQL – Flexible Server configured in
zone-redundant High Availability mode:
Uptime Percentage Service Credit
Less than 99.99% and greater than or equal to 99.00% 10%
Less than 99.00% and greater than or equal to 95.00% 25%
< 95% 100%
The following Service Levels and Service Credits are applicable to Customer’s use of Azure Database for MySQL – Flexible Server configured in
same-zone High Availability mode:
Uptime Percentage Service Credit
Less than 99.95% and greater than or equal to 99.00% 10%
< 99% 25%
The following Service Levels and Service Credits are applicable to Customer’s use of Azure Database for MySQL – Flexible Server that is not
configured High Availability mode:
Uptime Percentage Service Credit
Less than 99.9% and greater than or equal to 99.00% 10%
< 99% 25%
"Uptime Percentage" for the Azure Database for PostgreSQL – Flexible Server is calculated as Maximum Available Minutes less Downtime divided
by Maximum Available Minutes.
Uptime Percentage is represented by the following formula:
The following Service Levels and Service Credits are applicable to Customer’s use of Azure Database for PostgreSQL – Flexible Server configured
in a same-zone High Availability mode:
Uptime Percentage Service Credit
Less than 99.95% and greater than or equal to 99.00% 10%
< 99.00% 25%
The following Service Levels and Service Credits are applicable to Customer’s use of Azure Database for PostgreSQL – Flexible Server that is not
configured in High Availability mode:
Uptime Percentage Service Credit
Less than 99.9% and greater than or equal to 99.00% 10%
< 99.00% 25%
Azure Databricks
Additional Definitions
"Azure Databricks Gateway" is a set of compute resources that proxy UI and API requests between Customer and Azure Databricks.
Uptime Calculation and Service Levels for Azure Databricks
"Maximum Available Minutes" is the total number of minutes across all Azure Databricks workspaces deployed by Customer in a given Microsoft
Azure subscription in an Applicable Period.
"Downtime" is the total accumulated minutes of unavailability across all Azure Databricks workspaces deployed in a given Microsoft Azure
subscription. A minute is considered unavailable for a given Azure Databricks workspace if all continual attempts within the minute to establish a
connection to the Azure Databricks Gateway for the applicable workspace fail.
"Uptime Percentage" for the Azure Databricks Service is calculated as Maximum Available Minutes less Downtime divided by Maximum Available
Minutes multiplied by 100. Uptime Percentage is represented by the following formula:
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Service level exceptions: The Service Levels and Service Credits are applicable to your use of the Standard Tier of the Azure Data Manager for
Energy. The Developer Tier of the Microsoft Azure Data Manager for Energy is not subject to this SLA.
Table of Contents / Definitions
Azure Defender
Additional Definitions:
“Protected Node” is a Microsoft Azure resource, counted as a node for billing purposes that is configured for the Azure Defender.
“Security Monitoring” is the assessment of a Protected Node resulting in potential findings such as security health status, recommendations, and
security alerts, exposed in Azure Defender.
“Maximum Available Minutes” is the total number of minutes during an Applicable Period that a given Protected Node has been deployed and
configured for Security Monitoring.
“Downtime” is the total accumulated minutes during an Applicable Period for which Security Monitoring information of a given Protected Node is
unavailable. A minute is considered unavailable for a given Protected Node if all continuous attempts to retrieve Security Monitoring information
throughout the minute result in either an Error Code or do not return a Success Code within two minutes.
“Uptime Percentage” for Azure Defender of a given Protected Node in a given Applicable Period is calculated as Maximum Available Minutes less
Downtime divided by Maximum Available Minutes.
The Uptime Percentage is calculated using the following formula:
Service Credit:
Uptime Percentage Service Credit
< 99.9% 10%
< 99% 25%
"Downtime" is the total accumulated minutes for a given Microsoft Azure subscription during which the Azure Pipelines Service is unavailable. A
minute is considered unavailable if all continuous HTTP requests to the Azure Pipelines Service to perform operations initiated by Customer
throughout the minute either result in an Error Code or do not return a response.
"Uptime Percentage" for the Azure Pipelines Service is calculated as Maximum Available Minutes less Downtime divided by Maximum Available
Minutes in an Applicable Period for a given Microsoft Azure subscription.
Uptime Percentage is represented by the following formula:
Azure DNS
Additional Definitions:
“DNS Zone” refers to a deployment of the Azure DNS Service containing a DNS zone and record sets.
“Deployment Minutes” is the total number of minutes that a given DNS Zone has been deployed in Microsoft Azure during an Applicable Period.
“Maximum Available Minutes” is the sum of all Deployment Minutes across all DNS Zones deployed in a given Microsoft Azure subscription during
an Applicable Period.
“Valid DNS Request” means a DNS request to an Azure DNS Service name server associated with a DNS Zone for a matching record set within the
DNS Zone.
“Downtime” is the total accumulated Maximum Available Minutes during which the DNS Zone is unavailable. A minute is considered unavailable
for a given DNS Zone if a DNS response is not received within two seconds to a valid DNS Request, provided that the valid DNS Request is made to
all name servers associated with the DNS Zone and retries are continually attempted for at least 60 consecutive seconds.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Service Credit: Elastic SAN in LRS, ZRS (read & write requests) where the total Elastic SAN volume count > 10 and >30% of volumes within this
Elastic SAN deployment do not meet SLA:
Monthly Uptime Percentage (per volume) Service Credit
<99.99% 10%
<99% 30%
Service Credit: Elastic SAN in LRS, ZRS (read & write requests) where the total Elastic SAN volume count <=10 and any volumes within this Elastic
SAN deployment do not meet SLA:
Monthly Uptime Percentage (per volume) Service Credit
<95% 10%
<90% 30%
Event Grid
Additional Definitions:
“Maximum Available Minutes” is the total number of minutes that an Event Grid has been deployed by Customer in a Microsoft Azure subscription
during an Applicable Period.
“Downtime” is the total number of minutes within Maximum Available Minutes across all Event Grids deployed by Customer in a given Microsoft
Azure subscription during which Event Grid is unavailable. A minute is considered unavailable for a given Event Grid if all requests to publish a
message either return an Error Code or do not result in a Success Code within one minute.
“Uptime Percentage”: The Uptime Percentage is calculated using the following formula:
Event Hubs
Additional Definitions:
“Message” refers to any user-defined content sent or received through Service Bus Relays, Queues, Topics, or Notification Hubs, using any protocol
supported by Service Bus.
Uptime Calculation and Service Levels for Event Hubs in the Basic and Standard tiers
“Deployment Minutes” is the total number of minutes that a given Event Hub has been deployed in Microsoft Azure during an Applicable Period.
“Maximum Available Minutes” is the sum of all Deployment Minutes across all Event Hubs deployed by Customer in a given Microsoft Azure
subscription under the Basic or Standard Event Hubs tiers during an Applicable Period.
Downtime: The total accumulated Deployment Minutes, across all Event Hubs deployed by you in a given Microsoft Azure subscription under the
Basic or Standard Event Hubs tiers, during which the Event Hub is unavailable. A minute is considered unavailable for a given Event Hub if all
continuous attempts to send or receive Messages or perform other operations on the Event Hub throughout the minute either return an Error
Code or do not result in a Success Code within five minutes.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Uptime Calculation and Service Levels for Event Hubs in the Premium and Dedicated tiers
"Deployment Minutes" is the total number of minutes that a given Event Hub has been deployed in Microsoft Azure during an Applicable Period.
"Maximum Available Minutes" is the sum of all Deployment Minutes across all Event Hubs deployed by Customer in a given Microsoft Azure
subscription under the Premium or Dedicated Event Hubs tiers during an Applicable Period.
"Downtime" is the total accumulated Deployment Minutes, across all Event Hubs deployed by Customer in a given Microsoft Azure subscription
under the Premium or Dedicated Event Hubs tiers, during which the Event Hub is unavailable. A minute is considered unavailable for a given Event
Hub if all continuous attempts to send or receive Messages or perform other operations on the Event Hub throughout the minute either return an
Error Code or do not result in a Success Code within five minutes.
"Uptime Percentage" for Event Hubs is calculated as Maximum Available Minutes less Downtime divided by Maximum Available Minutes in an
Applicable Period for a given Microsoft Azure subscription.
Uptime Percentage is represented by the following formula:
Azure ExpressRoute
Additional Definitions:
“Connection” is the Azure object that links the ExpressRoute Gateway to a Dedicated Circuit. For this SLA an ExpressRoute Gateway can have
Connections to multiple Dedicated Circuits.
“Dedicated Circuit” means a logical representation of connectivity offered through the ExpressRoute Service between your premises and Microsoft
Azure through an ExpressRoute connectivity provider or directly via an ExpressRoute Direct Port, where such connectivity does not traverse the
public Internet.
“Downtime” is the total accumulated minutes during an Applicable Period for a given Microsoft Azure subscription during which the Dedicated
Circuit is unavailable. A minute is considered unavailable for a given Dedicated Circuit if all attempts by you within the minute to establish IP-level
connectivity to the Express Route Gateway associated with the Virtual Network fail for longer than thirty seconds. Traffic flowing across an
alternate Dedicated Circuit in a 2+ Site Configuration would not be considered downtime for the down Dedicated Circuit in this configuration.
“ER Gateway” refers to a Virtual Network Gateway that facilitates connectivity between a Virtual Network and a Dedicated Circuit.
“Metro Peering Location” is the city name including the label “Metro” indicating that a Dedicated Circuit with this Metro Peering Location lands in
the two peering locations within that city. E.g. Washington DC Metro, Sydney Metro would have links to two non-Metro peering locations in those
cities.
“Maximum Available Minutes” is the total number of minutes that a given Dedicated Circuit is linked to one or more Virtual Networks in Microsoft
Azure during an Applicable Period in a given Microsoft Azure subscription.
“Virtual Network” refers to a virtual private network that includes a collection of user-defined IP addresses and subnets that form a network
boundary within Microsoft Azure.
The following Service Levels and Service Credits are applicable to Customer's use of File Share with Premium Tier using Zone Redundant Storage
(ZRS) or Locally Redundant Storage (LRS).
Uptime Percentage Service Credit
< 99.99% 10%
< 99% 25%
Azure Firewall
Additional Definitions:
“Azure Firewall Service” refers to a logical firewall instance deployed in a customer Virtual Network.
Uptime Calculation and Service Levels for the Azure Firewall Service deployed within a single Availability Zone
“Maximum Available Minutes” is the total accumulated minutes in an Applicable Period during which the Azure Firewall Service has been
deployed in a Microsoft Azure subscription.
“Downtime” is the total accumulated Maximum Available Minutes in an Applicable Period for a given Azure Firewall Service during which the Azure
Firewall Service is unavailable. A given minute is considered unavailable if all attempts to connect to the Azure Firewall Service throughout the
minute are unsuccessful.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Uptime Calculation and Service Levels for the Azure Firewall Service deployed within two or more Availability Zones
"Maximum Available Minutes" is the total accumulated minutes in an Applicable Period during which the Azure Firewall Service has been
deployed within two or more Availability Zones in the same region in a Microsoft subscription.
"Downtime" is the total accumulated Maximum Available Minutes in an Applicable Period for a given Azure Firewall Service, deployed within two
or more Availability Zones, during which the Azure Firewall Service is unavailable. A given minute is considered unavailable if all attempts to
connect to the Azure Firewall Service throughout the minute are unsuccessful.
"Uptime Percentage" for Azure Firewalls deployed within two or more Availability Zones is calculated using the following formula:
The following Service Levels and Service Credits are applicable to Customer’s use of the Azure Firewall Service, when deployed within two or
more Availability Zones in the same region:
Uptime Percentage Service Credit
< 99.99% 10%
< 99% 25%
Azure Functions
Additional Definitions
"Function App" is a collection of one or more functions deployed with an associated trigger.
Uptime Calculation and Service Levels for Function App on the Consumption Plan
"Total Triggered Executions" is the total number of all Function App executions triggered by Customer in a given Microsoft Azure subscription
during an Applicable Period.
“Unavailable Executions” is the total number of executions within Total Triggered Executions which failed to run. An execution failed to run when
the given Function App history log did not capture any output five (5) minutes after the trigger is successfully fired.
"Uptime Percentage" for Function Apps on the Consumption plan is calculated as Total Triggered Executions less Unavailable Executions divided by
Total Triggered Executions multiplied by 100.
Uptime Calculation and Service Levels for Function Apps on the Flex Consumption Plan, Premium Plan, or the Dedicated App Service Plan
"Deployment Minutes" is the total number of minutes that a given Function App is available to be triggered during an Applicable Period.
Deployment Minutes are measured based on the total time that the service is available to trigger a function execution and not based on the
potential number of function executions that might be triggered during a given Applicable Period.
"Maximum Available Minutes" is the sum of all Deployment Minutes for a given Function App deployed by Customer in a given Microsoft Azure
subscription during an Applicable Period.
"Downtime" is the total number of minutes within Maximum Available Minutes, during which the Function App is unavailable to be triggered. A
minute is considered unavailable for a given Function App when there is no connectivity between plan on which the Function App is hosted (the
Flex Consumption plan, Premium plan, or the Dedicated App Service plan) and Microsoft’s Internet gateway.
"Uptime Percentage" for Function Apps on the Flex Consumption plan, Premium plan, or the Dedicated App Service plan is calculated as Maximum
Available Minutes less Downtime divided by Maximum Available Minutes multiplied by 100.
User Minutes-Downtime
x 100
User Minutes
where Downtime is measured in user minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each incident
that occurs during that Applicable Period multiplied by the number of users impacted by that incident.
Service Level Exceptions:
Performance or availability issues that result from:
o route convergence time if using Border Gateway Protocol or Anycast;
o scaling events and scheduled maintenance, including switchover rime during high availability events.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
<95% 100%
HDInsight
Additional Definitions:
“Cluster Internet Gateway” means a set of virtual machines within an HDInsight Cluster that proxy all connectivity requests to the Cluster.
“Deployment Minutes” is the total number of minutes that a given HDInsight Cluster has been deployed in Microsoft Azure.
“HDInsight Cluster” or “Cluster” means a collection of virtual machines running a single instance of the HDInsight Service.
“Maximum Available Minutes” is the sum of all Deployment Minutes across all Clusters deployed by you in a given Microsoft Azure subscription
during an Applicable Period.
Downtime: The total accumulated Deployment Minutes when the HDInsight Service is unavailable. A minute is considered unavailable for a given
Cluster if all continual attempts within the minute to establish a connection to the Cluster Internet Gateway fail.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Health Bot
Additional Definitions
"Azure Health Bot Premium Channel" is a Bot Framework channel in the premium category including Webchat and Direct Line.
"Health Bot Customer Application" is the customer's Internet facing, conversational Health Bot application which is registered with and is
configured to send and receive messages from the Azure Health Bot Service.
"Health Bot Client" is the end user facing portion of a Health Bot Customer Application.
"Azure Health Bot" is a platform for building, connecting, testing, and deploying powerful and intelligent virtual assistants.
"Azure Health Bot Channels API Endpoint" is a REST API endpoint that the Health Bot Client uses for HTTP communication over Health Bot
Channels.
"Total API Requests" is the total number of HTTP requests made by the Health Bot Customer Application or the Health Bot Client to the Azure
Health Bot Channels API Endpoint in during an Applicable Period.
"Failed API Requests" are the total number of requests within Total API Requests that return an Error Code or do not respond within 2 minutes.
"Uptime Percentage" is calculated as Total API Requests less Failed API Requests divided by Total API Requests multiplied by 100.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
Uptime Calculation and Service Levels for IoT Hub Device Provisioning Service
Additional Definitions:
"Maximum Available Minutes" is the total number of minutes for a given Device Provisioning Service deployed by the Customer in a Microsoft
Azure subscription during an Applicable Period.
"Downtime" is the total number of minutes within the Maximum Available Minutes during which Device Provisioning Service is unavailable. A
minute is considered unavailable for a given Device Provisioning Service if all continuous attempts to register a device or perform
enrollment/registration record operations on the Device Provisioning Service throughout the minute either return an Error Code or do not result in
a Success Code within two minutes.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Key Vault
Additional Definitions:
“Deployment Minutes” is the total number of minutes that a given key vault has been deployed in Microsoft Azure during a billing month.
“Excluded Transactions” are transactions for creating, updating, or deleting key vaults, keys, or secrets.
“Maximum Available Minutes” is the sum of all Deployment Minutes across all Key Vaults deployed by you in a given Microsoft Azure subscription
during a billing month.
Downtime: is the total accumulated Deployment Minutes, across all key vaults deployed by Customer in a given Microsoft Azure subscription,
during which the key vault is unavailable. A minute is considered unavailable for a given key vault if all continuous attempts to perform
transactions, other than Excluded Transactions, on the key vault throughout the minute either return an Error Code or do not result in a Success
Code within 5 seconds from Microsoft's receipt of the request.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
The following Service Levels and Service Credits are applicable to Customer’s use of AKS Clusters that have Availability Zones enabled in the
region:
Uptime Percentage Service Credit
< 99.95% 10%
< 99% 25%
< 95% 100%
Uptime Calculation and Service Levels for AKS Clusters that don't use Availability Zones
"Maximum Available Minutes" is the total accumulated minutes of a provisioned AKS Cluster to the time Customer has initiated an action to stop
or delete the cluster during an Applicable Period.
"Downtime" is the total accumulated minutes that are part of Maximum Available Minutes where a provisioned AKS Cluster has no connectivity to
Kubernetes API Server.
"Uptime Percentage" is calculated as Maximum Available Minutes less Downtime divided by Maximum Available Minutes in an Applicable Period
for a given Microsoft Azure subscription. Uptime Percentage is represented by the following formula:
“Maximum Available Minutes” is the total number of minutes that a given Azure Standard Load Balancer (serving two or more Healthy Virtual
Machines) has been deployed by Customer in a Microsoft Azure subscription during an Applicable Period.
“Downtime” is the total number of minutes within Maximum Available Minutes during which the given Azure Standard Load Balancer is
unavailable. A minute is considered unavailable if all Healthy Virtual Machines have no Connectivity through the Load Balanced Endpoint.
Downtime does not include minutes resulting from SNAT port exhaustions.
"Uptime Percentage" for Azure Standard Load Balancer is calculated as Maximum Available Minutes less Downtime divided by Maximum Available
Minutes multiplied by 100.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Logic Apps
Additional Definitions:
“Deployment Minutes” is the total number of minutes that a given Logic App has been set to running in Microsoft Azure during an Applicable
Period. Deployment Minutes is measured from when the Logic App was created or Customer initiated an action that would result in running the
Logic App to the time Customer initiated an action that would result in stopping or deleting the Logic App.
“Maximum Available Minutes” is the sum of all Deployment Minutes across all Logic Apps deployed by Customer in a given Microsoft Azure
subscription during an Applicable Period.
“Downtime” The total accumulated Deployment Minutes, across all Logic Apps deployed by Customer in a given Microsoft Azure subscription,
during which the Logic App is unavailable. A minute is considered unavailable for a given Logic App when there is no connectivity between the Logic
App and Microsoft’s Internet gateway.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
As of 1 September 2024, Integration Services Environment is a retired Service feature, and its Support Window is expired. Logic Apps deployed into
an Integration Services Environment no longer provides any Service Level guarantees, and by extension Service Credits, for performance or
availability issues related to Logic Apps running on Integration Services Environment.
The following Service Levels and Service Credits are applicable to Customer’s use of the Machine Learning Realtime Scoring.
Uptime Percentage Service Credit
< 99.9% 10%
< 99% 25%
Uptime Calculation and Service Levels for Machine Learning compute management
"Total Transaction Attempts" is the total number of API requests by Customer during an Applicable Period for a given Microsoft Azure subscription.
"Failed Transactions" is the set of all requests within Total Requests that either return an Error Code or an HTTP 408 status code or fail to return a
Success Code within 30 seconds.
"Uptime Percentage" is calculated as Total Transaction Attempts less Failed Transactions divided by Total Transaction Attempts in an Applicable
Period for a given Microsoft Azure subscription. Uptime Percentage is represented by the following formula:
"Maximum Available Minutes" is the total accumulated minutes during a billing month for all Cassandra Data Centers that have three or more
Nodes deployed. Maximum Available Minutes is measured from when at least three Nodes in the same Cassandra Data Center have all been
started resultant from action initiated by Customer to the time Customer has initiated an action that would result in stopping or deleting the
Cassandra Data Center.
"Downtime" is the total accumulated minutes that are part of Maximum Available Minutes that continuously have no connectivity to a quorum of
Nodes in the Cassandra Data Center in a region.
"Uptime Percentage" for Cassandra Data Centers is calculated as Maximum Available Minutes less Downtime divided by Maximum Available
Minutes in an Applicable Period for a given Microsoft Azure subscription. Uptime Percentage is represented by the following formula:
For a Casandra Data Center deployed with Availability Zone support enabled in an Azure region that supports Availability Zones, the following
Service Levels and Service Credits are applicable to Customer’s use of a Cassandra Data Center with Compliant Network Configuration:
Uptime Percentage Service Credit
< 99.99% 10%
< 99% 25%
For a Cassandra Cluster deployed with data centers in multiple regions and Availability Zone support enabled in an Azure region that supports
Availability Zones, the following Service Levels and Service Credits are applicable to Customer’s use of a Cassandra Data Center with Compliant
Network Configuration:
Multiple Write Locations Availability Percentage Service Credit
< 99.999% 10%
< 99% 25%
For a Casandra Data Center deployed with Single Region and Availability Zone is NOT enabled
Availability Percentage Service Credit
< 99.995% 10%
< 99% 25%
For a Casandra Data Center deployed in a Single Region with Availability Zone enabled
Availability Percentage (SR-AZ) Service Credit
< 99.995% 10%
< 99% 25%
Azure Maps
Additional Definitions:
“Total Transaction Attempts” is the total number of authenticated API requests made by Customer for a given Azure Map API during an Applicable
Period in a given Microsoft Azure subscription. Total Transaction Attempts do not include API requests that return an Error Code that are
continuously repeated within a five-minute window after the first Error Code is received.
“Failed Transactions” is the set of all requests within Total Transaction Attempts that result in an Error Code or otherwise do not return a Success
Code within 60 seconds after receipt by the Service.
“Uptime Percentage” for a given Azure Map API is calculated as Total Transaction Attempts less Failed Transactions divided by Total Transaction
Attempts multiplied by 100.
The Uptime Percentage is calculated using the following formula:
The following Service Levels and Service Credits are applicable to Customer’s use of Azure Maps API:
Uptime Percentage Service Credit
< 99.9% 10%
< 99% 25%
Media Services
Additional Definitions:
"Allocated Egress Bandwidth" is the amount of bandwidth configured by Customer in the Management Portal for a Media Service. Allocated Egress
Bandwidth may be labeled “Streaming Units” or a similar name in the Management Portal.
“Channel” means an end point within a Media Service that is configured to receive media data.
“Encoding” means the processing of media files per subscription as configured in the Media Services Tasks.
“Indexer Task” means a Media Services Task that is configured to extract the speech content from an MP3 input file with a minimum five-minute
duration.
“Media Reserved Unit” means reserved units purchased by the customer in an Azure Media Services account.
“Media Service” means an Azure Media Services account, created in the Management Portal, associated with Customer’s Microsoft Azure
subscription. Each Microsoft Azure subscription may have more than one associated Media Service.
“Media Service Request” means a request issued to Customer’s Media Service.
“Media Services Task” means an individual operation of media processing work as configured by Customer. Media processing operations involve
encoding and converting media files.
“Streaming Unit” means a unit of reserved egress capacity purchased by Customer for a Media Service.
“Valid Key Requests” are all requests made to the Content Protection Service for existing content keys in a Customer's Media Service.
“Valid Media Services Requests” are all qualifying Media Service Requests for existing media content in a customer’s Azure Storage account
associated with its Media Service when at least one Streaming Unit has been purchased and allocated to that Media Service. Valid Media Services
Requests do not include Media Service Requests for which total throughput exceeds 80% of the Allocated Bandwidth.
Uptime Calculation and Service Levels for Encoding Service
“Total Transaction Attempts” is the total number of authenticated REST API requests with respect to a Media Service made by Customer during an
Applicable Period for a subscription. Total Transaction Attempts does not include REST API requests that return an Error Code that are continuously
repeated within a five-minute window after the first Error Code is received.
“Failed Transactions” is the set of all requests within Total Transaction Attempts that do not return a Success Code within 30 seconds from
Microsoft’s receipt of the request.
“Uptime Percentage” for the Azure Media Services Encoding Service is calculated as Total Transaction Attempts less Failed Transactions divided by
Total Transaction Attempts in an Applicable Period for a given Microsoft Azure subscription.
The Uptime Percentage is calculated using the following formula:
The following Service Levels and Service Credits are applicable to Customer’s use of the Media Indexer:
Uptime Percentage Service Credit
< 99.9% 10%
< 99% 25%
MedTech service
A MedTech service is considered available within a one-minute window if it has successfully read from the configured data source or is available to
read from a data source once properly configured.
Uptime Calculation
"Uptime Percentage" for the MedTech service is calculated as Total Minutes Available less Minutes Unavailable divided by Total Minutes the
MedTech service was active. Uptime Percentage is represented by the following formula:
Additional Terms: SLA will not apply when failure to collect spend data is due to issues with AWS endpoints, services outside of Azure Cost
Management, or Customer changes to their Azure configuration.
Table of Contents / Definitions
Microsoft Fabric
Additional Definitions
Capacity: Capacity is a dedicated set of resources that is available at a given time to be used. Capacity defines the ability of a resource to perform
an activity or to produce output. Different items consume different capacity at a certain time. Fabric offers capacity through the Fabric SKU and
Trials. For more information, see What is capacity (https://learn.microsoft.com/fabric/enterprise/licenses#capacity)?
Maximum Available Minutes: The sum of all minutes that a given, individual Capacity has been instantiated during an Applicable Period for a given
tenant.
Downtime Minutes*: The total accumulated minutes in an Applicable Period for a given Capacity, after its creation, or before it is deprovisioned
when the Capacity is unable to be utilized in all applicable Fabric features listed below:
Power BI – redirect to the Power BI section
View: View Power BI Dashboards, Reports, and Apps in the service.
Dataset Refresh: Schedule or manually trigger refresh operation and expect those operations to complete within expected timeframes
considering all conditions that might impact refresh speeds (e.g., size of dataset).
Access Power BI Portal: Access and use the Power BI Portal within expected timeframes considering network conditions and limitations local to
the customer environment or external to Microsoft.
Data Factory
Dataflow Gen2 Refresh: Schedule or manually trigger refresh operation and expect those operations to complete.
Open Pipeline: Open Pipelines in the service.
Data Engineering
Open Lakehouse: Open and view a Lakehouse in the service.
Open Notebook: Open and view a Notebook in the service.
Open Spark Job Definition: Open and view a Spark Job Definition in the service.
Data Science
Open ML model: Open and view ML models in the service.
Open Experiment: Open and view Experiments in the service.
Data Warehouse
Open Database: Open and view a Data Warehouse database in the service.
Real-Time Analytics
Open Eventstream: Open and view Eventstreams in the service.
Open KQL Database: Open and view a KQL database in the service.
OneLake
OneLake read transactions: Any read operations to OneLake DFS APIs.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Service Credit:
Uptime Percentage Service Credit
< 99.9% 10%
< 99% 25%
Microsoft Genomics
Additional Definitions:
“Maximum Available Minutes” is the total accumulated minutes for all Microsoft Genomics accounts created by Customer and active during an
Applicable Period for a given Microsoft Azure Subscription.
“Downtime” is the total number of minutes within Maximum Available Minutes during which Microsoft Genomics is unavailable. A minute is
considered unavailable if all continuous attempts to send authenticated Genomics service REST API requests throughout the minute either return
an Error Code or do not respond with an acknowledgement within the minute.
“Uptime Percentage” for Microsoft Genomics is calculated using the following formula:
Microsoft Sentinel
Additional Definitions:
"Maximum Available Minutes" is the total number of minutes that a given Microsoft Sentinel has been deployed by Customer in a Microsoft Azure
subscription during an Applicable Period.
“Downtime” is the total number of minutes within Maximum Available Minutes that data in Microsoft Sentinel are unavailable. A minute is
considered unavailable for a given Azure Sentinel during which no HTTP operations resulted in a Success Code.
"Query Availability Percentage" for a given Microsoft Sentinel calculated as Maximum Available Minutes less Downtime divided by Maximum
Available Minutes multiplied by 100.
Query Availability Percentage: The Query Availability Percentage is calculated using the following formula:
Service Credit:
Query Availability Percentage Service Credit
< 99.9% 10%
< 99% 25%
Mobile Services
Additional Definitions:
“Failed Transactions” include any API calls included in Total Transaction Attempts that result in either an Error Code or do not return a Success
Code.
“Total Transaction Attempts” are the total accumulated API calls made to the Azure Mobile Services during an Applicable Period for a given
Microsoft Azure subscription for which the Azure Mobile Services are running.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Service Level Exceptions: The Service Levels and Service Credits are applicable to your use of the Standard and Premium Mobile Services tiers.
Table of Contents / Definitions
Azure Monitor
Uptime Calculation and Service Levels for the Azure Monitor Alerts
Additional Definitions:
"Alert Rule" is a collection of signal criteria used to generate alerts using monitoring event data already available to Alert Service for analysis.
"Maximum Available Minutes" is the total number of minutes which Alert Rule(s) are deployed by Customer in a given Microsoft Azure
subscription during an Applicable Period.
"Downtime" is the total number of minutes within Maximum Available Minutes during which the Alert Rule is unavailable. A minute is considered
unavailable for a given Alert Rule if all continuous attempts to analyze telemetry signals for resources defined within the Alert Rule throughout the
minute either return an Error Code or do not result in a Success Code within five minutes from scheduled Alert Rule start time.
"Uptime Percentage" is calculated as Maximum Available Minutes less Downtime divided by Maximum Available Minutes multiplied by 100.
Uptime Percentage is represented by the following formula:
Uptime Calculation and Service Levels for the Azure Monitor Notification Delivery
Additional Definitions:
“Action Group” is a collection of actions which defines preferred notification delivery methods.
“Maximum Available Minutes” is the sum of all Deployment Minutes which Action Groups are deployed by Customer in a given Microsoft Azure
subscription during an Applicable Period.
Downtime: is the total number of minutes within Maximum Available Minutes during which the Action Group is unavailable. A minute is
considered unavailable for a given Action Group if all continuous attempts to send alerts or perform registration management operations with
respect to the Action Group throughout the minute either return an Error Code or do not result in a Success Code within five minutes.
Uptime Percentage: is calculated as Maximum Available Minutes less Downtime divided by Maximum Available Minutes in an Applicable Period for
a given Microsoft Azure subscription.
Network Watcher
Additional Definitions:
“Network Diagnostic Tools” is a collection of network diagnostic and topology tools.
“Maximum Diagnostic Checks” is the total number of diagnostic actions performed by the Network Diagnostic Tool as configured by Customer in
an Applicable Period for a given Microsoft Azure subscription.
“Failed Diagnostic Checks” is the total number of diagnostic actions within Maximum Diagnostic Checks that returns an Error Code or does not
return a response within the Maximum Processing Time documented in the table below.
Notification Hubs
Additional Definitions:
“Deployment Minutes” is the total number of minutes that a given Notification Hub has been deployed in Microsoft Azure during an Applicable
Period.
“Maximum Available Minutes” is the sum of all Deployment Minutes across all Notification Hubs deployed by you in a given Microsoft Azure
subscription under the Basic or Standard Notification Hubs tiers during an Applicable Period.
Downtime: The total accumulated Deployment Minutes, across all Notification Hubs deployed by you in a given Microsoft Azure subscription under
the Basic or Standard Notification Hubs tiers, during which the Notification Hub is unavailable. A minute is considered unavailable for a given
Notification Hub if all continuous attempts to send notifications or perform registration management operations with respect to the Notification
Hub throughout the minute either return an Error Code or do not result in a Success Code within five minutes.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Service Level Exceptions: The Service Levels and Service Credits are applicable to your use of the Basic and Standard Notification Hubs tiers.
Table of Contents / Definitions
The Minutes not Available will accumulate for each Reserved Unit that cannot be used. If one Reserved Unit becomes used while another remains
unused, then Minutes not Available will continue to accumulate only for the unused Reserved Unit.
"Downtime" is the total accumulated Minutes not Available that are part of minutes in a given month calculated per Reserved Unit.
"Uptime Percentage" for each Reserved Unit is calculated by the percentage of Minutes in the Applicable Period in which a Reserved Unit had
Downtime.
Minutes in an Applicable Period-Downtime
x 100
Minutes in an Applicable Period
The following Service Levels and Service Credits are applicable to Customer‘s use of each Reserved Unit in an On Demand Capacity Reservation.
The Service Credits are issued based on the cost of each Reserved Unit, not the overall cost of the On Demand Capacity Reservation.
Uptime Percentage Service Credit
< 99.9% 10%
< 99% 25%
< 95% 100%
“Average Error Rate” for an Applicable Period is the sum of Error Rates for each minute in the Applicable Period divided by the total number of
minutes in the Applicable Period.
“Error Rate” is the total number of Requests that return an Error Code divided by the total number of Requests during a minute. If the total
number of Requests in a given minute interval is zero, the error rate for that interval is 0%.
"Uptime Percentage" is represented by the following formula
Latency Calculation and Service Levels for Azure OpenAI Provisioned Throughput Managed Deployments
Additional Definitions
“Azure OpenAI Deployment” is an Azure OpenAI model deployment for an applicable model within an Azure OpenAI resource.
“Azure OpenAI Provisioned Managed Deployment” is an Azure OpenAI model deployment configured to use the provisioned managed capability
offering reserved model processing capacity with an SLA latency target value as specified in Azure OpenAI Provisioned Managed Deployment
documentation.
“Maximum Request Size” is the maximum number of input and output tokens that can be included in a given request for a specified Azure OpenAI
model, as specified in Azure OpenAI Models documentation.
“N” is the number of Successful Requests made to an Azure OpenAI Provisioned Throughput Managed deployment with a maximum request size
that is less than or equal to the limit provided for the specified Azure OpenAI model in a given minute.
“Tokens Per Second” is a latency measurement that enumerates the generation speed for a given Azure OpenAI model response. The total tokens
generated is divided by the time to generate the tokens. Generated tokens are counted as all tokens generated after the first token.
“SLA Latency Target Value” is the latency target in Tokens Per Second for a given model as specified in Azure OpenAI Provisioned Managed
Deployment documentation.
“S” are the response times in N that meet the following criteria and are determined as follows:
Tokens Per Second for calls generating more tokens than the SLA Latency Target Value OR taking more than 1 second to generate all
response
SLA Latency Target Value for calls generating less than or equal to the SLA Latency Target Value AND taking less than 1 second to
generate all response tokens
0 for all calls generating 1 or fewer tokens
“Average Tokens Per Second” is the average of the Tokens Per Second for all S in a given minute.
“Excessive Latency Minutes”: is the total number of one-minute intervals during which the Average Tokens Per Second is less than the SLA Latency
Target Value. If N is zero, the Excessive Latency Minutes for that interval is 0.
“Average Excessive Latency Rate” for an Applicable Period is the sum of Excessive Latency Minutes divided by the total number of minutes in the
Applicable Period.
“Average Attainment Percentage” for a given Azure OpenAI Provisioned Throughput Managed Deployment is calculated by subtracting from 100%
the Average Excessive Latency Rate for a given Azure OpenAI resource in an Applicable Period.
Time Between Token Latency Attainment Percentage is represented by the following formula:
These figures represent maximum processing times. Actual and average times are expected to be much lower.
Failed Storage Transactions do not include:
Transaction requests that are throttled by the Storage Service due to a failure to obey appropriate back-off principles.
Transaction requests having timeouts set lower than the respective Maximum Processing Times specified above.
Error Rate is the total number of Failed Storage Transactions divided by the Total Storage Transactions during a set time interval (currently set at
one hour). If the Total Storage Transactions in a given one-hour interval is zero, the error rate for that interval is 0%.
Average Error Rate for an Applicable Period is the sum of Error Rates for each hour in the Applicable Period divided by the total number of hours in
the Applicable Period.
The following Service Levels and Service Credits are applicable to Customer’s use of each Azure Operator Insights:
Uptime Percentage: Uptime Percentage is calculated using the following formula:
100%−𝐴𝑣𝑒𝑟𝑎𝑔𝑒 𝐸𝑟𝑟𝑜𝑟 𝑅𝑎𝑡𝑒
Service Credit:
Monthly Uptime Percentage Service Credit
< 99.9% 10%
< 99% 25%
"Uptime Percentage" for Azure Operator Service Manager is calculated as Maximum Available Minutes less Downtime divided by Maximum
Available Minutes in an Applicable Period. Uptime Percentage is calculated per region and is represented by the following formula:
Service Credit:
Downtime does not include any time during a Scheduled Contact when customer is unable to pass data end-to-end due to (i) any circumstances
falling under the below Service Level Exceptions; or (ii) any circumstances that prevent the Azure Orbital Ground Station Service from confirming a
requested contact as a Scheduled Contact. For purposes of the Azure Orbital Ground Station Service, Downtime does not include Scheduled
Downtime attributable to maintenance or repairs to the Azure Orbital Ground Station Service sites.
Microsoft Purview
Additional Definitions:
"Total Requests" is the set of all authenticated API requests, other than Excluded Requests, to perform Microsoft Purview operations during an
Applicable Period for a given Microsoft Azure subscription.
"Excluded Requests" is the set of requests that result in an HTTP 4xx status code.
"Failed Requests" is the set of all requests within Total Requests that return an Error Code.
"Uptime Percentage" for the API calls made to the Microsoft Purview service is calculated as Total Requests less Failed Requests divided by Total
Requests in an Applicable Period for a given Microsoft Azure subscription.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
*The above Service Credits are only available to portions of Microsoft Purview that are offered on a subscription basis (formerly known as Azure
Purview).
Remote Rendering
Additional Definitions
"Conversion" refers to a process that transforms 3D models into the format required during a Rendering Session.
"Rendering Session" refers to an interaction with the Remote Rendering Service.
Uptime Calculation and Service Levels for Conversion REST API Transactions
"Total Transaction Attempts" is the total number of authenticated REST API requests for the Conversion functionality in the Azure Remote
Rendering Service made by Customer during an Applicable Period for a subscription. Total Transaction Attempts does not include REST API requests
that return an Error Code that are continuously repeated within a five-minute window after the first Error Code is received.
"Failed Transactions" is the set of all requests within Total Transaction Attempts that returns an Error Code within 30 seconds from Microsoft's
receipt of the request.
"Uptime Percentage" for the Azure Remote Rendering Service is calculated as Total Transaction Attempts less Failed Transactions divided by Total
Transaction Attempts in an Applicable Period for a given Microsoft Azure subscription. Uptime Percentage is represented by the following formula:
Uptime Calculation and Service Levels for SAP HANA on Azure Single Instance
“Maximum Available Minutes” is the total accumulated minutes for all SAP HANA on Azure Single Instances deployed by Customer
during an Applicable Period for a given Microsoft Azure subscription.
“Downtime” is the total accumulated minutes that are part of Maximum Available Minutes that have no SAP HANA on Azure
Connectivity. Downtime excludes Announced Single Instance Maintenance.
Uptime Percentage: The Uptime Percentage for SAP HANA on Azure Single Instance is calculated using the following formula
Scheduler
Additional Definitions:
“Maximum Available Minutes” is the total number of minutes in an Applicable Period.
“Planned Execution Time” is a time at which a Scheduled Job is scheduled to begin executing.
“Scheduled Job” means an action specified by you to execute within Microsoft Azure according to a specified schedule.
Downtime: The total accumulated minutes in an Applicable Period during which one or more of your Scheduled Jobs is in a state of delayed
execution. A given Scheduled Job is in a state of delayed execution if it has not begun executing after a Planned Execution Time, provided that such
delayed execution time shall not be considered Downtime if the Scheduled Job begins executing within thirty (30) minutes after a Planned
Execution Time.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Service-Bus
Additional Definitions:
“Message” refers to any user-defined content sent or received through Service Bus Relays, Queues, or Topics, using any protocol supported by
Service Bus.
“Partitioned namespaces” enable messaging entities to be divided across multiple message brokers to increase overall throughput.
"Availability Zone" is a fault-isolated area within an Azure region, providing redundant power, cooling, and networking.
Uptime Calculation and Service Levels for Queues and Topics in all tiers deployed without partitioned namespaces
Additional Definitions:
“Deployment Minutes” is the total number of minutes that a given Queue or Topic has been deployed in Microsoft Azure during an Applicable
Period.
“Maximum Available Minutes” is the sum of all Deployment Minutes across all Queues and Topics deployed by you in a given Microsoft Azure
subscription during an Applicable Period.
Downtime: The total accumulated Deployment Minutes, across all Queues and Topics deployed by you in a given Microsoft Azure subscription,
during which the Queue or Topic is unavailable. A minute is considered unavailable for a given Queue or Topic if all continuous attempts to send or
receive Messages or perform other operations on the Queue or Topic throughout the minute either return an Error Code or do not result in a
Success Code within five minutes.
Uptime Percentage: for Queues and Topics is calculated as Maximum Available Minutes less Downtime divided by Maximum Available Minutes in
an Applicable Period for a given Microsoft Azure subscription.
Uptime Percentage is represented by the following formula:
Uptime Calculation and Service Levels for Queues and Topics in the Premium tier deployed with partitioned namespaces in regions with
Availability Zone support
Additional Definitions:
“Deployment Minutes” is the total number of minutes that a given Queue or Topic has been deployed in Microsoft Azure during an Applicable
Period.
“Maximum Available Minutes” is the sum of all Deployment Minutes across all Queues and Topics deployed by you in a given Microsoft Azure
subscription during an Applicable Period.
Downtime: The total accumulated Deployment Minutes, across all Queues and Topics deployed by you in a given Microsoft Azure subscription,
during which the Queue or Topic is unavailable. A minute is considered unavailable for a given Queue or Topic if all continuous attempts to send or
receive Messages or perform other operations on the Queue or Topic throughout the minute either return an Error Code or do not result in a
Success Code within five minutes.
Uptime Percentage: for Queues and Topics is calculated as Maximum Available Minutes less Downtime divided by Maximum Available Minutes in
an Applicable Period for a given Microsoft Azure subscription.
Uptime Percentage is represented by the following formula:
“Downtime” is the total accumulated Maximum Available Minutes during an Applicable Period for the SignalR Service during which the SignalR
Service is unavailable. A given minute is considered unavailable if all attempts to send SignalR Transactions throughout the minute either return an
Error Code or do not result in a Success Code within one minute.
“Maximum Available Minutes” is the total number of minutes that the SignalR Service has been deployed by the Customer in a given Microsoft
Azure subscription during an Applicable Period.
“SignalR Service Endpoint” is the host name from which the SignalR Service is accessed by servers or clients to perform SignalR Transactions.
“SignalR Transactions” is the set of transaction requests sent from client to server or from server to client through a SignalR Service Endpoint.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Note: Service credits for failover failure will not be applicable if compute capacity in the secondary region is not available.
Table of Contents / Definitions
Spatial Anchors
Additional Definitions
"Total Transaction Attempts" is the total number of authenticated API requests with respect to Azure Spatial Anchors made by Customer during an
Applicable Period for a given Azure Spatial Anchors API. Total Transaction Attempts do not include API requests that return an Error Code that are
continuously repeated within a five-minute window after the first Error Code is received.
"Failed Transactions" is the set of all requests to the Azure Spatial Anchors API within Total Transaction Attempts that return an Error Code.
Uptime Calculation
"Uptime Percentage" for Azure Spatial Anchors is calculated as Total Transaction Attempts less Failed Transactions divided by Total Transaction
Attempts in an Applicable Period for a given Microsoft Azure subscription. Uptime Percentage is represented by the following formula:
The following Service Levels and Service Credits are applicable to Enterprise Tier:
Uptime Percentage Service Credit
< 99.95% 10%
< 99% 25%
The following Service Levels and Service Credits are applicable to Customer's use of the Hyperscale, Business Critical, Premium or General
Purpose, of the SQL Database Service not configured for Zone Redundant Deployments:
Uptime Percentage Service Credit
< 99.99% 10%
< 99% 25%
< 95% 100%
The following Service Levels and Service Credits are applicable to Customer's use of the Basic or Standard tiers of the SQL Database Service:
Uptime Percentage Service Credit
< 99.99% 10%
< 99% 25%
< 95% 100%
99
xN
100
"P99 Replication Lag" is the value at the Ordinal Rank of S.
"Deployment Hours" is the total number of hours that a given Compliant Secondary has been operational for a given Microsoft Azure subscription
during an Applicable Period.
"Excessive Lag Hours" is the total number of one-hour intervals during which Replication Lag Check resulted in a P99 Replication Lag greater than
or equal to RPO for a given Microsoft Azure subscription during an Applicable Period. If the number of Replication Lag Checks in a given one-hour
interval is zero, the Excessive Lag Hours for that interval is 0.
"RPO Attainment Percentage" for a given Database deployment in an Applicable Period is calculated using the following formula:
The following Service Levels and Service Credits are applicable to Customer’s use of the General Purpose tier of the SQL Managed Instance
Service with Compliant Networking Configuration:
Uptime Percentage Service Credit
< 99.99% 10%
< 99% 25%
< 95% 100%
Additional Terms: Service Credits are applicable only to fees attributable to your use of static web apps and not to fees attributable to other types
of apps available.
Storage Accounts
Additional Definitions:
“Average Error Rate” for an Applicable Period is the sum of Error Rates for each hour in the Applicable Period divided by the total number of hours
in the Applicable Period.
“Blob Storage Account” is a storage account specialized for storing data as blobs and provides the ability to specify an access tier indicating how
frequently the data in that account is accessed.
“Block Blob Storage Account” is a storage account specialized for storing data as block or append blobs on solid-state drives.
“Cool Access Tier” is an attribute of a blob or account indicating it is infrequently accessed and has a lower availability service level than blobs in
Hot Access Tier.
“Hot Access Tier” is an attribute of a blob or account indicating it is frequently accessed.
“Excluded Transactions” are storage transactions that do not count toward either Total Storage Transactions or Failed Storage Transactions.
Excluded Transactions include pre-authentication failures; authentication failures; attempted transactions for storage accounts over their
prescribed quotas; creation or deletion of containers, file shares, tables, or queues; clearing of queues; and copying blobs or files between storage
accounts.
“Error Rate” is the total number of Failed Storage Transactions divided by the Total Storage Transactions during a set time interval (currently set at
one hour). If the Total Storage Transactions in a given one-hour interval is zero, the error rate for that interval is 0%.
“Failed Storage Transactions” is the set of all storage transactions within Total Storage Transactions that are not completed within the Maximum
Processing Time associated with their respective transaction type, as specified in the table below. Maximum Processing Time includes only the time
spent processing a transaction request within the Storage Service and does not include any time spent transferring the request to or from the
Storage Service.
These figures represent maximum processing times. Actual and average times are expected to be much lower.
“Primary Region” is a geographical region in which data within a storage account is located, as selected by you when creating the storage account.
You may execute write requests only against data stored within the Primary Region associated with storage accounts.
“Read Access Geographically Redundant Storage (RA-GRS) Account” is a storage account for which data is replicated synchronously within a
Primary Region and then replicated asynchronously to a Secondary Region. You can directly read data from, but cannot write data to, the
Secondary Region associated with RA-GRS Accounts.
“Secondary Region” is a geographical region in which data within a GRS or RA-GRS Account is replicated and stored, as assigned by Microsoft Azure
based on the Primary Region associated with the storage account. You cannot specify the Secondary Region associated with storage accounts.
“Total Storage Transactions” is the set of all storage transactions, other than Excluded Transactions, attempted within a one-hour interval across all
storage accounts in the Storage Service in a given subscription.
“Zone Redundant Storage (ZRS) Account” is a storage account for which data is replicated across multiple facilities. These facilities may be within
the same geographical region or across two geographical regions.
Uptime Percentage: Uptime Percentage is calculated using the following formula:
Service Credit – LRS, ZRS, GRS and RA-GRS (write requests) Blob Storage Accounts (Cool, Cold and Archive Access Tier):
Uptime Percentage Service Credit
< 99% 10%
< 98% 25%
Service Credit – RA-GRS (read requests) Blob Storage Accounts (Cool, Cold and Archive Access Tier):
Uptime Percentage Service Credit
< 99.9% 10%
< 98% 25%
Service Exceptions: Cool, Cold and Archive SLA are applicable only to storage account types that support Cool, Cold and Archive tier.
Table of Contents / Definitions
StorSimple
Additional Definitions:
“Backup” is the process of backing up data stored on a registered StorSimple device to one or more associated cloud storage accounts within
Microsoft Azure.
“Cloud Tiering” is the process of transferring data from a registered StorSimple device to one or more associated cloud storage accounts within
Microsoft Azure.
“Failure” means the inability to fully complete a properly configured Backup, Tiering, or Restoring operation due to unavailability of the StorSimple
Service.
“Managed Item” refers to a volume that has been configured to Backup to the cloud storage accounts using the StorSimple Service.
“Restoring” is the process of copying data to a registered StorSimple device from its associated cloud storage account(s).
Uptime Calculation and Service Levels for StorSimple Service
“Deployment Minutes” is the total number of minutes during which a Managed Item has been configured by Customer for Backup or Cloud Tiering
to a StorSimple storage account in Microsoft Azure.
“Maximum Available Minutes” is the sum of all Deployment Minutes across all Managed Items for a given Microsoft Azure subscription during an
Applicable Period.
Downtime: The total number of minutes within Maximum Available Minutes during which the StorSimple Service is unavailable for the Managed
Item. The StorSimple Service is considered unavailable for a given Managed Item from the first Failure of a Backup, Cloud Tiering, or Restoring
operation with respect to the Managed Item until the initiation of a successful Backup, Cloud Tiering, or Restoring operation of the Managed Item,
provided that retries are continually attempted no less frequently than once every thirty minutes.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Virtual Machines
Additional Definitions:
“Availability Set” refers to two or more Virtual Machines deployed across different Fault Domains to avoid a single point of failure.
“Availability Zone” is a fault-isolated area within an Azure region, providing redundant power, cooling, and networking.
"Azure Dedicated Host" provides physical servers that host one or more Azure virtual machines with the (default) setting of autoReplaceOnFailure
required for any SLA.
“Data Disk” is a persistent virtual hard disk, attached to a Virtual Machine, used to store application data.
"Dedicated Host Group" is a collection of Azure Dedicated Hosts deployed within an Azure region across different Fault Domains to avoid a single
point of failure.
“Fault Domain” is a collection of servers that share common resources such as power and network connectivity.
“Operating System Disk” is a persistent virtual hard disk, attached to a Virtual Machine, used to store the Virtual Machine’s operating system.
“Shared Disk” is a Data Disk attached to multiple Virtual Machines simultaneously.
“Single-Instance Virtual Machine” is defined as any single Microsoft Azure Virtual Machine that either is not deployed in an Availability Set or has
only one instance deployed in an Availability Set.
“Virtual Machine” refers to persistent instance types that can be deployed individually or as part of an Availability Set or using a Dedicated Host
Group. A virtual machine can be deployed in a multi-tenant environment in Azure or in an isolated, single-tenant environment using Azure
Dedicated Hosts.
“Virtual Machine Connectivity” is bi-directional network traffic between the Virtual Machine and other IP addresses using TCP or UDP network
protocols in which the Virtual Machine is configured for allowed traffic. The IP addresses can be IP addresses in the same Cloud Service as the
Virtual Machine, IP addresses within the same virtual network as the Virtual Machine or public, routable IP addresses.
Uptime Calculation and Service Levels for Virtual Machines in Availability Zones
“Maximum Available Minutes” is the total accumulated minutes during an Applicable Period that have two or more instances deployed across
two or more Availability Zones in the same region. Maximum Available Minutes is measured from when at least two Virtual Machines across
two Availability Zones in the same region have both been started resultant from action initiated by Customer to the time Customer has
initiated an action that would result in stopping or deleting the Virtual Machines.
“Downtime” is the total accumulated minutes that are part of Maximum Available Minutes that have no Virtual Machine Connectivity in the
region.
“Uptime Percentage” for Virtual Machines in Availability Zones is calculated as Maximum Available Minutes less Downtime divided by
Maximum Available Minutes in an Applicable Period for a given Microsoft Azure subscription. Uptime Percentage is represented by the
following formula:
(Maximum Available Minutes-Downtime)
Monthly Uptime %= x 100
Maximum Available Minutes
Service Credit:
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:
Uptime Percentage Service Credit
< 99.99% 10%
< 99% 25%
< 95% 100%
Uptime Calculation and Service Levels for Virtual Machines in an Availability Set or in the same Dedicated Host Group
Maximum Available Minutes: The total accumulated minutes during an Applicable Period for all Internet facing Virtual Machines that have
two or more instances deployed in the same Availability Set on in the same Dedicated Host Group. Maximum Available Minutes is measured
from when at least two Virtual Machines in the same Availability Set, or same Dedicated Host Group, have both been started resultant from
action initiated by you to the time you have initiated an action that would result in stopping or deleting the Virtual Machines.
Downtime: The total accumulated minutes that are part of Maximum Available Minutes that have no Virtual Machine Connectivity.
Uptime Percentage: for Virtual Machines is calculated as Maximum Available Minutes less Downtime divided by Maximum Available Minutes
in an Applicable Period for a given Microsoft Azure subscription. Uptime Percentage is represented by the following formula:
Uptime Calculation and Service Levels for Single-Instance Virtual Machines and Virtual Machines using the same Shared Disks
“Minutes in the Applicable Period” is the total number of minutes in a given Applicable Period.
Downtime: is the total accumulated minutes that are part of Minutes in the Applicable Period that have no Virtual Machine Connectivity.
Uptime Percentage: is calculated by subtracting from 100% the percentage of Minutes in the Applicable Period in which any Single-Instance
Virtual Machine had Downtime or in which all Virtual Machines using the same Shared Disk had Downtime.
*For example, given two Virtual Machines VM1 and VM2 using a Premium SSD Shared Disk and a Standard SSD Shared Disk, the uptime SLA
for VM1 and VM2 will be the same as the SLA for a Single-Instance Virtual Machine using Standard SSD, as shown below.
Uptime Percentage (Premium SSD, Uptime Percentage (Standard SSD Uptime Percentage (Standard HDD Service Credit
Premium SSD v2, and Ultra Disk)** Managed Disk) Managed Disk)
< 99.9% <99.5% <95% 10%
< 99% <95% <92% 25%
< 95% <90% <90% 100%
**Premium SSD for all Operating System Disks, and Premium SSD, Premium SSD v2 or Ultra Disk for all Data Disks.
Table of Contents / Definitions
For standard clusters: When the cluster has between 3 and 5 hosts, the number of failures to tolerate = 1; and when the cluster has
between 6 and 16 hosts, the number of failures to tolerate = 2
For stretched clusters: A minimum of 6 nodes are deployed in the cluster (3 in each availability zone), and you must have a minimum
virtual machine storage policy of (i) primary level of failures to tolerate of "Dual-Site Mirroring" and (ii) a secondary level of failures to
tolerate of 1 is used by the workload virtual machines.
Storage capacity for the cluster retains slack space of 25% available (as described in the vSAN storage guide)
Client has not performed any actions under the Elevated Privilege mode that prevent Microsoft from meeting the Availability
Commitment.
There is sufficient capacity on the cluster to support the Power-On of a virtual machine.
Scheduled maintenance is excluded from the total available uptime calculations.
Additional Definitions
Uptime Calculation and Service Levels for Azure VMware Solution Workload Infrastructure
"Maximum Available Minutes" is the total accumulated minutes during an Applicable Period for all virtual machines within a VMware vSphere
cluster, during which Azure VMware Solution has been deployed in a Microsoft Azure subscription.
"Downtime" is the total accumulated Maximum Available Minutes during an Applicable Period for a given VMware vSphere cluster on Azure,
during which the Service is unavailable. A given minute is considered unavailable if any of the following are true:
All Virtual Machines within a running cluster do not have any connectivity for four consecutive minutes.
None of the Virtual machines can access storage for four consecutive minutes.
None of the Virtual Machines can be started for four consecutive minutes.
"Uptime Percentage" The Uptime Percentage is calculated using the following formula:
Uptime Calculation and Service Levels for Azure VMware management tools
"Maximum Available Minutes" is the total accumulated minutes during an Applicable Period for a given VMware vSphere cluster, during which
Azure VMware management tools have been deployed in a Microsoft Azure subscription.
"Downtime" is the total accumulated Maximum Available Minutes during an Applicable Period for a given VMware vSphere Cluster on Azure,
during which the Management Services (vCenter Server and NSX Manager) are unavailable. A given minute is considered unavailable if any of the
following are true:
vCenter Server does not have any connectivity for four consecutive minutes.
NSX Manager does not have any connectivity for four consecutive minutes.
"Uptime Percentage" The Uptime Percentage is calculated using the following formula:
Uptime Calculation and Service Levels for Azure VMware management tools
"Maximum Available Minutes" is the total accumulated minutes during an Applicable Period for a given VMware cluster, during which Azure
VMware management tools have been deployed in a Microsoft Azure subscription.
"Downtime" is the total accumulated Maximum Available Minutes during an Applicable Period for a given VMware Cluster on Azure, during which
the Management Services (vCenter Server and NSX Manager) is unavailable. A given minute is considered unavailable if
vCenter server does not have any connectivity for four consecutive minutes.
NSX Manager does not have any connectivity for four consecutive minutes.
"Uptime Percentage" The Uptime Percentage is calculated using the following formula:
The following Service Levels and Service Credit are applicable to Customer’s use of the Azure NAT Gateway
Uptime Percentage Service Credit
< 99.99% 10%
< 99.9% 25%
Gateway for VPN and Gateway for ExpressRoute SKUs excluding Basic:
Uptime Percentage Service Credit
< 99.95% 10%
< 99% 25%
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 10%
< 99% 25%
Service Level Exceptions: This SLA does not apply to on-premises components such as sensors and security agents.
Table of Contents / Definitions
Service Level Exceptions: This SLA does not apply to Bing Maps Enterprise Platform purchased through Open Value and Open Value Subscription
volume licensing agreements.
Service Credits will not apply if: (i) you fail to implement any Services updates within the time specified in the Bing Maps Platform API’s Terms of
Use; and (ii) you do not provide Microsoft with at least ninety (90) days’ advance notice of any known significant usage volume increase, with
significant usage volume increase defined as 50% or more of the previous Applicable Period’s usage.
Table of Contents / Definitions
Service Level Exceptions: This SLA does not apply to Bing Maps Enterprise Platform purchased through Open Value and Open Value Subscription
volume licensing agreements.
Service Credits will not apply if: (i) you fail to implement any Services updates within the time specified in the Bing Maps Platform API’s Terms of
Use; and (ii) you do not provide Microsoft with at least ninety (90) days’ advance notice of any known significant usage volume increase, with
significant usage volume increase defined as 50% or more of the previous Applicable Period’s usage.
Table of Contents / Definitions
Service Level Exceptions: This Service Level does not apply to any: (i) On-premises software licensed as part of the Service subscription, or (ii)
Internet-based services (excluding Microsoft Cloud App Security) that provide updates via API (application programming interface) to any services
licensed as part of the Service subscription.
Table of Contents / Definitions
Service Credit:
Uptime Percentage Service Credit
< 99.9% 10%
Microsoft Intune
Downtime: Any period of time when the Customer’s IT administrator or users authorized by Customer are unable to log on with proper credentials.
Scheduled Downtime will not exceed 10 hours per calendar year.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
Service Level Exceptions: This Service Level does not apply to any: (i) On-premises software licensed as part of the Service subscription, or (ii)
Internet-based services (excluding Microsoft Intune Service) that provide updates to any on-premise software licensed as part of the Service
subscription.
Table of Contents / Definitions
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.5% 25%
< 99% 50%
< 95% 100%
Power BI Embedded
Deployment Minutes: The total number of minutes for which a given embedded capacity has been active during an Applicable Period.
Maximum Available Minutes: The sum of all Deployment Minutes for a specific embedded capacity provisioned by a customer in a given Microsoft
Azure subscription during an Applicable Period.
Downtime Minutes: The total accumulated Deployment Minutes during which an embedded capacity is unable to be utilized in all applicable
Power BI features listed below:
View: View Power BI Dashboards, Reports, and Apps in the service.
Dataset Refresh: Schedule or manually trigger refresh operation and expect those operations to complete within expected timeframes
considering all conditions that might impact refresh speeds (e.g., size of dataset).
Access Power BI Portal: Access and use the Power BI Portal within expected timeframes considering network conditions and limitations local to
the customer environment or external to Microsoft.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Power BI Premium
Capacity: Means a named capacity provisioned by an admin through the Power BI Premium capacity admin portal. A Capacity is a grouping of one
or more nodes.
Maximum Available Minutes: The sum of all minutes that a given Capacity has been instantiated during an Applicable Period for a given tenant.
Downtime Minutes: The total accumulated minutes in an Applicable Period for a given Capacity, after its creation, or before it is deprovisioned
when the Capacity is unable to be utilized in all applicable Power BI features listed below:
View: View Power BI Dashboards, Reports, and Apps in the service.
Dataset Refresh: Schedule or manually trigger refresh operation and expect those operations to complete within expected timeframes
considering all conditions that might impact refresh speeds (e.g., size of dataset).
Access Power BI Portal: Access and use the Power BI Portal within expected timeframes considering network conditions and limitations local to
the customer environment or external to Microsoft.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Power BI Pro
Downtime Minutes: The total accumulated minutes in an Applicable Period during which all Power BI features listed below are unavailable:
View: View Power BI Dashboards, Reports, and Apps in the service.
Dataset Refresh: Schedule or manually trigger refresh operation and expect those operations to complete within expected timeframes
considering all conditions that might impact refresh speeds (e.g., size of dataset).
Access Power BI Portal: Access and use the Power BI Portal within expected timeframes considering network conditions and limitations local to
the customer environment or external to Microsoft.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Translator API
Downtime: Any period of time when users are not able to perform translations.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
Service Level Exceptions: This SLA does not apply to any trial/preview version Tenants.
Table of Contents / Definitions
Universal Print
Downtime: Any period of time when unavailability of the Universal Print Service results in the inability for users to discover printers or submit print
jobs, or the inability for administrators to register or configure printers, manage access control, or monitor Universal Print status and usage.
Uptime Percentage: The Uptime Percentage is calculated using the following formula:
User Minutes−Downtime
x 100
User Minutes
where Downtime is measured in user-minutes; that is, for each Applicable Period, Downtime is the sum of the length (in minutes) of each Incident
that occurs during that Applicable Period multiplied by the number of users impacted by that Incident.
Service Credit:
Uptime Percentage Service Credit
< 99.9% 25%
< 99% 50%
< 95% 100%
Service Level Exceptions: This SLA does not apply to any trial/preview version Tenants.
Table of Contents / Definitions
Windows 365
Cloud PC: the specific instance of Windows 365 licensed to a user.
Downtime: measured in minutes, the period in which all connection attempts by a specific user to a specific Cloud PC were unsuccessful, excluding
any of the following types of failures:
1. Failures resulting from the Cloud PC being in an inoperable state unrelated to the underlying Azure infrastructure (e.g., damaged or
corrupt operating system, operating system configuration, or misconfiguration); and
2. Failure resulting from an application or other software installed on the Cloud PC.
Individual Downtime: means Downtime for a given user for each Applicable Period.
Individual Minutes: means the User Minutes for a given user for each Applicable Period.
Individual Uptime Percentage: Individual Uptime Percentage is calculated as:
Regional Downtime: means the sum of all your Downtime in a Region for each Applicable Period.
Regional Minutes: means the User Minutes in a Region for each Applicable Period.