Memorystore for Redis Cluster 服务等级协议 (SLA) 不涵盖“由 Google 的合理控制范围之外的因素引起的”服务中断。 本页面介绍了一些由用户控制的配置和工作负载，而这些配置和工作负载可能会导致 Memorystore for Redis Cluster 中的集群被排除在 SLA 之外。
简介
Memorystore 致力于让您尽可能多地控制集群的配置和使用方式。这包括一些会增加集群停机风险的配置或工作负载模式。如果 您的集群变得健康状况不佳，并且 Memorystore 判断这次停机出于未遵守本页所述的操作限制和最佳实践，那么此停机时段不会被纳入（也不会被计入）Memorystore SLA 的涵盖范围内。
这份操作限制和最佳实践列表旨在让您了解哪些配置和工作负载模式存在这些风险，并提供了避免这些配置和工作负载模式的方法，以及在您的业务环境需要此类配置时可以采取的风险缓解措施。
不计入 SLA 的配置
本部分列出了可能会导致您的集群被排除在 Memorystore SLA 之外的配置。
常规配置要求
- 如果您配置的集群没有 高可用性 （0 个副本），则 SLA 不适用。Memorystore SLA 仅涵盖配置了高可用性的集群。
- 如果您停用或销毁集群的主密钥版本，则该 集群将被排除在 Memorystore SLA 之外。
资源限制条件
为使实例保留在 SLA 的涵盖范围内，必须避免出现以下资源限制条件：
CPU 过载： 如果 CPU 利用率一直很高，则说明集群的大小不适合工作负载，或者您使用的 Redis 命令不正确。如果 CPU 资源过载，您可能不在 SLA的涵盖范围内。
内存过载： 如果您的内存用量一直很高，则说明您的集群大小不适合您的工作负载，并且可能不在 SLA 的涵盖范围内。
redis-shared-core-nano 节点类型
Memorystore SLA 不适用于使用
redis-shared-core-nano 节点类型的集群。该节点类型不适合大多数生产工作负载，因为其性能不足，并且对于大多数生产用例来说太小。
最佳实践
我们发布了 Memorystore for Redis Cluster 最佳实践 ，以确保您获得最佳的 Memorystore 体验。如果您未遵循 已发布的最佳实践，由此导致的停机事件可能不在 SLA的涵盖范围内。