VDI, el nuevo reto

Buenos días,

Hoy os escribo desde la capital del mundo: Bilbao :-) No quería dejar pasar la oportunidad de comentar los últimos cambios que se han producido alrededor de VMware Horizon View 5.3.

Llevamos bastantes años ya vendiendo e implementando proyectos de VDI con VMware y hay un obstáculo difícil de salvar que se llama Microsoft VDA, ya sabéis, el licenciamiento que anualmente hay que pagar por los escritorios Windows XP/Vista/7/8 y que supone la nada desdeñable cantidad de más de 100€ al año y cada año.

Con Horizon View 5.3 el escenario cambia pues ya podemos generar pools de escritorios con Windows Server 2008 R2, todo ello certificado tanto por Microsoft como por VMware.

Además existe un procedimiento para que nuestro Windows Server 2008 R2 se asemeje mucho a un Windows 7, así que el usuario podrá tener una experiencia muy similar a la de trabajar con un escritorio Windows 7.

Obviamente habrá que verificar que nuestras aplicaciones funcionan bien en Windows Server 2008 R2, antes de lanzarnos a la piscina de montar todo el tinglado de Horizon View que tiene un coste importante para la empresa.

En la parte de licenciamiento nos olvidamos de pagar VDA y tenemos que pagar, a cambio, el licenciamiento Windows Server 2012 Datacenter que, como sabéis ha incrementado su precio notablemente. Aún así nos va a salir mucho más económico que adquiriendo los VDA, pues es un coste, este del licenciamiento de Windows Datacenter que pagamos una vez y listos. Luego si queremos podemos pagar el Software Assurance pero no estamos obligados.

Así, a nivel global ¿qué necesitaremos para poder implementar Horizon View con garantías? Veamos con detalle los elemento hardware y sofware necesarios:

HARDWARE.

1. Almacenamiento. Ya sea con discos de estadó sólido o bien con un número considerable de discos SAS. Este es el elemento más crítico. Si el almacenamiento no funciona adecuadamente es la ruina del proyecto. He visto proyectos donde para 100 usuarios se presupuestaba una cabina HP P2000 con 10 discos. Milagritos a Lourdes como decía nuestro querido David Marquina :-)

En este sentido os recomendaría, por ejemplo, implementar 5 discos SSD que nos permitirán, poniendo un disco de hot spare y creando un RAID 5 tener 3 discos de espacio neto: 1,2TB. Recordad que los linked clones ocupan muy poco espacio y este es más que suficiente para un buen número de escritorios. Luego se ponen como 13 discos SAS 10K para lo que sería el file server donde se guardarán los datos de los usuarios. Con esto tenemos liquidado nuestro almacenamiento.

Podéis calcular fácilmente el número de IOPS que necesitáis en vuestro entorno con cualquiera de las calculadoras que hay disponibles en la web.

2. Servidores. Con mucha RAM, mejor sockets con 8 cores que con 6. Pensemos que cada VM va a tener 2GB de RAM y que tenemos también que tener las VMs de la infraestructura Horizon View: Broker, Gateway, etc. Seamos generosos y hagamos bien los cálculos, pero 192GB de RAM puede ser un buen número. La RAM hoy día es barata y merece la pena no ir justos.

Tengamos en cuenta que un host puede morir y que el resto de equipos deben soportar la carga que vendrá por HA de los escritorios (y tal vez servidores) huérfanos. En función del número de usuarios que tengamos estaría bien indicar que en cada host vamos a tener a 100 usuarios. Podéis estimar, como aproximación, que cada socket de cada CPU os aguanta a 4 escritorios, así 2 sockets x 8 cores = 16 cores en cada servidor x 4 usuarios = 64 usuarios que vamos a poder soportar fácilmente. Dependiendo de la carga de trabajo de los usuarios y de las capacidades de las CPUs nos podemos ir fácilmente a 100 escritorios por host.

3. Equipos clientes. Podemos reutilizar, tal cual, nuestros PCs de usuario, aunque eso supone el engorro de tener que administrar 2 plataformas, la de los escritorios remotos y la de los sistemas operativos de los equipos físicos. Una opción muy cómoda es convertir esos PCs en sistemas Thin Client gestionables centralizadamente. Hay varios fabricantes pero a nosotros nos gusta especialmente la casa iGel que tiene un convertidor genial que permite lo que os he comentado. Por unos sesenta y pico € os olvidáis del maldito sistema operativo local del PC y podréis gestionar centralizadamente ese PC del fabricante x desde una consola centralizada donde podréis crear grupos de usuarios y tener mezclados PCs convertidos y Thin Clients.

Cuando los PCs van muriendo los podemos ir sustituyendo por Thin Clients o Zero Clients de vuestra marca favorita y a jugar. Al final estaría genial tener un entorno con sólo Thin Clients para la mayoría de usuarios, excepto los que utilicen portátil o tengan equipos Mac, etc.

Tanto del almacenamiento como de los servidores os sugeriría adquirir una garantía de 5 años. Para la SAN 24x7x4 y para los hosts, en mi opinión, con NBD es suficiente.

SOFTWARE

1. VMware Horizon View. Tenemos que adquirir la versión más adecuada. Os sugiero la Premier y ya depende de si ya tenéis o no licenciado vSphere y queréis o no mezclar los entornos de servidores y clientes en la misma máquina. Este será un coste que se paga una vez y luego, año tras año habrá que pagar el mantenimiento, que es optativo pero muy recomendable. Adquirirlo con 3 años de garantía puede se una buena cosa. Se vende en packs de 10 y de 100.

Horizon View nos permite la creación de plantillas y el despliegue de Pools de máquinas virtuales de usuario con integración en active directory, para que no tengamos que estar gestionando varios usuarios y contraseñas distintos.

Por otra parte podemos también virtualizar aplicaciones con ThinAPP. Esto es comodísimo para no tener que estar instalando una y otra vez las aplicaciones. Por otra parte estas aplicaciones las pasamos nuevamente por el filtro del Active Directory de modo que vamos a poder securizar muy bien nuestro catálogo de aplicaciones autorizadas.

2. Licencias de Windows Server Datacenter. De la versión que corresponda, la 2012 R2 y hacemos el downgrade para poder generar pools de Windows Server 2008 R2. Es simplemente cuestión de tiempo que se certifique también la vesión 2012 y 2012 R2 para poder tener pools de máquinas similares a Windows 8 y 8.1. Su licenciamiento es por pares de sockets (CPU físicas) de modo que, si tenemos servidores con 2 CPUs, pues tendremos que adquirir una licencia por cada host de que dispongamos.

Como ya he comentado esta licencia se paga una vez y luego, optativamente, contratamos Software Assurance si queremos disponer de las actualizaciones.

Y eso es todo. Luego tendremos que poner esto en funcionamiento desplegando Horizon View 5.3 e instalando el cliente de Horizon View en los dispositivos cliente o haciendo que accedan directamente por navegador a través de HTML5.

Sin duda nuestra calidad de trabajo cambiará y también la de los usuarios.

Creo que es un cambio muy significativo en el licenciamiento y que tenemos que aprovecharlo. Seguramente muchos de los proyectos que se nos quedaron paralizados por culpa de VDA ahora podrán tirar adelante.

Uranium Backup, backup a bajo coste para ESXi free

En la línea de lo que me pedís insistentemente últimante: software de backup para vSphere Hypervisor, me han recomendado esta herramienta, Uranium Backup. Tiene diversas versiones, todas ellas muy económicas y también una gratuita.

Lo podéis evaluar y también tiene opciones para backup de SQL y Exchange, soporte de cintas e imágenes de disco. Si alguno lo probáis ya me diréis.

http://www.uranium-backup.com/es/

Entorno básico de virtualización

Mi colega José Nicolás, desde Murcia me formula la siguiente consulta:

Hola Josep,

en primer lugar agradecerte el esfuerzo y dedicación al blog, que es de gran ayuda para los que estamos empezando ahora en el tema de la virtualización.

Quería realizarte un consulta a la que no he conseguido encontrar respuesta por mucho que he buscado.....

Soy el "pringao" al que le han encargado enterarse de que va eso de la virtualización y con tal desconocimiento y desconfianza hacia el tema que tienen, imagina los recursos que me han destinado, asi que me las he apañado como mejor he podido/sabido, aquí he de agradecerte nuevamente tu magnifico blog, que me ha resuelto mas de una duda.

El caso es que tengo una instalación de un ESXI 5.1 que se realizo como he dicho, para "probar", es un pc normalito, un i3 con 16 gb de ram y 1,5 TB de disco duro SATA. (uno de 500 Gb y otro de 1 TB, el de 500 Gb alberga el ESXI y las maquinas que uso de plantilla para replicar y en el  de 1 Tb donde están la maquinas que se usan)

Va a albergar unas 30 maquinas, pero nunca mas de 3 o 4 en funcionamiento y solo durante uno o dos días, a veces solamente horas. La idea es tener virtualizados los servidores de los clientes ya que a veces se realizan copias de sus BD para realizar determinados trabajos y luego se les devuelven las BD, vamos no están en funcionamiento continuo, son mas bien replicas del entorno de trabajo real.

El caso es que para determinados procesos el pc se queda corto aunque pasaron de las 8 Gb iniciales a 16 Gb actuales, lo máximo que admite la placa base y ahora me plantean cambiar el procesador a ver si mejora el rendimiento y ahí es donde tengo la duda.

Un servidor ESXI ya instalador sobre un i3, ¿podría pararlo cambiarle el procesador y arrancar de nuevo, que lo reconociera y siguiera funcionado todo igual, bueno mas rápido se supone, pero que siguiera funcionado sin problemas?

Me da que no seria así de fácil, ya que se esta cambiado parte de la arquitectura y lo que no quiero es perder lo ya hecho.

Es un caso claro de falta de planificación, pero una vez puesto en marcha y trabajando no se quiere perder lo ya hecho, por mas que he insistido en que inviertan en un servidor que para el caso, creo que con un Xeon normalito y 32 Gb RAM iríamos sobrados y una cabina de discos iSCSI "normalita", pero como siempre "mas adelante ya veremos....." o sea nunca.

No creo que haya un entorno y un uso de la virtualización mas cutre que lo que tengo aquí montado, pero no veas el papelón que hace.

Perdona por el tocho y gracias por tu tiempo.

Saludos desde Murcia.

Muy buenas José, tranquilo que todos hemos empezado igual, peleándonos en entornos muy complicados por la falta de recursos. Lo importante es que desde arriba se den cuenta de que hace falta darle importancia a la informática y que poco a poco consigáis tener un entorno más digno.

Yo, antes de realizar ningún experimento haría copia de seguridad de las VMs, ya sea utilizando un clonado de disco o con una herramienta de backup más digna como pueda ser Veeam o Nakivo.

Puede ser que cuando reinicies, tras cambiar el procesador, el sistema no te reconozca el hardware. Eso se soluciona con una simple resinstalación del esxi y procurando, claro está, no formatear de nuevo la partición local donde estén las VMs.

Mucho ánimo y ya nos contarás!

Formación para Hyper-V gratuita para expertos de VMware.

Queridos amigos del blog, como sabéis Hyper-V va mejorando versión a versión. Para aquellos que os queráis poner las pilas y vengáis del mundo vSphere, Microsoft ha creado esta WEB con formación gratuita del producto que me parece muy interesante.

http://www.virtualizationsquared.com/

Virtualización de pequeña empresa

Mi colega José Antonio García, de Antequera (Málaga), me formula la siguiente consulta:

     Hola Josep,

     Ante todo enhorabuena por el Blog. Soy muy nuevo en el tema de virtualización pero lo que sé es gracias a tu Blog principalmente.

     Me gustaría plantear una duda y es en relación a como realizar tareas de virtualización en una pequeña empresa. La mayoría de los post expuestos se basan en medianas o grandes empresas que además cuentan con un presupuesto acorde a las necesidades (unas veces mejor y otras más ajustado). Te planteo la duda de qué hacer en una empresa pequeña como la que trabajo, de desarrollo de software, pero que necesita montar distintos servidores de desarrollo a modo de evaluar las distintas plataformas sobre las que puede correr nuestro software.

      Actualmente tenemos virtualizado con la versión gratuita de VMWare ESXi tres servidores pequeños con 8 y 16Gb de RAM. En ellos tenemos del orden de 3 y 4 máquinas virtuales por servidor con distintos S.O. y Bases de Datos. Ninguno de ellos es un servidor de producción. Por ello, si cae el HW tendremos un retraso en montar un escenario similar pero nada importante para el día a día de la empresa. Siendo entornos de desarrollo no nos plantemos HA, pues además por tema de costes no nos lo podríamos permitir.

       Éstos sistemas se nos han quedado pequeños por espacio y rendimiento y nos planteamos dar el salto a otro HW pero tenemos nuestras dudas. Trabajamos con el fabricante Dell, con el que nos va muy bien y que entendemos que por calidad/precio es ideal para nosotros. En éste sentido se nos ocurren un par de opciones:

                1.- Seguir con la misma filosofía. Adquirir un servidor más potente, un PowrEdge R520 por ejemplo, con 32Gb de RAM y 4 discos SAS de 15K. Por cierto ¿Vmware ESXi soporta Bi-procesador o para usar más de un procesador es necesario adquirir la licencia?

                2.- Adquirir un servidor similar al anterior pero sin los discos y conectarlo a una cabina ¿iSCSI o HBA? a la que poder incorporar en el futuro más discos y más servidores. En éste sentido Dell tiene una bastante económica, la MD3200

                Gracias de antemano por tus comentarios a los que seguro les sacaremos provecho.

                Un saludo,

Muy buenas José y muchas gracias por tus palabras sobre mi blog, muy agradecido.

Si miras bien verás múltiples artículos en este blog sobre pequeñas empresas y sobre presupuestos nulos o mínimos ;-)

Veamos, hay algo que tenemos que tener claro antes de comentar la solución y es que el cuello de botella, si se trabaja con un equipo sin cabina normalmente o es la RAM (por ejemplo si tenemos 8GB es fácil acabarla) o, en caso contrario será el subsistema de disco: controladoras + discos locales. Normalmente las CPUs están muy sobredimensionadas hoy día para la 'caña' que les damos.

Mi consejo, si podéis, es que pongáis una cabina. Si sois un entorno pequeño pues una iSCSI es una solución genial.

Ojo porque tal vez los mismos equipos que tenéis, poniéndoles simplemente más RAM ya los podéis reutilizar.

Realmente el producto gratuito de vmware: vmware hypervisor 5.5, tiene unos límites realmente impresionantes:

• Ilimitados cores por socket.
• Ilimitado número de sockets por servidor.
• 8 vCPU por VM.
• RAM ilimitada.

Así, el día de mañana podéis adquirir la versión essentials y gestionarlo todo con el vCenter. También podréis pasado mañana implementar essentials plus y tener vMotion y HA, aunque para vuestro entorno, ahora mismo no lo preciséis, nunca se sabe la evolución de la empresa a dónde (ojalá) os puede llevar el tiempo.

No hace falta que pongáis HBA ni fibra para un entorno de desarrollo.

Costes Proyecto de Virtualización

Hace unos días escribí en el blog de Ncora este artículo referente a los costes de un proyecto de virtualización.

Creo que es una aproximación muy realista a los proyectos que nos podemos encontrar en fechas alrededor de 2013.

Vale la pena que le echéis un ojo todos aquellos que tenéis entre manos un proyecto con tecnologías virtuales, seáis micro, pequeña, mediana o gran empresa.

Discos flash y SATA en el horizonte del almacenamiento.

En la actualidad los discos SSD y SAS copan el mercado, sin embargo, me dice gente que conocen bien las tecnologías de almacenamiento que en entornos SAN empresariales la tendencia es la desaparición de SAS y también de SSD en beneficio de los discos flash que son, como sabéis, más rápidos que SSD y también mucho mayores (más de 1TB de capacidad).

En entornos de cabinas corporativas parece que la tendencia va a ser, cada vez más, sólo 2 niveles de discos: Flash para almacenar toda la información viva y SATA para archivado de información dormida.

La tecnología de Automatic Storage Tiering permitirá que el movimiento de datos entre un tipo de discos y otro se realice de forma automática.

La de cosas que nos quedan por ver...