2.4 Mbpsを介して中央インフラストラクチャに接続されているリモートロケーションがあります [〜#〜] tls [〜#〜] 接続。その場所に、Server 2008 R2 Coreで実行されているHyper-V仮想ホスト上で仮想化するWindowsServer 2003 SP1ドメインコントローラーがあります(これも同じリモートの場所にあります)。ソースコンピューター(ドメインコントローラー)と仮想ホストは、1ギガビットの速度が可能な同じLAN上にあります。 SCVMMは、メインオフィス(TLSリンクのもう一方の端)にある仮想マシン上にあります。
すでにインストールされているSCVMMを使用して、仮想ホストに対してドメインコントローラーのオンラインP2Vを実行したいと思います。このtechnet article は、VMMホスト(Hyper-V仮想ホスト)に必要な「メタデータ」(machine.xmlなど)のみがSCVMMマシン間で送受信されることを示しているようです。 (VMMサーバー)。私たちのリモート接続は、P2Vプロセス中に物理マシンのイメージングに必要なトラフィックを維持できないことは明らかです。すべてのイメージングトラフィックをリモートロケーションのLANに残しておく必要があります。
ソースコンピューターと仮想ホスト以外のネットワークセグメントにあるSCVMMを使用してオンラインP2Vを実行するときに、SCVMMサーバーとソースコンピューターまたは仮想ホストのいずれかとの間でイメージングトラフィック(または帯域幅を大量に消費する)トラフィックが送信されないことを誰かが確認できますか? ?
P2Vプロセスをキャンセルすると、物理ホストはどうなりますか?フェイルセーフになりますか(つまり、ソースマシンに影響がありますか)?
ついにSFlowをサポートする環境でP2Vを実行する機会があり、VMMホストまたはソースコンピューターとリモートSCVMMマシンの間で大量のトラフィックが送信されていないことを確認できました。これは、SCVMMインストールエージェントとソースコンピューターのメタデータにすぎないようです。
トラフィックの最大のスパイク(650Kbit/s)は、vMMホストをSCVMMに追加したときです。 P2Vプロセスの「システム情報の収集」セクションでSCVMMがソースコンピューターを準備したP2Vフェーズ中に、トラフィックの別のスパイクがありました。ネットワークリンクが1Mbpsより遅い(または非常に混雑している)場合、これは一時的に問題があることがわかりますが、VMMホストとリモートSCVMMマシンの間でメタデータが絶え間なく流れることに対する私の最大の恐怖は根拠がないようです。
そしてトニーが述べたように、BITSはトラフィックを適切に抑制する必要があります。