VMware Global Community
clopmz
Enthusiast
Enthusiast

¿Tiene sentido habilitar jumbo frames en los guests?

Hola a todos,

Dispongo de un pequeño lab en casa que consiste en dos servidores: un HP ML150 y un HP ML115. La idea es instalar NexentaStor en el HP ML150, ya que dispone de 2TB de almacenamiento, y en el ML115 el ESXi 4.1.

Todas las máquinas virtuales que voy a dar de alta van a ser instaladas con la capacidad de iSCSI boot, esto es, quiero que boteen todas desde el servidor NexentaStor y no dar de alta discos virtuales locales en el servidor ESXi, ya que solo dispone de un disco de 140GB. Para ello quiero habilitar la capacidad de jumbo frames tanto en NexentaStor como en el servidor ESXi. Ambos se conectan por la interfaz iSCSI del servidor NexentaStor con un cable cruzado. Pero atención: el servidor ESXi NO cogerá bajo ninguna circunstancia discos del servidor NexentaStor y es por un motivo muy sencillo. Cuando el servidor NexentaStor arranque precisa de conectividad hacia Internet para sincronizar la hora, entre otras cosas. Es por ello que en el servidor ESXi hay una máquina virtual OpenBSD que actua como firewall y se inicia nada más arrancar el servidor ESXi. En resumen, necesito que el servidor ESXi arranque con indenpendencia de si el servidor NexentaStor esté arrancado o no.

Ahora a lo importante: como he comentado voy a instalar todos los guests via iSCSI boot con GPXE, mayormente Windows 2008 R2 y RHEL. Y la pregunta es: ¿puedo utilizar jumbo frames en los guest o no servirá de nada?

Saludos.

0 Kudos
11 Replies
FerrerDeCouto
Commander
Commander

Buenos días,

La solución que planteas la veo un poco... complicada, si tienes oportunidad a ver si nos puedes facilitar el motivo de hacerlo así. Imagino que será para arrancar varias VMs desde un mismo vDISK por PXE.

Algo que si deberás hacer es crear un datastore donde poder almacenar al menos el Boot CD que le vas a asignar a cada VM para que arranque por GPXE, ya que sino no podrás arrancar.

Respecto a NexentaStor decir que no necesita Internet para dicha sincronización, puedes hacerlo localmente, no es requisito necesario. Respecto lo que comentas tendrás que configurar Jumbo Frame por la interfaz de red que asignes para la salida y posteriormente por la VM, ya que si no lo haces en todo la VM mandará a 1500..., por lo tanto VM a 900 en el SO, interfaz de red que es la siguiente salida a 9000 y interfaz NexentaStor a 9000.

Saludos.

-


José Luis Gómez Ferrer de Couto

Founder of PiPo e2H

Blog: http://blog.e2h.net

Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias.

If you find this or any other answer useful, please consider awarding points. Thank you.

-


[http://blog.e2h.net|http://feeds.feedburner.com/PipoE2h-SolucionesTicAvanzadas]

José Luis Gómez Ferrer de Couto Founder of PiPo e2H Blog: http://blog.e2h.net Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias. If you find this or any other answer useful, please consider awarding points. Thank you.
0 Kudos
clopmz
Enthusiast
Enthusiast

Gracias por la respuesta Ferrer.

Bueno, no sé si es una solución complicada o no, pero es la única por la cual puedo arrancar de forma independiente NexentStor de ESXi. No solo es la sincornización horaria, también el poder actualizar NexentaStor por ejemplo. Necesita descargar los updates desde el site de nexenta.com y si tengo configurado al servidor ESXi que coja storage de NexentaStor, no podría actualizar NexentaStor ya que necesita rebotar.

Los guests no cogerán vDisks. tendrán asignadas volúmenes ZFS via iSCSI target de NexentaStor. Indudablemente, la configuración de las máquinas virtuales sí estarán en el disco local del servidor ESXi, junto con el archivo de swap. Pero nada más.

Me queda claro lo de la MTU en todos los extremos. Lo que no tengo tan claro es que se note algo en el performance de los guests. Es ahñi donde tengo dudas. Por otro lado he visto una entrada en vmware: http://blogs.vmware.com/networking/2010/03/jumbo-frames-in-vsphere-40.html, que me mosquea un poco. Según ese doc, ¿eso quiere decir que el driver e1000 que se configura en ESXi para el guest no soportará Jumbo Frames?? Porque eso sí es un problema, ya que no todos los SO soportan ni vmxnet2 ni mucho menos vmxnet3 ....

Saludos.

0 Kudos
FerrerDeCouto
Commander
Commander

Hola,

Tengo una duda, ¿NexentaStor está instalado de forma nativa en el servidor ML150, o está instalado como una VM de ESXi?. Si está instalado de forma nativa podrías conectar el volumen formateado en ZFS a través de iSCSI al ESXi y habilitar en la interfaz de red de ESXi jumbo frames, formateando luego el volumen en VMFS y almacenando las VMs en dicho volumen, que realmente al final se están quedando en Nexenta.

Como decía, para poder ayudarte mejor la duda la tengo en si el Nexenta está virtualizado o no, si no lo está ¿por qué almacenar las VMs en pequeños discos virtuales en vez de un volumen VMFS?

Saludos.

-


José Luis Gómez Ferrer de Couto

Founder of PiPo e2H

Blog: http://blog.e2h.net

Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias.

If you find this or any other answer useful, please consider awarding points. Thank you.

-


[http://blog.e2h.net|http://feeds.feedburner.com/PipoE2h-SolucionesTicAvanzadas]

José Luis Gómez Ferrer de Couto Founder of PiPo e2H Blog: http://blog.e2h.net Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias. If you find this or any other answer useful, please consider awarding points. Thank you.
0 Kudos
clopmz
Enthusiast
Enthusiast

NexentaStor estará instalado de forma nativa en el HP ML150. Se necesitan ingentes GB de RAM a nivel virtual para que ZFS funcione con cierta soltura. No es lo mismo 5GB de RAM física que 5GB de RAM virtual para ZFS. Lo he testado y el performance, entre otras cosas, es superior con RAM física.

Por otro lado hago hincapié en lo de poder arrancar a ambos servidores de forma independiente. A parte de lo que he comentado anteriormente acerca de NexentaSotr, a veces solo necesitaré trabajar con el firewall del servidor ESXi y no con las máquinas virtuales. También hay otro motivo: los guests trabajan mucho mejor a nivel de lectura/escritura si atacan directamente a los volúmenes ZFS que si lo hace a través de un vmdk, sobre todo si utilizas la propiedad de iSCSI boot.

Otro motivo, y muy importante, de trabajar con volumenes ZFS y no con vmdks, son los backups. ZFS es potentísimo a nivel de snapshots y recuperación de backups.

Saludos.

0 Kudos
FerrerDeCouto
Commander
Commander

Hola,

Conozco NexentaStor, ya que en mi blog tengo publicados artículos sobre su funcionamiento. Esa RAM que comentas es necesaria si no dejas un disco de alta velocidad (recomendado SSD) para la cache. Ya que el rendimiento verdadero lo da un disco rápido donde se puedan ir soltando los datos para luego ser grabados en el RAID que tengas creado.

Las máquinas físicas las vas a poder seguir arrancando independientemente, lo único que has de hacer es instalar el OpenBSD en local, ya que no creo que necesites mucho almacenamiento para dicha VM. Si el ESXi arranca y no ve el datastore iSCSI seguirá para delante dando dicho datastore como desconectado.

La potencia de snapshot y backup de ZFS lo podrás seguir usando, ya que antes el volumen está creado en ZFS y no sabe lo que tiene por encima, ni VMware sabe lo que tiene por debajo. Ten en cuenta que las cabinas de almacenamiento tienen sus propios sistemas de snapshot y backups, y no por ello se dejan de formatear los volúmenes en VMFS.

Ademas, NexentaStor está certificado por ellos que funcionan perfectamente con VMware, además de tener un producto que es una consola central () desde la cual administras tu entorno de almacenamiento integrado con VMware.

Saludos.

-


José Luis Gómez Ferrer de Couto

Founder of PiPo e2H

Blog:

Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias.

If you find this or any other answer useful, please consider awarding points. Thank you.

-


[http://feeds.feedburner.com/PipoE2h-SolucionesTicAvanzadas]

José Luis Gómez Ferrer de Couto Founder of PiPo e2H Blog: http://blog.e2h.net Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias. If you find this or any other answer useful, please consider awarding points. Thank you.
0 Kudos
FerrerDeCouto
Commander
Commander

Hola,

Adicionalmente a todo lo que te comentaba, lo puedes comprobar con imágenes , donde hacen uso del sistema de spanshot y recuperación de ZFS con volúmenes VMFS.

Saludos.

-


José Luis Gómez Ferrer de Couto

Founder of PiPo e2H

Blog:

Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias.

If you find this or any other answer useful, please consider awarding points. Thank you.

-


[http://blog.e2h.net/|http://feeds.feedburner.com/PipoE2h-SolucionesTicAvanzadas]

José Luis Gómez Ferrer de Couto Founder of PiPo e2H Blog: http://blog.e2h.net Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias. If you find this or any other answer useful, please consider awarding points. Thank you.
0 Kudos
clopmz
Enthusiast
Enthusiast

Es correcto lo del disco SSD que comentas. No dispongo de él, de momento está en mi haber. Pero aún así, no hay color entre correr NexentaStor de forma virtual o física.

Sobre el OpenBSD: es correcto, será la única máquina virtual que tendrá instalada en local el servidor ESXi, De las demás máquinas virtuales, solo dispondrá de la configuración en local.

Sobre lo de los backups/snaphots que comentas, estoy de acuerdo, pero difiero en la potencia de recuperación que ofrece ZFS respecto a snaphosts de vmware. En el servidor NexentaStor puedo conectar un disco USB externo y seleccionar que volúmenes ZFS a los que quiero hacer backup y con que granulidad. Y además puedo hacer el recover sin necesidad de utilizar al servidor ESXi. Otra cosa que no he comentado, es que quiero que el servidor ESXi destine toda la potencia a la ejecución de las máquinas virtuales, sin necesidad de gastar ni RAM ni cliclos de CPU con el storage. Por ejemplo, si utilizase NFS en el NexentaStor para servir storage al servidor ESXi y sin disponer de una unidad SSD, la cosa se arrastra.

Pero volviendo a la pregunta original: ¿tiene sentido utilizar los jumbo frames a nivel de los guests? ¿se notará en el performance de acceso a disco? Y añado otra ¿el driver e1000 está soportado para activar jumbo frames? ... Espero que sí porque si no, entonces sí tengo que aplicar la opción dada por FerrerDeCouto, conectar al servidor ESXI via iSCSI a NexentaStor.

Saludos.

0 Kudos
FerrerDeCouto
Commander
Commander

Hola,

Totalmente de acuerdo en montar NexentaStor en modo nativo, ni por asomo lo montaría en virtual... más que nada porque es un sistema operativo para almacenamiento y que mejor que ataque el directamente el almacenamiento y lo gestione sin tener ninguna capa intermedia como la virtualización.

Respecto a backups y snapshot estoy hablando siempre de Nexenta, podrás seguir haciendolos igual pero por debajo tienes un VMFS... en ningún momento hablo de sistemas de copias de VMware, sino de Nexenta con el ZFS de Sun.

Personalmente no usaría Jumbo Frames para este objetivo, pero todo depende del tipo de aplicaciones que van a correr en las VMs y el uso que harán del almacenamiento, ya que si salvan ficheros pequeños el tener que mandar siempre paquetes de 9000 bytes rellenandolos puede dar peor rendimiento que mandar 1500 bytes con poco o ningún relleno. Es sopesarlo, como es algo que puedes activar o desactivar sobre la marcha y ver su rendimiento no es algo que te condicione.

Respecto si e1000 soporta Jumbo Frames, NO ( página 33).

Saludos y ánimo con Nexenta, a mi me mola bastante.

-


José Luis Gómez Ferrer de Couto

Founder of PiPo e2H

Blog:

Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias.

If you find this or any other answer useful, please consider awarding points. Thank you.

-


[http://blog.e2h.net/|http://feeds.feedburner.com/PipoE2h-SolucionesTicAvanzadas]

José Luis Gómez Ferrer de Couto Founder of PiPo e2H Blog: http://blog.e2h.net Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias. If you find this or any other answer useful, please consider awarding points. Thank you.
0 Kudos
clopmz
Enthusiast
Enthusiast

Buf ... Pues eso es un problema. Bueno, sopesaré las opciones y veré que hago. Pero lo más probable es que sacrifique los jumbo frames.

Saludos.

0 Kudos
jose_maria_gonz
Virtuoso
Virtuoso

Clopmz,

Contestando a la pregunta de tu cabecera, ya pienso que si, sobre todo si has activado jumbo frames en algún punto del camino. Para que funcione bien jumbo frames hay que activarlo end-to-end.

Quizás este articulo del kb te resulte interesante.

http://kb.vmware.com/kb/1003712

Saludos,

Jose Maria Gonzalez,

Founder and President of JmG Virtual Consulting, S.L

-


Mi empresa: JmG Virtual Consulting, S.L - Lideres y Expertos en Virtualizacion

Mi blog: El blog de Virtualizacion en Español - con Jose Maria Gonzalez.

Mi twitter: El blog de Virtualizacion en Español - con Jose Maria Gonzalez

VMware vExpert 2009, vExpert 2010, VCI, VCP4, VCP3, VCP2, RHCE, MCSE

Autor del libro <a href="http://www.lulu.com/product/tapa-blanda/101-secretos-de-vmware-vsphere/6345031" target="_blank">101 Secretos de VMware vSphere</a>

Autor del libro VMware ESX y VMware VCP Hecho Fácil

-


If you find this or any other answer useful please consider awarding points by marking the answer helpful or correct.

<a href="http://feedproxy.google.com/ElBlogDeVirtualizacionEnEspanol">!http://feedproxy.google.com/ElBlogDeVirtualizacionEnEspanol.2.gif!</a>

0 Kudos
clopmz
Enthusiast
Enthusiast

Interesante documento. Gracias Jose Maria.

Saludos.

0 Kudos