En la tabla adjunta, se muestran los cinco tipos de almacenamiento soportados en VMware vSphere™ ESXi 5, así como las diferentes funcionalidades soportadas por cada tipo de almacenamiento.

Con relación a la conectividad iSCSI y su iniciador de software iSCSI, el máximo número de iSCSI targets es de 265. Nota que ahora es posible hacer Boot from SAN (BFS) con iniciadores de software iSCSI.

Asimismo, no es posible crear más de un NIC Teaming con el iniciador de software iSCSI con más de 8 vmnics (uplinks o tarjetas de red físicas disponibles en el servidor ESXi). Solo es posible tener un número máximo de ocho caminos por LUN para los volúmenes VMFS conectados vía software o hardware iSCSI.

En cuanto al tamaño máximo de un volumen VMFS para la versión 3 (VMFS-3) es de 2TB menos 512Bytes de espacio con un block size de 8MB. Sin embargo, en VMFS versión 5 (VMFS-5) el tamaño del block size es de tan solo 1MB, aunque es posible crear ficheros .vmdk con un tamaño máximo de 2TB. Recuerda que en VMFS versión 3 y con un block size de 1MB, el tamaño de disco de la máquina virtual (.vmdk) no podrá superar los 256GB de espacio en disco.

También, el tamaño máximo para un volumen RDM (de las siglas en inglés Raw Device Mapping) en VMFS-5 es de 64TB, siempre y cuando uses la funcionalidad de extenders a nivel VMFS y el modo de compatibilidad de este RDM sea físico. Sin embargo, para un volumen RDM VFMS-5 en modo de compatibilidad virtual, el tamaño máximo es de 2TB menos 512 bytes.

VMware vSphere™ ESXi 5 usa el protocolo NFS versión 3 para comunicarse con cabinas de tipo NAS. Nota que aunque NFS también puede usar la versión 4, esta no está soportada por VMware. En la versión VMware vSphere™ ESXi 5, ahora es posible montar hasta 256 volúmenes NFS por host.

Con relación a los ficheros swaps de las máquinas virtuales, el tamaño máximo que puede alcanzar este tipo de ficheros es de 1TB por máquina virtual, siempre y cuando, configures tu máquina virtual con 1TB de memoria RAM. Puedes ver más información sobre la configuración del block size en VMFS-5 en nuestro canal oficial de YouTube: VMware vSphere 5.0 en entornos SAN iSCSI

En cuanto al número máximo de targets que un servidor host puede ver con un adaptador Broadcom 10GB iSCSI es de 128 targets. El número máximo de tarjetas 1GB Ethernet Broadcom (bnx2) que un servidor host ESXi puede tener es 16.

Por ultimo, recuerda que es posible tener todas las funcionalidades enterprise de VMware (HA, vMoting, Storage vMotion, DRS) con un almacenamiento NAS via NFS. Interesante, ¿verdad?

¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Hola soy Jose Maria Gris y de nuevo estoy aquí con vosotros. Últimamente esta sección parece un poco como cuarto milenio . Lo que os comentaré hoy no es que sea cosa de brujas pero si es cierto que me ha traído de cabeza en 2 instalaciones estos días y la verdad es que no acababa de verlo claro. Tras investigación y pruebas de laboratorio, ha quedado bastante claro.

Bien, todo empieza cuando llego a una instalación que “se ha vuelto loca”. Sencillamente es ingobernable, no contesta ni responde correctamente ni al VI client ni a vCenter…. No se comporta correctamente con SSH. Vamos, un potro desbocado. Eso sí, las VM continúan dando servicio sin problema.

Nos ponemos en contacto con soporte y nos comentan que lo que tenemos es un “All paths Down” o APD. Solución: Hay que entrar en las vms por RDP, pararlas y posteriormente hacer caer el ESX/i con un Cold Reset. Cuando se levante, todo estará en su sitio. Soporte “dixit”

Bien, vamos a ver como ocurre esto. El KB 1016626 nos empieza a dar luz sobre el tema. El resumen es “si se efectúa un rescan cuando una lun esta con todos los enlaces caídos puede generar o bien que otra vm deje de responder o como me ocurrió a mi, que los hosts se vuelvan locos.” Las razones pueden ser múltiples, error de hardware, sacar una lun de golpe, etc. Lo cierto es que con diversos levels de ESX he visto comportamientos muy parecidos, pero distintos.

Por lo que he estado investigando, es un bug de vSphere. Con 3.5 no pasaba. Básicamente si en un rescan el sistema detecta que no encuentra una Lun, se vuelca con el proceso hotsd a buscarla, tanto, que llega a bloquear nics, etc….

Si estás leyendo esto y estas en 4.0. U1, tienes que pensar en instalar el parche que se indica mas abajo en referencias, el cual minimiza el tiempo de “no respuesta”. Con 4.0 U2 y 4.1 ya viene instalado.

La buena noticia es que ya leí en un KB que en versión 4.1 U1 el tema se solventaba. La tengo instalada en mi laboratorio y efectivamente entre las features comenta que “ya no deberá pasar mas”, aunque hay un comentario sobre “si ocurre, contacta con soporte técnico.”

No contento con ello he cogido una instalación grande en preproducción, con SANs y con Datacore importante y simplemente he sacado una lun para posteriormente hacer un rescan manual desde el cluster. Lo cierto es que no le ha gustado nada, ha “tosido” se ha molestado, se ha recorcobecado, pero al cabo de un par de minutos estaba todo bien y continuaba en su sitio. Nada que no se pueda mitigar.

Lo reconozco, no me he quedado contento. Lo he probado en mi pobre labo. Los resultados han sido los mismos.

No os voy a decir que el APD ha quedado eliminado, esto lo debe decir el fabricante, pero en mis pruebas, al menos, no ha aparecido….

No obstante, la próxima semana os presentaré como hacer correctamente un “masking” desde ESXi para despresentar una LUN en vSphere 4.x (esté o no solventado el APD, por si las moscas).

Hasta la semana que viene.

Referencias
KB Article: 1016626 Virtual machines stop responding when any LUN on the host is in an all-paths-down condition (APD)
VMware ESX 4.0, Patch ESX400-200912401-BG: Updates vmkernel, vmklinux, tools, CIM, and perftools (1016291)
VMware ESXi 4.0, Patch ESXi400-200912401-BG: Updates Firmware (1016295)

Hola amigos, soy Florián Murillo y en la vida hay veces que te rindes. En mi caso me rindo cuando tengo la sensación de que nado en sentido opuesto al curso del río.

Esto es lo que me pasa con el licenciamiento de Microsoft, nunca se si lo que conozco todavía es verdad o ha vuelto a cambiar, supongo que por eso me escondo cuando alguien me pregunta sobre licenciamiento Microsoft, hay que ser un experto dedicado al licenciamiento de Microsoft para hablar.

Algo parecido pasa con el soporte de los productos de Microsoft en vSphere, me parecía un conocimiento inalcanzable para un simple mortal como yo, hasta que hace un tiempo, en un curso de vSphere, un alumno me pasó este link:

http://www.windowsservercatalog.com/svvp.aspx?svvppage=svvpwizard.htm

Seleccionamos la aplicación y la plataforma de virtualización y nos dice si está soportada o no.

Ya no sufro en soledad. Gracias Miguel Angel

Hola amigos,

A continuación pasaré a detallaros como sacar toda la información (configuración, funcionamiento, errores, estadísticas, etc) de los servidores XenServer.

Esta información la podremos reportar al servicio de soporte técnico de Citrix en caso que nos la soliciten.

1.- Nos logeamos en XenCenter.

2.- Una vez en el menú seleccionamos Tools.

3.- Seleccionamos “Get Server Status Report”.

4.- Seleccionamos el servidor del cual queremos obtener la información.

5.- Seleccionamos lo que querremos incluir en el reporte.

6.- Hacemos click en siguiente y esperamos a que nos avise que ha terminado.

7.- Elegimos la ruta donde guardar el reporte.

8. Por último pulsamos en finalizar.

Como veis con unos sencillos pasos podremos obtener toda la información que necesitemos de XenServer.

Espero que os sea de utilidad.

Nuestro buen amigo, Bob Slovick, Senior Information Systems Specialist @ VMware Worldwide Technical Services, ha creado una barra de herramientas de soporte, la cual te da acceso directo a las webs mas importantes de VMware.

Las características incluidas en esta VMware support Toolbar son las siguientes:

• Acceso instantáneo a los parches, documentación y mucho más.
• Actualizaciones de Twitter y RSS directamente desde soporte técnico.
• Chat peer to peer en vivo que permite pedir ayuda a otros expertos y personal de VMware.
• Capacidades de búsqueda personalizada.
• Funciona en IE, Firefox, Safari.

Ya puedes descargarte el VMware support toolbar en el siguiente enlace:

http://www.vmwaretoolbar.com

Muchos son los emails y llamadas que he recibido durante años sobre si Oracle está soportado en VMware. Pues bien, puesto clara y llanamente, si Oracle está soportado o no, dependerá del departamento en Oracle con el que hables. Me explico:

El equipo de preventa en Oracle es posible que te diga que Oracle no está ni certificado ni soportado en VMware pero si miras el articulo creado por el equipo de soporte en Oracle (metalink número 249212.1) dice lo contrario, o al menos, viene a decir que esta soportado aunque no certificado.

Oracle soporta sus productos en VMware. Esta política ha estado presente por más de dos años y no ha cambiado. Mientras que Oracle no está certificado en VMware, el articulo en el meta link claramente especifica las condiciones bajo las que Oracle ofrecerá soporte a clientes con VMware.

Si la capa de virtualización de VMware es el responsable del problema, entonces el departamento de soporte de VMware asistirá al cliente a solventar dicho problema.

Asimismo, Oracle VM es la única solución&plataforma de virtualización certificada y soportada para los productos de Oracle – Good for them.

Tip: La experiencia con el departamento de soporte de Oracle y con mis clientes corriendo Oracle bajo VMware es, ciertamente, muy positiva. Nunca he tenido ningún problema con Oracle cuando hemos necesitado (en muy contadas ocasiones) su soporte.

Y ciertamente, dependerá del departamento con el que hables: soporte, sales o marketing, – Oracle estará o no soportado sobre VMware. Triste pero cierto.

Ahora cuando te digan que no está soportado, primero, pregúntales para que departamento trabajan y, segundo, podrás enseñarle el metalink número 249212.1

Se han incluido ocho nuevas configuraciones de VMware ESX en el programa de certificación de Microsoft SVVP.

Las nuevas configuraciones permiten hasta 64GB de memoria RAM en una máquina virtual, lo cual representa un aumento del límite anterior que estaba solo en 4GB por maquina virtual. Esta nueva configuración soportada por Microsoft será útil para aquellos clientes que deseen migrar  Exchange, SQL, o cualquier otra aplicación de uso intensivo de memoria a un entorno virtual.

Gracias a este programa de certificación de Microsoft SVVP, cualquier cliente tendrá  soporte de Microsoft cuando este ejecute  productos Microsoft en VMware.

Asimismo, cualquier versión de Windows posterior a Windows Server 2000 Service Pack 4 también cuenta con el soporte.

Ver crecer el soporte de Microsoft en entornos VMware ESX  me llena de satisfacción.  Se nota la “mano” del CEO de VMware, por algo trabajo 15 años en Microsoft.

Ya es es oficial – VMware fue el primero que realmente certifico su Hipervisor bajo el nuevo programa de certificación de software de virtualización de Microsoft. Hubo cierta confusión cuando la lista de participantes en el programa SVVP (Server Virtualization Validation Program) se anunció a principios de agosto. Originalmente VMware no figuraba en la lista, aunque  más tarde, y durante ese mismo día el error de omisión se  corrigió.

El fondo de la cuestión es que hoy VMware es el primero en conseguir soporte de Microsoft bajo el programa SVVP.

Para ver mas informacion sobre la gran noticia haz click aqui: VMware ESX is the Industry’s First Hypervisor to be Validated by Microsoft, Offers Customers Expanded Support Options for Microsoft Applications – VMware.

Viernes, Enero 04, 2008 – Source VMware.com

VMware ha anunciado que SAP va a ofrecer soporte completo y de inmediato para sus soluciones en 64-bit Windows- and Linux entornos de producción bajo VMware ESX Server.

Servidores de Dell, Fujitsu-Siemens, HP, IBM y Sun han terminado la certificación de la plataforma de soluciones SAP® que corren bajo Windows y Linux con VMware ESX Server, un componente del software suite de VMware Infrastructure.

SAP y VMware asistirán técnicamente y conjuntamente en la resolución de problemas, respaldado con un acuerdo global de partnership y empleados dedicados al suporte.