Chubascos Blog

Chubascos tecnológicos para quitarnos la neblina de las tecnologías de la nube! Viva la lluvia!

Porque VSAN va a cambiar el mercado del almacenamiento

Llevo un tiempo siguiendo desde la barrera la evolución de la solución de VMware para una Infraestructura convergente donde se simplifica la gestión del almacenamiento de manera brutal.

Más allá de entrar en detalles de su funcionamiento, esta tecnologia nos va a llevar a poder crear cubos de virtualización, sin tener que desplegar una SAN para albergar los datos de manera compartida. Esto simplificará la gestión de los entornos de virtualización al tener una administración de todos los componentes (computación, red y almacenamiento) desde un único punto central: vCenter.

La revolución del almacenamiento conocido hasta ahora

A dia de hoy nadie se plantea poder poner ningún servicio de producción (ni siquiera de PRE) en un almacenamiento que no esté respaldado por un RAID. VSAN rompe radicalmente con esto.

De entrada, la existencia de RAIDs con este sistema no es necesaria, ya que la información de una máquina virtual está almacenada en otros hosts ESXi del cluster VSAN. Esto nos lleva a que podemos tolerar (como mínimo) el fallo de un host en nuestro clúster y no tendremos pérdida de datos.

Cabe tener presente que esta tecnologia replica los datos entre varios hosts para tolerancia a fallos, pero esto a la vez nos da también una mejora en el rendimiento del almacenamiento, gracias al uso de “caches” SSD y de la distribución de la información en varios hosts, pudiendo obtener unos rendimientos mucho mayores que con una cabina SAN.

¿A donde nos lleva todo esto junto con el Software Defined Datacenter?

Bien, con este modelo de almacenamiento, que además está gestionado a nivel de hypervisor, nos lleva a poder aprovisionar cualquier servidor basado en los SLAs definidos para ese servicio.

¿Y como? Tan sencillo como definir plantillas de niveles de servicio. Un ejemplo:

Plantilla servicio crítico
– réplica en 2 hosts (seria el simil al RAID)
– Rendimiento: Alto

Con ello, al desplegar cualquier VM, seleccionaremos que nivel de servicio le queremos dar y el sistema automáticamente hará la mágia en el almacenamiento. ¿Genial, no?

Esto, junto con las grandes automatizaciones que ya disponemos a día de hoy, gracias a soluciones como vCloud Automation Center y vCloud Director, nos permitirá de manera sencilla crear “blueprints” para ciertos servicios y que el despliegue de una VM vaya alineado con los SLAs que de ese servicio se esperan. Y todo ello en muy pocos clicks.

Espero que os haya gustado mi “pequeña” reflexión.

Saludos y nos vemos por las nubes!
Sergi de la Torre

vCloud Director – Primeros pasos

El post de hoy va dedicado a los requisitos y la instalación de vCloud Director y todos los servicios necesarios para ponerlo en marcha.

vCloud

vCloud Director es la solución que nos proporciona VMware para poder ofrecer IaaS (Infraestructura entregada como un servicio) a los distintos clientes internos o externos que nos demanden este tipo de recursos. Como veremos a continuación, este tipo de solución necesita de productos adicionales que nos brinden la abstracción de los distintos recursos de computación, almacenamiento y servicios de red, y según el tipo de despliegue podremos automatizar en mayor o menor medida la provisión de los recursos de infraestructura virtuales necesarios. VMware ya se ha encargado que todos estos productos adicionales necesarios estén incluidos en el licenciamiento de su vCloud Suite.

Requisitos para el despliegue de vCloud Director

Para poder desplegar vCloud Director necesitaremos tener desplegados:

    • Hosts ESXi
  • vCenter Server
  • vShield Manager
  • vCloud Director Cells
  • vCenter Chargeback (opcional. Desplegaremos este servidor si queremos facturar los servicios consumidos por los distintos clientes)

Las buenas prácticas de VMware nos indican que siempre que podamos despleguemos un clúster de vSphere para ubicar los servidores de gestión del entorno (vCenter Server, vShield Manager, vCloud Director Cells, etc.) y uno o más clústers utilizados como granjas de computación y destinados a ubicar las cargas desplegadas dentro del entorno de Cloud. Podemos ver un ejemplo a continuación:

vCloud Clusters

Esta configuración garantizará que en caso que haya algún problema en las granjas de computación, esto no afecte a los distintos servicios de gestión del entorno de Cloud.

vCloud Cells

Las vCloud Cells son las encargadas de, por un lado, proveer de un portal web de autoservicio y por otro lado de hacer de director de orquesta comunicándose con vShield Manager para la automatización del despliegue y destrucción de las redes creadas en este entorno, y con vSphere (vCloud y los hosts ESXi) para el despliegue de VMs, operaciones de encendido, apagado, snapshots, etc.

Las vCloud Cells necesitan de ciertos servicios adicionales que per-sé no proveen:

  • Load Balancer
  • Share NFS
  • Base de Datos

Load Balancer

Como bien hemos comentado, las vCloud Cells son servidores web, y por tanto si queremos ofrecer redundancia y además evitar que ninguna de nuestras Cells se sobrecargue necesitaremos balancear la carga. Para ello podemos utilizar cualquier producto existente en el mercado, como por ejemplo los balanceadores de F5, Riverbed, etc. aunque podemos también buscar una opción comercial y además gratuita para nuestro entorno: vShield Edge.

vShield Edge, para el entorno de vCloud viene licenciado dentro del recientemente renombrado paquete “vCloud Networking and Security” y entro otros servicios típicos de un Firewall (VPN IPSec, SNAT, DNAT, DHCP, etc) también nos puede ofrecer balanceo de carga y podemos aprovecharlo para balancear también nuestras vCloud Cells. Cabe destacar que también, a partir de vCloud 5.1, se puede configurar este balanceo de carga desde el Web GUI de vCloud Director.

Share NFS

En caso que queramos desplegar más de una vCloud Cell (Entiendo que en 99,9% de los casos que queramos entrar en producción) necesitaremos de un recurso compartido NFS que será donde guardaremos los datos comunes a los que necesitan acceder las distintas vCloud Cells. En este share NFS se ubicarán:

  • Archivos de los catálogos de vCloud Director
    • Plantillas de vApps
    • ISOs y otros medios

Ojo, la gestión y guardado de los archivos mencionados es realizado por vCloud, así que no deberemos copiar manualmente las ISOs ni plantillas en este recurso compartido, sino deberemos hacerlo a través de vCloud Director.

Aunque no necesario, también es recomendable ubicar en este recurso compartido:

  • Certificados usado para nuestras vCloud Cells
  • Archivos de sysprep

La recomendación de ubicar también estos archivos es debido a que cada vez que debamos añadir una nueva vCloud Cell, necesitaremos de estos archivos, y de esta manera evitaremos tener que ir copiando archivos a las Cells a través de ssh y los tendremos ubicados en un almacenamiento visible por todas las Cells.

Base de Datos

Por último, el ingrediente que nos falta para tener las vCloud Cells totalmente funcionales es un servidor de Base de Datos. vCloud soporta 2 tipos de bases de datos desde la versión 5.1: Oracle DB y Microsoft SQL Server. No entraremos más en detalle respecto a estos tipos de servicios, que son ya de sobras conocidos. Tan solo a nivel de puntualización, comentar que al contrario que otros productos de VMware donde tenemos un asistente “siguiente, siguiente”, para la creación de nuestra base de datos deberemos lanzar unos cuantos scripts contra nuestra BBDD proporcionados por VMware y que harán un poco más tediosa nuestra instalación.

Seguiremos en los próximos posts con los distintos tipos de redes que nos encontramos en vCloud, tipos de Network Pools, Virtual DataCenters, etc. Manteneros atentos!

Saludos,

Sergi de la Torre

VMware Horizon Mirage – Introducción

Muy buenas a todos,

Mi nombre es Sergi de la Torre y vamos a dedicar el post de hoy a un producto que parece que este año va a dar mucho que hablar, en concreto nos referimos a VMware Horizon Mirage.

Muchos de vosotros lo conoceréis, y tal vez muchos será la primera vez que escucháis al respecto de este producto. Horizon Mirage no es un nuevo software recién sacado del horno por VMware sino que se trata del software de la compañía Wanova que el año pasado VMware adquirió y que actualmente ha integrado dentro de su portfolio dirigido a las soluciones de EUC (End User Computing) y que como bien he comentado dará mucho que hablar.

layers

¿Qué es VMware Horizon Mirage?

Horizon Mirage se trata una de las soluciones que proporciona VMware para reducir de manera dramática el OpEx (Operational Expenses) consiguiendo reducir los recursos necesarios para mantener nuestra infraestructura de microinformática.

¿Cómo explicar de manera rápida, y sencilla que és Mirage? Bien, la manera más resumida para dar una idea clara de que es Mirage cuando alguien me pregunta es: “¿Conoces la virtualización de escritorios? ¿Conoces las ventajas que proporciona a nivel de gestión centralizada de los desktops? ¿Los ahorros en OpEx que te facilita? Bien, pues Horizon Mirage te ofrece la misma facilidad y ahorros en OpEx pero sin ningún tipo de virtualización, es decir, la ejecución del Sistema Operativo y las aplicaciones sigue siendo en local, en el dispositivo final del usuario”

¿Cómo funciona Horizon Mirage?

Para poder explicar el funcionamiento de la solución, explicaremos como segmenta las distintas partes de un desktop/laptop y como se gestionan en nuestro servidor.

Mirage trabaja con un conjunto de capas claramente diferenciadas y nos permite poder intercambiar estas capas desde nuestro servidor central sin ningún tipo de intervención del usuario (miento aquí, el usuario deberá reiniciar su equipo para aplicar los cambios de capa. Complicado, eh!?). Podemos ver a continuación las distintas capas que gestiona el sistema:

Podemos ver 2 categorías claras: las capas gestionadas por el usuario y las capas gestionadas por el personal de TI.

Las capas gestionadas por el usuario son sus propios datos, su configuración (fondo de pantalla, favoritos, etc) así como las aplicaciones que él mismo se instale sobre su equipo

En cambio, las capas gestionadas por TI son:

  • Driver Library: Uno de los puntos a gestionar en este entorno son los drivers. Mirage gestiona una librería de drivers que el administrador deberá ir alimentando con los drivers de todos los dispositivos que hayan en el parque de PCs. Esto permite migrar por completo un equipo con todos sus datos hacia otro equipo con Hardware completamente distinto sin ningún tipo de problema.
  • Base Layer: Esta capa incluye el sistema operativo así como las aplicaciones corporativas que queramos desplegar a todo el conjunto de usuarios. Un ejemplo de aplicaciones comunes a todos los usuarios podría ser el antivirus, Microsoft Office, etc.
  • App Layer: Estas capas serán desplegadas para instalar de manera centralizada aplicaciones a distintos usuarios. Podremos crear grupos de aplicaciones para crear paquetes de aplicaciones departamentales y además nos permitirá lanzar actualizaciones de las aplicaciones de manera centralizada sin ningún tipo de actuación sobre los equipos cliente.

Arquitectura de la solución

¿Que mejor explicación para la arquitectura que una imagen?

Mirage Architecture

Como podéis ver, el despligue de Horizon Mirage consta de distintos elementos. Pasamos a detallar estos elementos a continuación:

–        Storage Volumes. Se trata de los volumenes donde se almacenarán los distintos datos tales como las imagenes base, las capas de aplicación, la librería de drivers, los datos de usuario,e tc. Estos Storage Volumes será recomendable presentarlos como un recurso compartido a través de CIFS para poder ser usados por varios Mirage Server, ya que esto nos permitirá poder redundar y balancear la carga entre distintos servidores, aunque en cualquier caso están soportados los almacenamientos tipo SAN, NAS y almacenamiento local.

  • Muy importante. Horizon Mirage realiza deduplicación a nivel de fichero y acto seguido a nivel de bloque. Esto permite reducir el tamaño que ocupan los distintos CVDs en disco de manera drástica
  • Nota a tener en consideración. VMware recomienda usar como “rule of thumb” (regla estándard) 15GB por usuario a la hora de dimensionar el tamaño del almacenamiento.

–        Mirage Servers. Se trata de el/los servidores/es encargados de la transferencia de los ficheros y de la comunicación con los dispositivos finales. Deberemos desplegar varios de servidores con este rol cuado nos interese proporcionar toleráncia a fallos o bien si necesitamos escalar para poder dar servicio a un número mayor de dispositivos finales. Recordemos que cada Mirage Server soporta 1.500 dispositivos gestionados (si se trata de un servidor físico) o 300 dispositivos gestionados (servidor virtual). El número máximo de serivodres en el clúster es de 10 nodos.

–        Mirage Management Server. Este servidor es el encargado de la gestión y administración de nuestro clúster de Servidores de Mirage. Un único nodo gestionará los distintos Mirage Servers que tengamos. Necesita de un servidor de base de datos, en concreto una BBDD de Microsoft SQL Server

–        Mirage Management Console. No se trata de un servidor en si, pero será el punto desde el que gestionaremos el entorno. Se trata del entorno gráfico que nos proporcionan para el Mirage Management Server. Esta consola se instala como un Snap-In de MMC.

A nivel de conectividad desde los clientes hacia el/los servidor/es de Mirage podemos ver que podemos conectar desde la mayoría de tipos de conexión: LAN, WAN e Internet. Es importante mencionar que Mirage dispone además de la deduplicación que hemos comentado anteriormente en almacenamiento, deduplicación a la hora de enviar los bloques, con lo cual, antes de enviar ningún bloque a través de la red realiza las siguientes optimizaciones:

  • Deduplicación a nivel de fichero
  • Deduplicación a nivel de bloque
  • Compresión de los paquetes a enviar

Con esto el sistema consigue reducir enormemente el tráfico necesario a enviar. Así mismo, no se enviará ningún archivo que ya resida en el servidor a la hora de realizar la cópia. En caso que ese archivo ya se encuentre en el servidor, en su lugar se almacenará un apuntador hacia el archivo existente, con lo cual también tendremos una reducción del espacio en disco.

En cuanto a las oficinas remotas, también existe una funcionalidad muy interesante llamada Branch Reflector. Esta funcionalidad permite seleccionar un equipo cliente como servidor dentro de la sede. Este equipo seguirá siendo usado por un usuario, pero a la vez será el repositorio de las imagenes y dónde accederán a descargar las nuevas capas los distintos equipos que se encuentren en esa sede. Esto consigue que las imágenes solo sean descargadas una única vez desde la sede hacia el Branch Reflector y este las distribuya entre los distintos equipos de manera local.

Mirage Branch Reflector

Todo esto es muy bonito y interesante pero, ¿Para que puedo usar Mirage?

Mirage es un producto que podemos usar para el dia a dia en la administración de los dispositivos finales, pero los casos de uso más claros tratamos de exponerlos a continuación:

a) Migración de Windows XP a Windows 7

Como hemos comentado, Mirage nos segmenta cada una de las maquinas en distintas capas que podemos intercambiar sin ningún problema. Una de estas capas es la de sistema operativo, con lo cual nos permite migrar de manera muy fácil nuestro parque de Windows XP hacia Windows 7.

b) Disaster Recovery

Un usuario pierde su portátil en el aeropuerto, o bien el disco duro muere, o se le ha caído el café encima… Todos sabemos que pueden pasar mil cosas! Bien, como hemos comentado todos los datos del equipo del cliente están guardados en nuestro servidor Mirage, desde el S.O., las aplicaciones, sus datos, sus configuraciones… Mirage dispone de un asistente para que en caso que ocurra cualquiera de estas desgracias poder mover estos datos hacia otro equipo y el equipo esté exactamente igual que el anterior, con sus datos, configuración, apps, etc.

c) Cambio de equipos PC

Como os podéis imaginar este caso es exactamente igual que el anterior, así que no hay ningún problema en hacerlo.

d) Entrega/actualización de aplicaciones de manera centralizada

Al poder entregar distintas capas de manera centralizada, podemos hacer llegar nuevas aplicaciones o bien actualizaciones de aplicaciones que tiene el usuario sin que el administrador se tenga que levantar de su mesa. Bueno… dejémosle que se levante a tomar un café al menos y lance el despliegue 😉

 

¿Es Horizon Mirage competencia de Horizon View?

La respuesta es: ¡Rotundamente No!

La apuesta de VMware por este producto es para poder ofrecer una solución completa para la gestión del parque de microinformática para todas las distintas necesidades y distintos perfiles que podemos encontrar dentro de una empresa.

Uno de los mensajes que suelo lanzar cuando tengo una conversación respecto a virtualización de escritorios es: “Si alguien te dice que puedes virtualizar el 100% de tus escritorios, huye, esa persona te está mintiendo”. De la misma manera usaría el mismo mensaje en cuanto a Horizon Mirage. Debemos tener en cuenta que según las necesidades de cada usuario será necesario ir hacia una solución u otra, o incluso la combinación de ambas soluciones.

En este sentido creo que el movimiento de VMware en su aproximación hacia una solución global para los dispositivos de usuario final es muy acertada, y con ello han sacado la llamada Horizon Suite.

Horizon Suite no es más que un paquete que incluye los distintos productos tales como: View, Mirage y Horizon Workspace, consiguiende ofrecer una solución global a los problemas actuales de la informática de usuario. Obviamente es posible que no necesitemos todos los productos o realicemos una aproximación por fases, en ese caso todos los productos se pueden seguir adquiriendo por separado.

Horizon Suite

Bien, esto es todo por hoy respecto a Mirage. Espero veros pronto con los siguientes posts de Mirage enfocados a su instalación, administración y casos de uso.

Saludos!!

Sergi

Tierra de nubes

Desde tierras Irlandesas arranca este blog. Tierras donde abundan las nubes y no nos dejan ver el Sol. ¿Será esto una premonición?

Somos un grupo de enamorados de la tecnología, nos apasionan todas las novedades, nos encata saber como funcionan los productos del mercado, que limitaciones y grandes funcionalidades aportan, que problemas nos solucionan.

Vamos a explicar desde el detalle más pequeño necesario para poder llegar a una aprobación y validación de la solución a nivel tecnológico, hasta la parte más alejada de los 0 y 1 en los que se convierte cualquier producto, es decir, hablaremos de soluciones y como nos pueden ayudar en nuestro día a día en nuestra empresa.

Arrancamos con muchas ganas, con la confianza de poder ayudaros a muchos de vosotros y que además podáis colaborar en el éxito de nuestro proyecto.

Sin más, recibid un gran saludo.

Sergi de la Torre