重要
PostgreSQL のAzure Cosmos DBは廃止パスにあり、新しいプロジェクトでは推奨されなくなりました。 代わりに、次の 2 つのサービスのいずれかを使用します。
PostgreSQL ワークロードの場合: Azure Database for PostgreSQL のElastic Clusters 機能を使用して、オープンソース Citus 拡張機能に含まれる水平スケールアウトおよび分散 PostgreSQL 機能を使用します。 移行のガイダンスについては、「 Elastic Cluster を使用したAzure Database for PostgreSQLへの移行を参照してください。 NoSQL ワークロードの場合は、99.999% 可用性サービス レベル アグリーメント (SLA)、インスタント 自動スケール、複数リージョン間の自動フェールオーバーを含む分散データベース ソリューションのNoSQL に対してAzure Cosmos DB を使用します。
PostgreSQL のAzure Cosmos DBは、マネージド データベースのセキュリティ、安定性、および up-to-date を維持するために定期的なメンテナンスを行います。 メンテナンスの間に、クラスター内のすべてのノードが新しい機能、更新プログラム、パッチを取得します。
PostgreSQL のAzure Cosmos DBのスケジュールされたメンテナンスの主な機能は次のとおりです。
- 更新プログラムが、クラスター内のすべてのノードに同時に適用されます
- 今後のメンテナンスに関する通知は、5 日前にAzure Service Healthに転記されます
- 通常、クラスターの正常なメンテナンス イベントの間隔は 30 日以上です
- メンテナンスを開始する希望の曜日と時間帯を、クラスターごとに個別に定義できます
メンテナンス期間の選択および今後のメンテナンスに関する通知
特定の曜日とその日の時間帯の間でのメンテナンスをスケジュールできます。 また、システムで自動的に曜日と時間帯が選択されるようにすることもできます。 どちらの場合でも、メンテナンスを実行する 5 日前に通知されます。 また、メンテナンスが開始されたときと、正常に完了したときに通知されるようにすることもできます。
今後予定されているメンテナンスに関する通知は、Azure Service Healthに投稿され、次のように示されます。
- 特定のアドレスにメールで送信する
- Azure Resource Manager のロールにメールが送信される
- テキスト メッセージ (SMS) でモバイル デバイスに送信する
- Azure アプリに通知としてプッシュされる
- 音声メッセージとして配信する
メンテナンス スケジュールの設定を指定する場合、曜日と時間帯を選択できます。 指定しない場合、クラスターのリージョンの時間で午後 11 時から午前 7 時までの間の時刻が、システムによって選択されます。 Azure サブスクリプション内のクラスターごとに異なるスケジュールを定義できます。
重要
通常、クラスターの正常な予定メンテナンス イベントの間隔は 30 日以上です。
ただし、重大な脆弱性などのクリティカルな緊急更新プログラムの場合、通知期間は 5 日未満になる可能性があります。 過去 30 日間に予定メンテナンスが正常に実行された場合でも、重要な更新プログラムがサーバーに適用されることがあります。
スケジュール設定はいつでも更新できます。 クラスターにメンテナンス スケジュールがある場合、ユーザーがスケジュールを更新すると、既存のイベントは再スケジュールされます。
メンテナンスが失敗するか、取り消されると、システムによって通知が作成されます。 現在のスケジュール設定に基づいてメンテナンスが再試行され、次回のメンテナンス イベントの 5 日前に通知が送信されます。
次のステップ
- メンテナンス スケジュールを変更する方法を確認する
- Azure Service Health を使用して、今後のメンテナンスに関する通知を取得する方法を確認しましょう。
- 今後の予定メンテナンス イベントに関する通知を設定する方法を確認する