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.

Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y VMware vSphere 5: ¿Cómo desactivar la pestaña de Getting Started en vCenter? Espero que te guste.

Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.

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

En resumen, para lo que antes necesitábamos 2 licencias de vSphere, ahora es posible que necesitemos 4 ó mas, dependiendo del entorno y cliente. Voy a explicarlo con un ejemplo muy claro.

Con VMware vSphere™ 4.x

• Dell R710 con 2 sockets y 192G de memoria = 2 Licencias de vSphere Enterprise Plus
• Dell R710 con 4 sockets y 256G de memoria = 4 Licencias de vSphere Enterprise Plus

Con VMware vSphere™ 5.x

• Dell R710 con 2 sockets y 192G de memoria = 4 Licencias de vSphere Enterprise Plus
• Dell R710 con 4 sockets y 256G de memoria = 6 Licencias de vSphere Enterprise Plus

Puedes ver el documento oficial de VMware que explica el nuevo formato de licencias de VMware vSphere™ 5.0 en este enlace:http://www.vmware.com/files/pdf/vsphere_pricing.pdf

Adicionalmente a las licencias requeridas y necesarias para arrancar tus máquinas virtuales, también necesitarás licencias adicionales siempre que sobrepases el número de 16 cores o más por procesador o socket.

Por esta razón, VMware ha puesto a disposición de los clientes en general una herramienta gratuita llamada VMware Licensing Advisor, la cual te dará más información relativa al impacto que tendrá en tu entorno particular la actualización a la versión vSphere™ 5.

Por consiguiente, ahora si dedicas más memoria vRAM a tus máquinas virtuales de la que has licenciado, sencillamente tus máquinas virtuales no arrancarán. Para la versión Essential y Essential plus esta comprobación es obligatoria, es decir, si has licenciado un pool de vRAM de 32GB y tienes ya esta cantidad de memoria configurada y usada en tus máquinas virtuales, al arrancar una máquina virtual que necesite usar 1GB adicional no lo hará.

Sin embargo, con las licencias a partir de la Essential Plus, si sobrepasas la configuración de la memoria en tu pool vRAM, recibirás un warning avisándote de que estas usando más memoria de la que has licenciado y que requieres comprar más licencias. No obstante, tu máquina virtual arrancará.

Supongo que la buena notica es que VMware vSphere™ ESXi 5 (como todas las versiones anteriores) permite usar el producto durante 60 días (Evaluation Mode) con toda su funcionalidad incluida.

¿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.

Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y VMware vSphere 5: ¿Cómo activar y configurar el plugin Hardware Status en vCenter? Espero que te guste.

Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.

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

Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y VMware vSphere 5: ¿Cómo desactivar y activar las alarmas de vCenter 5 con tan solo un clic de ratón en VMware Sphere 5. Espero que te guste.

Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.

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

Alguna vez te has preguntado: ¿Cuanto dura un vMotion en una VM de 255GB de memoria asignada? es decir el límite de memoria de una VM en un host ESX/ESXi v.4 con hardware v.7 en la placa base de la máquina virtual. Pues con vSphere 5 aparecen VMs de hasta 1GB de RAM, anunciando migraciones de larga duración para máquinas virtuales de gran formato.

vSphere 5 trae una funcionalidad que no aparece entre las mas importantes pero que es muy bien recibida en entornos con grandes máquinas virtuales. Me refiero a la posibilidad de hacer vMotion utilizando varios interfaces de red SIMULTANEAMENTE.

En EMC han realizado un análisis de carga interesante, han comparado un vMotion con diferentes escenarios, con 1 NIC, con 2NICs y con 4 NICs.

La máquina virtual de test no está nada mal, un SQL Server con 60 GB de memoria, mas de 2TB de datos y 10.000 IOPS. Es decir una máquina virtual con alta actividad y tamaño medio/alto.

Los resultados (redondeados a minutos) han sido los siguientes:

• vMotion con 1 puerto de vmKernel: 23 minutos.
• vMotion con 2 puertos de vmKernel: 8 minutos.
• vMotion con 4 puerto de vmKernel: 3 minutos

Para evitar dudas os diré que las pruebas se han hecho con todos los interfaces a 1Gbps y con una MTU de 9000 bytes, o como la conocemos coloquialmente con Jumbo Frame activado en todos los puertos de vmKernel.

¿Cuál es la conclusión?

En todo diseño con máquinas virtuales de tamaño medio o grande, hemos de tener en cuenta el tamaño de las maquinas mas grandes para atender sus necesidades de conectividad y sus necesidades de movilidad, o sea vMotion. La eficiencia obtenida es tan alta con vMotion multi-NIC que merece la pena invertir un poco en interfaces de red.

Con máquinas de gran tamaño ¿Os podéis permitir tardar mas de una hora en poner un host en mantenimiento? o bien que DRS tarde este tiempo en mejorar el balanceo de un cluster ¿impensable 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.

1. Memory Hardening: El kernel del ESXi, aplicaciones user-mode y ejecutables como drivers y librerías están localizadas en zonas de memoria aleatorias para evitar que software del tipo troyanos averigüen de una forma sencilla la localización de estas zonas de memoria.

2. Kernel Module Integrity: Los módulos, drivers y aplicaciones de ESXi son “firmados” digitalmente para asegurar la integridad de estos una vez que el VMkernel los carga en memoria.

Asimismo, a diferencia de las versiones VMware ESX 4.x, en VMware vSphere™ ESXi 5 es posible hacer boot de tu servidor ESXi desde un disco USB externo. También es posible instalar tus servidores ESXi con la opción de VMware Auto Deploy, sobre todo cuando tienes un número de host importante que instalar. De esta forma, acelerarás la fase de instalación del binario de ESXi y el despliegue de tus máquinas virtuales.

Si haces una actualización de la versión ESX 4.x a la versión ESXi 5 el portgroup tipo Service Console (solo disponible en versiones ESX) será borrado, ya que en los servidores ESXi no existe un Service Console. Asimismo, el portgroup de gestión en ESXi es llamado Management Port. Recuerda antes de actualizar un servidor ESXi hacer una copia de seguridad de su configuración con el comando vicfg-cfgbackup desde el vCli.

Desde el punto de vista de almacenamiento compartido SAN iSCSC, el número máximo de LUNs iSCSI que puedes conectar a un servidor ESXi es de 256. Otro de los límites que han cambiado en esta nueva versión de VMware vSphere™ ESXi 5 con respecto a las versiones anteriores, es que ahora es posible tener arrancadas hasta 2.048 máquinas virtuales por volumen VMFS.

También, ahora es posible activar – y está soportado – el modo soporte (TSM – de las siglas en inglés Tech Support Mode) de modo que podrás entrar vía SSH a tu servidor ESXi. Puedes activar el modo TSM desde la DCUI (de las siglas en inglés Direct Console User Interface) o con el vSphere Client a través del panel Security Profile localizado dentro de la pestaña de Configuration.

Una vez entres en la consola de tu servidor ESXi vía comando, podrás ver los logs de tu sistema, configurar las propiedades de los servicios de DNS, NTP, arrancar máquinas virtuales, apagar servidores ESXi y un largo etcétera. Sin embargo, una de las pocas tareas que no podrás hacer desde consola es la de poner tu host ESXi en modo mantenimiento.

Para poder ver una guía de referencia de todos los comandos disponibles por consola en la versión ESXi 5.0, te recomiendo que veas el episodio número 31 de nuestro canal de televisión web sobre la virtualización y el cloud computing en español en la siguiente dirección: http://www.virtualizacion.tv

Asimismo, con el fin de mejorar la seguridad del servidor ESXi, VMware ha añadido un firewall embebido en el VMkernel. A diferencia de las versiones anteriores, este firewall no está basado en IPtables de Linux.

Por último, y si aún tienes servidores VMware ESX en tu entorno virtual y necesitas aplicar parches en el Service Console del ESX, debes de asegúrate de aplicar dichos parches solo y únicamente cuando VMware haya hecho público las actualizaciones y siempre que sea sugerido por personal autorizado de VMware o por el equipo experto de VMware llamado VMware Security Advisories. Para poder recibir alertas de seguridad sobre vulnerabilidades del software de VMware, puedes suscribirte en esta dirección: http://www.vmware.com/security

¿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.

Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, la segunda parte del video tutorial sobre la virtualización y VMware vSphere 5: Instalando y configurando VMware vCenter Server Appliance en VMware Sphere 5: segunda parte. Espero que te guste.

Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.

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

Ahora, con VMware vSphere ESXi 5 y VMFS-5 es posible hacer una migración en caliente con Storage vMotion de una máquina virtual que tiene snapshots. Asimismo, VMFS-5 soporta un máximo de 9.000 discos virtuales por datastore.

A diferencia de versiones anteriores, en VMFS-5 solo existe una única opción de tamaño de bloque para los datastores formateados con la versión 5 de VMFS. Este block size es únicamente de 1MB y te permite crear discos virtuales con un tamaño de hasta 2Gb. Sin embargo, cuando actualizas VMFS-3 a la versión VMFS-5, la configuración del block size de tu datastore VMFS-3 es heredada, es decir, si tu datastore VMFS-3 fue configurado con un block size de 4MB, al actualizar a la versión VMFS-5 seguirá siendo de 4MB. Nota que el tamaño de bloque de un datastore VMFS-5 no actualizado no puede ser distinto de 1MB.

También ahora es posible con VMware vSphere ESXi 5 hacer un “unmount” del datastore, siempre y cuando se cumplan los tres requisitos siguientes:

1. El datastore no puede contener ninguna máquina virtual.
2. El datastore no puede ser usado por vSphere HA heartbeat.
3. El datatore no puede pertenecer a un datastore clúster.

VMware vSphere ESXi 5 soporta ahora hasta 3.000 máquinas virtuales por clúster HA/DRS con independencia del número de servidores ESXi que hayas configurado en tu clúster. Gracias VMware!

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

Una nueva funcionalidad en VMware vSphere™ ESXi 5 llamada Image Builder te permitirá hacer instalaciones personalizadas de tu ESXi así como asociar actualizaciones del binario del ESXi a dicha personalización. Hablaremos del Image Builder más adelante en este blog en futuros post. Solo apuntar que el formato de los paquetes que usa VMware vSphere™ ESXi Image Builder se llaman VIB – de las siglas en inglés vSphere™ Installation Bundle -.

Si usas la nueva funcionalidad llamada VMware Auto Deploy, recuerda que los logs de tu servidor ESXi serán almacenados en memoria con lo que al reinicializar tu servidor perderás estos logs por defecto. Para definir profiles de imágenes para tus servidores ESXi con Auto Deploy tendrás que usar cmdlets incluidos en el vSphere™ Power CLI image builder.

Es posible también actualizar servidores ESXi con la utilidad Enterprise llamada VMware Update Manager (VUM), otra utilidad de la que también hablaremos en futuros post – por cierto, en nuestro canal de virtualización en youtube hemos publicado ya algunos videos sobre la configuración e instalacion de VMware Update Manager.

Una mejor práctica antes de actualizar un servidor ESXi, es guardar la configuración del servidor que vas actualizar con el siguiente comando de vCLI: vicfg-cfgbackup -s

Es muy interesante notar que con VMware vSphere™ ESXi 5, el número total de caminos de FC (Fiber Channel) por servidor se han aumentado hasta los 1.204. Como nota final, recuerda que en VMware vSphere™ ESXi 5 el máximo número de servidores conectados a volúmenes VMFS es de 64 hosts por volumen VMFS.

¿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.