お客様にサーバーレス コンテナー エクスペリエンスを提供する Azure サービス。
こんにちは @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 翻訳を使用してコミュニケーションをとっています。不明な点や不正確な点がある場合はお知らせください。できる限り明確に説明します。
これでご質問が明確になった場合は、「回答を承認」ボタンをクリックしてください。
「回答を承認」ボタンは以下のようになります。