IIS サイトを追加するのと新しい仮想サーバーを追加するのとではどちらがよいのでしょうか?

IIS サイトを追加するのと新しい仮想サーバーを追加するのとではどちらがよいのでしょうか?

私たちは16コアサーバー仮想マシンホストとして機能します。

VM ゲストの 1 つは、モバイル フォン アプリのユーザーにライブ情報を提供する .NET Web サービスをホストする Windows Server 2012 ボックスです。

今後リリースされる新しいアプリ用に、2 番目の .NET Web サービスを追加する必要があります。(類似の Web サービス、ほぼ同一のコード ベース)

既存の仮想サーバーはすでに高負荷状態にあるため、私の見解では、次の 2 つの選択肢があります。

1 - 同じ仮想サーバー上の新しいサイト

  • VM ゲスト インスタンスの RAM と VCPU の割り当てを増やします。
  • 既存の IIS8 に Web サービスを新しいサイトとして追加します。
  • (オプション) 各 Web サービスのアプリ プールを専用の CPU コアに固定します (IIS8 CPU マスクを使用)

2 - 新しい仮想 Windows Server

  • 専用の RAM と VCPU リソースを持つまったく新しい VM ゲスト (同じホスト上) を作成します。

2 つのオプションのどちらを選択するか迷っています。パフォーマンスに違いはありますか?

オプション 2 の魅力は、直感的に、別の仮想サーバーが他のサーバーから「分離」されているように感じられ、競合のない独自のリソース (CPU、RAM、IP アドレス) が提供され、パフォーマンスが向上すると考えられることです。

しかし、考えてみれば、どちらも同じホストマシン上で実行されているので、本当に違いはあるのでしょうか? OS 自体のライセンス費用は言うまでもありません。

オプション 1 を繰り返し使用する場合、つまり複数の IIS Web サービスを使用する場合、同じホスト上の仮想サーバーであっても、別の 2 番目の Windows Server を使用する方が合理的になるほど IIS のパフォーマンスが低下することはありますか? また、すべての Web サービスが同じ IP アドレスを指すため、ネットワークのボトルネックが発生するかどうかも疑問でした。

答え1

ああ、パフォーマンスの最適化という古くからある疑問。この疑問に対する答えは一つではないが、試してみて、変更する準備をしてください

新しいサイトを追加するのは簡単なので、まずそれを試してみます。プロセッサの固定はおそらく不要であり、リソース不足を引き起こすだけでしょう。

パフォーマンスが不足した場合は、既存の VM のサイズを変更するか、一部のサイトを新しい VM に移動することができます。または、すべてのサイトを実行する複数の Web サーバー VM を作成し、ロード バランサーを使用することもできます。

関連情報