Azure App ServiceのCPU使用率が100%になる原因を特定するにはどうすればよいですか?


12

私は、Azure App Serviceプランに5つのアプリを持っています。異なるクライアント向けの同じアプリのすべての異なるコピーです。これは、SQLデータベースを備えたASP.NET MVCアプリです。

今朝、目が覚めたのは遅い、応答しないサイトで、503エラーが時々発生しました。App ServiceプランのCPU /メモリメトリックを確認したところ、CPUが100%に固定されていることがわかりました。

CPUが100%

また、個々のサイトのCPU時間のグラフは、すべてが同時にオフになっていることを示していますが、他のサイトよりも悪いものもあります。

個々のサイトのCPU使用率

Advanced Application Restartを実行して問題を解決しようとしましたが、ブレードがロードされませんでした。これは、サーバーが応答できなかった情報を取得しようとしたためと考えられます。

最後に、各サイトを1つずつ停止して、CPUをゼロに戻した後、それらを再び起動しましたが、これで問題は解決されたようですが、今ではいくつかのサイトが上昇を始めています。

私は数週間前に同様の問題を経験し、自分のアプリプランに対して大きくなりすぎていると想定していたため、S1からS2にアップグレードしましたが、今日まで問題ありませんでした。

このCPUに飢えた動作の原因が何であるかを理解する方法について、私は完全に困惑しています。誰かが私にこれを診断し始める方法の正しい方向を教えてもらえますか?


これはAzureアプリサービスプランで少し発生するようですが、MSに連絡しましたか?-変更を加えていない限り、プラットフォームに問題があることを通知します。
Sum1sAdmin 2016年

私は彼らとのサポートプランを持っていないので、彼らに知らせる方法はないと思います。CPUの問題が100%ランダムに発生するだけなら、少し心配です。別のサプライヤーを探す必要があるかもしれません。2つのインスタンスがあると思いますか?
littlecharva 2016年

私はtechnetのようなオープンフォーラムを使用します。重要な場合は規模を拡大できますが、修正が必要な場合はそれ以上の費用はかかりません。
Sum1sAdmin 2016年

回答:


6

この問題が何度か発生し、そのたびに暴走GC(ガベージコレクション)が実行されることが判明しました。証明して診断するのは難しいですが、結局は工藤(scm)サイトを使用して、ツール=>サポート(アプリのサポートサイトに移動します)をクリックします。

ここからは、ディレクトリ(あなたはいくつか持っている包み)とサイトを選ぶ、(分析=>メトリックはその後、診断ボタンをクリックNOTEあなたは、=> Dianoticsを分析背面に、その後、これらの手順は、いつでも変更することができますので、これはすでに変更されています)最終的には、メモリダンプ=>「分析ステータス」レポートが表示されます。これはmhtファイル(悪意のあるブラウザーのIEまたはEdgeで開くことができます)である必要があり、キー「gc」を検索します。

「GCFrame」のようなものへの参照を持つ興味深いコールスタックフレームが見つかります。これらの数が多すぎる場合は、システムがガベージコレクションで問題を起こしている可能性があります。 。

それを解決する方法...それは、「IE 6がまだ使用されている世界にどのように住んでいるのですか?」


1
これは移動しました。現在、App Service(scmサイトではなく、通常のAzureサイト)の「問題の診断と解決->診断ツール->メモリダンプの収集」
Josh Noe

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.