この問題は半月ぶりに私を悩ませてきました。通常の試行数回試行した後、次のようにして問題を解決してください
IISを開くと、アプリケーションプールが表示されますデフォルトは1つのアプリケーションプールのみですアプリケーションプールのプロパティを表示できます。このアプリケーションプールを再利用するには1740分かかりますこの時間内に要求の上限に達すると、ASPは中断されますこれは大規模Webサイトの偽のWebサイトです。状況反対に、小規模なWebサイトでは、このような状況はありません。要求が少ないため、トラフィックが少なく、数がまだ制限に達していません。
簡単な解決策?
もちろんサーバーにプルアップされているWebサイトの数を確認してください。これが私の解決策です。
単一のWebサイトの解決策。
(非常に単純。アプリケーションプールの再生時間を短縮300〜600分リサイクルの過程で、少しのCPUリソースを消費します。方法はありません。安定性のために回復時間を午前5時に設定します。
マルチサイトソリューション。約70のWebサイトを持ち、6つの新しいアプリケーションプールを作成し、プールの回復時間を300分に短縮した後、プールあたり約10のWebサイトを割り当てました(この割り当てはWebサイトのトラフィックに必要です)。訪問数は多いので、プログラムプールを1つだけ指定してくださいが、その結果、大量のメモリが必要になり、プールには約120Mのメモリが必要になります。 IISを開く - 割り当てたいWebサイトのプロパティを表示する - ホームディレクトリを表示する - 以下にアプリケーションプールが表示されます。ライン上に割り当てます。
上記は私の臨床です実験:サーバーは安定して稼働しています。ほぼ1日1回停止しましたIISを再起動したい
コンピュータソフトウェアとハードウェアアプリケーションのWebサイト長い注:この状況は通常IIS6.0でのみ発生します。このデザインだけを採用してください。通常、回復時間を短縮するとこの状況が遅くなる可能性があります。時にはそれはまた、Webサイト自体のプログラムエラーによって引き起こされる偽のアニメーションが原因です。上記の方法で完全に解決できない場合は、エラー保護機能をオフにして試すことをお勧めします。
広告主は私達のサーバーを使用する必要があります。私たちは彼らのコードを監査する義務を負っていません。それで私はWindowsを見つけました、IISはfastcgiでPHPを動かします、MySQLをイン
VPSは、一般的なスタンドアロンLinuxサーバーと基本的に同じですが、仮想化テクノロジは現在非常に成熟しているため、基本的に使用方法に違いはありません。それはシステムリソースとパフォーマンスです。通
I.概要 この記事では、IISを使用するためにgzip圧縮を有効にする方法をまとめたものさ検出サイトの最適化を有効にYSlowのを使用している場合。は、は、この論文の知識は主に中国のwikiから、イン