このページでは、AlloyDB for PostgreSQL のメンテナンス イベントに関する問題を解決する方法について説明します。AlloyDB のメンテナンスにより、クラスタとインスタンスの信頼性、パフォーマンス、セキュリティ、最新性が維持されます。詳細については、メンテナンスの概要をご覧ください。
サービス主導のメンテナンス中にデータベース環境が中断される
説明: AlloyDB メンテナンス オペレーション中に、データベース環境で 1 秒未満のダウンタイムが発生します。
AlloyDB は、更新を含む仮想マシン（VM）を作成することで、メンテナンス中の停止を最小限に抑えます。交換用 VM の準備が整うと、AlloyDB はアクティブな VM と交換します。
VM のスワップがインスタンスに与える影響は次のとおりです。
- プライマリ インスタンス: 通常、ダウンタイムは 1 秒未満です。
- 読み取りプール インスタンス: ダウンタイムは 0 秒です。
推奨される修正: データベースとアプリケーションが自動的に再接続されるように、堅牢な再試行ロジックを使用してデータベース環境を構成します。
インスタンスとデータベースのサイズによっては、メンテナンス後にパフォーマンスが若干低下することがあります。パフォーマンスの低下を最小限に抑えるため、AlloyDB は交換用マシンのキャッシュを事前に設定された時間だけプリウォームします。この事前ウォーミングは、ほとんどの環境で十分です。キャッシュが入力される前にタイムアウトが発生した場合、メンテナンスの完了後にプロセスが続行されます。
ユーザー主導のメンテナンス中にデータベース環境が中断される
説明: インスタンスのサイズ変更やほとんどのデータベース フラグの変更など、データベース環境の更新と構成の変更を行うと、データベース環境で 1 秒未満のダウンタイムが発生します。
デフォルトでは、ユーザー主導のデータベース構成の変更には、サービス主導のイベントと同じ中断のないメンテナンス オペレーションが使用されます。このオペレーションにより、1 秒未満のダウンタイムが発生します。ダウンタイムは短時間ですが、オペレーション全体の長さは 15 分を超えることがあります。詳細については、メンテナンスの概要をご覧ください。
推奨される修正: データベース環境を更新するときに、プライマリ インスタンスの 1 秒未満のダウンタイムを回避することはできませんが、一時的な接続の切断を計画することはできます。
ユーザー主導のメンテナンス後にデータベースのパフォーマンスがわずかに低下する
説明: ユーザー主導のメンテナンス後、データベースのパフォーマンスがわずかに低下します。
推奨される修正: ユーザーが開始したメンテナンスの場合、AlloyDB は、交換用マシンのキャッシュを最大 5 分間プレウォーミングすることで、パフォーマンスの低下を防ぐことを目指しています。通常はこれで十分ですが、環境によってはパフォーマンスの低下を避けられない場合があります。通常、ユーザー主導の変更の事前準備期間は、サービス主導のメンテナンスよりも短くなります。キャッシュが完全に読み込まれる前にタイムアウトが発生した場合、メンテナンスの時間枠が完了すると、キャッシュの読み込みプロセスが再開されます。
FORCE_APPLY フラグを使用すると、データベースでダウンタイムが発生します
説明: オプションの FORCE_APPLY フラグを使用して、データベースに変更を加えます。
FORCE_APPLY フラグ オプションを使用すると、ダウンタイムが発生します。このフラグを使用するとインスタンスが再起動し、データベースが数分間使用できなくなります。
本番環境クラスタで予期しないメンテナンスが発生する
説明: 本番環境クラスタで予期しないメンテナンス アップデートが発生します。
推奨される修正: 本番環境クラスタで予期しないメンテナンスが発生しないように、メンテナンス イベントが発生するタイミングを把握できるようにメンテナンス期間をスケジュールします。
クラスタでメンテナンスの時間枠をスケジュールするには、AlloyDB for PostgreSQL クラスタのメンテナンスの時間枠を管理するをご覧ください。
メンテナンスの時間枠をスケジュールしない場合、AlloyDB クラスタの緊急でないメンテナンスは、クラスタが配置されているリージョンの現地時間で、平日の午前 6 時から午後 10 時を除く任意の時間に実施できます。
メンテナンスの時間枠は、任意の曜日の 1 時間の時間枠でスケジュールできます。
本番環境クラスタで予定されているメンテナンスのリマインダーを受け取るには、予定されているメンテナンスの前にメール通知を受け取るようにオプトインします。
1 ～ 30 日の範囲でメンテナンス拒否期間を構成して、特定の期間にメンテナンス オペレーションが行われないようにすることもできます。詳細については、メンテナンス期間の拒否を構成するをご覧ください。