次の方法で共有

操作していないのにAzureContainerInstanceが停止された

Anonymous
2026-02-16T01:01:19.93+00:00

土曜日と日曜日に1回ずつコンテナの起動と停止が発生していました。

コンテナの操作はだれも行っていません。

アクティビティログにはログはなくLAWでログを確認したところメッセージの項目に以下の記載がありました。

Platform gracefully stopping container with id <コンテナID>

今回の再起動はなぜ発生したのでしょうか?

Azure Container Instances
Azure Container Instances

お客様にサーバーレス コンテナー エクスペリエンスを提供する Azure サービス。


質問作成者が受け入れた回答

Ankit Yadav 14,455 評価のポイント Microsoft 外部スタッフ モデレーター
2026-02-16T02:53:12.81+00:00

こんにちは @Anonymous ,

Azure Container Instances (ACI) の「Platform gracefully stops container with id …」というメッセージは、Azure 自体がコンテナーを停止したことを意味します。これは、アプリケーションのクラッシュやユーザーによるトリガーが原因ではありません。

Azure は、プラットフォームのメンテナンス、インフラストラクチャの更新、または内部システムイベントのために、コンテナーを停止することがあります。これは、サービスの安定性と正常性を維持する方法の一環です。この場合、コンテナーでアクティブな作業を行う必要はなく、Azure アクティビティ ログには何も表示されない可能性があります。場合によっては、Log Analytics ワークスペース ログにのみ表示されることがあります。

その後の動作は、コンテナー グループに構成されている再起動ポリシーによって異なります。再起動ポリシーが「Always」(他に何も指定されていない場合のデフォルト)に設定されている場合、Azure はコンテナーを自動的に再起動します。そのため、再起動ポリシーを明示的に構成していなくても、コンテナーが自動的に再起動することがあります。

Spot コンテナー インスタンスを使用していないため、この動作は Spot の削除や容量の回収とは関係ありません。

これが一度だけ、例えば週末に発生した場合、通常は正常なプラットフォームの動作とみなされ、コンテナーイメージやアプリケーションに問題がある兆候ではありません。

ただし、これが頻繁に発生するようになった場合は、再起動ポリシーを確認し、コンテナーの終了コードとログを確認し、タイミングが既知の Azure プラットフォーム イベントと一致するかどうかを確認することをお勧めします。

念のため補足すると、スポットインスタンスが使用されていた場合、Azure は他の場所で容量が必要になったときにそれらのコンテナーを停止することがあります。この場合、停止はスポット料金の仕組みに関連した想定された動作です。 参考リンク: https://learn.microsoft.com/ja-jp/troubleshoot/azure/azure-container-instances/management/container-group-restart-killing-event-interruption

私は日本語が堪能ではないため、Google 翻訳を使用してコミュニケーションをとっています。不明な点や不正確な点がある場合はお知らせください。できる限り明確に説明します。


これでご質問が明確になった場合は、「回答を承認」ボタンをクリックしてください。

「回答を承認」ボタンは以下のようになります。ユーザーの画像

この回答は役に立ちましたか?

1 人がこの回答が役に立ったと思いました。
0 件のコメント コメントはありません

0 件の追加の回答

並べ替え方法: 最も役に立つ

お客様の回答

質問作成者は回答に "承認済み"、モデレーターは "おすすめ" とマークできます。これにより、ユーザーは作成者の問題が回答によって解決したことを把握できます。