web-dev-qa-db-ja.com

VMWareコンバータのパフォーマンス

テストラボについて質問があります。これを本番環境に適用するよりも、概念を理解することが重要です。

Linux/Windowsがいくつか構成されたESXiがあり、VMWareコンバーターを使用してバックアップを作成したいと思います。

プロセスを高速化するために、Windows7とVMWareConverterをインストールしたのと同じESXiホスト上にWindows VMを作成することにしました。

ホストにはギガビットカードがありますが、現在100MbFDポートに接続されています。 Windows 7は、1GBのカードが接続されていることを確認します。

VMWareコンバーターを使用してバックアップを行うときは、ソースと宛先としてホストIPを指定するため、ネットワーク全体でラップトップを使用するよりもコピーの方が高速であると考えました。

さて、長いソトリを短くするために：私は恐ろしいパフォーマンス（4Mb /秒）を得る。ホストがVMとホスト間で100Mbの通信を実行しているにもかかわらず、（間違っている場合は訂正してください）代わりに制限を設けるべきではないため、私はこれについて混乱しています。

ネットワークのパフォーマンスを最適化するためにWindows7を微調整しましたが、少しだけ改善されました。 50Gb（薄い）VMをバックアップするにはまだ4時間必要です。

さらに私は尋ねたかった：ジャンボフレームはこれに役立つでしょうか？ジャンボフレームはエンドツーエンドでサポートする必要があり、ホストが現在接続されているネットワークスイッチはこれをサポートしていないことを知っていますが、私は疑問に思っていました。

1）ESXi Hostはジャンボフレームをサポートしていますか？

2）どうにかして有効にできますか？

3）そうすれば、VMとホスト間の一括転送が改善されると思いますが、これはジャンボを行わないため、実際のスイッチを経由する通信に影響しますか？

読んでくれてありがとう

vmware-esxvmware-vspherejumboframes
2
bellocarico

ジャンボフレームは多少の違いを生むかもしれませんが、スループットの問題ははるかに深刻な問題を示しています。 ESXiでジャンボフレームを有効にすることはできますが、vCLIコマンドラインツールを使用する必要があります。具体的な手順については、こちらをご覧ください VMware ESXi構成ドキュメント 。

いくつかの原因が考えられます。

データがESXiホストに出入りする場合があります。その場合、ConverterはESXiホストのVM内から、物理ネットワークを介して管理インターフェイスにデータをコピーします。 100メガビットのアップリンクであることを考えると、報告する4メガビット/秒ではなく、数メガバイト/秒を取得することを期待しています。

ESXホストNICが実際に100Mbps /全二重設定をスイッチと正しくネゴシエートしていない可能性があります。スイッチとESXiホストのpNIC設定の両方が正しく設定されていることを確認してください。

コンバーターはスループットの点でそれほど効率的ではありませんが、（ファイルレベルではなく）ブロックベースのディスクコピーを使用している場合は問題ありません（転送速度はリンク帯域幅の最大値の50％を超えます-たとえば100Mbpsで4メガ/秒ネットワーク、GigEで40Meg /秒）。コピーでファイルレベルのコピーを使用している場合は、処理速度が大幅に低下します。

このすべてのアクティビティは、VMが格納されているディスクサブシステムにかなりの量の追加の負荷をかけています。これらすべてをかなり遅いストレージ（たとえば、RAID 5の少数のSATAドライブ）で実行している場合は、ディスクがスラッシングしている可能性がありますが、正常なストレージセットアップの場合、この種のことはストレスではありません。

ただし、問題は仮想ネットワークにあると思います。仮想ネットワークであると仮定すると、次のことを考慮する必要があります。

ESXi管理ポートがVMの本番ネットワークポートグループと同じ仮想スイッチ上にある場合、トラフィックは仮想スイッチ内で内部的にループバックする必要があります。それが起こらない場合は、VLANがポート\ポートグループに構成されているかどうかを確認するか、IPアドレスによってトラフィックがスイッチを出てから戻ってくる必要があると考えているかどうかを確認します（たとえば、管理者がいる場合） VMネットワークとは別のサブネット上のポートであり、通信を許可するために外部ルーターに依存しています）。ネットワークが上記を正しく実行していないと思われる場合は、管理ポートと同じサブネット上のソースVMとターゲットVMを、管理ポートと同じvSwitch上のVMポートグループに接続すると、さまざまなシステム間でトラフィックを取得する必要があります（ソース、コンバーターVMおよびESXホスト）はvSwitchの範囲内にとどまります。管理ポートをいじるのではなく、VMポートグループを移動します。間違いを犯すと、ESXiの物理コンソールに戻って問題を修正する必要があり、リスクを冒さないようにするのが最善です。で。

また、バックアッププロセスなどがすべての管理ポートのネットワーク帯域幅を占有している場合に備えて、開始する前にできるだけシャットダウンしてください。

1
Helvick

SSL暗号化をオフにすることは、この問題を回避する方法です。これがどのように行われるかです：

Open the converter-worker.xml configuration file. It is located in

"%ALLUSERSPROFILE%\VMware\VMware vCenter Converter Standalone"

folder for Windows Vista or newer or in

"%ALLUSERSPROFILE%\Application Data\VMware\VMware vCenter Converter Standalone"

for older Windows versions.

Set the key Config/nfc/useSsl to false and save the configuration file.
Restart "VMware vCenter Converter Standalone Worker" service.

つまり次のようになります。

...
<nfc>
   <readTimeoutMs>120000</readTimeoutMs>
   <useSsl>false</useSsl>
...

「「VMwarevCenterConverterStandaloneWorker」サービスを再起動してください。」

0
cra3y