多くの接続を処理するようにWindows Server 2008 R2を改善するにはどうすればよいですか？

私がこの問題を解決する方法を理解しようとしているのは、ここ数日です。まず、1日の平均ページビューが350,000のWebサイトを実行しています。以前は、すべての広告管理（各広告が配信したクリックとインプレッションの追跡）とコンテンツは、次の仕様で単一のサーバーに配信されていました。

サーバー1
OS：Windows 2008 R2 64ビット
CPU：Intel®Core™i5-4コア
RAM：8 GB
ストレージ：2 x 1 TBハードドライブ
帯域幅：10 TB /月

Webサイトの速度を向上させるために、広告管理スクリプトを別の専用サーバーに分離することにしました。各ページに15を超える広告主から30の広告主がいるためです。

サーバー2
OS：Windows 2008 R2 64ビット
CPU：Intel®Core™i5-4コア
RAM：4 GB
ストレージ：2 x 300 GBハードドライブ
帯域幅：10 TB /月

問題は
、問題はそれがある Server 1コンテンツや広告システムの両方を扱うことができます。今、私は広告システムを取り除き、それをに置いていServer 2ます。Server 2かろうじて広告システムしか提供できません。

テスト

• まず、広告の75％をに移動しましたServer 2。次に、サーバーへのpingを実行しますping -t xxxxx。[私は10分間pingを実行し、以下のような類似のパターンを実行しました]

xxxxxバイトからの応答= 32時間= 290ミリ秒TTL = 116
xxxxxバイトからの返信バイト数= 32時間= 289ミリ秒TTL = 116
xxxxxバイトからの応答= 32時間= 320ミリ秒TTL = 116
xxxxxバイトからの応答バイト= 32時間= 286ミリ秒TTL = 116
xxxxxバイトからの応答バイト= 32時間= 286ミリ秒TTL = 116
xxxxxバイトからの応答バイト= 32時間= 348ミリ秒TTL = 116
xxxxxバイトからの応答= 32時間= 284ミリ秒TTL = 116

• 次に、広告の100％をに移動しましたServer 2。次に、サーバーへのpingを再度実行します。[私は10分間pingを実行し、以下のような類似のパターンを実行しました]

xxxxxバイトからの応答= 32時間= 290ミリ秒TTL = 116
リクエストはタイムアウトしました
xxxxxバイトからの応答= 32時間= 320ミリ秒TTL = 116
xxxxxバイトからの応答バイト= 32時間= 286ミリ秒TTL = 116
リクエストはタイムアウトしました
リクエストはタイムアウトしました
xxxxxバイトからの応答= 32時間= 284ミリ秒TTL = 116

試み

1. 増加しMaxUserPort、TcpNumConnection
2. サーバーを再起動します
3. IIS Max Instancesを増やし、Instance MaxRequests

サーバーリソース

• ネットワーク接続の10％〜15％のみが使用されます
• CPUの10％〜15％のみが使用されます
• メモリの25％のみが使用されます

さて、始めましょう。これは長いです。

ここにある事実を完全に誤解しました。Windows-できるだけ早く更新する必要がある古い2008 R2でも、私の携帯電話で問題なく処理できるボリュームを完全に処理できます。

したがって、問題の可能性のある3つの領域が残ります。

• インストール。あなたのドライバーは安っぽいかもしれません。古いオペレーティングシステムを実行しているとしたら、ドライバーはどの程度優れていますか？それらを更新してください-これはあらゆる種類の問題を引き起こす可能性があります。

• 通信網。これは、渋滞にほとんどの時間を費やしていて、交通が動いていないという苦情が問題である場合、「私の車は遅すぎます、早くしてください」と真剣に見えます。車のチューニングの問題ではありません。10TBのトラフィックは、ネットワークの混雑については何も言いません。NICのネットワークトラフィック統計を監視し、それに応じて対応します-それらが本来あるべき速度で補充されない場合....プロバイダーが売られすぎています。そのような単純な。

• コード。より多くのRAMが必要である（コンピューターが処理ではなくRAMにスワップアウトするのに忙しい）か、カーネルレベルのTCPスタックが正しく反応しない程度にすべてのCPUを使用している（そうです、ICMP応答は低いです）。これは残酷です-しかし、それはチェックする別の道です。また、RAMにキャッシュするのではなく、ディスクに頻繁にアクセスすることでディスクに過負荷をかけている可能性もありますが、pingが失われる原因は何とかわかりません。ただし、ここでの問題は管理者が処理できるものではありません。ハードウェアを投げるか、スティックを取り、プログラマがそれを修正するまで叩きます（パフォーマンスを損なう「愚かな」レベルの間違いである場合）。そうでない場合、深刻な利益を得ることははるかに困難であり、必要なハードウェアが増える可能性があります）。

それは間違いなくウィンドウの調整を必要としません-適切に構成されたウィンドウはそれ以上のLOTを提供できます。私のファイルサーバーは、長期間にわたって定期的にß-比較的在庫のあるセットアップから4〜6ギガビットを配信します。

今、あなたが与えるすべての数字は真剣に何も言わない。

• 10〜15％のCPUが使用されています。
• 25％のメモリが使用されている可能性が高いですが、スワップが発生していることを示す良い指標ですが、それでもCPUがIOを待機している可能性があります。
• 10％〜15％のネットワークが使用されているということは、ネットワークのあなたの側だけなので、まったく意味がありません。アップストリームはどうですか？プロバイダーが1ギガビットの20台のサーバーをラックからの1ギガビットアップリンクに配置し、それが地獄のように溢れている場合はどうなりますか？

最後のポイントはかなり可能性があります-ドロップされたパケットはそれを示す良い指標です。そして、これはあなたには見えません。

私のアドバイス...少しの間マシンの何かをオフにし、大きな静的ファイルを使用して外部から速度テストを行います。私はあなたがもっと混雑に遭遇するに違いない。

これまでに行ったすべてのこと（maxuserport、tcpnumconnection、サーバーの再起動、IIS設定の操作）は完全にオフで、最適な場所では何もしません。遅い車でハンマーを叩いても何も修正されません-特に車が交通渋滞にあるために遅い場合。サーバーだけでなく、すべての変更を元に戻し、問題の分析を開始します。現時点ではネットワークの混雑に賭けるでしょう。

pingは2つのサーバーの外部にありますか？その場合は、サーバー1からサーバー2へのpingを試してください。結果が外部からpingしたときとまったく異なる場合は、サーバー2が原因ではない可能性があることを示しています。また、リソースモニターで、ドライブのディスクキューの長さとアクティブな時間を確認します。問題を浮き彫りにする可能性がある詳細情報もあります。