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 for Valkey を最大限に活用するためのガイドラインです。 これらのベスト プラクティスに従わない場合、ダウンタイム イベントは SLA の対象外となる可能性があります。