Links a Videos Academia VMware actualizados

Que tal Gente, se que hace mucho tiempo que no escribo, pero esto tiene que ver con muchos temas como vacaciones y actividad en el trabajo, solo queria comentarles que ya se actualizaron los links a los videos de la academia VMware y los pueden encontrar en la siguiente liga:

http://hispavirt.wordpress.com/2011/11/17/serie-de-videos-para-la-instalacion-de-vmware-view-5-0/

A partir de la siguiente semana regreso a escribir, tengo bastantes temas interesantes que compartir con ustedes!!

Soporte para MAC addresses arbitrarias porfin en vSphere 5

Que tal gente, hace tiempo ya que escribí mi ultimo post, este día regreso para dejarles algo interesante que en muchos casos nos va a librar de dolores de cabeza. En versiones anteriores de VMware vSphere/VI no se podía configurar una mac address que saliera del rango permitido por VMware, se nos mostraba algo como esto:

Esta capacidad era algo que se buscaba estuviera disponible desde los tiempos de ESX 2x, cosa que hasta vSphere 5 se nos entregó, en la siguiente imagen podemos ver como al editar una VM con una MAC Address que esta fuera del rango esta no presenta problemas:

Como podemos ver esta mac address “00:34:0f:09:02:0b” esta fuera del rango permitido por VMware (00:50:56), incluso de aquellos rangos adquiridos por VMware ante la IANA:

Y es aun más interesante que esta mac address es automáticamente reconocida y utilizada en el sistema operativo:

Esta capacidad nos da una mayor flexibilidad en el momento de realizar conversiones P2V ya que podemos mantener la MAC address del sistema físico.

 

 

Serie de videos para la instalación de VMware View 5.0

Que tal gente, les vengo a compartir una serie de videos que su servidor y mi compañero Christian Plata estamos preparando básicamente para partners de VMware para poder habilitarlos en la instalación y configuración de distintos productos de VMware. En este caso les traigo una serie de 6 videos para la construcción de una prueba de concepto básica de VMware View 5.0:

1. http://portal.sliderocket.com/vmware/Academia-VMware-Construyendo-una-prueba-de-concepto-de-VMware-View-Mod1 Módulo 1 – Instalación View Connection Server
2. http://portal.sliderocket.com/vmware/Academia-VMware-Construyendo-una-prueba-de-concepto-de-VMware-View-Mod2 Módulo 2 – Instalación View Composer
3. http://portal.sliderocket.com/vmware/Academia-VMware-Construyendo-una-prueba-de-concepto-de-VMware-View-Mod3— Módulo 3 – Instalación de View Agent
4. http://portal.sliderocket.com/vmware/Academia-VMware-Construyendo-una-prueba-de-concepto-de-VMware-View-Mod4 — Módulo 4 – Instalación de View Client
5. http://portal.sliderocket.com/vmware/Academia-VMware-Construyendo-una-prueba-de-concepto-de-VMware-View-Mod5 Módulo 5 – Creación de Pooles (PROXIMAMENTE)
   
6. Módulo 6 – Optimización de PCoIP (PROXIMAMENTE)

Mi compañero Christian Plata – Channel SE para NOLA en VMware creo la siguiente joya de entrenamiento para zimbra:

1. Zimbra “vAcademia – Cocinando una instalación de Zimbra” :

http://portal.sliderocket.com/vmware/vAcademia-Cocinando-una-instalaci-n-de-Zimbra.

Espero les sea de utilidad y si tienen ideas de entrenamiento estas son bienvenidas, ¿Que les gustaría aprender?

Appliance virtual de vCO

Que tal gente, el día de hoy tuvimos un entrenamiento de todas las soluciones de cloud computing con el especialista de VMware para LATAM, Jairo Ammirati.

Además de una platica muy interesante sobre toda la solución que conforma la oferta de cloud computing y que nos compartió bastante de su conocimiento, me lleve algo muy interesante de este entrenamiento, vCenter Orchestrator siendo un elemento tan crucial para poder automatizar casi cualquier operación de vSphere forma parte de toda la suite de productos que nos permite ofrecer cloud computing:

Lo interesante es que el equipo de vCO liberó recientemente un appliance virtual con vCenter Orchestrator, con una base de postgreSQL, OpenLDAP y SUSE como sistema operativo, todo lo necesario para poder utilizar vCenter Orchestrator sin necesidad de habilitar el servicio dentro de nuestra instancia de vCenter, liberando así recursos de la VM donde está instalado vCenter.

En el siguiente link podemos descargar dicho appliance:

http://downloads.vmware.com/d/details/vco_va_420/dHRAYnRoamViZHAlZA

La configuración es bastante sencilla, importamos el ovf a nuestro vCenter y en el momento de importarlo se nos pedirá la información de red:

Encendemos la VM y automáticamente se le asigna los valores de IP que ingresamos, se crean los certificados SSL y esta listo el appliance para ser configurado:

Abrimos un browser y apuntamos a la ip de neustro appliance y se nos mostrará la siguiente página de bienvenida:

desde esta página inicial podemos ir a “Appliance configuration” donde podemos modificar los parámetros de red y aplicacar actualizaciones y también podemos ir a “Orchestrator Configuration” donde podremos configurar vCO, una vez que ingresamos a “Orchestrator Configuration” se nos pide que cambiemos el password:

Una vez cambiado el password ingresamos con el usuario “vmware” y el password recién cambiado, esto nos abrirá la consola de vCO donde podremos configurar todos los parámetros:

• Servicio de LDAP
• Base de Datos (en el caso de no querer utilizar la base integrada)
• Networking
• Plugins
• Licenciamiento (se tiene incluida una licencia de 90 días)
• Etc.

Una vez que dejamos configurado el appliance en la página de inicio hacemos click en “Start Orchestrator Client”, lo cual nos abrirá el cliente basado en java donde ingresaremos las credenciales vcoadmin/vcoadmin y listo:

Por ultimo se nos da acceso a la consola:

vCD – Error al instalar Cluster de celulas utilizando NFS para espacio de transfer

Que tal gente, el día de hoy les voy a platicar un poco sobre vCloud director específicamente una consideración que debemos tener en el momento de la instalación de un cluster de células que además de estar compartiendo la base de datos también comparten un repositorio central para la transferencia de imágenes, en la versión 1.5 esta ruta es:

/opt/vmware/vcloud-director/data/transfer/

En versiones anteriores la encontramos como:

/opt/vmware/cloud-director/data/transfer/

Para poder tener un cluster presentamos esta ruta en todas las células que formarán el cluster a través de NFS, editando el archivo fstab y montando el export de NFS en dicha ruta. Para mi laboratorio presenté un export de NFS a través de Openfiler, todo iba bien, se montaba sin problemas y en el momento de ejecutar la instalación del paquete de vCloud Director en la primera célula se me presenta un error como el siguiente:

“cpio: chown failed – Operation not permitted”

Claramente esto nos muestra un problema con privilegios, revisando la configuración de mi export de NFS pude notar que no tenia configurado en mi export “no_root_squash”:

Al configurar mi export con “no_root_squash” la instalación se pudo realizar sin ningún problema.

 

¿vNUMA?

Que tal gente, hace BASTANTE tiempo que no tenía oportunidad de escribir debido al trabajo y compromisos personales, pero estoy de vuelta y esta vez les voy a platicar de algo bastante interesante que se introdujo con vSphere 5.0 y ofrece una plataforma aun más escalable y capaz de virtualizar todo tipo de aplicaciones. Vamos a platicar un poco sobre vNUMA

Comencemos por entender lo básico:

¿Que es NUMA?

(Tomando un extracto de mi articulo “VCAP – Sección 3 – optimización de performance para vSphere”)

NUMA (non uniform memory access) un tipo de arquitectura en cuanto a la comunicación entre procesadores y memoria se refiere, a diferencia de arquitecturas anteriores cada procesador o grupo de procesadores  tienes  su propia memoria ram, a este grupo de memoria y procesadores se le llama “nodo numa”:

NODO NUMA

Cada nodo numa tiene un bus a través de cual se lleva a cabo la comunicación entre cpu y memoria a esto se le llama memoria local, pero también se puede acceder memoria de otros nodos que se le conoce como “foreign” o memoria remota claro que bajo un costo en cuanto al performance.

El algoritmo de numa en VMware se encarga de balancear las vms entre los nodos dependiendo de la carga que tiene el sistema, el nodo al que se asigna se le llama “home node” y este mismo algoritmo trata de asignar memoria en su mismo nodo numa para que esta memoria sea local.

¿Que es vNUMA?

En vSphere 5.0 se presenta la topología NUMA del sistema físico a las vms, permitiéndole a los sistemas operativos guest y las aplicaciones que son ejecutadas dentro de estas VMs el poder tomar decisiones y optimizaciones “numa-aware” y poder colocar los distintos threads en donde se podría entregar un mejor rendimiento.

vNUMA esta activado por defecto en todas aquellas VMs con 8 vCPUS en adelante (se puede modificar a través de la opción avanzada ” numa.vcpu.min “), en versiones anteriores de vSphere o VI las VMs creían que estaban siendo ejecutadas en un sistema UMA.

Con el aumento en la capacidad de vSphere 5.0 en cuanto a vCPUs y Memoria RAM que puede tener las VMs también aumenta la posibilidad que estas “Monster VMs” deban de ser servidas por varios nodos numa del sistema físico es por eso que poderle presentar al sistema operativo guest la topología es esencial para que el rendimiento también pueda escalar acorde.

En las siguientes imágenes (Extracto de la sesión VSP2884 del VMworld 2011) podemos ver con mayor claridad esto:

Sin vNUMA

Esta imagen nos muestra como las VMs trabajan sin vNUMA. Podemo ver que en la vista del sistema operativo guest (VM) se cree que se está trabajando en un sistema UMA, en este caso teniendo 4 vCPUs (cuadros rojos) los cuales al tener que ser procesados por el vmkernel son enviados a distintos nodos NUMA teniendo una localidad de memoria RAM mucho menor, 25%.

Con vNUMA

En este caso podemos ver que nuevamente tenemos el sistema operativo guest con 4 vCPUs, y se le presenta la topología NUMA del sistema físico, permitiéndole así al sistema operativo guest tomar decisiones “numa-aware” y colocar los distintos threads en un mismo nodo obteniendo así una localidad de memoria del 100%.

Existe un whitepaper excelente que les invito a leer sobre el rendimiento de aplicaciones HPC virtualizadas utilizando vNUMA y como se puede obtener rendimiento muy cercano al nativo, ¿Estaremos contemplando el comienzo de HPC sobre VMware?:

http://labs.vmware.com/publications/performance-evaluation-of-hpc-benchmarks-on-vmwares-esxi-server

vSphere 5 – FCoE ¿Que hay de nuevo?

Que tal gente, continuando con los nuevo de vSphere 5 nos toca hablar un poco sobre FCoE, recordemos que en versiones previas de VMware ya se soportaba FCoE por hardware, es decir, a través de CNAs dedicadas. Lo interesante que se liberó en esta versión es la capacidad para tener un adaptador por software, si por software, algo como lo que manejamos en el caso de iSCSI. Vamos a conocer un poco más sobre esto.

¿Que es FCoE?

El protocolo de FCoE encapsula paquetes de FC en paquetes de ethernet con esto podemos acceder a el almacenamiento sin necesidad de tener HBAs de fibras dedicadas, a este tipo de adaptadores que nos permite la comunicación de FC como de  ethernet se les conoce como CNAs (Converged Network Adapters)

Para poder transmitir paquetes de FC sobre un medio de ethernet se tienen que resolver las siguientes consideraciones:

• Perdida de Paquetes: FC es un protocolo sin perdida por lo cual tenemos que asegurarnos que no exista perdida de paquetes en el medio de ethernet.

• Congestión: en el caso que exista la necesidad de “pausar” el tráfico de FC tomando como ejemplo que el controlador del almacenamiento se encuentre procesando paquetes anteriores y requiera tiempo sin el envío de más paquetes, se debe de tener la capacidad de solo pausar el tráfico de FC y no otro tráfico que viaje en dicho medio.

• Ancho de banda: debe de existir la capacidad para poder definir anchos de banda para distintos tipos de tráfico que estén viajando en el medio de ethernet.

En medios de ethernet tradicionales no podríamos cumplir con estos tres puntos, para esto, en el caso de medios de ethernet a través de los cuales estaremos enviando FCoE utilizamos los siguientes mecanismos (Enchanced ethernet):

• PBC (Priority Based Flow Control): ( IEEE 802.1Qbb) este mecanismo es una extensión al ya existente paquete de pausa de ethernet, a diferencia con este último lo que nos permite es pausar un tipo de tráfico en especifico basándonos en la prioridad que tenga cada uno de los tráficos. PBC crea 8 distintos canales o “lanes” a través de los cuales estarán viajando los distintos tipos de tráfico con esto tenemos la capacidad de poder parar cada uno de los distintos tráficos sin perturbar a los demás, estos distintos canales tienen también distintos niveles de prioridades de QoS.

• ETS (Enchanced Transmission Selection): a través de este protocolo se permite la asignación de ancho de banda dinámico a los distintos “lanes” que PBC crea.

• Datacenter Bridging Exchange (DCBX): con este protocolo se permite a dispositivos en un ambiente de “enchanced ethernet” compartir y descubrir capacidades de los demás dispositivos a los cuales están conectados, con esto se permite tener una configuración consistente. Por ejemplo, un switch con capacidades de DCB puede enviarle a una CNA información sobre la configuración de PBC manteniendo así las distintas clases y prioridades de tráfico para poder manejarlos y pausarlos independientemente. Para poder realizar todo este intercambio de información, DCBX utiliza LLDP (Link Layer Discovery Protocol) para el intercambio de información entre los distintos dispositivos.

¿Que hay de nuevo sobre FCoE en vSphere 5?

Se agrega soporte para un adaptador de FCoE por software, para poder utilizar este adaptador a diferencia del adaptador de software iSCSI donde podemos utilizar cualquier nic, en este caso requerimos nics que tengan ciertas capacidades para realizar descarga del procesamiento de FCoE, les recomiendo revisar el HCL de VMware para saber que nics tienen esta función.

Para agregar el nuevo adaptador de FCoE por software una vez que ya contemos con una nic compatible, es necesario crear el adaptador:

El VLAN ID no necesita ser ingresado manualmente

este es descubierto en el proceso de FIP (FCoE initialization Protocol)

Necesitamos agregar la vmnic a un vSwitch donde existe el puerto de vmkernel. Una vez creado el adaptador, podemos descubir almacenamiento por FC:

¿Linea de comando?

Como sabemos VMware esta tratando de migrar todo hacia esxcli y la gestión de FCoE no es la excepción, para el manejo de FCoE tenemos los siguientes comandos:

esxcli fcoe <adapter> <list>

esxcli fcoe <nic> <disable,discover,list>

Aquí podemos ver el uso de estos comandos:

Les recomiendo leer más sobre todo el proyecto de DCB o Data center Bridging el cual ha entregado varios protocolos para FCoE, en este post cubro muy poco de lo que es FCoE y si buscan información sobre FCoE & DCB pueden tener toda la imagen de este tipo de comunicación, aquí plasmo mis notas depende ya de ustedes ir mas allá