私は仮想サーバー（8GB RAM、Windows Server 2008 64ビット、x5650 2.67ghzの2コア）を持っています。このサーバーには35を超えるクライアントのWebサイトがあり、各Webサイト（アプリケーションプール）はそれぞれ約80MBから150MBかかります。
このサーバーでより多くのWebサイトをホストする予定ですが、RAMの制限があります。テストして同じアプリケーションプールに6つのWebサイト（同じCMSシステムのWebサイト）を配置すると、結果は*2少なくなります。 RAM
より多くのWebサイトをホストするために、同じアプリケーションプールに5〜20のWebサイトを作成するオプションについて考えていますが、リスクは何ですか？危険すぎますか？
主なリスクは、ページを頻繁に変更し、意図的にサーバーに問題を引き起こそうとするクライアントがある場合、または「悪いプログラマー」であり、リソースを解放せず、すべてのプールメモリを消費しない場合です。
たとえば、1つのプールの下に20のサイトがあり、そのうちの1つがプールをクラッシュさせようとしたり、すべてのメモリを使い果たしたり、一般的に悪意を持って行動したりすると、同じプールの下にあるすべてのサイトに問題が発生します。 。
したがって、プールの状態、再起動の回数、メモリの量の多さなど、すべてのクライアントが正常に動作するかどうかを監視する必要があります。
また、asp.netで利用可能なハックツールもありますが、ここで言及したりアイデアを提供したりするのは好きではありません。今、あなたのサイトがそれらに感染した場合、あなたのクライアントが意図的にそれを実行しているためにエーテル、ハッカーがそれらをアップロードしているためにエーテル-同じプール内のすべてのサイトは他のサイトのユーザーによって編集できます。たとえば、サイトAは、同じプールに存在するすべてのファイルを編集できますが、簡単ではありませんが、それは可能です。
したがって、閉じるには、バックアップを作成し、ユーザーアクティビティの不正な動作を監視する必要があります。