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

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

Cloud SQL エンジン固有の構成については、次のページでエンジン固有の運用ガイドラインをご覧ください。

はじめに

Cloud SQL は、インスタンスの構成を可能な限り詳細に制御できるようにしています。これには、負荷やその他の構成パラメータに応じて、インスタンスのダウンタイムのリスクを高めるいくつかの構成も含まれます。インスタンスが異常になり、Cloud SQL が、このページで説明されているオペレーション制限に準拠していないと判断した場合、ダウンタイム期間は Cloud SQL の SLA の対象外になります(または SLA の対象としてカウントされません)。

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

除外される構成

除外される構成は、次のカテゴリに分類されます。

  • 一般的な構成要件
  • データベース フラグ値
  • リソースの制約

一般的な構成要件

少なくとも 1 つの専用 CPU によって高可用性を実現するように構成された Cloud SQL インスタンスのみが Cloud SQL の SLA の対象となります。共有コア インスタンスとシングルゾーン インスタンスは、SLA の対象外です。

インスタンスが構成され、ワークロードでインスタンスが過負荷状態になる、またはインスタンスの復旧時間が長くなるように使用される場合、SLA は適用されません。

Cloud Monitoring でアラートとモニタリングを設定することを強くおすすめします。

データベース フラグ値

Cloud SQL では、データベース フラグを使用してインスタンスを構成できます。これらのフラグの一部は、安定性やインスタンスまたはそのデータの耐久性を損なうおそれのある方法で設定されることがあります。

Cloud SQL エンジン固有の構成については、次のページのエンジン固有のフラグをご覧ください。

リソースの制約

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

  • ストレージがいっぱいである: ディスク使用率が常に高く、ストレージの自動増加が有効になっていない場合、インスタンスはワークロードに適切なサイズではなく、SLA の対象外となる可能性があります。
  • CPU が過負荷状態: CPU 使用率が常に高い場合、インスタンスはワークロードに適切なサイズではなく、SLA の対象外となる可能性があります。
  • メモリの過負荷状態: メモリ使用量が常に高い場合、インスタンスはワークロードに適切なサイズではなく、SLA の対象外となる可能性があります。
詳細については、一般的なベスト プラクティスをご覧ください。