何かに適した設定のリサイクル用プールIIS7共有のでしょうか。
-
10-07-2019 - |
質問
何かに適した設定のリサイクル用プールIIS7共用です。
解決
としてHoster、絶対にリサイクルメモリ、潜在的要請限度額のCPUを搭載しています。したいか積極的にこれらの限界が、ただくには公開しております。
メモリ -512、x86ボックスか768.For x64に設定することができ、これほど高い数によってホスト/サーバーです。るためには、ただひたすら注意いただいたアプリのプールリサイクルイベントメモリ課題です。
時間 -私たちは、通常、リサイクルで1時まで、朝はプラス-マイナス(第1:01第1:11,三1:21日、なすすべてのリサイクルが同時に
請求制限 -35,000のデフォルトIIS6が、この番号は任意ですが、非常に依存するサイト。小使用サイト、毎晩のリサイクルまでのヒット長と話し合いましょう35kます。
CPU -95%/1分/KillW3WPが使用する。私の理解のた場合には、CPUのヒット95%+の1分の制限はこの労働者、労働者の工程が殺害されたときは再起動のための残りの部分の制限時動作設定KillW3WP.いうNoActionは、当初見のイベントログです。
リサイクルイベントログ -たいていることを確認してくださいログインアプリのプールリサイクルの各イベントthreshholdることに設定する場制限についての要求を制限された依頼限定ロギングが有効になります。
気をつけなければいけないのは覚えています すべ セット retail="true"
の <deployment>
要素 機です。config:
<system.web>
<!--
<deployment
retail = "false" [true|false]
/>
-->
<deployment retail="true" />
</system.web>
値の設定はできませんこのサイトをデバッグ、可能な限りタイムアウトの求めになっ適hoster...
他のヒント
交通量の多いサイトがある場合は、長いリサイクルスケジュールを使用します。トラフィックの少ないサイトの場合は、メモリを節約するために短い/デフォルトのスケジュールを使用してください。
Al Zabirのブログからこれを学びました: http://msmvps.com/blogs/omar/archive/2008/10/04/best-practices-for-creating-websites-in-iis-6-0 .aspx
Daniel S.は正しいです。セッション変数はリサイクル時に破壊されるため、セッションオブジェクトを取得する際には、これを十分にテストするか、適切なエラー保護/回復を行ってください。
ヒント:アプリをリサイクルすると、すべてのセッション変数が破棄されるため、注意してください!
私見、デフォルトのままにします。
設定をニーズに合わせて調整する必要があります。使用しているメモリ量と、サイト/ Webアプリケーションのピーク使用時間を考慮してください。
また、サイト/ Webアプリケーションのメモリ使用量も考慮します。これは、考えているよりも頻繁にリサイクルする可能性のあるメモリリークがあるかのようです。
前述のように、リークの量とリサイクルのコストを比較検討すると、状態変数が失われます。