Redis 8 来了——而且它是开源的
了解更多
最后更新：2024 年 3 月 15 日
本服务等级协议（“SLA”）适用于 Redis Enterprise Cloud 服务（“云服务”）的使用，这些服务根据 云服务条款 或我们与客户就 Redis Cloud 和服务（“协议”）使用达成的其他协议条款提供。本 SLA 是协议的一部分，并受协议条款约束；除非另有说明，本协议中大写术语的含义与协议中规定的一致。Redis 保留通过在其网站上发布更新条款来更改本 SLA 条款的权利，此类更改自发布之日起生效。
“Active-Active SLA” 适用于 Active-Active 数据库部署。
“部署分钟数”是指在计费月份内，特定数据库在云服务中部署的总分钟数。
“停机时间”是指在计费月份内，数据库不可用的累积部署总分钟数（适用于客户在商业订阅下部署的所有数据库）。如果客户在该分钟内所有持续尝试连接数据库的尝试均失败，则该分钟被视为数据库不可用。但是，对于 Active-Active SLA，如果客户在该分钟内所有持续尝试连接 Active-Active 部署下的所有数据库的尝试均失败，则该分钟被视为不可用。此外，“停机时间”不包括维护期间的停机。零散的不可用分钟数也不计入停机时间。
“维护”是指在云服务上进行的纳入新功能、升级、更新、集群优化、补丁和/或错误修复。
“最大可用分钟数”是指在给定计费月份内，客户在特定云服务订阅下部署的所有数据库的部署总分钟数之和。
“月度正常运行时间百分比”是针对数据库计算的，等于最大可用分钟数减去停机时间，然后除以给定计费月份内特定云服务订阅的最大可用分钟数。此月度正常运行时间百分比由以下公式表示：
月度正常运行时间 % = (最大可用分钟数 – 停机时间) / 最大可用分钟数
“Multi-AZ SLA” 适用于不属于 Active-Active 部署的 Multi-AZ 数据库部署。
“分片”是指一种计费单位，根据文档中的描述，它支持特定数据集大小（以 GB 为单位）和特定吞吐量（以 ops/秒为单位）。分片用于确定客户工作负载（定义如下）的大小。
“服务抵扣金”是一种抵扣金或折扣，用于抵扣未来的云服务费用，是客户对于 Redis 未能按照服务承诺或任何其他与云服务相关的陈述或保证提供云服务的唯一且排他的补救措施。
“标准 SLA” 适用于不属于 Active-Active 部署或 Multi-AZ 部署的标准数据库部署。这是基本计划适用的唯一月度正常运行时间百分比级别。
2.1 计划。Redis 提供三种付费云服务计划：(i) 基本计划 (essentials)，(ii) 专业计划 (pro)，和 (iii) 年度计划 (annual)。客户选择的计划会影响客户的费用、交易方式、维护窗口权限、月度正常运行时间百分比、基础设施配置、云服务限制（如果适用）等，具体描述请参阅：https://redis.ac.cn/pricing/#cloud。
2.2 配置和性能。Redis 利用容量和吞吐量衡量标准，根据典型使用情况（“参考工作负载”）在文档中描述的方式协助客户配置云服务。Redis 将尽商业上合理的努力，根据客户请求的容量和吞吐量相对于参考工作负载确定典型的云服务资源，并为客户配置足够的资源（“预置工作负载”）。但是，上传或从云服务检索的实际数据量以及客户在云服务中执行命令的复杂性决定了云服务的实际性能（“实际工作负载”）。如果客户持续使用的命令比参考工作负载更 CPU 密集，持续生成明显更大的响应大小，或持续包含明显更大的有效载荷大小，预置工作负载可能无法满足实际工作负载。在这种情况下，客户可能需要增加预置工作负载，以便 Redis 能够提供足够的资源来满足客户的实际工作负载。如果客户选择的计划和预置工作负载不足以满足客户在云服务中产生的传输量和观察到的命令组合，Redis 将通知客户。基本计划和专业计划的预置工作负载选项受到限制，如果客户的实际工作负载导致过度拥塞、达到适用限制或产生额外费用（“工作负载限制”），Redis 可能会减慢或阻止数据传输。对于因工作负载限制导致的任何性能问题，Redis 不承担责任。年度计划的云服务不受 Redis 减慢或阻止的影响。
2.3 宽限期。如果客户的预置工作负载无法持续满足实际工作负载的水平，Redis 将与客户合作调整预置工作负载，以保持云服务的运行稳定性。从沟通之日起，客户有 2 周（“宽限期”）的时间，在此期间 Redis 将支持客户的实际工作负载和合理的超额使用，不收取额外费用。在宽限期内，Redis 将与客户合作确定是否可以针对客户的实际工作负载进行云服务优化，或者是否需要增加预置工作负载以满足云服务所需的性能。宽限期结束后，Redis 可能会修改预置工作负载以确保云服务的运行稳定性，并可能收取额外费用。如果客户在任何 6 个日历月期间有超过 2 个宽限期，Redis 保留要求合理调整预置工作负载以满足适用 SLA 的权利。
3.1 服务承诺。服务承诺和服务抵扣金仅适用于已启用复制且已正常运行至少 24 小时的云服务部署，并单独适用于云服务交易下的每个商业订阅。Redis 将尽商业上合理的努力最大化其云服务的可用性，并提供：(a) 如果适用 Active-Active SLA，月度正常运行时间百分比至少为 99.999%；(b) 如果适用 Multi-AZ SLA，月度正常运行时间百分比至少为 99.99%；或 (c) 如果适用标准 SLA，月度正常运行时间百分比至少为 99.9%（适用的“服务承诺”）。如果云服务未能达到本服务承诺，客户将有资格获得下文所述的服务抵扣金。
3.2 服务抵扣金。服务抵扣金是根据客户为未达到适用服务承诺的云服务商业订阅支付的月度费用百分比计算的，具体计算方式按照表 1 – 服务抵扣金计算进行。
表 1 – 服务抵扣金计算
| 描述 | 月度正常运行时间百分比 | 服务抵扣金百分比 |
| Active-Active SLA | 低于 99.999%，但等于或高于 99% | 10% |
| 低于 99% | 25% | |
| Multi-AZ SLA | 低于 99.99%，但等于或高于 99% | 10% |
| 低于 99% | 25% | |
| 标准 SLA | 低于 99.9%，但等于或高于 99% | 10% |
| 低于 99% | 25% |
Redis 仅将服务抵扣金用于抵扣未来的云服务付款。我们可自行决定将服务抵扣金发放至客户用于支付未达到服务承诺的计费周期费用的付款方式。服务抵扣金不赋予客户从 Redis 获得任何退款或其他付款的权利。服务抵扣金不可转让或应用于任何其他账户。除非协议中另有说明，客户对于 Redis 未能按照服务承诺或任何其他 Redis 陈述或保证提供云服务导致的任何不可用性、不履行或其他故障的唯一且排他的补救措施是根据本 SLA 的条款获得服务抵扣金（如果符合资格）。
3.3 服务抵扣金申请和支付流程。要获得服务抵扣金，客户必须采取以下所有行动：(a) 在首次意识到影响服务可用性的事件后 24 小时内向 Redis 提交支持工单；以及 (b) 在事件发生后的第二个计费周期结束前，向 Redis 提交有关该事件的申请，申请应包含下文指定的信息以及 Redis 可能要求的其他相关信息。例如，如果停机发生在 2 月 15 日，Redis 必须在客户意识到该停机后 24 小时内收到支持工单，并在 3 月 31 日前收到包含所有必需信息的申请。服务抵扣金申请必须包含：
如果此类服务抵扣金申请的月度正常运行时间百分比经 Redis 确认低于服务承诺，Redis 将在收到抵扣金申请后的一个计费周期内向客户发放服务抵扣金。未能提供服务抵扣金申请和上述其他必需信息将导致客户失去获得服务抵扣金的资格。此外，客户必须遵守协议才能有资格获得服务抵扣金，否则即使满足所有其他要求也无权获得。
如果可用性受到明确用于月度正常运行时间百分比计算之外的因素影响，Redis 可自行决定考虑此类因素并提供相应的服务抵扣金。基于旧版本的云服务将在升级后 18 个月或由 Redis 公告后完全终止并不可用。
5.1 维护窗口。这些维护和维护窗口条款适用于所有云服务的商业订阅。Redis 可能随时进行维护。尽管有前述规定，我们鼓励年度计划和专业计划客户在 Redis 用户界面中手动选择一个标准的每周维护时段（每周一次的“维护窗口”）。尽管选择了每周维护窗口，Redis 不一定每周都进行维护。选择维护窗口的客户每月最多可以通过 Redis 用户界面推迟两次维护窗口，每年最多推迟十次。维护窗口目前不适用于基本计划。Redis 将尽最大努力在指定的维护窗口内进行维护，但客户承认维护可能需要比预期更多的时间，在这种情况下，维护可能会在维护窗口之外完成。
5.2 维护通知。如果客户未选择维护窗口，Redis 可自行决定安排和进行维护，并会在维护开始和结束时向客户提供通知。Redis 可以在客户选择的维护窗口内进行维护，而无需提前通知，但会在维护开始和结束时向客户提供通知。如果即将进行的维护是一个高影响事件，Redis 可自行决定仅向年度计划和专业计划客户提供合理的提前通知。Redis 不会向基本计划客户提供维护通知。无论计划类型或选择的任何维护窗口如何，Redis 保留根据需要尽快执行紧急维护活动的权利。
