3

ASP.Net 2.0 Webアプリケーションは、Windows Server 2003上でうまく動作していました。メモリやCPUの使用量が急上昇しているなど、規模を拡大する準備が整い次第、可用性の高い大規模なサーバーが必要になると判断しました。Windows Server 2003から2008への移行時に大幅なパフォーマンス低下(IIS 6からIIS 7へ)

IIS 7の共有構成を利用するために、Windows Server 2008に移行することを決定しました。私たちの開発環境と統合環境では、2008/IIS 7でOSとアプリケーションを再現しました。しかし、真実は、まだ生産のような負荷をシミュレートする良い方法を持っていないし、私たちの環境を正確に再現することはできません(リソースは限られています)。だから、我々が生産に転じた後は、2003年より2008年にパフォーマンスが大幅に悪化していることに驚いた。

また、プロセスでは32ビット環境から64ビットに移行しており、また、ASP.Net 3.5 dllをプロジェクトに組み込みました。

メモリ使用量は屋根を通っていますが、私はそれについて心配していません。これは、Server 2008のメモリのオーバーヘッドが原因であると考えています。そのため、RAMを増やすとその問題が解決される可能性があります。問題は、2003/IIS 6環境でこれまでに見たことのない99%のCPU使用率にプロセッサースパイクが遭遇していることです。

誰も以前にこれらの問題に遭遇しましたが、解決策/見た目には何か提案がありますか?今すぐ次のことを行っています:

1)メモリを追加して購入する時間。

2)アプリケーションプール制限を設定して購入する時間:CPUが99%の負荷に達するとw3wp.exeをシャットダウンします。アプリケーションプールをリサイクルするオプションがないので、停止しているアプリケーションプールをリサイクルするスケジュールされたタスクを実行しています。

3)クラシックモードと統合モードでアプリケーションプールをプロファイリングし、どちらが優れているかを確認します。

その他のアイデアは大歓迎です。

答えて

1

私たちの経験によれば、64ビットWindows 2008では32ビットWindows 2003サーバーよりもはるかに高速です。

マシン上で何か他のものが実行されているのでしょうか?たとえば、CPUスパイクを引き起こす可能性のある保守計画がインストールされたSQL Serverがあります。

私は、次の項目をチェックします:

CPUを使用しているプロセス
  • コードに変更はありますか?古いマシンに新しいコードをインストールしてみてください
  • コンパイルオプションとは何か? CPU使用率が再コンパイルされていますか?
  • イベントログにエラーはありますか?私たちのケースでは
+0

CPUを増やすプロセスは、ワーカープロセス自体です。これは、アプリケーションプールがスピンアップしたときに発生する断続的な問題のようです。 W3WP.exeは99%に達しましたが、あなたがそれを殺すと、次にスピンアップするときに動作します。別のユーザーがStack Overflowで同様のことを報告しました。 コードは同じです。 コンパイルオプションは適切です。私はそれらを見てみましょう。イベントログはスキャンしましたが、もっと深く見ていきます。 ご質問いただきありがとうございます。 –

+0

Whoa!あなたは神の恐れを私の中に入れました。私はこれについてもっと聞くまで、2008年にサーバーをアップグレードすることは非常に多様です。 –

+0

@Larryは、初期化子/コンストラクタにあるコードをチェックすることができます。 –

0

我々は4つのプロセッサを持っているので、私たちは、その後、現在、これまでに前の比較としてうまく機能し「4にワーカープロセスの数」を増加させました。

ここでスナップショット: http://pic.gd/c3661a

0

あなたは、アプリケーションプールの物理および仮想メモリの制限を設定するには、IIS7 +でアプリケーションプール「リサイクル」オプションを使用することができます。これらに達するとプロセスはリサイクルされ、リソースは解放されます。残念ながら、CUPの使用量に基づいてリサイクルするオプションは、IIS7 +から削除されています(私が間違っていると正しいものがあります)。サーバーに他のアプリケーションがあり、この状態が発生したときにリソースの競合を避けたい場合は、WindowsシステムリソースマネージャーとそのIISポリシーを実装できます(http://learn.iis.net/page.aspx/449/using-wsrm-to-manage-iis-70-apppool-cpu-utilization/

メモSRWMはエンタープライズおよびデータセンターのエディションです。

+0

これは、W2K8のASP.Netコンパイル時に、W2K3よりもはるかに多くのサーバー負荷が発生しているようです。 Webアプリケーション(コンパイルされたASP.Net Webサイト)を展開して、それが改善するかどうかを確認します。 –

関連する問題