azure webapps 404 error

Question

私はAzure Webアプリケーション（Azureアプリケーションサービス）にデプロイされたSpringブート（RESTサービス）で開発されたWebアプリケーションを持っています。私の計画はStandard：1 Smallです。

アプリケーションは2週間からスムーズに動作しています。突然、今日、アプリケーションがダウンしました。これらのRESTサービスを呼び出すコンシューマアプリケーションが404エラーを発生し始めました（元のサーバーが対象リソースの現在の表現を見つけられなかった、またはそれが存在することを開示したくない）

ログをチェックすると、アプリケーション全体をダウンさせる根本原因。これは二度目に起こりましたが、今回も根本原因を見つけることができません（メモリ使用量/ CPU使用率は問題ありません）。 "常時オン"設定がONになっています。

私は以下の質問があります：1）根本的な原因は何か、それを見つける方法はありますか？

2）アプリケーションがダウンして自動縮尺するときを知る方法はありますか（azure webapps）？ （私はすでに、CPU使用率とメモリ使用量の自動スケールルールを設定していますが、これは役に立たなかった）。

Answer 1

いくつかの考え：これは重要なサービスである場合は、あなたが2番目のインスタンスを正当化するための負荷を持っていない場合でも、あなたのWebアプリケーションの実行中の2つのインスタンスを

1. 必要です。 2番目の例は信頼性のためです。

2. あなたが50倍ではなく404を取得しているという事実は、サーバーがあまりにも忙しく、CPU使用率、HTTPキュー長、など、トラブルシューティングのためにチェックする

場所：AzureのポータルでWebアプリケーションの管理ブレードで

1. 、診断ログのメニュー項目にアクセスしてください。アプリケーションログ、Webサーバーログ、詳細なエラーメッセージ、および要求トレースの失敗をオンにします。

2. 前の手順を完了したら、[診断と解決の問題]メニューオプションと[失敗した要求トレースログ]を表示できます。 Webサーバーログとアプリケーションログの両方を参照することもできます。 Visual Studioを使用するのが最も簡単な方法です。

3. 面白いことに、診断と解決の問題のインスタンスごとのメトリックも確認してください。報告された404号の問題のすべてのカテゴリを確認してください。これは、あなたがなどCPU使用率、メモリ使用率、スレッド数、HTTPのキューの長さ、などの条件をチェックできるようになる

Answer 2

（1ヶ月で二回起こった）報告Azureの停電がありました。彼らはこれに取り組んでおり、上記の問題は西ヨーロッパ地域の停電が原因であると言いました。