OpenFiler packet drops.

Hace mas de una semana que estoy probando OpenFiler para hacer shared storage en mi home lab de vSphere, OpenFiler puede que sea el NAS OpenSource mas usado en estos momentos y aunque no tiene tantas funciones como FreeNAS cuando se trata de iSCSI es una bestia.
El caso es que desde el inicio mi OpenFiler surgio de partes de PC bastante viejas, por ejemplo: el board contaba con SATA primera generacion (150Mbps). Al cabo de 1 hora, uno de los puertos de la Intel Dual Port que tenia instalada ya contaba con mas de 1,000 packet drops.

Despues de cambiar la maquina. De un Intel P4 con DDR400 a un Athlon II X2 con 2G de RAM DDR3, aun seguia teniendo packet drops, no en la misma cantidad, pero tantos que las VMs en el shared storage eran casi imposibles de usar.

 

Esta tarjeta causa los packet drops….


Pues resulta que todo el problema era causado por la tarjeta Intel Dual Port que instale, esta tarjeta fue extraida de un firewall que no la necesitaba mas ya que fue convertido a un Servidor con DNS y 4 tarjetas de Red no son necesarias para este caso. La tarjeta en cuestio no exactamente es de Intel, si usaron un chipset hecho por ellos pero la tarjeta esta orientada a firewall con opciones de bridge, de esos que si se apagan la tarjeta de red queda en un modo que aun pasa trafico de un puerto a otro.
La tarjeta con problemas esta basada en intel corporation 82540EM la cual remplaze con una PCI-e Intel Corporation 82571EB Gigabit Ethernet Controller y se nota la diferencia, sin contar que no tiene packet drops en el status de OpenFiler.

 

Con esta todo funciona bastante bien…

y aqui el status de OpenFiler sin packet drops…

 

Creando un USB booteable para instalar ESXi 5.0 (vSphere Hypervisor).

Hace tiempo, cuando queria instalar ESXi 4.0 simplemente usando WinImage restauraba el archivo imagedd al USB. Al parecer con ESXi 5.0 esto no es posible y la alternativa es crear un USB booteable.

Otro metodo que he estado usando es crear una VM con ESXi 5.0 y luego usando WinImage restaurar el VMDK al USB, esto me causo problemas asi que creo que la mejor manera es instalar pero booteando desde un USB.

UNetbootin es la herramienta que nos ayudara en este pequeno proyecto. La ventaja de esta utilidad es que esta disponible en Windows, Mac y Linux.

Seleccionamos el drive, click OK y listo. Muy sencillo…

El efecto de la MAC Address duplicada.

Desde hace varios días estoy formando mi nuevo cluster de ESXi 5.0 para pruebas y algo de producción (algunas VM que ofrecen servicios al home-lan). Ya hace alrededor de 1 mes que tengo un host de ESXi 5.0 con un AMD Phenom II X4 y 16G de RAM, luego decidí armar otra maquina igual y formar un cluster físico de ESX. La instalación inicial la realice en VMware Workstation 8, creando una VM con RedHat como template OS e instalando ESXi 5 ahí para luego importar el VMDK hacia una memoria USB que al final seria el medio de booteo de mi ESXi.

Todo bien, la maquina funciona a la perfección. El problema surgió cuando utilice el mismo VMDK para clonarlo a otro USB y ser usado en el segundo host de ESXi.

Cuando creaba un VMkernel Port para conectar el ESXi a la red donde esta el NAS de NFS simplemente no podría verlo, haciendo pings desde el OpenFiler hacia el nuevo ESXi, solo llegaban 4 o 5 paquetes de 100 enviados. Pensando que eran problemas de cables los cambie, luego revise la VLAN y por ultimo cambie las tarjetas de red.

El problema era en el VMkernel Port, este tenía la MAC Address del VMkernel Port del otro ESXi. Al parecer cada instalación de ESXi genera su propio algoritmo para crear las MAC que usaran los VMkernels y al clonar el VMDK parece que el algoritmo es el mismo.

Solución?

http://communities.vmware.com/thread/276184

http://communities.vmware.com/thread/284842

En la primera entrada en VMTN, una solución es desde el CLI cambiar la MAC, esta no me gusta mucho.

En la segunda entrada que leí sobre el caso en VMTN, es mas especifica al método que use para instalar los ESXi, clonado.

1) Open ESXi / Configration / Software / Advanced

2) set Net.FollowHardwareMAC to 1

3) Reboot host

 

Y listo! Cuando volvi a crear el VMkernel Port este tenia una MAC diferente.

Tengo que volver a crear la VM para antes de seguir clonando desde ese VMDK, hacer los cambios en la configuración avanzada del ESXi.

Sección 2 – Configuración de RED en ESX/ESXi. Objetivo 2.2 – Configurando vNetwork Distributed Switches.

Objetivo 2.2 – Configurando vNetwork Distributed Switches.

2.2.1 – Comprendiendo como funciona un dvSwitch y sus maximus.

Un dvSwitch (vNetwork Distributed Switch) es un switch virtual que se expande a multiples host ESX/ESXi.

A diferencia del Switch Virtual anterior, el dvSwitch tiene una configuración para todos los ESX/ESXi y nos habilita nuevas funcionalidades como mantener estadísticas de un puerto de una VM a la cual se le realizo vMotion. Para habilitar dvSwitch se debe contar con licencia Enterprise Plus.

Continuar leyendo «Sección 2 – Configuración de RED en ESX/ESXi. Objetivo 2.2 – Configurando vNetwork Distributed Switches.»

Sección 2 – Configuración de RED en ESX/ESXi. Objetivo 2.1 – Configurando Switches Virtuales.

Objetivo 2.1 – Configurando Switches Virtuales.

2.1.1 – comprendiendo Switches virtuales y los máximos de NIC en ESX/ESXi.

Un vSwitch, es un switch que vive en un servidor ESX/ESXi, este switche virtualesta conectado a la red física.

Un vSwitch permite que nuestras maquinas virtuales tengan conexión mediante uplinks. Los portgroups son extensiones virtuales de las VLANS. Dentro de un vSwitch se pueden crear portgroups asociados a un VLAN ID permitiendo así tráfico entre ese portgroup y la VLAN “física”.

Continuar leyendo «Sección 2 – Configuración de RED en ESX/ESXi. Objetivo 2.1 – Configurando Switches Virtuales.»