このページでは、Cloud SQL の可用性に影響するオペレーションについて説明します。
Cloud SQL を使用すると、アプリケーションを変更することなくデータベースの稼働時間を最大化できます。99.99% の稼働時間 SLA と、いくつかの計画オペレーションのダウンタイムがほぼゼロであるため、Cloud SQL Enterprise Plus エディションはアプリケーションの復元力とビジネス継続性を向上させます。
稼働時間を最大化すると、データベースのダウンタイムを短縮できます。ダウンタイムは通常、計画外のイベントと計画的なオペレーションの両方によって発生します。
計画外のイベントとゾーンの停止
高可用性を必要とするアプリケーションの場合は、Cloud SQL で高可用性（HA）構成とも呼ばれるリージョン可用性向けにインスタンスを構成することをおすすめします。Cloud SQL で高可用性を構成する方法については、高可用性（HA）についてをご覧ください。
リージョン可用性で構成されたインスタンスで障害が発生した場合、Cloud SQL はセカンダリ ゾーンで同じ IP アドレスを使用してインスタンスを自動的に起動します。データが失われることもないため、アプリケーションはデータベースでのオペレーションを再開できます。これにより、単一の VM ホストの障害や、ゾーン全体の停止を引き起こす 1 つ以上のインフラストラクチャ コンポーネントの障害など、計画外のイベントから保護されます。
Cloud SQL の高可用性は、Cloud SQL Enterprise Plus エディションと Cloud SQL Enterprise エディションの両方で利用できます。
インスタンスにリージョン可用性を構成しない場合、インスタンスはゾーン可用性（スタンドアロン インスタンス）として構成されます。
Cloud SQL は、VM ホストの障害からスタンドアロン インスタンス（ゾーン可用性で構成されたインスタンス）を自動的に復元します。ただし、Cloud SQL はゾーン停止からスタンドアロン インスタンスを自動的に復元しません。正常なゾーンにスタンドアロン インスタンスを再確立するには、スタンドアロン インスタンスを手動で復元する必要があります。ゾーン停止からスタンドアロン インスタンスを手動で復元するには、ポイントインタイム リカバリを実行するか、リードレプリカを昇格させてスタンドアロン インスタンスにします。詳細については、スタンドアロン インスタンスの復元オプションをご覧ください。
ダウンタイムがほぼゼロの計画的なオペレーション
メンテナンスや一部のインスタンスの再構成といった計画的なオペレーションの場合、Cloud SQL Enterprise Plus エディションでは、プライマリ インスタンスのダウンタイムをほぼゼロになります。アプリケーションの変更は必要なく、プロキシの要件もありません。
次の計画オペレーションでは、Cloud SQL Enterprise Plus エディションのプライマリ インスタンスのダウンタイムがほぼゼロになります。これらのダウンタイムは、スタンドアロン（ゾーン）インスタンスと高可用性（リージョン）インスタンスの両方に適用されます。
メンテナンス。ダウンタイムが 1 秒未満のオペレーションが含まれます。
- Cloud SQL が四半期ごとに実行する自動メンテナンス
- いつでも開始できるセルフサービス メンテナンス
- 開始して 1 秒未満のダウンタイムの動作をテストできるメンテナンス シミュレーション
- マイナー バージョンのアップグレード
- マイナー バージョンのアップグレードは自動メンテナンスの一部であり、ダウンタイムは 1 秒未満です。
インスタンスのスケーリング
- スケールアップ: 必要な頻度で、Cloud SQL インスタンスのコンピューティング サイズ（vCPU、メモリ）を増やす
スケールダウン: まれに、Cloud SQL インスタンスのコンピューティング サイズ（vCPU、メモリ）を減らす
-
- 必要に応じてデータ キャッシュを有効または無効にする
-
- Cloud SQL Enterprise Plus エディションへのインプレース アップグレードを実行する