Instalé Windows Server 2016 Datacenter en una Dell T620 y luego instalé la función Hyper-V. A continuación, creé un equipo de NIC compuesto por 2 adaptadores de red físicos de 1 Gbps. El equipo se llama LANTeam. Las configuraciones son: Modo de equipo: interruptor independiente, modo de equilibrio de carga: dinámico, adaptador en espera: ninguno (todos los adaptadores activos)
En el panel de control de Conexiones de red de este servidor, veo todas mis NIC físicas y ahora también veo una conexión más llamada 'LANTeam'. Ese es el nombre de la conexión, pero el nombre del dispositivo es 'Controlador multiplexor del adaptador de red de Microsoft'.
Si hago doble clic en esta conexión de red, muestra una velocidad de 2,0 Gbps, lo cual tiene sentido ya que se trata de conexiones de 2 x 1 Gbps, combinadas.
Aquí es donde las cosas se ponen un poco turbias para mí:
Abro Hyper-V Manager y hago clic en Virtual Switch Manager. Creo un nuevo conmutador virtual (externo) y selecciono 'Controlador multiplexor del adaptador de red de Microsoft' en la lista desplegable.
Llamo a este conmutador 'LAN vSwitch'
A continuación, creo mi primera VM. En su ventana Propiedades, selecciono 'LAN vSwitch' en el menú desplegable.
Cuando inicio esta máquina virtual (instalé Windows 2016 Server), voy a Conexiones de red y hago doble clic en el único (y único) Adaptador de red (que simplemente se llama 'Ethernet', muestra que la velocidad es de solo 1,0 Gbps.
¿Por qué no 2,0 Gbps? Mi objetivo es crear algunas máquinas virtuales, todas con una conexión Ethernet de 2,0 Gbps.
Respuesta1
La discrepancia que está viendo radica únicamente en la velocidad informada de la NIC. Algunos antecedentes primero:
Windows miente un poco cuando le dice que las NIC combinadas se ejecutan a 2 Gbps, ya que en realidad no es así como funcionan los equipos o los enlaces. Al utilizar la formación de equipos, puede equilibrar la carga de conexiones discretas entre las dos NIC. Una única conexión sólo puede saturar una única NIC. La formación de equipos solo resulta efectiva cuando se trata de múltiples puntos finales de red, por lo que generalmente es una buena opción para establecerse en el host de VM. Establecer vínculos o equipos dentro de las máquinas virtuales y no en el host puede tener consecuencias extrañas en varias plataformas, y debes evitar hacerlo si es posible. En general, es mejor colocar el vínculo en el lugar que obtendrá la mayor cantidad de conexiones y, por lo general, es lo más cerca posible de una red troncal.
Volviendo al problema de los informes de velocidad dentro de su VM: no miente. Tiene NIC de 1 Gbps conectadas a su host y unidas al conmutador virtual que proporciona redes para sus instancias. Esto reduce la velocidad de todo el conmutador virtual a 1 Gbps, y esta es una limitación conocida del control de flujo de HyperV. El vswitch ignora la capacidad informada del bono, ya que es irrelevante para el control de flujo. Aún puede enviar un total de 2 Gbps desde el host, pero no a ninguna máquina virtual.
Si aún desea establecer redes de velocidad de bus del sistema host entre máquinas virtuales, puede crear un conmutador virtual "vacío" que no se conecte a ningún tipo de NIC física, sino solo a cada máquina virtual y al host. Esto puede resultar útil si tiene mucho tráfico entre máquinas virtuales de este a oeste.
Basándose en el ejemplo anterior, podría solucionar este problema casi por completo terminando la capa 2 en el hipervisor. Podría unir todas sus máquinas virtuales a ese conmutador virtual vacío, lo que permitiría una comunicación a velocidad de bus. Una vez establecido esto, puede utilizar el host Hyperv como puerta de enlace, enrutando el tráfico de capa 3 desde el conmutador virtual completamente virtual a un equipo direccionado de capa 3 en el host. Esto introduciría algunas complejidades en la red, como la necesidad de reenviar puertos y el uso de una NAT. Sin embargo, hyperv tiene controles muy amigables para esto.