計画メンテナンスを構成する方法 (プレビュー)

Note

Basic、Standard、Enterprise プランは、2025 年 3 月中旬以降非推奨になり、廃止期間は 3 年間です。 Azure Container Apps に移行することをお勧めします。 詳細については、「Azure Spring Apps の廃止のお知らせ」を参照してください。

Standard 従量課金と専用プランは、2024 年 9 月 30 日以降に非推奨になり、6 か月後に完全にシャットダウンされます。 Azure Container Apps に移行することをお勧めします。 詳細については、「Azure Spring Apps の Standard 従量課金および専用プランを Azure Container Apps に移行する」を参照してください。

この記事の適用対象:❌ Standard 従量課金および専用 (プレビュー) ✔️ Basic/Standard ✔️ Enterprise

この記事では、Azure Spring Apps の計画メンテナンスを構成する方法について説明します。

Azure Spring Apps プラットフォームを最新かつ安全に保持するには、定期的なメンテナンスが必要です。 修正プログラムの自動適用とも呼ばれるメンテナンスには、セキュリティ更新プログラム、バグ修正、新機能、パフォーマンスの改善などが含まれます。 修正プログラムの自動適用は、JDK、APM、ベース OS イメージ、マネージド ミドルウェア、ランタイム インフラストラクチャなどの Java アプリケーションをサポートするために Azure Spring Apps が管理するコンポーネントに対して実行できます。 メンテナンスを有効にするには、指定したメンテナンス期間内でアプリケーションを再起動しますが、サービス品質とアップタイム保証はこの間も適用されます。

Azure Spring Apps のメンテナンスを構成する

Azure Portal

次の手順を使用して、Azure Spring Apps の計画メンテナンスを構成します。

1. サービスの [概要] ページに移動し、[計画メンテナンス] を選択します。

   

2. [希望する時間を選択] を選択し、メンテナンス期間の詳細構成を指定します。

   

3. メンテナンスのスケジュールを設定する [曜日] を選択します。

   

4. [アップグレードの開始時刻] を選択します。

   

5. [適用] を選択して、計画メンテナンス用の構成を送信します。

Azure CLI

計画メンテナンスを構成するには、次のコマンドを使用します。

az spring update \
    --resource-group <resource-group-name> \
    --name <Azure-Spring-Apps-instance-name> \
    --enable-planned-maintenance \
    --planned-maintenance-day $DAY_OF_WEEK \
    --planned-maintenance-start-hour $START_HOUR

構成の更新に数分かかる場合があります。 構成が完了すると、通知が届きます。

Note

計画メンテナンスを構成しない場合、メンテナンスはサービス チームが選んだ時間に行われ、ほとんどの顧客にとってのビジネス リスクを最小限に抑えるための最善の努力が行われます。

メンテナンスの通知を管理する

メンテナンス前とメンテナンス中は、通知とメッセージが送信されます。 次の表では、メッセージの種類と時間の詳細について説明します。

Sequence number	メッセージの種類	Channel	メッセージが送信された時間
1	リリース ノート	アクティビティ ログ	リリース ロールアウトの終了時間。
2	メンテナンス通知	計画メンテナンス	メンテナンス期間が最初に利用可能になる 2 週間前。
3	メンテナンス期間の開始	アクティビティ ログ	全体メンテナンスの実行開始時。
4	コンポーネントの変更ログ	アクティビティ ログ	各マネージド コンポーネントのアップグレードの終了時。
5	メンテナンス期間の終了	アクティビティ ログ	全体メンテナンスの実行終了時。
6	機能の更新	新着記事	顧客が新機能を利用できるようになった後。

メンテナンスの頻度を管理する

現在 Azure Spring Apps では、基盤となるインフラストラクチャをアップグレードする計画メンテナンスを 3 か月に 1 回定期的に実行しています。 詳しいメンテナンス タイムラインについては、Azure Service Health のページで通知を確認してください。

Note

Microsoft のセキュリティ標準に準拠して、当社は基盤の Azure Kubernetes Service (AKS) クラスターに対して毎月第 2 週目に追加のセキュリティ パッチを実行します。 メンテナンスは、非稼働時間内の 8 時間の時間枠の中で行われます。 この作業は、サービスを中断しないためにローリング方式で実行されます。

ベスト プラクティス

• 同じリージョンの複数のサービス インスタンスに計画メンテナンスを構成すると、メンテナンスは同じ週のうちに行われます。 たとえば、クラスター A のメンテナンスが月曜日に設定され、クラスター B のメンテナンスが日曜日に設定されている場合、クラスター A は同じ週にクラスター B よりも先にメンテナンスされます。
• Azure のペアになっているリージョンにまたがる 2 つのサービス インスタンスがある場合、メンテナンスはそのようなサービス インスタンスに対して異なる週に行われますが、どちらのリージョンで先にメンテナンスが行われるかは保証されません。 正確な情報については、各メンテナンスの通知に従ってください。
• 計画メンテナンスの時間枠の長さは 8 時間に固定されています。 たとえば、開始時間が 10:00 に設定されている場合、メンテナンス ジョブは 10:00 から 18:00 の間の任意の時間に実行されます。 サービス チームはこの時間枠でメンテナンスを完了するよう最善を尽くしますが、場合によってはそれ以上かかることもあります。
• 計画メンテナンスがどのように構成されているかにかかわらず、メンテナンス ジョブを免除することはできません。 この機能では対応できないメンテナンス時間に関する特別なリクエストがある場合は、サポート チケットを開いてください。

次のステップ

• 診断設定でログとメトリックを分析する