Cloud SQL での可用性

このページでは、Cloud SQL の可用性に影響するオペレーションについて説明します。

Cloud SQL を使用すると、アプリケーションを変更することなくデータベースの稼働時間を最大化できます。99.99% の稼働時間 SLA と、複数の計画オペレーションでほぼゼロのダウンタイムを実現する Cloud SQL Enterprise Plus エディションは、アプリケーションの復元力とビジネス継続性を強化します。

稼働時間を最大化すると、データベースのダウンタイムを短縮できます。ダウンタイムは通常、計画的イベントと計画外イベントの両方によって発生します。

ゾーン内の 1 つ以上のインフラストラクチャ コンポーネントの障害など、計画外のアクティビティが発生した場合、Cloud SQL 高可用性（HA）は、セカンダリ ゾーンに同じ IP アドレスのデータベースを起動します。これにより、データが失われることなく、アプリケーションはデータベースでのオペレーションを再開できます。*Cloud SQL の高可用性は、Cloud SQL Enterprise エディションでも利用できます。Cloud SQL で高可用性を構成する方法については、高可用性（HA）についてをご覧ください。

メンテナンスや一部のインスタンスの再構成などの計画的なイベントの場合、Cloud SQL Enterprise Plus エディションでは、アプリケーションの変更やプロキシの要件なしでプライマリ インスタンスのダウンタイムをほぼゼロにできます。

*メキシコ、モントリオール、大阪の各リージョンには、1 つまたは 2 つの物理データセンター内に 3 つのゾーンがあります。これらのリージョンは、少なくとも 3 つの物理データセンターに拡張されています。詳細については、クラウドのロケーションと Google Cloud Platform SLA をご覧ください。ワークロードの信頼性を向上させるには、マルチリージョン デプロイを検討してください。

ダウンタイムがほぼゼロの計画的な運用

次の計画オペレーションでは、Cloud SQL Enterprise Plus エディションのプライマリ インスタンスのダウンタイムがほぼゼロになります。これらのダウンタイムは、スタンドアロン（ゾーン）インスタンスと高可用性（リージョン）インスタンスの両方に適用されます。

  • メンテナンス。ダウンタイムが 1 秒未満のオペレーションが含まれます。

    • Cloud SQL が四半期ごとに実行する自動メンテナンス
    • いつでも開始できるセルフサービス メンテナンス
    • 開始して 1 秒未満のダウンタイムの動作をテストできるメンテナンス シミュレーション

  • インスタンスのスケーリング

    • スケールアップ: 必要に応じて、Cloud SQL インスタンスのコンピューティング サイズ（vCPU、メモリ）を頻繁に増やす

    • スケールダウン: Cloud SQL インスタンスのコンピューティング サイズ（vCPU、メモリ）を頻繁に減らす

  • データ キャッシュ

    • 必要に応じてデータ キャッシュを有効または無効にする

  • エディションのアップグレード

    • Cloud SQL Enterprise Plus エディションへのインプレース アップグレードを実行する

次のステップ