私の工場には 2 台のサーバーがあります。IIS 用に 1 台、SQL Server 用にもう 1 台必要です。
この工場の生産は 24 時間稼働し、一定の取引があります。
現在、すべてがサーバー A にあります。もちろん、これによりパフォーマンスの問題が発生しています。
そのため、IIS と SQL Server を別のサーバーに配置する予定です。
どのサーバーを IIS として使用し、別のサーバーを SQL Server 2008 R2 として使用すべきかわかりません。
<= サーバー A =>
<= サーバー B =>
これは私の最初の質問なので、正しい方法で質問しているかどうかわかりません。ありがとう。
簡単に言えば、SQL は「大きな」サーバーを取得する必要があるということです。SQL の処理は、ほとんどの場合、IIS やアプリの処理よりも集中的に行われるからです。
より長い答えは、負荷をかけた状態での詳細な分析とパフォーマンス テストがなければ、ボックスの割り当てとサイジングは暗闇のショットに過ぎないということです。ベスト プラクティスは次のとおりです。工場の所有者に 1 台の大きなサーバーを購入してもらい、そこに VM ウェアをインストールしてもらいます。これにより、そのサーバーを 2 つ (またはそれ以上) の仮想サーバーに分割して、必要に応じて構成できます。次に、IIS サーバーと SQL サーバーを運用シナリオで稼働させたら、ストレスがサーバー間でどのように分散されるかを調べることができます。その後、VMware を使用してサーバーを「調整」し、必要に応じてより多くの処理とメモリを割り当てることができます。
たとえば、IIS/アプリ サーバーが 99% メモリ/99% CPU で実行されていることがわかった場合、サーバーの IIS 側により多くのコアとメモリを簡単に割り当てることができます。再起動 (10 秒かかります) すると、サーバー アレイのパフォーマンス チューニングに成功しました。