Memorystore for Valkey のサービスレベル契約（SLA）では、「Google の合理的な制御が及ばない要因によって発生する」停止は除外されています。このページでは、Memorystore for Valkey インスタンスの停止の原因になる可能性があり、除外されるユーザー制御構成とワークロードの一部について説明します。
はじめに
Memorystore は、インスタンスの構成と使用方法を可能な限り詳細に制御できるようにしています。これには、インスタンスのダウンタイムのリスクを高める構成やワークロード パターンが含まれます。インスタンスが異常になり、Memorystore が、このページで説明されているオペレーション制限とベスト プラクティスに準拠していないと判断した場合、ダウンタイム期間は Memorystore の SLA の対象外になります（または SLA の対象としてカウントされません）。
このオペレーション制限とベスト プラクティスのリストは、こうしたリスクが生じる構成とワークロード パターン、これらのリスクを回避する方法、ビジネス環境でそのような構成が必要な場合にリスクを軽減する方法をお知らせするために掲載しています。
除外される構成
このセクションでは、インスタンスが Memorystore SLA から除外される可能性がある構成について説明します。
一般的な構成要件
インスタンスが高可用性なしで構成されている場合（レプリカが 0 個の場合）、SLA は適用されません。Memorystore SLA の対象となるのは、高可用性用に構成された Memorystore for Valkey インスタンスのみです。
リソースの制約
SLA が適用されるようにするには、次のリソース制約を回避する必要があります。
CPU が過負荷状態: CPU 使用率が常に高い場合、インスタンスはワークロードに適切なサイズではないか、Valkey コマンドを使用方法が正しくありません。CPU リソースが過負荷状態の場合、SLA の対象外となる可能性があります。
メモリの過負荷状態: メモリ使用量が常に高い場合、インスタンスはワークロードに適切なサイズではなく、SLA の対象外となる可能性があります。
shared-core-nano ノードタイプ
Memorystore SLA は、shared-core-nano ノードタイプを使用するインスタンスには適用されません。このノードタイプは、パフォーマンスが不十分で、ほとんどの本番環境のユースケースには小さすぎるため、ほとんどの本番環境ワークロードには適していません。
一般的なベスト プラクティス
Memorystore で最適なエクスペリエンスを実現できるように、一般的なベスト プラクティスが公開されています。公開されているベスト プラクティスに従わなかったために発生したダウンタイム イベントは、SLA の対象外となる場合があります。