SLA 计算器
根据您的 SLA 百分比计算允许的最大停机时间 。
输入您的 SLA
苏丹解放军综合指南
解放军是什么?
服务级协议(SLA)是服务供应商与客户之间的一项合同,它定义了预期服务水平,通常以营业时间的百分比来表示. 《服务协定》规定了在特定期间(日、月或年)允许的最长停工时间,如果供应商未能履行担保,通常包括罚款或服务信贷。 服务级协议常见于云托管,电信,SaaS,以及管理服务.
如何计算停机时间?
公式为: 下行时间= (1- SLA)%) 期间。 例如,有99.9个% 一年以上(525 600分钟):停工=0.1% × 525 600 = 每年526分(约8.76小时). 这个计算器在每日、每月和每年的期间都应用同样的逻辑,这样您就可以看到每个窗口允许的最大出站量。
SLA 对 SLO 对 SLI
服务级协议是合同保证。 SLO (Service Level Goal) 是您所要达到的内部目标—— 通常比 SLA 更高设定以创建缓冲 。 SRI(服务级指标)是您衡量的实际指标(例如,来自监测的可用性百分比)。 良好做法:设置 SLO 0.5-1% 以正常变化不违反协议。
- 时间 %: 苏丹解放军百分比(例如99.9)%) 是有保障的可用性。 剩下的是允许的停机时间。
- The "nines": 99% = 2个9;99.9% = 3个9;99.99% = 4个9;99.999% = 5个9个. 更多9s = 允许的停机时间较少,通常成本较高.
- 服务信贷: 典型的违约补救办法(例如10-25)% 每克0.1的月费% 现金退款。
- 不适用情况: 预定的维修、不可抗力和客户造成的停电通常不计入停电时间。
客户对提供者视角
作为顾客
- 如果供货商失败,你可以得到明确的营业时间担保和信贷。
- 使用此计算器来查看您 SLA 允许的关闭时间( 每天, 月份, 年份) 。
- 谈判合同中的排除、计量方法和信贷上限。
- 较高水平(如99.99)%) 通常成本更高;平衡兼顾业务影响。
作为提供者
- 你承诺最长休息时间;超过这一时间将引发积分或处罚。
- 将内部SLO设置在解放军上方以避免被突破.
- 准确界定什么是停工时间,不包括预定的维修。
- 用合同中使用的相同方法监测可用性。
服务级协议的好处
- 清晰度: 双方就预期的可用性和失败的后果达成一致。
- 问责制: 供应商有达到目标的动力;客户有明确的补救办法。
- 规划: 了解最大允许停机时间(例如,99.9分/月43分)%) 帮助能力和事件应对规划。
- 信任: 已公布的SLA(如云提供商)支持透明度和比较.
限制和考虑
- SLA是可用性的保证,而不是零故障时间. 允许的停用仍会影响用户.
- 服务信贷很少包括间接损害(损失的收入、声誉);适用赔偿责任上限。
- 对停工时间的定义各不相同:部分停工、最低期限和排除必须明确说明。
- 实现5个九(99.999)%) 需要大量冗余和费用;并非所有系统都需要。
服务级协议不能防止停工——它规定了允许多少停工时间,以及如果供应商超过停工时间会发生什么。 总是将什么算作停工时间,如何衡量,以及排除什么(维持,不可抗力). 服务信贷一般是上限的,必须在一个短窗口内申请;服务信贷不能取代业务连续性规划。
选择正确的 SLA 级别
选择适当的服务级协议取决于业务影响、成本和可行性。 考虑:
- 临界度: 休息一小时的费用是多少? 客户收入系统往往需要99.9% 或更高级。
- 费用: 高级服务级协议(99.99)%, 99.999%) 保险费可能相当可观。
- 行业规范: 云供应商经常提供99.9-99.99%; 电信和金融可能需要5个9个。
- 测量: 确保合同规定投票间隔、地点和如何排除预定的维护。
快速引用:解放军停机时间
| 苏丹解放军 | 每个月 | 每年 |
|---|---|---|
| 99% | 7.3 h | 3.65 days |
| 99.9% | 43.8 min | 8.76 h |
| 99.99% | 4.4 min | 52.6 min |
| 99.999% | 26 sec | 5.26 min |
服务级协议规定了对可用性的明确期望,并在供应商不足时提供补救办法。 使用这个计算器将 SLA 百分比转换为具体故障时间限制(每日、月、年),并结合关于计量、排除和服务信用的明确合同条款。 对于关键服务,投资监测和建筑,可以实际满足你承诺或需要的解放军.
SLA 级别
典型的苏丹解放军级别及其影响。 AWS、Azure和GCP通常提供99.9。% 改为99.99% 5个9个(99 999个)%) 需要N+2冗余,常见于电信和核心银行业务.
99% – 99.5%
~7.3小时/月(99)%) 或~3.6小时/月(99.5)%). (中文(简体) ). 适用于非关键内部工具,去除/固定。 成本低,保障少。
99.9% (three nines)
~43.8分钟/月. 常见于商业应用,电子商务,SaaS. 许多云提供商的行业标准.
99.99% (four nines)
~4.4分钟/月. 关键系统,金融服务,支付网关. 需要冗余架构.
99.999% (five nines)
~26秒/个月. 电信级,任务关键(如911,核心银行业务). 非常昂贵的实现和操作。
常规参考表
使用此表可以查看常见的SLA水平每天、月份和年份允许的最大停机时间。 数值来自(1-SLA)%) 分分钟进行。
| 苏丹解放军 | 每日时间 | 每个月 | 每年 |
|---|---|---|---|
| 99% | 14.4 min | 7.3 h | 3.65 days |
| 99.9% | 1.44 min | 43.8 min | 8.76 h |
| 99.99% | 8.6 sec | 4.4 min | 52.6 min |
| 99.999% | 0.86 sec | 26 sec | 5.26 min |
选择和谈判苏丹解放军
在界定或谈判苏丹解放军时,侧重于清晰度和可衡量性。 以下几点有助于避免争端并确保协议可以执行。
- 定义什么算作故障时间( 排除了预定的维护)? 最低期限? )
- 具体说明衡量:投票间隔、地点以及如何提供 % 计算
- 包括服务信贷或处罚;典型的10-25% 每0.1名贷方% 低于苏丹解放军
- 要求在30天内报告事件并进行根源分析
- 定义什么算作故障时间( 排除了预定的维护)? 提前宣布计划停机? )
- 更高的服务级协议成本更高----平衡与业务影响。 1小时的停工费用可能低于99.99的保险费。%.
- 在合同中列入服务信用或罚款。 典型:10-25岁% 每0.1名贷方% 低于苏丹解放军。
- 要求在30天内进行透明的事故报告和根源分析。
- 考虑为不同的服务级别(例如,溢价与标准支持)提供单独的服务水平。
- 具体说明衡量方法:投票间隔(1分?5分?)、监测点的数目、地理覆盖范围。
- Avoid ambiguity: define "available" precisely (e.g., HTTP 200 within 5 seconds from at least 2 of 3 regions).
算什么叫"下课时间"?
苏丹解放军的定义因合同而异。 为避免争议,书面澄清如下:
- 计划维护:通常不包括在内。 必须提前5至14天宣布
- 不可抗力:自然灾害、战争 -- -- 一般排除在外。
- 客户导致的停电: 您的错配置 - 排除。
- 部分停产:一些供应商只计算完全缺产;退化的性能可能不算.
- Minimum outage duration: Outages under 5 minutes may be excluded ("consumption" clauses).
- 第三方依赖性:上游供应商(云、CDN、DNS)造成的停产可能或不会计数----在合同中澄清。
服务信贷和处罚
当违反《服务协定》时,服务信贷是典型的补救办法(而不是现金退款)。 示例结构:
- 99.9% 违反但99.0%: 10% 信贷
- 99.0% 被突破,但95.0%: 25% 信贷
- &95.0%: 50 - 100% 信贷
信用通常上限(例如100)% b) 每月费用。 您必须在30-60天内申请。 信贷不包括间接损害(损失的销售、声誉)——考虑对关键服务分别规定赔偿责任。
按行业分列的苏丹解放军
典型的苏丹解放军期望因部门而异。 在定义或谈判自己的苏丹解放军时,将此作为参考。
- 电子商务/零售: 99.9-99.95%. 高峰期(黑色星期五,圣诞节)每一分钟的停课时间都可能意味着数千个收入损失。
- 保健/保健协会: 99.99% 或更高级的病人治疗系统。 监管压力和患者安全驱动严格要求.
- 银行/金融技术: 99.99-99.999%. 支付处理和核心银行业务往往需要5个9个。 交易系统必须非常可用。
- SaaS / B2B: (韩语). 99.9% 企业客户经常谈判 99.95% 或99.99 (中文(简体) )% 与溢价支持。
- 内部信息技术/发展工具: 99% 可能足以装入CI/CD、内部仪表板。 业务影响低于客户服务系统。
监测和苏丹解放军的遵守情况
要跟踪苏丹解放军的遵守情况,就需要一致的衡量和明确的定义。 以下做法有助于避免争端,并有助于准确报告。
- 从多个地理点进行超时监测(避免单一地点出现虚假阳性)
- 符合苏丹解放军定义的一致投票间隔(例如1分钟检查)
- 精确的事故记录,并附有计算可用性的起始/结束时间戳
- 排除计划维护;确保监测尊重维护窗口
- 透明报告:情况页和每月提供情况报告
多区域或多服务 SLA:如果依赖于多个组件(API,数据库,CDN),每个组件有 99.9%, 综合可用性较低。 示例:API 99.9% × 数据库 99.9% ≈% 端对端. 设计冗余和故障以避免复合故障.