Memorystore for Redis Cluster のサービスレベル契約（SLA）では、「Google の合理的な制御が及ばない要因によって発生する」停止は除外されています。 このページでは、Memorystore for Redis Cluster のクラスタの停止の原因になる可能性があり、除外されるユーザー制御構成とワークロードの一部について説明します。
はじめに
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 の対象外となる可能性があります。