オペレーション ガイドライン

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

はじめに

Memorystore は、インスタンスの構成と使用方法を可能な限り詳細に制御できるようにしています。これには、インスタンスのダウンタイムのリスクを高める構成やワークロード パターンも含まれます。インスタンスが異常になり、Memorystore が、このページで説明されているオペレーション制限とベスト プラクティスに準拠していないと判断した場合、ダウンタイム期間は Memorystore の SLA の対象外になります（または SLA の対象としてカウントされません）。

このオペレーション制限とベスト プラクティスのリストは、こうしたリスクが生じる構成とワークロード パターン、それらを避ける方法、およびビジネス環境でそのような構成が必要な場合にリスクを軽減する方法をお知らせするために掲載しています。

除外される構成

このセクションでは、インスタンスが Memorystore SLA の対象外となる可能性がある構成について説明します。

一般的な構成要件

• 高可用性（レプリカ数 0）なしで Memorystore for Redis Cluster インスタンスを構成した場合、SLA は適用されません。Memorystore SLA は、高可用性用に構成されたインスタンスのみを対象としています。
• インスタンスのメインの鍵バージョンを無効化または破棄すると、そのインスタンスは Memorystore SLA の対象外になります。

リソースの制約

SLA が適用されるようにするには、次のリソース制約を回避する必要があります。

• CPU の過負荷: CPU 使用率が常に高い場合、インスタンスはワークロードに適切なサイズではないか、Redis コマンドが適切に使用されていません。CPU リソースが過負荷状態の場合、SLA の対象外となる可能性があります。

• メモリの過負荷状態: メモリ使用量が常に高い場合、インスタンスはワークロードに適切なサイズではなく、SLA の対象外となる可能性があります。

redis-shared-core-nano ノードタイプ

Memorystore SLA は、redis-shared-core-nano ノードタイプを使用するクラスタには適用されません。このノードタイプは、パフォーマンスが不十分で、ほとんどの本番環境のユースケースには小さすぎるため、ほとんどの本番環境ワークロードには適していません。

ベスト プラクティス

Memorystore で最高のパフォーマンスを実現できるように、Memorystore for Redis Cluster のベスト プラクティスが公開されています。公開されているベスト プラクティスに従わなかったことが原因で発生したダウンタイム イベントは、SLA の対象外となる場合があります。