web-dev-qa-db-ja.com

Windows Server 2008のネットワーク速度が遅い、Xen 3.4.3 HVM ISO

Xen3.4.3-5と次のカーネルを実行しているホストノードでWindowsServer 2008を実行しているVM VM $ ===をセットアップしました:2.6.18-308.1.1.el5xen#1 SMP Wed Mar 7 05:38:01 EST 2012 i686 i686 i386 GNU/Linux

VMのネットワーク速度は非常に遅いです。オンライン速度テストを使用すると、最大8〜9 mbpsしか取得できません。回線は100mbpsのバースト可能であり、ホストノードは問題なくそれらを達成できます。速度。(Windows Server 2008の代わりに)CentOSを実行するVMをセットアップした場合、そのCentOS VMは、これらの速度を達成するのに問題はありません。Win2K8だけが苦労します。

私はかなり徹底的なトラブルシューティングを行いましたが、何も役に立ちませんでした:

  • 新規VM Win2k8のインストールにも同じネットワークの問題があります。
  • 最新のkernel-xenにアップグレードしても役に立ちませんでした(2.6.18-308.1.1.el5xen)。
  • Xen3.4.0からxen3.4.3-5へのアップグレードは役に立ちませんでした。
  • Windowsファイアウォールなどを無効にしても効果はありませんでした。
  • ネットワークカードデバイスの構成を自動ネゴシエーションから手動100mbps全二重に変更しても役に立ちませんでした。
  • ネットワーク受信バッファのパケットサイズを変更しても効果はありませんでした(すべてのコンボを64kから8kに試しました)。

この時点で、私はほとんどアイデアがありません-どんな助けでもいただければ幸いです!

編集:私は最終的にこの問題を解決しました。以下の私の受け入れられた答えを参照してください。

3
Elliot B.

NICおよびWindowsの他のコンポーネント用のXen準仮想化ドライバーをインストールすることでこの問題を解決しました。WindowsゲストのデフォルトドライバーはXenホストノードとひどく相互作用していました。ファイルをダウンロードすると、 VMのInternetExplorerは、ホストノードのCPUを75〜90%にスパイクします。WindowsServer200832ビット用のJamesHarperのGPLPVドライバーをインストールすると、問題が解決しました。

同様の問題が発生した場合は、次の場所にある適切なGPLPVドライバーのセットをダウンロードしてインストールしてください。 http://wiki.univention.de/index.php?title=Installing-signed-GPLPV-drivers

ただし、私の特定のサーバーでは、GPLPVドライバーをインストールするだけでは不十分でした。 GPLPVドライバーは、ダウンロード速度を通常のレベル(〜66mbps)に戻しましたが、アップロード速度は約2mbpsでした。次に、@ WesleyDavidが提供するヒントを再試行して、NIC構成(デバイスマネージャー経由)ですべての形式のオフロードを無効にし、アップロード速度を最大36mbpsに向上させました。GPLPVドライバーをインストールしてから他のシステムでは、NIC構成を変更する必要はありませんでした。

更新:

1年前にこの質問を投稿して以来、さまざまなXenマシンにWindowsをインストールしてきました。 James HarperのGPLPVドライバーをインストールするたびに、ネットワークパフォーマンスと一般的なシステムパフォーマンスの両方が劇的に向上しました。 HarperのGPLPVドライバーを使用せずに、完全なダウンロード/アップロード速度を達成することはできませんでした。

RHEL/CentOSホストマシン上でXenを使用してWindowsを仮想化する人は、間違いなくhttp://wiki.univention.de/index.php?)で提供されているドライバーを試してみてください。 title =インストール-署名済み-GPLPV-ドライバー

6
Elliot B.

問題は、Windowsゲストとそれが仮想NICとどのように通信しているかにある可能性があります。試すべきことがいくつかあります:

無効にするTCP Windowsゲストでの煙突のオフロード有効かどうかを確認するには、netsh int tcp show globalを実行します。無効にするには、netsh int tcp set global chimney=disabledを実行します。

無効にするTCP WindowsゲストのNIC)でオフロードします。ゲストWindowsのインストールで、デバイスマネージャーに移動し、=を開きます。 NIC問題の場合は、[詳細設定]タブに移動し、TCP/UDP、チェックサム、ラージセンド、TCP/IPオフロードに関連するオプションを検索します。無効にします。「オフロード」と表示されている場合は、無効にします。 。

Windowsゲストで受信側スケーリングを無効にします。netsh int tcp show globalで有効になっているかどうかを確認します。 netsh int tcp set global rss=disabledで無効にします。

WindowsゲストでNetDMAを無効にします。netsh int tcp show globalで有効になっているかどうかを確認します。手動で有効/無効にするには、レジストリキーを追加する必要があります。 get-itemproperty -path HKLM:\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters -name EnableTCPAですでに存在するかどうかを確認してください。存在せず、NetDMAが有効になっている場合は、PowerShellを使用して次のレジストリキーを作成します。

New-Item -Path HKLM:\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\EnableTCPA
New-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\" -Name "EnableTCPA" -Value 0 -PropertyType "DWord"

WindowsゲストでWindowsネットワークタスクオフロードを無効にします。 PowerShellを使用してレジストリキーが存在するかどうかを確認します:get-itemproperty -path HKLM:\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters -name DisableTaskOffload。そうでない場合は、PowerShellで次のレジストリキーを追加します:New-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\" -Name "DisableTaskOffload" -Value 1 -PropertyType "DWord"

Windowsゲストで自動調整を無効にします。最初に、有効になっているかどうかを確認します:Netsh interface tcp show global。そうである場合は、次のコマンドで無効にします:Netsh interface tcp set global autotuning=disabled

Windowsゲストでリモート差分圧縮が有効になっている場合は無効にします。実行コマンドに移動してappwiz.cplを実行し、[Windowsの機能をオンまたはオフにする]を選択して、リモート差分圧縮の選択を解除します。

アンチウイルスがライブトラフィックをスキャンするように設定されているかどうかを確認します。アンチウイルスツールは、ホストとの間で送受信されるすべてのトラフィックをスキャンして悪意のあるものがないかどうかをスキャンするように設定できます。それがWindowsゲストに当てはまる場合は、テストのために一時的に無効にします。


編集1

これに関するいくつかの最後の溝の努力は次のとおりです。

  • 私の推測の1つは、ポート速度の不一致があったということでしたが、あなたはそれに対処しました。この点に関してあなたがフロブすることができるより多くのオプションがない限り。
  • 通常、ネットワークドライバーを更新することをお勧めしますが、仮想VMはかなりバニラなので、NICでは必要ありません。
  • 最新のゲストツールをWindowsゲストにインストールします。
  • WindowsクライアントでIPv6に問題が発生し、TCP/IPが不思議な速度で低下するのを見てきました。理由はわかりません。私はそれを深く研究していません。 NICからv6をアンインストール/削除できると思います。
  • WindowsゲストのTCP/IP統計をチェックして、エラーやその他の興味深い数値がたくさんあるかどうかを確認します。 netstat -esがそのトリックを行います。
  • 最後に、もちろん重要なことですが、ネットワークモニターをインストールし、トラフィックに異常がないか調べます。 CRCエラー、再接続、パケットのドロップ...誰が知っていますか。醜いものは何でも。
8
Wesley