Azure Database for PostgreSQLフレキシブル サーバーは、マネージド データベースのセキュリティ、安定性、および最新の状態を維持するために、定期的にメンテナンス操作を行います。 メンテナンスには、プラットフォームの更新プログラム、オペレーティング システムの更新プログラム、セキュリティ パッチ、PostgreSQL エンジンの更新プログラムを含めることができます。
Important
Azure Database for PostgreSQL フレキシブル サーバーのメンテナンス中は、すべてのサーバー操作（変更、構成変更、サーバーの開始または停止）を避けてください。 これらのアクティビティに関与すると、予期しない結果を招き、サーバーのパフォーマンスと安定性に影響を与える可能性があります。 メンテナンスが終了するまで待ってから、サーバー操作を実行してください。
メンテナンス期間
特定の曜日とその日の時間枠の間でのメンテナンスをスケジュールできます。 また、システムで自動的に曜日と時間帯が選択されるようにすることもできます。
システムは、準備に十分な時間が必要になるように、5 日前にメンテナンス通知を送信します。 また、メンテナンスがいつ開始され、いつ正常に完了したかについても通知されます。
今後予定されているメンテナンスに関する通知は、次の方法で受け取ることができます。
- 特定のアドレスにメールを送信します。
- Azure Resource Manager ロールに電子メールで送信します。
- モバイル デバイスへのテキスト メッセージ。
- Azure アプリケーションにプッシュ通知を送信します。
- 音声メッセージ。
メンテナンス スケジュールの基本設定を指定する場合は、カスタム スケジュールとシステム管理スケジュールのどちらかを選択します。 カスタム スケジュールを選択する場合は、曜日と時間枠を指定します。 ただし、システム管理スケジュールを選ぶと、システムによって自動的に日が選択されます。 その日には、サーバー リージョンの時刻の午後 11:00 から午前 7:00 までの 1 時間の時間枠が選択されます。 Azure Database for PostgreSQLフレキシブル サーバーごとに異なるメンテナンス スケジュールを構成できます。
Important
通常、サーバーのスケジュールされたメンテナンス イベントが成功するまでの間隔は、少なくとも 30 日間です。 ただし、重大な脆弱性などの重大な緊急更新プログラムの場合、通知ウィンドウは 5 日より短くすることも、省略することもできます。 システムが過去 30 日間にスケジュールされたメンテナンスを実行した場合でも、重要な更新プログラムがサーバーに適用される可能性があります。
予定メンテナンス設定はいつでも更新できます。 Azure Database for PostgreSQL フレキシブル サーバーのメンテナンスがスケジュールされていて、予定メンテナンス設定を更新した場合、現在のロールアウトは再プログラミングされません。 これは、既にスケジュールされた日時で進行します。 スケジュールされたメンテナンス設定の変更は、次のスケジュールされたメンテナンスが正常に完了すると有効になります。
システム管理Windows (SMW) とカスタム メンテナンス Windows (CMW)
Azure サブスクリプション内のAzure Database for PostgreSQLフレキシブル サーバーごとに、システム管理のスケジュールまたはカスタム スケジュールを定義できます。
- システム管理スケジュールでは、サーバー リージョンの時刻の午後 11:00 から午前 7:00 までの 1 時間の時間枠が選択されます。
- カスタム スケジュールでは、1 時間の時間枠の曜日と開始時刻を選択して、サーバーのメンテナンス期間を指定します。
スケジュールされたメンテナンスは、システム管理のスケジュールで構成されているサーバーで最初に行われます。 カスタムスケジュールを持つサーバーは、リージョン内で少なくとも7日後に稼働します。 開発サーバーとテスト サーバーの早期更新プログラムを受信するには、システム管理のスケジュールを使用してください。 このスケジュールの選択により、更新プログラムがカスタム スケジュールを使用して運用サーバーに到達する前に、早期のテストと問題の解決が可能になります。
カスタム スケジュール サーバーの更新プログラムは、定義されたメンテナンス期間中の 7 日後に開始されます。 通知が表示されたら、更新プログラムを延期することはできません。 運用環境でのみカスタム スケジュールを使用します。
まれに、システムが一部のメンテナンス イベントを取り消すか、一部のイベントが正常に完了しない場合があります。 更新が失敗した場合、プロセスはロールバックされ、サーバーは以前のバージョンのバイナリに復元されます。 メンテナンス期間中に再起動することもできます。
更新プログラムが取り消されたまたは失敗した場合、取り消されたまたは失敗したメンテナンス イベントに関する通知がシステムによって生成されます。 次にメンテナンスを実行しようとすると、現在のスケジュール設定に従ってスケジュールが設定され、5 歴日前に通知が届きます。
計画メンテナンスに関する考慮事項と制限事項
毎月の計画メンテナンス中は、次の点に注意してください。
- 毎月のメンテナンスは影響を受け、ダウンタイムが発生します。
- ダウンタイムは、メンテナンス時のサーバーのトランザクション負荷によって異なります。
- メンテナンスをスケジュールすると、メンテナンス設定の変更は、現在のメンテナンス サイクルではなく、次のメンテナンス サイクルにのみ適用されます。
今後のメンテナンスを表示する
メンテナンスが開始される前に、フレキシブル サーバーの今後のメンテナンス イベントを表示できます。 この可視性は、メンテナンスがスケジュールされるタイミング、イベントを再スケジュールできるかどうか、および計画されている更新の種類を理解するのに役立ちます。
今後のメンテナンス イベントが利用可能になると、次のような詳細を表示できます。
- 次のスケジュールされたメンテナンス イベント
- 推定開始時刻
- 推定終了時刻
- メンテナンスの種類
- メンテナンスの状態
- イベントが再スケジュールの対象かどうか
- 再スケジュールの期限 (該当する場合)
Note
現在、サーバーのメンテナンス イベントがスケジュールされていない場合は、今後のメンテナンスの詳細が表示されない可能性があります。
計画メンテナンスを将来の日付に再スケジュールする
運用環境のワークロードでは、ピークトラフィック時間、リリース期間、移行、財務終了、季節イベントなど、ビジネスクリティカルな期間中のメンテナンスを避ける必要がある場合があります。 今後のメンテナンス イベントが再スケジュールの対象となる場合は、ワークロードのニーズに合わせて、後で適切な時間にメンテナンスを移動できます。
Azure ポータルを使用して、メンテナンスを再スケジュールできます。 Azure CLIまたは REST API のサポートは機能しています。
メンテナンスの再スケジュールでできること
メンテナンスのスケジュールを変更すると、次のことができます。
- サーバーの今後のメンテナンスを表示します。
- 将来の対象となるメンテナンスの日付と時刻を選択します。
- 最初に計画されたメンテナンス日から最大 14 日間、メンテナンスを延期します。
- リスクの高い事業期間中はメンテナンスを避けます。
- 更新されたメンテナンス スケジュールを常に把握します。
Note
一部のメンテナンス イベントは、再スケジュールの対象にならない場合があります。 たとえば、重要なセキュリティまたはコンプライアンス関連のメンテナンスは、必要な期間内に適用する必要がある場合があります。
Prerequisites
メンテナンスのスケジュールを変更するには、次のものが必要です。
- Azure Database for PostgreSQL - フレキシブル サーバー。
- 再スケジュールの対象となる今後のメンテナンス イベント。
- カスタム管理メンテナンス期間を使用しているサーバー。
- サポートされているコンピューティング レベル。
サポートされているサーバー
メンテナンスの再スケジュールは、次のコンピューティング レベルのサーバーでサポートされています。
- General Purpose
- メモリ最適化
バースト可能なコンピューティング レベル サーバーでは、メンテナンスの再スケジュールはサポートされていません。
再スケジュールのルールと制限事項
メンテナンスのスケジュールを変更する前に、次の規則を確認してください。
- [再スケジュール] アクションは、メンテナンス イベントがスケジュールされている場合にのみ使用できます。
- メンテナンス イベントは、再スケジュールの対象である必要があります。
- 対象となる将来のスロットのみが選択可能です。
- 新しいメンテナンス時間は、許可された再スケジュール期間内である必要があります。
- メンテナンスは、最初に通知されたスケジュール日から最大 14 日で再スケジュールできます。
- スケジュール変更は、最初にスケジュールされたメンテナンス時間の 15 分前から使用できません。
- メンテナンスが準備状態に入らず、新しい時刻が許可された再スケジュール期間内であれば、再スケジュールされた時間を複数回更新できます。
Important
メンテナンスが適用されたときに変更を再スケジュールしますが、メンテナンス イベントは取り消されません。
オンデマンドでメンテナンスを適用する
今後のメンテナンス イベントが利用可能になると、スケジュールされたメンテナンス期間を待つ代わりに、すぐにメンテナンスを適用できます。 このオプションを使用すると、メンテナンスが開始されるタイミングをより詳細に制御でき、ワークロードにとって安全な期間中に更新プログラムを適用するのに役立ちます。
Azure ポータルを使用して>
オンデマンド メンテナンスが提供する内容
必要に応じてメンテナンスを適用すると、次のことができます。
- 今後のメンテナンス イベントを表示します。
- 対象となるメンテナンスを直ちに開始します。
- ワークロードが再起動または短時間の中断を許容できる場合は、更新プログラムを適用します。
- 都合の悪い予定時間帯にメンテナンスが開始される可能性を低減します。
- メンテナンスの状態を、スケジュールされた状態から進行中に移動してから完了するまで追跡します。
Note
必要に応じてメンテナンスを適用しても、メンテナンス イベントは取り消されません。 対象となるメンテナンス ワークフローが直ちに開始されます。
サポートされているメンテナンス状態
[ 今すぐ適用] アクションは、次の場合にのみ使用できます。
- 対象となるメンテナンス イベントが存在します。
- サーバーがまだメンテナンス中ではありません。
- メンテナンス イベントは、
ScheduledまたはRescheduled状態です。
[今すぐ適用] を確認すると、サーバーはメンテナンス準備ワークフローに入り、メンテナンス イベントがInProgressに移行します。
Important
メンテナンスを直ちに適用すると、メンテナンス期間中にサーバーが再起動する可能性があります。 必要に応じてメンテナンスを適用する前に、アプリケーションが一時的な中断を許容できることを確認します。
メンテナンス履歴の表示
メンテナンス履歴を表示して、サーバーの過去のメンテナンス イベントを確認できます。 メンテナンス履歴は、メンテナンスがいつ発生したか、適用されたメンテナンスの種類、およびイベントの最終的な状態を理解するのに役立ちます。
Azure ポータル>使用して、サーバーのメンテナンス履歴を<できます。 Azure CLIまたは REST API のサポートは機能しています。
メンテナンス履歴で提供される内容
メンテナンス履歴を使用すると、次のことができます。
- サーバーの過去のメンテナンス イベントを確認します。
- メンテナンスの開始と完了を確認します。
- メンテナンスの種類と状態を表示します。
- メンテナンス イベントが正常に完了したかどうかを確認します。
- 運用レビュー、インシデント調査、監査要件をサポートします。
Note
サーバーで過去のメンテナンス イベントが使用できない場合は、メンテナンス履歴セクションが空である可能性があります。
停止/無効化されたインスタンスにメンテナンスを適用する
スケジュールされたメンテナンス中に PostgreSQL サーバーが停止した場合、メンテナンスはすぐには適用されません。 代わりに、メンテナンスは、お客様が手動で、または 7 日間の自動再起動 機能を使用して自動的に、サーバーが再起動されたときに適用されます。 サーバーが停止し、サーバーの再起動時に適用されるため、メンテナンスを適用できなかったことを示す通知が顧客に送信されます。
お客様は、特に手動再起動中に保留中のメンテナンスが適用されると、再起動時間がわずかに増加する (5 ~ 8 分) ことに気付く場合があります。
統合メンテナンス通知
複数の Azure Database for PostgreSQL サーバーを実行しているお客様は、同じ計画メンテナンス イベントに対して複数の個別の通知を受け取る場合があり、メンテナンスの追跡がより困難になります。 このオーバーヘッドを減らすために、Azure Database for PostgreSQLでは、同じリージョン内の複数のサーバーの計画メンテナンス通知を 1 つの通知に統合できるようになりました。 これにより、通知の疲労を軽減し、影響を受けるリソースの可視性を維持しながら、今後のメンテナンスを追跡しやすくなります。
Note
サービス正常性アラートを構成すると、リージョンでの今後の計画メンテナンスを通知する電子メールまたはAzureモバイル アプリケーション通知を受け取ります。 統合メンテナンスの場合、 1 つの通知/電子メール が送信され、リージョンでの今後のメンテナンスが通知され、リージョンでメンテナンスが完了したときに別の通知が送信されます。 リージョンのメンテナンスが取り消されると、3 番目の通知/電子メールが届きます。 メンテナンスの進行中や各サーバーの完了時に通知/電子メールを受け取りません。
計画メンテナンスを表示するには、メンテナンス通知メール内の [Azure Service Healthで表示] を選択します。
次に、Azure Service Health Portal の [計画メンテナンス] ブレードに移動し、該当する Azure Database for PostgreSQL の通知を選択します。
[概要] タブには、リージョン、影響を受けたサブスクリプション、メンテナンスの開始時刻と終了時刻など、リージョンでの今後のメンテナンスの詳細が表示されます。 表示される開始時刻と終了時刻は、 お客様を含む、このリージョン内のすべての影響を受けたサーバーの計画メンテナンスの期間を表します。 今後のメンテナンスが予定されているサブスクリプション内のサーバーと、スケジュールされた開始時刻と終了時刻を表示するには、影響を受けるリソース タブを選択します。重要な機能の一覧を表示するには、メンテナンス アップグレードに含まれる PostgreSQL バージョンの変更、機能強化、および問題の修正プログラムで、概要ページのメンテナンス リリース ノートを選択します。
影響を受けるリソース タブには、サブスクリプション内の影響を受ける各サーバーが一覧表示されます。 各リソースについて、[詳細] を選択すると、メンテナンスの状態、サーバー固有のスケジュールされたメンテナンスの開始、終了時刻などの詳細が表示されます。 影響を受けるすべてのサーバーのメンテナンス状態、開始時刻、終了時刻を表示するには、[影響を受けるリソース] タブの [CSV にエクスポート] を選択します。
エクスポートされた .csv ファイルには、影響を受けた各サーバーとそのメンテナンスの状態、およびスケジュールされたメンテナンスの開始時刻と終了時刻が含まれます。 表示されているすべての時刻は UTC です。
Note
この .csv ファイルは、影響を受けたサーバーの状態のスナップショットを一度に表します。 .csv ファイルをもう一度ダウンロードして、特定の時点のメンテナンスの現在の状態を確認することをお勧めします。特に、サーバーでメンテナンスが完了することを確認します。 質問やサポートについては、Azure ポータルでsupport 要求を作成します。