Azure SLA 与复合 SLA

服务级别协议（SLA）是 Microsoft 做出的正式承诺，用于定义每项 Azure 服务的最低正常运行时间和连接性保证。SLA 以百分比表示，例如，99.9%表示在指定月份内，该服务至少有 99.9% 的时间可用。如果 Microsoft 未达到 SLA，客户便有资格获得服务额度作为补偿。

每项 Azure 服务都有自己的 SLA 文档，发布于 azure.microsoft.com/en-us/support/legal/sla/。阅读 SLA 时，请注意：正常运行时间百分比、达到该百分比所需的条件（例如跨两个或更多实例进行部署），以及规定每种性能未达标程度可获得多少额度的额度表。

SLA 百分比对应每月允许的停机时间：

• 99.9% = 每月最多停机 43.8 分钟
• 99.95% = 每月最多停机 21.9 分钟
• 99.99% = 每月最多停机 4.38 分钟
• 99.999% = 每月最多停机 26 秒

理解这些数字有助于您评估服务的 SLA 是否满足业务连续性要求。

当您的应用程序依赖多个 Azure 服务，且每项服务都有自己的 SLA 时，整体可用性等于所有单项 SLA 的乘积。这称为组合 SLA。如果任意一项服务不可用，应用程序就会不可用，因此组合 SLA 始终低于服务链中最低的单项 SLA。

假设某应用程序使用 Azure App Service（99.95%）、Azure SQL Database（99.99%）和 Azure Cache for Redis（99.9%）。组合 SLA 为：0.9995 × 0.9999 × 0.999 = 0.9984 = 99.84%。这意味着即使每项服务都有较高的 SLA，应用程序每月仍可能最多不可用2.4 小时。在服务链中添加更多服务会增加这种风险。

您可以通过添加冗余来提升组合 SLA，即运行某项服务的并行实例，使其中一个实例发生故障时，另一个实例仍可继续运行。对于并行服务，计算公式会发生变化：合计不可用率等于各项服务不可用率的乘积。例如，两个 SLA 均为 99.95% 的 App Service 实例并行运行时：1 - (0.0005 × 0.0005) = 99.9997%。

某些 Azure 服务在免费层级或共享层级中使用时没有 SLA。例如，Azure App Service 的免费（F1）或共享（D1）层级不提供正常运行时间保证。这对于开发和测试是可以接受的，但生产工作负载必须使用付费层级才能获得 SLA 资格。在部署生产资源之前，请务必检查 SLA 条件。

Azure Virtual Machines 会根据配置提供不同的 SLA。使用Premium SSD 的单实例 VM可获得 99.9% 的 SLA。同一 VM 部署在可用性集中时可获得 99.95%。在可用性区域之间部署两个 VM 时可达到 99.99%。这说明架构选择会直接影响您能够向自己的客户声明并承诺的 SLA。

当 Microsoft 未达到 SLA 时，客户可以申请服务额度，即应用于未来账单的百分比折扣。额度金额会随着违约严重程度增加：正常运行时间在 99.0% 到 99.9% 之间时通常为 10%，低于 99.0% 时为 25%，某些情况下为 100%。服务额度是唯一的补救措施，Microsoft 不会因 SLA 违约支付现金补偿。

Microsoft 的 SLA 保证的是服务可用性，而不是您应用程序具体的恢复时间目标（RTO）或恢复点目标（RPO）。即使服务达到了 SLA，您可能仍需要额外的架构模式（例如多区域故障转移或定期备份）来满足自己的业务连续性目标。SLA 是底线，而不是上限。

使用Azure Monitor和Azure Service Health跟踪服务是否达到其 SLA。Azure Service Health 会提供有关服务中断、计划内维护和可能影响您资源的运行状况公告的通知。请设置运行状况警报，以便在您所在区域的 Azure 服务出现问题时立即收到通知。

请测试您对本课 Microsoft Azure Fundamentals（AZ-900）概念的理解。

在本课中，您学习了以下内容：SLA是 Microsoft 以百分比表示的正式正常运行时间保证；串联服务的组合 SLA通过将所有单项 SLA 相乘来计算；并且并行冗余可以显著提升组合 SLA。接下来，我们将学习可用性集和可用性区域，了解如何为 VM 工作负载实现高 SLA。