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

18ago/141

VMworld Barcelona 2014. Inscríbete YA!!!

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í!

Archivado en: Noticias, VMware 1 Comentario
8jul/145

VMware VSAN hace agua en poco tiempo

13105238823_e4ac94b2c2_n

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.

24jun/142

Configurar VSAN

13105238823_e4ac94b2c2_n

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.

2jun/140

¿Qué es VMware vCloud Application Director?

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.

Archivado en: VMware No hay comentarios
9abr/140

Curso de networking vSphere con Ncora y PiPo e2H

Ncora formación

Llega la segunda convocatoria del Curso de networking vSphere con Ncora. Dentro del marco de colaboración que tiene el Blog con Ncora, se encuentra la realización de webcasts y cursos.

El próximo viernes 20 de junio de 15:30 a 18:30 tendrá lugar la segunda convocatoria de este curso. Si aún no te sientes cómodo cuando trabajas con networking, quieres afianzar tus conocimientos, o por qué no, ampliarlos con otros enfoques, este es el curso que estabas esperando.

Temario

  1. Introducción
  2. Networking esencial
    1. Conceptos comunes
      1. Nivel 2. Switching
      2. Nivel 3. Routing
    2. vSphere
      1. vNetwork Standard Switch (vSwitch, vSS)
      2. vNetwork Distributed Switch (dvSwitch, vDS)
      3. Cisco Nexus 1000V
      4. vShield
      5. NSX
  3. Diseño
    1. Lógico
      1. VLANs
      2. Routing
      3. Topología
    2. Virtual
      1. vSwitch
      2. Port Groups
      3. Topología
    3. Físico
      1. Modelo jerárquico
      2. Equipamiento
      3. Disposición
  4. Implantación
    1. Instalación
    2. Configuración
    3. Certificación
  5. Mantenimiento
    1. Monitorización
    2. Troubleshooting
    3. Optimización

A qué esperas! Pásate por la Ncora store y adquiere tu curso antes del viernes a las 15:30. Recuerda también que este curso tiene plazas limitadas y tampoco será grabado ya que se trata de una formación real en la que le podrás consultar al formador tantas veces como quieras. Eso sí, al finalizar el curso recibirás un diploma sobre tu asistencia al curso y la presentación utilizada en este.

Networking vSphere

Adquiere tu curso y otros más en Ncora store