V 13 jumbo

+

Cómo habilitar las tramas gigantes para Hyper-V huéspedes implementaciones por defecto de TCP / IP suelen establecer el tamaño de MTU (Maximum Transmission Unit) a 1500 bytes. Esto es para asegurar interacciones óptimas con sistemas heredados y las vías de Internet. El uso de valores más grandes para MTU (jumbo frames) puede aumentar la velocidad de grandes transferencias de datos porque, cuando todo va bien, hay bytes de datos más útiles por cabecera de encapsulación y bytes de cabecera. Este no es siempre el caso, sin embargo. Si cualquier eslabón de la cadena no puede manejar la mayor MTU, segmentos IP deben fragmentado. Si esto ocurre, se requiere sobrecarga adicional con el fin de realizar un seguimiento de la fragmentación. Los datos que cruzan la Internet casi siempre se limitan a 1500 MTU. A partir de 1500 como la MTU inicial prácticamente garantiza que la fragmentación no se producirá, pero no será el tamaño más eficiente en todos los escenarios. TCP / IP contiene un mecanismo que permite a los puntos finales para determinar la más baja MTU común a través de un enlace dado, pero no es un requisito y la naturaleza multi-ruta de TCP / IP fácilmente podría hacer que estas determinaciones discutible. La fragmentación y la caída de los paquetes de gran tamaño pueden causar rápidamente los puntos finales con gran MTU a ser mucho más lento que los extremos establecidos en el valor predeterminado de 1500, independientemente de la velocidad del equipo de conexión. Hyper-V conmutadores virtuales y de los puertos de conmutador virtual que exponen a las máquinas virtuales no son diferentes de cualquier otra aplicación TCP / IP. Comienzan vida con una MTU de 1500, y se volvería a alojar allí a menos que aumente el límite. Si tiene intención de aumentar este límite, vale la pena su tiempo para asegurar que suficiente del tráfico que fluye a través de un puerto virtual puede beneficiar suficiente como para justificar un aumento de MTU. Una razón positiva común de aumentar MTU sería si desea conectar un destino iSCSI directamente a una máquina virtual. Tenga en cuenta que es muy posible que salir de los puertos virtuales en el valor predeterminado de 1500, mientras que "enchufado" a un conmutador virtual con paquetes gigantes habilitadas. Es posible que tenga un servidor web virtualizado hacia el exterior que desea dejar en 1500 que comparte una NIC virtual con un servidor de copia de seguridad virtualizada que cae de datos en un dispositivo iSCSI cada noche. Ajuste del conmutador virtual y el NIC virtual del servidor de copia de seguridad para 9000 MTU permite que los datos de copia de seguridad fluyan tan eficientemente como sea posible; dejando NIC virtual del servidor web en 1500 MTU permite al servidor de Internet para comunicarse con los clientes externos sin temor a la fragmentación. Si es necesario, se puede añadir una segunda tarjeta de red virtual al servidor web y establecer su NIC a 9000 MTU y que utilice las que el puerto para comunicarse con un servidor SQL Server back-end. Hay tres pasos generales necesarios para asegurar la configuración adecuada. El hardware de conexión física debe ser compatible con paquetes gigantes y esta característica debe ser activado. Casi todos los interruptores requieren un ciclo de potencia después de las tramas gigantes se han habilitado. conmutador virtual de Hyper-V debe tener tramas gigantes habilitadas. La NIC virtual individuo debe tener tramas gigantes habilitadas. Activación de las tramas jumbo en un interruptor físico varía según el fabricante por lo que tendrá que consultar la documentación de cambiar eso. En este artículo también no cubre el cambio de las máquinas virtuales que no sean Windows. Para que el servidor Hyper-V y máquinas virtuales de Windows, el proceso es casi idéntico. Hyper-V o nativa Server Core - conmutadores virtuales Cuando se crea un conmutador virtual en una tarjeta de red, tarjeta de red que desaparece efectivamente de fácil descubrimiento en NETSH. Está ahí, pero puede ser difícil de descubrir y trabajar con ellos. Tenga en cuenta que si elige la opción de compartir el conmutador virtual con el sistema operativo de administración, lo que se ve en IPCONFIG y NETSH es una NIC virtual que se creó en el conmutador virtual, no es el mismo conmutador virtual. Para cambiar la MTU en NIC virtuales: Descargar nvspbind (archive. msdn. microsoft/nvspbind), desbloquear la tarjeta, y copiarlo en el host de Hyper-V. Ejecute: nvspbind / o * vms_pp Esto mostrará todos los adaptadores. Las personas con un ajuste de "activado" es / son su conmutador virtual (es). Tenga en cuenta estos nombres. Ejecutar: nvspbind / n "Marcos. Resalte el GUID sin los corchetes de apertura y cierre. Pulse Intro para copiarlo en el portapapeles. Ejecutar: REGEDIT. Navegue hasta HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Class \. Haga clic en esa tecla y seleccione "Buscar ...". Pegue el GUID copiado en el cuadro de búsqueda y haga clic en "Buscar siguiente". En la sub-clave se encuentra, busca "* JumboPacket". Cambie su entrada al 9000 (parte de la documentación indica 9014; 9014 es el tamaño "adecuado", pero ambos ajustes parecen tener el mismo efecto). Si se encontraron otros adaptadores en el paso 2, repetir para ellos desde el paso 3. Si usted no tiene o no quiere llegar nvspbind, es posible desplazarse por las entradas del registro en el paso 4 para localizar los adaptadores virtuales. En la subclave de ligamiento es un valor UpperBind. Un conmutador virtual sólo contendrá "VMSP" en este campo. Server Core virtual NIC virtual máquinas - Es posible utilizar los pasos anteriores para los conmutadores virtuales, aunque probablemente no es la forma más eficiente. Si ese es el método que elija, a continuación, en el paso 2 uso: "nvspbind / o * *". Usted tendrá que decidir en función de sus resultados, que adaptadoras (s) para cambiar. No modifique la dirección de bucle de retorno. NETSH es probablemente la herramienta preferida; sus pasos son a continuación. Ejecute: netsh int int sh IPv4 Esto mostrará una lista de todos los adaptadores unidos a IPv4. Ejecutar: netsh int conjunto subinterface "IPv4" MTU = 9000 = almacén persistente GUI Desde el interior de una interfaz gráfica de usuario, lo único que cambia es el que los adaptadores que ha establecido. El proceso es el mismo para los adaptadores en la partición principal y en un cliente de Windows VM. Pruebas En la mayoría de los casos, no es necesario reiniciar cualquier Windows máquina, anfitrión o virtual, para que estos cambios surtan efecto. Sin embargo, si la prueba no funciona y usted puede estar seguro de que cada punto final y el equipo de conmutación física se ha configurado correctamente, que es el primero que hay que tratar. En un símbolo del sistema desde dentro de la máquina virtual, ejecute: mesa de ping - f - l 8972 Si los resultados mencionar la fragmentación, a continuación, un cierto ajuste no está funcionando adecuadamente. Tiene alguna pregunta o comentario? Deja un comentario más abajo! Copia de seguridad de Hyper-V Si desea hacer copias de seguridad de Hyper-V sin problemas, eficaz y asequible, echa un vistazo a Altaro VM Backup VM. Es gratis para un máximo de 2 máquinas virtuales por host, para siempre! Descargar su copia (libre o una prueba de 30 días de nuestra Unlimited Edition) aquí: Altaro / Hyper-V-copia de seguridad /.