2017-12-28 9 views
1

明白な理由がなくてもAzure AppサービスプランにCPUが突然発生しています。サービスを停止するものではありませんが、そのようなことがどのように起こるかを理解したいと思います。&Azure Appサービス明白な理由のないCPUスパイクを計画します。

たとえば、CPUのパーセンテージは0〜1%の範囲にありますが、急激に98%、45%、60%に急上昇し、0〜1%の範囲に戻ってきます。メモリは快適な40-45%のレベルで変化せず、着信要求もなく、Webジョブもログにも珍しいものはありません。障害はありません。サービスの健全性も確認できます。 kudu> support> analyze(metrics)で見つけようとしましたが、リクエストを提出できませんでした。後で試してみるとエラーが出ます。

そのアプリケーションサービスプランで実行されているWebアプリケーションはasp.netコア2.0のみです。ウェブAPI。

誰かがこのような行動を起こすことがありますか?これは正常なのでしょうか?もしそうなら、なぜそれが起こるのですか? 90%にまで上がり、すぐに戻ってこないという危険性はありますか?

ちょっと、何が起こっているのですか?私は答えを持っている

+0

私はこの質問の一部にしか答えることができません。それは正常ではありません。私は、Web Appインスタンス上のような、説明できないランダムなCPUスパイクを見たことがありません。価格設定層とインスタンスサイズは何ですか?あなたは偶然、サイトの拡張機能を実行していますか? WordPressのブログのようなPHPアプリはありませんか?このスパイクはどれくらい持続するのですか? –

+0

価格設定階層は基本設定です。インスタンスサイズはB1です。基本階層の最初の設定です。実行中のサイト拡張はありません。ブログ、phpsなどはありません。 1つのasp.netコアの残りのWeb APIはそれで実行されています。チャートが1分の粒度の下に表示されるので、スパイクがどれくらい持続するかは分かりませんが、その1分未満です。 –

+0

「診断と解決の問題 - >メトリックごとのインスタンス - >パフォーマンスカウンタ」のすべてのメトリックを調べて、スレッドのスパイク、IO読み取り操作/秒などの何か他のものが関連しているかどうかを確認しましたか?私はすべてを見渡すだけで何が起こっているのかの手がかりを見つけました。 –

答えて

0

MSのサポートと話した後、それは彼らの監視ツールからの正常な動作です:私たちは出発点12/26と 今日のように取って社内ツールを見直し

は12月29日これが多数のシステムであることに気付くことができました。 バックグラウンドタスクを実行するプロセス。各サンドボックスの環境は通常 です。あなたのケースでは、ほとんどMonAgentCore.exeがCPU内で を変動しており、これは私たちの診断ログ取得プロセスであり、これは非常に一時的なスパイクのように見え、正常に見えます。

関連する問題