PiPo e2H – Soluciones TIC Avanzadas Jose Luis Gomez – vEXPERT 2011-16, VCIX-NV, VCAP5-DCA/DCD/CIA, CCA, CCNA & VCP 4&5

27Ago/141

VMware EVO:RAIL. El appliance hyper-converged de VMware

Share

El pasado lunes 25 de Agosto en el VMworld 2014 de San Franciso, se anunció VMware EVO:RAIL (pronunciado IVO REIL), la solución hyper-converged creada mediante la alianza de distintos fabricantes hardware con VMware.

VMware EVO:RAIL entra a formar parte del mercado de soluciones all-in-one junto a otras como Nutanix y SimpliVity. Como ya se ha hablado varias veces en el blog, estas soluciones all-in-one ofrecen cómputo, almacenamiento e hypervisor en un appliance compacto y con un scale-out rápido (+15 minutos) y sencillo.

 

¿Qué es VMware EVO:RAIL?

VMware EVO:RAIL es la última solución hyper-converged que se conoce en el mercado. Con esta solución VMware busca acelerar el despliegue de centro de datos automatizados de una forma rápida y sencilla (+15 minutos).

Esta solución NO se puede asemejar a adquirir VSAN y el hardware de forma independiente, ya que le falta toda esa lógica que consigue automatizar la instalación de ESXi, vCenter, VSAN y Log Insight.

Esta solución all-in-one proporcionará un punto único de soporte que será el fabricante hardware, lo que facilitará el soporte y posiblemente agilice la resolución de incidencias.

Las capacidades de VMware EVO:RAIL para servidores y escritorios virtuales son:

  • Servidores virtuales. Cada nodo podrá soportar aproximadamente 25 máquinas virtuales servidor, lo que son 100 servidores virtuales por appliance de 2U.
  • Escritorios virtuales. Cada nodo podrá soportar aproximadamente 65 máquinas virtuales escritorio, lo que son 250 escritorios virtuales por appliance de 2U.

¿Qué compone VMware EVO:RAIL?

VMware EVO:RAIL está compuesto de dos pilares fundamentales, la parte hardware y la inteligencia software. De la parte hardware se encargan fabricantes ya conocidos (VMware NO fabrica hardware!) que son:

  • Dell. El modelo elegido por el fabricante no se ha publicado aún (se rumorea el PowerEdge C6220 - Gracias @m_a_amigo), si sus especificaciones. Es probable que sea el mismo que se utiliza para Nutanix.
  • EMC. El modelo elegido por el fabricante para su integración con VMware EVO:RAIL es su plataforma "Phoenix", solución que ya utilizan para ViPR y ScaleIO.
  • Fujitsu. El modelo elegido por el fabricante para su integración con VMware EVO:RAIL es el PRIMERGY CX400.
  • Inspur. Aún no hay información disponible en su sitio oficial.
  • NetOne. Aún no hay información disponible en su sitio oficial.
  • SuperMicro. El modelo elegido por el fabricante para su integración con VMware EVO:RAIL es el SYS-2027TR-VRL001/002, distinta identificación pero mismo modelo que los utilizado por Nutanix.

Los componentes software incluidos en la solución son:

  • EVO:RAIL Rapid Deployment, Configuration, and Management. Es la interfaz utilizada para el despliegue inicial de la solución, ampliación de nodos, monitorización y por ahora despliegue básico de máquinas virtuales.
  • vSphere Enterprise Plus. Edición necesaria para contar con todas las funcionalidades avanzadas que agilizan la gestión (vSphere Distributed Switch, vSphere Host Profiles y vSphere Auto Deploy, Storage DRS y Profile-Driven Storage, Storage y Network I/O Control, y Flash Read Cache)
  • vCenter Server. Pieza esencial de la solución desde la cual se nutrirá EVO:RAIL para conocer la información de la plataforma.
  • VMware Virtual SAN. Pilar fundamental que proporciona un escalado horizontal sin la necesidad de adquirir un almacenamiento SAN.
  • vCenter Log Insight. Herramienta para gestionar y resolver incidencias de una solución que puede escalar rápidamente y se puede volver incontrolable.

Conclusión

VMware EVO:RAIL es una solución pensada para empresas de rango medio en USA, es decir, para grandes corporaciones españolas. No es una solución pensada para PYMEs, por lo que no existe debate alguno de que en España esta solución no cuadra. Como digo, en España cuadra, pero para grandes corporaciones que cada semestre/año ven crecer su infraestructura en más hosts ESXi y almacenamiento SAN. En mi opinión, las grandes corporaciones deberían comenzar a realizar PoCs para comprobar que estas soluciones son adecuadas para su negocio por la agilidad de despliegue, alto rendimiento, ahorro en CAPEX y OPEX, y consolidación de espacio en CPD y ahorro energético.

Estas soluciones por ahora no encajan en la PYME española por los siguientes motivos:

  • El número mínimo de nodos son tres, lo que equivale a 75 servidores virtuales o 200 VDIs. Tal vez si alojas tus servidores virtuales y escritorios en la misma plataforma, puede ser que encaje (hay que valorar el gasto en networking)
  • Se necesita adquirir tecnología de red 10GbE de baja latencia. El appliance no incluye los switches, y resulta que estos dispositivos tienen un coste elevado. Si sólo vas a adquirir tres nodos y vas a hacer una inversión en switches de 10GbE donde no vas a consumir más de 4 puertos por switch, ¿para qué hacer esta inversión?
  • La PYME española realiza una inversión a 4 años mínimo, compra todo el hardware de una vez y difícilmente vuelva a adquirir algo en 4 años. Si no realiza un Capacity Plan anual, es como venderles tecnología blade y nunca lleguen a llenar un chasis.

Recuerda, si el artículo te ha resultado de interés, no dudes en compartirlo.

Share
Archivado en: Noticias, VMware 1 Comentario
18Ago/141

VMworld Barcelona 2014. Inscríbete YA!!!

Share

El VMworld Barcelona 2014 ya está AQUÍ!!! Como viene ocurriendo ya desde hace dos años, el próximo mes de Octubre tendrá lugar en Barcelona por tercer año consecurivo la edición VMworld Europe 2014. Del 14 al 16 de Octubre en Fira Barcelona Gran Via se congregarán los profesionales, partners y fabricantes que interactúan con el fabricante líder en tecnologías de virtualización y Cloud Computing.

En el evento podrás disfrutar de ponencias, laboratorios, coloquios, fiestas, ... un abanico de posibilidades que sólo se pueden dar en un evento de este tipo. A continuación os dejo algunos consejos para sacar el mayor partido a vuestro VMworld:

  • Ponencias. Atiende sólo a aquellas que realmente sean de mucho interés para ti, aquellas donde tienes la necesidad de preguntar algo para salir de la duda. Ten en cuenta que las ponencias son grabadas y las podrás ver después online tantas veces como quieras. El primer año todos empezamos queriendo ir a todas las ponencias, pero resulta imposible porque hay que desplazarse de un lado a otro y también resulta agotador estar metido en salas escuchando horas tras horas personas hablar. Mi recomendación, atiende máximo dos ponencias al día y apúntate a ellas con tiempo para no quedarte sin plaza.
  • Laboratorios. Esta parte es una de las más interesantes del evento, ya que tienes multitud de laboratorios de distintos productos que en el día a día resulta difícil practicar con ellos. Seguro que este año abundarán los laboratorios de NSX y todo lo relacionado con SDDC, y por supuesto, VSAN. No dejes de pasarte por los Hands-On-Lab, desconectarás un rato de ver a tanta gente pasar de un lado a otro y estarás más que fresquito :)
  • Coloquios. Existen charlas "no oficiales" que se llevan a cabo en sofás, salas de reunión, zona de bloggers, y por supuesto, los conocidos vBrownBag. Para mi es la parte más enriquecedora del VMworld, cuando tienes la oportunidad de poder charlar e intercambiar opiniones y vivencias con aquellas personas que conoces por Twitter y no has tenido oportunidad de ponerle cara. Aprovecha todas esas reuniones que se realizan y que podrás acceder aunque decidas no participar porque tal vez te avergüence tu inglés.
  • Fiestas. Como sucede cada año, los fabricantes suelen hacer fiestas para su clientes, partners y seguidores, aunque este año parece ser que la fiesta más cañera que se da cada año en el VMworld no tendrá lugar, esta es la Veeam Party. De todos modos, echa un vistazo por Twitter que seguro encontrarás otras muchas fiestas además de la oficial del VMworld que tiene lugar el miércoles por la noche. En estas fiestas no dejarás de seguir frikeando y contando batallitas que te han pasado en clientes :)

No esperes más, regístrate en el evento de Virtualización y Cloud Computing más importante de Europa y que tiene lugar en Barcelona. Nos vemos allí!!!

Regístrate aquí!

Share
Archivado en: Noticias, VMware 1 Comentario
8Jul/145

VMware VSAN hace agua en poco tiempo

Share

Antes de nada, puntualizar que este artículo es una opinión personal y que puede ser un punto de vista erroneo. Siguiendo de cerca este producto en su corto periodo de vida y habiendo tenido la oportunidad de probarlo, pienso que VMware VSAN hace agua en poco tiempo.

A lo largo del artículo se va dando información desde distintas fuentes donde se refuerza la idea de que VMware VSAN no está aún lo suficientemente maduro como para que juegue un papel importante en el centro de datos productivo actual.

¿Por qué hace agua?

Desde el 12 de marzo de 2014 que se anunciara la disponibilidad general del producto, han sido varios los errores/fallos que han ido apareciendo en este. Prueba de ello es consultar la base de conocimiento de VMware y los distintos bugs que se han ido solucionando en cada release.

Pero el aspecto más relevante que  me ha hecho tomar la decisión de escribir este artículo, ha sido la reciente actualización del KB2081431 donde indican que controladoras de almacenamiento no son soportadas por VMware VSAN.

Controladoras no soportadas

Otro de los motivos fue la discusión que mantuvieron varios empleados de VMware como Duncan Epping y el ex exmpleado y empleado de Nutanix, Andre Leibovici. En ella hablan de que VMware habla de VSAN sólo para entornos VDI, desarrollo y test, pero en ningún momento para entornos productivos con aplicaciones de misión crítica.

Para terminar, VMware ha ido lanzando varias versiones de su documento "ready nodes". Este documento cubre los modelos servidor que VMware ha probado para VSAN y certifican su correcto funcionamiento. ¿Dónde está la sorpresa? La sorpresa es que VMware en nuevas versiones de este documento ha ido eliminando hardware que estaba soportado desde un primer momento, como es el caso de Cisco UCS.

Esto habrá provocado que varios clientes que hayan comprado ese hardware certificado por VMware, ahora se ven en la situación que no está soportado (Vaya gracia!!!) Es por ello que Duncan Epping en un artículo de su blog indica que estos clientes que tienen controladoras no soportadas contacten lo antes posible con atención al cliente (Tremendo!!!)

Desde aquí y como iniciativa tras hablar con Tony Doval (@tonydoval), estaría genial que igual que VMware lanza un documento llamado "ready nodes" donde recomienda el hardware a utilizar sin necesidad de realizar configuraciones personalizadas, también lanzara en ese mismo documento un apartado de switches 1Gb y 10GbE recomendados para su producto. Con este nuevo paradigma del almacenamiento distribuido, la red de comunicación donde los nodos intercambian su información juega un papel importante.

¿Apostar por VMware VSAN?

Personalmente me declaro un activista de este tipo de soluciones, pienso que son el futuro y que dotará de agilidad y facilidad de gestión en los centro de datos de medio y gran tamaño.

VMware VSAN es un producto que aún no está maduro y es necesario dejarlo crecer y ver qué otras opciones van apareciendo por el mercado. Pero estoy seguro que VMware VSAN terminará formando parte de muchas plataformas en nuestro país.

Recuerda, si el artículo ha resultado de tu interés, se sociable y compártelo en las redes sociales con tus contactos.

Share
24Jun/144

Configurar VSAN

Share

Para configurar VSAN se necesita cumplir con los siguientes requisitos como mínimo (KB2058424):

  • Tres nodos ESXi 5.5 con al menos 1 disco SSD y 1 disco SAS/SATA
  • 6GB RAM por nodo ESXi
  • Cluster gestionado por vCenter 5.5
  • Adaptador de red 1Gbps dedicado para VSAN por nodo ESXi
  • Para más información, consultar el KB arriba indicado.

 

Este ejemplo se realiza sobre la siguiente plataforma:

  • VMware Workstation 10
  • Tres nodos ESXi 5.5 con las siguientes características comunes:
    • 2 x vCPUs
    • 6GB RAM
    • 1 SSD 6GB para hypervisor
    • 1 SSD 10GB para VSAN
    • 1 SSD 50GB para VSAN convertido a SATA quitando el flag de SSD (ver procedimiento más abajo)
    • 1 NIC para gestión y VM (NAT)
    • 1 NIC para VSAN (host only)
    • 1 NIC para vDS (host only)

Desmarcar un dispositivo SSD autodetectado

Debido a que no se dispone de disco SAS o SATA, ha sido necesario simular el disco SSD de 50GB como un no-SSD. Para ello hay que quitar el flag de SSD ejecutando los siguientes comandos. Si no es tu caso, puedes saltar estos pasos e ir a la configuración de red.

  • Listar la lista de dispositivos e identificar el disco de 50GB con el tag SSD habilitado. Copiar el identificador en formato naa. o mpx.

esxcli storage core device list|more

  • Identificar la regla SATP en uso para el disco deseado, en nuestro caso VMW_SATP_LOCAL

esxcli storage nmp device list

  • Cambiar el flag de SSD a deshabilitado (los atributos en cursiva a rellenar según los datos anteriormente recogidos)

esxcli storage nmp satp rule add -s VMW_SATP_LOCAL --device mpx.vmhba1:C0:T2:L0 --option disable_ssd

  • Reclamar el dispositivo

esxcli storage core claiming reclaim --device mpx.vmhba1:C0:T2:L0

  • Comprobar que el disco aparece como Is SSD: false

esxcli storage core device list -d mpx.vmhba1:C0:T2:L0

Configuración de red

Para configurar VSAN es necesario tener una red VMkernel dedicada para tal propósito. Esta configuración se ha de realizar desde vSphere Web Client, ya que es necesario marcar una casilla de VSAN que no está disponible en el cliente tradicional.

  1. Accede al vSphere Web Client y selecciona el host ESXi que deseas configurar
  2. Haz clic en la pestaña Manage y posteriormente en Networking
  3. Selecciona VMkernel Adapters de la lista desplegable
  4. Haz clic en Add host networking y posteriormente en Next
  5. En la página de propiedades del puerto selecciona la opción Virtual SAN traffic y configura los valores según tu configuración de red.
  6. Finaliza la configuración y repite estos pasos con cada uno de los hosts ESXi
Configurar VSAN

Crear red VMkernel

Configurar VSAN

Si dispones de un cluster ya creado sólo tendrás que marcar la opción de VSAN en la configuración del cluster. De no ser así, crea un cluster nuevo marcando la opción de VMware VSAN y añade los tres hosts ESXi.

  1. En vSphere Web Client haz clic con el botón derecho sobre un datacenter y elige New Cluster
  2. Escribe un nombre y marca la casilla de Virtual SAN Turn On
  3. Selecciona el modo de reclamar los discos como Manual. En mi caso como Automatic no funcionó, tal vez por estar trabajando con Workstation 10
  4. Añade los hosts al cluster creado
Configurar VSAN

Crear cluster y habilitar VSAN

En este momento se habrá creado un datastore de tamaño 0 bytes llamado vsanDatastore. Cuando se le asignen los discos correspondientes este pasará a disponer de espacio. Es importante saber que sólo los discos magnéticos aportan capacidad a un datastore de VSAN, es decir, los discos SSD sólo realizan las funciones de caching.

Para reclamar los discos que están sin uso hay que realizar los siguientes pasos:

  1. En vSphere Web Client elige el cluster creado y haz clic en la pestaña Manage
  2. Elige en el menú desplegable la opción Virtual SAN --> Disk Management
  3. Aparecerán los tres hosts ESXi y el número de discos utilizados dentro de los detectados
  4. Haz clic en Claim disks y selecciona todos los discos haciendo clic en Select all eligible disks
Configurar VSAN

Reclamar los discos para VSAN

Ahora sólo falta comprobar que tu datastore de VSAN dispone de espacio y comenzar a desplegar servidores virtuales

Configurar VSAN

Recuerda, si el artículo ha resultado de tu interés, se sociable y compártelo en las redes sociales con tus contactos.

Share
2Jun/140

¿Qué es VMware vCloud Application Director?

Share

vCloud Application Director (vCAD) automatiza el aprovisionamiento de aplicaciones en la nube que incluye el despliegue, configuración y actualización de los componentes de esta. vCloud Application Director 6.0 agiliza el despliegue de complejas aplicaciones en plataformas IaaS como vCloud Director, vSphere y Amazon Elastic Compute Cloud (Amazon EC2)

¿Cuál es el objetivo de vCloud Application Director?

VMware vCloud Application Director intenta acelerar el despliegue de aplicaciones dentro de la compañía. Los arquitectos de aplicaciones pueden usar una pizarra basada en gráficos con una interfaz drag-and-drop para modelar las distintas topologías de despliegues de las aplicaciones. Este modelaje se conoce como blueprint.

Imagen cortesía de VMware.com

Con una plataforma IaaS y una herramienta PaaS como VMware vCloud Application Director podrás dar el siguiente paso al concepto EaaS (Environments as a Service) Piensa en esas compañías con decenas o cientos de aplicaciones que requieren de entornos para desarrollo, integración de clientes, incidencias, pre-producción, ... que requieren de una forma rápida y sencilla poder desplegar o destruir bajo demanda su plataforma, o que en cualquier momento necesitan cambiar el producto Middleware por otro de una forma ágil.

¿Cómo funciona?

Los arquitectos de aplicaciones pueden usar la interfaz drag-and-drop para crear visualmente un blueprint de la aplicación. Pueden usar el completo y extensible catálogo de plantillas lógicas estándar existente, servicios de infraestructura de aplicación, componentes y scripts para modelar el blueprint. Los blueprints estandarizan la estructura de la aplicación, incluyendo los componentes de software, dependencias y configuraciones para cada despliegue repetido.

Imagen cortesía de VMware.com

¿Con quién se integra vCAD?

vCloud Application Director está diseñado para automatizar despliegues de complejas aplicaciones a lo largo de plataformas IaaS que utilicen vCloud Director, vCloud Automation Center o Amazon EC2.

Puedes desplegar aplicaciones en sistemas operativos Windows y Linux en entornos cloud con vCloud Director o vCloud Automation Center. Para Amazon EC2 sólo puedes desplegar aplicaciones en sistemas operativos Linux.

  • vCloud Director usa estándares abiertos como la API de vCloud y OVF. vCloud Application Director se integra con vCloud Director mediante la API IaaS pública basada en vCloud. Esta integración permite que despliegues tus aplicaciones en clouds públicas y privadas.
  • vCloud Automation Center utiliza REST APIs para desplegar las aplicaciones en plataformas vSphere públicas y privadas.
  • vCloud Application Director hace uso de las APIs de Amazon AWS y Amazon Machine Images (AMIs) para depslegar aplicaciones en Amazon EC2.

Adicionalmente, si dispones de Puppet podrás integrar tus módulos con vCAD. En vez de mantener los scripts de instalación de las aplicaciones en ambos sitios, podrás hacer que vCAD contacte con Puppet para la instalación de estas.

¿Cómo se licencia?

VMware vCloud Application Director viene incluido en el producto VMware vCloud Automation Center en su edición Enterprise. vCAC puede adquirirse en su versión standalone donde se licencia por paquete de 25 máquinas virtuales, o con la versión incluida dentro de vCloud Suite donde se licencia por socket.

Share
Archivado en: VMware No hay comentarios