Utilização de largura de banda de imagens P2V quando o SCVMM e o vhost estão em redes remotas diferentes

Question

Temos um local remoto conectado à nossa infraestrutura central por meio de uma conexão TLS de 2,4 Mbps. Há um controlador de domínio do Windows Server 2003 SP1 nesse local que gostaríamos de virtualizar em um host virtual do Hyper-V em execução no Server 2008 R2 Core (também no mesmo local remoto) Tanto o computador de origem (o controlador de domínio) quanto o host virtual estão localizados na mesma LAN que é capaz de velocidades de 1 Gbit. O SCVMM reside em uma máquina virtual no escritório principal (na outra extremidade do link TLS).

Eu gostaria de fazer um P2V on-line do controlador de domínio para o host virtual usando a instalação do SCVMM que já temos. Este artigo technet parece indicar que apenas os "meta-dados" ) necessário para o host do VMM (o host virtual do Hyper-V) ser enviado de um lado para outro entre a máquina do SCVMM (o servidor do VMM). Nossa conexão remota obviamente não pode sustentar o tráfego necessário para a criação de imagens da máquina física durante o processo de P2V - eu quero que todo o tráfego de imagens permaneça na LAN da localidade remota.

Alguém pode confirmar que, ao fazer um P2V on-line usando o SCVMM localizado em outro segmento de rede que não o computador de origem e o host virtual, nenhum tráfego de geração de imagens (ou largura de banda intensiva) é enviado entre o servidor SCVMM e o computador de origem ou o host virtual?

O que acontece com o host físico se eu cancelar o processo P2V? Isso falhará com segurança (ou seja, a máquina de origem será afetada)?

    

Answer 1

Eu finalmente tive a oportunidade de fazer um P2V em um ambiente que suportava o SFlow e posso confirmar que não há uma quantidade significativa de tráfego enviado entre o host do VMM ou o computador de origem e a máquina remota do SCVMM. Parece que é apenas o agente de instalação do SCVMM e os metadados do computador de origem.

O maior pico de tráfego (650Kbit / s) é quando adiciono o host vMM ao SCVMM. Houve outro pico de tráfego durante a fase P2V, em que o SCVMM preparou o computador de origem durante a seção "Gathering System Information" do processo P2V. Se seus links de rede são mais lentos que 1Mbps (ou estão muito ocupados) eu poderia ver isso sendo temporariamente problemático, mas parece que meu maior medo de fluxo constante de metadados de vaivém entre o host do VMM e a máquina remota do SCVMM é infundado .

E, como Tony mencionou, o BITS deve limitar o tráfego adequadamente.