Diseño de VMware vSphere: 6 cuestiones importantes

Buscando información de los puntos mas importantes para el diseño de una infraestructura VMware vSphere, he encontrado una presentación muy interesante que se planteaba estas 6 cuestiones:

1. ¿vSwitch estándar o distribuido?

2. ¿vCenter físico o virtual?

3. ¿Servidores enracados o blades?

4. ¿ESX o ESXi?

5. Mejores practicas en cuanto a la ubicación de los hosts en cluster.

6. Mejores practicas en cuanto a la ubicación de las VMs en las LUNs.

Voy a intentar explicarlo lo mejor posible en castellano…

¿vSwitch estándar (VSS) o distribuido (VDS)?

- vSwitch distribuido necesita licencia Enterprise Plus

Estas características están disponibles con dos tipos de switches virtuales:

- Pueden enviar tramas L2
- Pueden segmentar el tráfico en VLANs
- Pueden utilizar y entender VLAN 802.1q
- Pueden tener más de un uplink (NIC Teaming)
- Pueden tener traffic shaping para outbound (TX) traffic

Estas características están disponibles sólo con Distributed Switch:

- Permite inbound (RX) traffic
- Tiene una interfaz de gestión centralizada unificada a través de vCenter
- Soporta VLAN privadas (PVLAN)
- Proporciona personalización potencial de los datos y planos de control

vSphere 5.0 proporciona las siguientes mejoras a la funcionalidad de Distributed Switch:

- Mayor visibilidad entre el tráfico de máquina virtual a través de Netflow
- Un mejor control a través de la duplicación de puertos (dvMirror)
- Soporte a  LLDP (Link Layer Discovery Protocol), un protocolo independiente del proveedor.

Con las características que necesitemos para nuestro entorno de VMware optaremos por uno u otro teniendo en cuento el licenciamiento.

 ¿vCenter físico o virtual?

Beneficios de vCenter físico:

- No compite con los recurso de las demás máquinas virtuales.

- Si fallan los ESX tendremos podremos acceder inmediatamente al vCenter  sin tener que esperar que HA se ejecute.

Beneficios de vCenter virtual:

- No se necesita gastar dinero en un servidor físico.

- Poder usar la características mas importantes de vCenter, tales como, HA, DRS, vMotion, Snapshots, vSwitch distribuidos, …

- Poder realizar una restauración rápida del servidor en caso de desastre.

- Poder asignar mas recursos al servidor en caso necesario.

- Administración centralizada mas potente.

¿Servidores enracados o blades?

Beneficios de servidores en blade

- Ahorro de espacio.

- Menor consumo de energía, ya que está más optimizada y necesita menos tiempo de enfriamiento. Además los chasis de los blades consumen mas o menos energía dependiendo del numero de servidores que tengamos encendidos.

- El chasis se conecta con un solo cable, lo que elimina el desorden de cables.

- Permite arrancar las máquinas virtuales desde la SAN, mediante PXE.

Beneficios de servidores enracados

Aunque las tecnología blade ha evolucionado bastante, los principales beneficios podria ser:

-  Mayor número de adaptadores de red y almacenamiento.  Servidores tradicionales es la mejor opción si necesitamos un gran número de tarjetas de red o los controladores de almacenamiento.

- Si un chasis de blade se completa, es necesario comprar otro.

- Mas fácil de instalar y configurar.

- Tienen puertos serie, paralelo y USB de E / S para conectar dispositivos externos

¿ESX o ESXi?

Debido a que la nueva versión de vSphere instala únicamente  ESXi, dejaré por obsoleta esta cuestión. ESXi no trae la consola de administración con lo que tendremos que familiarizarnos con VMware vSphere Command-Line Interface (vSphere CLI)

Mejores prácticas en cuanto a la ubicación de los hosts en cluster

Seguir las mejores prácticas descritas en la página 51 del documento: http://www.vmware.com/pdf/Perf_Best_Practices_vSphere5.0.pdf

Mejores practicas en cuanto a la ubicación de las VMs en las LUNs.

Por lo que he estado leyendo en foros y documentación, lo óptimo es crear LUNs de 500 a 800 Gb que alberguen de 10 a 12 máquinas virtuales.

Entendiendo la pestaña “Resource Allocation” en una VM

En el post anterior explicaba la pestaña “Resource Allocation” en un cluster, ahora vamos a ver la misma pestaña pero en un máquina virtual.

Los gráficos se dividen en CPU y Memoria.

- En cuanto a la CPU no hay nada nuevo, nos muestra los mismos valores que en el cluster, pero esta vez, en un gráfica.

- En la memoria si hay nuevos valores que intentaré explicar:

En primer lugar hay que diferenciar entre host memory y guest memory.

- Host memory, es la cantidad de memoria que está consumiendo la VM en el ESX.

- Guest memory: es la cantidad de memoria que se está consumiendo en realidad en ese momento. Dentro de guest memory existen varios tipos de memoria:

• Private: es la cantidad de memoria que esta respaldada por la memoria del host y no esta compartida-
• Shared: es la cantidad de memoria que está compartida.
• Swapped: es la cantidad de memoria que está haciendo swapping.
• Balloned: es la cantidad de memoria que está haciendo ballooning. Con el balloon-driver, lo que se hace es que una VM puede ceder memoria al VMKernel y este asigna dicha memoria a otra VM  que necesita memoria RAM. 
• Unaccessed: entiendo que es la memoria que no se está usando en ese momento.
• Active: entiendo que es la memoria que se está usando en ese momento.

Entendiendo la pestaña “Resource Allocation” en un cluster

Voy a intentar explicar los elementos  de la asignación de recursos en un cluster para que queden claros a la hora de modificarlos, ya que de ello depende muchas veces, que las máquinas que corren en dicho cluster puedan utilizar los recursos del cluster de manera ordenada.

En cuanto al cluster:

• CPU:  

- Total Capacity: es la cantidad total de CPU en MHz que tenemos en ese cluster.

- Reserved Capacity (capacidad de reserva): Nos muestra la cantidad de CPU que el cluster necesita para que haya alta disponibilidad y que , por lo tanto, tiene reservada.

- Available Capacity (capacidad disponible): es la cantidad de CPU que no está reservada para HA y que, por lo tanto, tenemos disponible.

• Memoria.

- Total Capacity: es la cantidad total de memoria en MB que tenemos en ese cluster.

- Reserved Capacity (capacidad de reserva): Nos muestra la cantidad de memoria que el cluster necesita para que haya alta disponibilidad y que , por lo tanto, tiene reservada.

- Overhead Reservation (reserva de overhead): El overhead es  la cantidad de memoria necesaria para que el ESX virtualize la memoria física.

- Available Capacity (capacidad disponible): es la cantidad de memoria que no está reservada para HA y que, por lo tanto, tenemos disponible.

En cuanto a las VM:

- Nombre: el nombre de la VM.

- Reservation: con este parámetro le reservamos un mínimo de CPU o memoria a esta máquina.

- Limit: es la máxima cantidad de CPU o memoria que puede utilizat la VM.

 - Shares: en CPU, permite a una máquina ser la primera en disponer de tiempo de procesador en contra de otras máquinas con este parámetro mas alto. En RAM, si una VM tienen que competir con otras por la consulta de memoria compartida, este parámetro establece la prioridad.

Los shares especifican la importancia de una máquina virtual. Si una VM tiene el doble de shares de un recurso que otra VM, tiene derecho a consumir el doble de este recursos cuando estas dos VM compiten entre si por lo recursos.

Los shares se pueden configurar como High, Normal o Low, en una proporción de 4:2:1, respectivamente. También podemos configurarlo como Custom, con lo que asignamos un número especifico de shares a cada máquina.

- Shares Value: según la cantidad de memoria o de CPU de la VM y con el parámetro que hayamos configurado el share, se le asiguna un valor de share.

High: 2000 shares per virtual CPU / 20 shares per megabyte of configured virtual machine memory.

Normal:  1000 shares per virtual CPU / 10 shares per megabyte of configured virtual machine memory.

Low: 500 shares per virtual CPU / 5 shares per megabyte of configured virtual machine memory.

- % Share: Porcentaje de recursos del cluster asignados la VM. 

- Worst Case Allocation: es la cantidad de memoria que a la máquina virtual se le puede asignar cuando todas las máquinas virtuales están consumiendo el total de recursos asignados. Básicamente, cuando hay saturación de recursos, esto son los recursos con los que la VM contará en el peor de los casos.  

 

Comando para cambiar el Failover Order

Para configurar el NIC teaming desde consola y cambiar la tarjeta activa en el caso, por ejemplo, que hayamos perdido la conexión de Service Console, se utiliza el siguiente comando:

vmware-vim-cmd /hostsvc/net/portgroup_set –nicorderpolicy-active=vmnic0 –nicorderpolicy-standby=vmnic1 vSwitch0 “Service Console”

Instalación y configuración de ThinApp 4.6

1.    Qué es ThinApp?

 VMware ThinApp permite acelerar la implementación de aplicaciones y simplificar su migración con la virtualización de aplicaciones sin agentes. Con VMware ThinApp, las aplicaciones son empaquetadas dentro de archivos ejecutables que se ejecutan completamente aislados unos de otros, así, el sistema operativo está libre de conflictos de ejecución en los dispositivos de punto final. Los paquetes de aplicaciones se pueden implementar en diferentes plataformas de Windows, eliminando la costosa recodificación y pruebas de regresión de esta manera pueden migrar las aplicaciones existentes a Windows 7.

2.    Instalación de VMware Thinapp 4.6

 VMware nos recomienda instalar ThinApp en una máquina limpia, ya que una máquina ya usada puede contener aplicaciones ya instaladas o restos de aplicaciones.

Los sistemas operativos soportados son los siguientes:

- Plataformas 32 bit: Windows NT, Windows 2000, Windows XP, Windows XPE, Windows 2003 Server, Windows Vista, Windows Server 2008, Windows 7

- Plataformas 64 bit: Windows XP 64 bit, Windows 2003 64 bit, Windows Vista 64 bit, Windows Server 2008 64 bit, Windows Server 2008 R2 64 bit, Windows 7 64 bit

- Aplicaciones de 16bit corriendo sistemas operativos Windows de 32 bit.

- Aplicaciones de 32bit corriendo sistemas operativos Windows 32 bit and 64 bit.

- Plataformas 16bit o no x86 como Windows CE

 - Aplicaciones 64bit corriendo sistemas operativos de 32bit o 64bit.

- Aplicaciones 16bit corriendo sistemas operativos de 64bit.

- Terminal Server y Citrix Xenapp.

Se ejecuta VMware-ThinApp-Enterprise-4.6.2-467908.exe en el servidor para empezar con la instalación.

Se aceptan las patentes y se pulsa en Next.

 

Se acepta en contrato de licencia.

 

Se introduce en número de licencia.

 

Finaliza la instalación.

 

3.    Captura de aplicaciones.

Una vez instalado ThinApp en el servidor, es necesario capturar las aplicaciones que queremos que corran en nuestras máquinas.

Para ello se abre ThinApp Setup Capture.

 

Se nos presenta información de los pasos a seguir.

 

La aplicación hace un escaneo de las aplicaciones instaladas en nuestro servidor para luego compararlas después de instalar la aplicación que vamos a instalar.

 

 

El las opciones avanzadas podemos seleccionar las rutas que se quieren escanear.

 

Comienza el escaneo.

 

Es este momento se instalará la aplicación que queremos tener disponible para nuestras máquinas virtuales.

 

Se ejecuta el paquete de instalación, por ejemplo de Adobe Reader.

 

Se realiza en otro escaneo para compararlo con el primer escaneo.

 

Se seleccionan las aplicaciones.

 

Se seleccionan los grupos de usuarios que van a poder acceder a los paquetes de instalación.

 

Se selecciona el modo de aislamiento.

Los modos de aislamiento se aplican a los directorios y subdirectorios individuales, así como a ubicaciones del Registro:

• Fusionados – El modo de aislamiento hace que todas las modificaciones realizadas por la aplicación se realizan en el sistema operativo host.
• WriteCopy - Este modo de aislamiento hace que todas las modificaciones realizadas por la aplicación se realizan en el sandbox.

 

Se selecciona la ruta de la sandbox.

¿Qué es sandbox? Si la aplicación está aislada del sistema principal, los cambios, supresiones o adiciones hechas por la aplicación del sistema de archivos o el registro se registran en una sandbox  en lugar de en el sistema operativo host. El sandbox es un directorio en el que estas modificaciones se registran. El grado en que estas modificaciones se registran en el sandbox en lugar de en el sistema operativo host está determinado por los modos de aislamiento en uso.

 

Se selecciona si se quiere enviar estadísticas anónimas a VMware.

 

Se pide un nombre para el inventario y la localización del proyecto.

 

Se guarda el proyecto.

 

Antes de construir el proyecto se puede revisar.

 

Se finaliza la creación de los paquetes que nos servirán para compartir esta aplicación. 

 

4.    Configuración de VMware View Manager

Para distribuir las aplicaciones en nuestras máquinas virtuales se necesita configurar la consola de administración de View.

En la izquierda de la consola se selecciona ThinApp Configuration y se pincha en Add Repository.

 

Se le da un nombre y se selecciona el repositorio de las capturas de aplicaciones del servidor Thinapp.

Previamente habrá que haber compartido esta carpeta.

 

 

Dentro de Inventory se selecciona Thinapps para escanear las nuevas aplicaciones.

 

 

Se selecciona el repositorio.

 

Se seleccionan las aplicaciones que se quieres compartir.

 

 

Finaliza el proceso y se asigna un Pool de máquinas o las máquinas en concreto que se quiere que utilicen esta aplicación.

 

 

 

 

VCP-510

Siguiendo la linea de certificaciones, como todos los lideres tecnológicos, VMware saca la posibilidad de certificarte en la nueva versión de vSphere, la 5.

Existen varias formas para ser VCP5:

- Asistir a un curso de VMware autorizado.
- Si ya eres VCP4 puedes examinarte para VCP5, sin tomar el curso, hasta el 29 de febrero 2012.
- Aprobar el examen VCP5.

Aquí os dejo la tabla de VMware que despeja cualquier tipo de dudas:

Puertos TCP/IP y UDP abiertos en VMware View.

Cuando vamos a implantar VMware View o ante problemas que nos puedan surgir, como por ejemplo, que no podamos conectarnos a los escritorios virtuales via RDP o PCoIP o que los dispositivos USB  o la redirección mulimedia (MMR) no estén funcionando correctamente, debemos repasar que los siguientes puestos este abiertos:

Puertos generales:

- 32111 (TCP): Debe estar abiertos bidireccionalmente entre los escritorios virtuales y los clientes de View (Thin Client, portátiles, …). Esto facilita la redireccion USB entre View Client y Virtual Desktop.

- 9427 (TCP): para la redirección multimedia (MMR). MMR solo esta soportado para algunos sistemas operativos entre View Client y Virtual Desktop.

Puertos PCoIP:

- 5002 (TCP/UDP): Debe estar abierto en ambas direcciones. Es para entornos con VMware View 4.0.x.

- 4172 (TCP/UDP): Debe estar abierto en ambas direcciones. Es para entornos con VMware View 4.5.x.

Puertos RDP:

- 3389 (TCP): debe estar abierto entre View Client y Virtual Desktop o entre el servidor View Connection o Security Server y los Virtual Desktops. Se usa cuando el protocolo que utilizamos preferentemente es el RDP.

Ya podemos bajarnos la versión 5!!

Acabo de llegar de vacaciones y me he encontrado con la grata sorpresa de que ya podemos descargarnos vSphere 5.

El enlace para la descarga es el siguiente:

http://downloads.vmware.com/d/info/datacenter_cloud_infrastructure/vmware_vsphere/5_0

Así que, a probarlo!!!

 

 

Ya está aquí, ya llegó: vSphere 5

VMware ha presentado la versión 5 de vSphere, con nuevas mejoras que permiten a los usuarios ejecutar aplicaciones críticas para el negocio con confianza y responder antes a las necesidades empresariales.

Las principales novedades a destacar de la nueva entrega de vSphere son las siguientes:

Infraestructura

- Convergencia cn ESXi: ESXi pasa a ser en hipervisor corporativo de VMware vSphere, aunque desde vCenter 5 podremos administrar también las versiones anteriores, ESX/ESXi 4 y ESX/ESXi 3.5.

- vSphere Auto Deploy: mayor facilidad a la hora de actualizar e implementar los ESXi.

- Nueva actualización del hardware de las maquinas virtuales: llega la versión 8, destacando las mejoras en soporte para gráficos 3D y soporte de dispositivos USB 3.0.

- Compatibilidad con Apple: soporta los servidores Apple Xserve y OS X Server 10.6 como SSOO.

Almacenamiento

- Storage DRS: ya podemos automatizar la agrupación de VM a nivel de almacenamiento. vShpere hará recomendaciones a este nivel evitando así cuellos de botella.

-Almacenamiento basado en perfiles: podemos crear perfiles para el tipo de almacenamiento que mas favorece a las VM.

- Nueva version VMFS5. mejoras tanto en escalabilidad como en rendimiento.

-Mejoras en Storage I/O Control (NFS).

Red

- En cuanto a networking, mejoras en vSphere Network I/O Control y mejoras en los switch distribuidos.

Disponibilidad

• vSphere High Availability: mejoras en la configuración e instalación y aumento de escalabilidad.
• vSphere vMotion:  se admite ahora a través de enlaces de red de mayor latencia.

Seguridad

- ESXi Firewall: nuevo motor de firewall  orientado a servicios.

Escalabilidad

- Con vSphere 5 las MV pueden tener hasta 32 vCPU y 1 TB de RAM.

Gestión básica

- vSphere Web Client: acceda web a vSphere.

- vCenter Server Appliance: uso de vCenter Server como dispositivo virtual basado en Linux.

Nueva certificación de VMware: VCA4-DT

A finales de abril VMware presentó una nueva certificación para profesionales enfocada a la parte de escritorios remotos, VMware View.

 VMware Certified Associate - Desktop (VCA-DT) está dirigido a ingenieros de sistemas de virtualización, deben demostrar su habilidad para instalar y configurar VMware View y habilitar usuarios de View Client. Los candidatos también deben ser capaces de configurar entornos de vSphere, poseer un profundo conocimiento de los componentes principales de VMware, su relación con el almacenamiento y la creación de redes.

Para presentarse al examen hay que ser VCP4:

Para estudiar la certificación, VMware nos proporciona los siguientes recursos:

- VCP4-DT ResourcesDesktop Certification Program Overview
- VCP4-DT Exam Blueprint
- VCP4-DT Mock Exam (examén de prueba para valorar nuestros conocimientos). 
- FAQ
- Desktop Certification Community
- Exam Registration

Los cursos recomendados para preparar el examen son los siguientes:

- VMware View: Desktop Fast Track [V4.5]
- VMware View: Install, Configure, Manage [V4.5]
- Application Virtualization with VMware ThinApp