AlloyDB クラスタとインスタンスは、多くの内部低レベルのGoogle Cloud リソースに依存しています。これには、AlloyDB ノードとロードバランサとして機能する仮想マシン（VM）インスタンスと、データを保持するストレージ ボリュームが含まれます。AlloyDB はマネージド サービスであるため、Google がこれらの内部リソースを最新の状態に保ちます。これにより、AlloyDB クラスタとインスタンスの信頼性、パフォーマンス、セキュリティが確保されます。
これらのアップデートのほとんどはダウンタイムを必要としません。ただし、一部のシステム アップデートでは短時間のサービス中断が必要になります。こうした更新はメンテナンスと呼ばれます。これらの更新では影響を受けるノードの再起動が必要になるため、ダウンタイムが発生する可能性があります。
AlloyDB の中断のないメンテナンス オペレーションでは、プライマリ インスタンスとセカンダリ インスタンスのダウンタイムを 1 秒未満に制限し、読み取りプールのダウンタイムをゼロ秒に制限します。このダウンタイムをほぼゼロまたはゼロに抑えるには、アップデートを含む交換用サーバーを準備し、その後でデータベース サーバーを切り替えます。ログに示すように、オペレーション時間はダウンタイムよりも長くなります。
メンテナンスの理由
メンテナンス アップデートは、次の理由で発生することがあります。
AlloyDB の新しい機能。新しい機能をリリースするには、クラスタ内のノードで実行されている AlloyDB ソフトウェアを更新する必要があります。これには、AlloyDB に含まれている PostgreSQL 拡張機能の更新や、新しい拡張機能のインストールも含まれる場合があります。
データベースの互換性アップグレード。PostgreSQL コミュニティは、サポートされている PostgreSQL のメジャー バージョンに対するマイナー バージョン アップデートを定期的にリリースしています。Google はこれらのアップデートを AlloyDB に組み込み、影響を受けるメジャー バージョンとの互換性のために構成されたクラスタに適用します。詳細については、データベースのバージョン ポリシーをご覧ください。
オペレーティング システムのパッチ。Google は、AlloyDB クラスタを構成する内部リソースで実行されるオペレーティング システムのセキュリティの脆弱性を継続的にモニタリングしています。こうした脆弱性が見つかると、リソースのオペレーティング システムにパッチを適用し、新たなリスクからシステムを保護します。
メンテナンスのタイミングとメンテナンスの時間枠
プライマリ クラスタとセカンダリ クラスタの両方にメンテナンス ウィンドウを設定できます。デフォルトでは、AlloyDB クラスタの緊急でないメンテナンスは、クラスタが配置されているリージョンの現地時間で、平日の午前 6 時から午後 10 時を除く任意の時間に実施できます。
デフォルト以外のメンテナンスのタイミングがクラスタに適している場合は、メンテナンスの時間枠を指定できます。メンテナンスの時間枠では、クラスタでメンテナンス イベントを開始する時間（時刻と曜日）を指定します。たとえば、日曜日の午前 11 時（UTC）にメンテナンスの時間枠が開始するようにクラスタを設定できます。
メンテナンスの時間枠を設定すると、AlloyDB は、指定された時刻から 1 時間以内に開始するように、緊急でない今後のメンテナンス イベントをスケジュールします。また、AlloyDB のメンテナンス イベントに関するメール通知を受け取るオプトインすると、イベントのスケジュールが設定されるとすぐに、そのイベントに関する自動通知が届きます。メンテナンス イベントは、少なくとも 1 週間前にスケジュールされます。
メンテナンスの時間枠の終了時間を設定することはできません。これは、1 回のメンテナンス イベントに必要な合計時間が、クラスタの複雑さ（更新が必要なリードプール インスタンスの数）と更新の性質によって異なるためです。個々のインスタンスに必要なダウンタイムは非常に短い場合がありますが、メンテナンス全体に数時間かかることがあります。このため、メンテナンスの時間枠を使用して、クラスタのインスタンスでメンテナンス ダウンタイムが発生する日時の概要を制御できますが、インスタンスのダウンタイムの時間枠を分単位で指定することはできません。
緊急のセキュリティ パッチの適用など、緊急メンテナンス イベントは、デフォルトのメンテナンス時間または構成されたメンテナンスの時間枠外で発生することがあります。
メンテナンスの時間枠のベスト プラクティス
非本番環境クラスタにメンテナンスの時間枠を設定し、本番環境クラスタにメンテナンスの時間枠を設定しないことおすすめします。これは、メンテナンス アップデートに関するイベントの順序が次のとおりです。
- まず、メンテナンス ウィンドウのないすべてのクラスタが更新されます。
- 次に、メンテナンス ウィンドウがあるすべてのクラスタの更新がスケジュールされます。これらの更新には少なくとも 1 週間の猶予があります。
- 今後の AlloyDB メンテナンス イベントに関する通知を受け取るようにオプトインしている場合、Google からスケジュールされたメンテナンスに関する通知がメールで届きます。
- Google は、スケジュールされた時間にメンテナンス アップデートを実施します。
したがって、今後のメンテナンスの通知は、メンテナンスの時間枠が設定されていないすべてのクラスタに同じ更新がすでに適用されていることを意味します。非本番環境クラスタにメンテナンスの時間枠を設けないと、システム アップデートが最初に受信されることが保証されます。また、今後のメンテナンス通知をプロンプトとして使用して、非本番環境でアップデートをテストまたはプレビューできます。