Upgrade a vCenter Server 5.0

Una serie de articulos detallando el proceso de Upgrade a vCenter Server 5.0

Upgrade a ESXi 5.0

Una serie de articulos detallando el proceso de Upgrade a ESXi 5.0

Instalación de ESXi 5.0

Una serie de articulos detallando el proceso de Instalación de ESXi 5.0

Configuración iSCSI en vSphere 5.0

Una serie de articulos dedicados a la configuración de iSCSI en vSphere 5.0

Reconocido como vExpert 2011

Reconocido como vExpert 2011

VMware View 4.5

Una serie de articulos dedicados a View 4.5 y todas sus nuevas funcionalidades.

VMware View Transfer Server 4.5

Una serie de articulos dedicados a View Transfer Server y sus caracteristicas.

VMware View Composer 2.5

Una serie de articulos dedicados a View Composer y sus caracteristicas.

Cluster MSCS Across Boxes en vSphere 4.1

Serie de articulos detallando el proceso de creación y configuración de un cluster MSCS en configuración Across Boxes en vSphere 4.1

miércoles, 30 de noviembre de 2011

Veeam Backup and Replication 6 - Finalmente disponible


Finalmente, a partir de ayer se encuentra disponible Veeam Backup & Replication v6, el cual es posible descargar en modo de evaluación para que puedan probar todas sus nuevas funcionalidades.

En un post anterior detallé las novedades de esta nueva versión de esta premiada solución de Veeam.

Entre las novedades podemos indicar:

  • Una nueva arquitectura distribuida
  • Soporte para Hyper-V
  • Mejoras importantes en la funcionalidad de Replicación con Failback incluido.
  • Nueva funcionalidad Quick Migration
Una descripción más detallada la pueden encontrar en el sitio de Veeam y en el articulo de What's New publicado anteriormente en este Blog.

miércoles, 23 de noviembre de 2011

Acceso directo con credenciales en vClient

En vClient existen algunos parámetros que nos podrían facilitar el acceso a 1 o varios servidores ESXi o vCenter's. Si estás aburrido de ingresar las credenciales cada vez que te conectar a tu plataforma puedes crear un acceso directo con las credenciales listas, de tal manera que al hacer dos clic conecte al servidor predefinido con las credenciales agregadas previamente. ¿Cómo? Los parámetros que VMware provee para esto son:

-u (username)
-s (servername o IP)
-p (password)

de tal manera que podemos crear un acceso directo con el siguiente path en el "Destino":

"C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\VpxClient.exe" -u root -s 192.168.0.150 -p Contraseña2010




Hay que ser claro si en indicar que la contraseña no queda encriptada, cualquier usuario que quiera editar el acceso directo podría encontrarse con las credenciales de acceso a la plataforma por lo que se recomienda ser cuidadoso en el uso de estos parámetros.

Acá tambien podemos hacer uso del parámetro -passthroughAuth para acceder con las credenciales de sesión de windows por ejemplo:

"C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\VpxClient.exe" -passthroughAuth -s vcenter.testing.local

jueves, 17 de noviembre de 2011

VMware View 5: Implementando escritorios virtuales


Hola a todos!
En el ultimo VMworld efectuado en Las Vegas, se realizó el lanzamiento oficial de VMware View 5.  A continuación hablaremos un poco más de esta nueva versión y del proceso de instalación y configuración.

Anteriormente publiqué un post con las mejoras de View 5 respecto a sus antecesores, donde destacan mejoras en el protocolo PCoIP, uso de aplicaciones en 3D, y View Persona Management, que permite el uso y administración de perfiles moviles sobre escritorios virtuales.  Sobre este ultimo punto entraremos más en detalle en esta serie de articulos.

Introducción
VMware View es la solución de virtualización de escritorios de VMware, que nos permite simplificar la gestión de los escritorios, mientras se aumenta la seguridad y control sobre la plataforma.

VMware View permite entregar una experiencia personalizada y de calidad a los usuarios finales, permitiendo una mayor disponibilidad y agilidad en los servicios de escritorio, respecto a los PCs tradicionales, reduciendo ademas el TCO en hasta un 50%.

Experiencia de usuario final
A diferencia de los PCs tradicionales, los escritorios View no están atados a los computadores fisicos, sino que residen en una nube y los usuarios finales pueden acceder a sus escritorios virtuales cuando lo necesiten, y desde cualquier ubicación.  Gracias al protocolo PCoIP, VMware View entrega una experiencia de usuario final mas rica, flexible y adaptable, en diferentes condiciones de conectividad.

Control y gestión
VMware View permite aumentar el control sobre los escritorios, aplicaciones y datos, entregandolos y gestionandolos como servicios centralizados.
A traves de una unica consola administrativa, se puede contar con visibilidad sobre todos los servicios de escritorio, mientras se facilitan las tareas al area TI de provisionar escritorios, asi como la gestión de parches y actualizaciones.

Características de VMware View
Entre las caracteristicas de VMware View podemos nombrar:

  • Uso de múltiples monitores
  • Imprimir desde un escritorio virtual a cualquier impresora local o en red que se encuentre definida en el dispositivo cliente.
  • Acceso a dispositivos USB y otros perifericos que se encuentren conectado en el dispositivo Thin Client.
  • Uso de VMware HA para entregar alta disponibilidad a los escritorios virtuales.
  • Integración con Active Directory para administrar los escritorios virtuales y politicas
  • Uso de template o imagen maestra para crear y provisionar grupos de escritorios virtuales rapidamente (View Composer)
  • Administración de perfiles móviles utilizando View Persona Management
  • Acceso desde distintas ubicaciones, incluyendo conexiones a través de la WAN sin necesidad de VPN.


Componentes de VMware View


Los componentes de la arquitectura de VMware View los he detallado anteriormente al hablar de View 4.5, y en esta nueva versión los componentes son basicamente los mismos.

  • Dispositivos Cliente
  • View Connection Server
  • View Client
  • View Agent
  • View Administrator
  • View Composer
  • View Transfer Server
  • View Securitu Server


Protocolos de conexión remota


VMware View con PCoIP
PCoIP provee una experiencia optimizada para la implementación de un ambiente de escritorio completo, incluyendo aplicaciones, imagenes, audio y video para un amplio rango de usuarios en la LAN o a traves de la WAN. PCoIP puede compensar un aumento en la latencia o en la reducción del ancho de banda para asegurar que los usuarios finales pueden permanecer productivos sin importar de las conficiones de red.

Microsoft RDP
Microsoft Remote Desktop Connection (RDC) utiliza RDP para transmitir datos. RDP es un protocolo multicanal que permite a los usuarios conectarse remotamente a un computador.

Software HP RGS
En View 5.0 el soporte para HP RGS ha sido removido


Requisitos
View Connection Server
Para la instalación de View Connection Server se debe contar con un servidor de 32 o 64 bits dedicado, ya sea fisico o virtual que cumpla los siguientes requerimientos (estos aplican también para las instancias de replica o servidores de seguridad):


  • Procesador Pentium IV o superior. Se recomienda un servidor con 4 CPUs.
  • Conexión a red 10/100Mbps. Se recomienda 1Gbps.
  • 2GB de memoria RAM o superior (4GB para Windows 2008). Se debe contar con al menos 10GB de RAM en implementaciones de 50 o más escritorios virtuales.
  • Windows Server 2003 R2 32-bits y 2008 R2 64-bits
  • VMware vSphere 4.0 U3 o superior
  • VMware vSphere 4.1 U1 o superior
  • VMware vSphere 5.0 o superior

Nota: No usar redes WAN para conectar instancias replicadas de View Connection Server

View Composer
View Composer 2.7 se instala solo sobre sistemas operativos de 64 bits. View Composer debe ser instalado en el mismo servidor (fisico o virtual) donde se encuentre instalado vCenter Server.


  • VMware vSphere 4.0 U3 o superior
  • VMware vSphere 4.1 U1 o superior
  • VMware vSphere 5.0 o superior
  • Windows Server 2008 R2 
  • Una instancia de SQL Server u Oracle para los datos de Composer. De ser posible utilizar el mismo servidor de base de datos utilizado por vCenter.




View Agent
A continuación un detalle de los sistemas operativos soportados para View Agent:

  • Windows 7 32 y 64 bits
  • Windows Vista SP1/SP2 32-bits
  • Windows XP SP3 32-bits
  • Windows Server 2008 Terminal Server 64-bits
  • Windows Server 2008 R2 Terminal Server 64-bits
  • Windows Server 2003 Terminal Server 32-bits
  • Windows Server 2003 R2 Terminal Server 32-bits
  • Nota: Si se utilizará Windows 7 como escritorio virtual, el host que lo hospede debe ser ESX 4.0 U2 o superior o ESXi 4.1 o superior.


View Client
A continuación un detalle de los sistemas operativos soportados para View Client:

  • Windows 7 32 y 64 bits
  • Windows Vista SP1/SP2 32-bits
  • Windows XP SP3 32-bits


Instalación y Configuración de VMware View

Habiendonos introducido a VMware View 5.0 y conociendo sus requerimientos, a continuación detallaremos el proceso de Instalación y Configuración de VMware View:


  • Preparación de Active Directory
  • Instalación de VMware View Connection Server 5.0
  • Instalación de VMware View Composer 2.7
  • Configuración Inicial
  • Creando y Optimizando los Escritorios Virtuales
  • Creación de un Pool Manual de escritorios virtuales.
  • Creación de un Pool automatico de escritorios virtuales.
  • View Persona Management


Para una documentación más detallada del proceso y que cubra todos los escenarios, pueden revisar la documentación oficial de VMware:

lunes, 14 de noviembre de 2011

vSphere: Qué es y cómo funciona Beacon Probing

Hola a todos!

En esta ocasión hablaremos sobre los mecanimos de detección de fallas en la red, en una plataforma VMware, especificamente de Beacon Probing.



Beacon Probing es un mecanismo de deteccion de fallas en la red que envia y escucha Sondas o paquetes Beacon (Beacon Probes) en todas las NICs configuradas en Team (NIC Teaming), y utiliza esta información junto con el estado del link para identificar fallas en algún enlace uplink.  Beacon Probing detecta fallas como desconexión de cables y fallas de energia de los switches fisicos contiguos, asi como tambien en los switches downstream (switches que no estan conectados directamente al host).

Como funciona Beacon Probing?

Periodicamene un host ESX/ESXi envia broadcast de paquetes beacon desde todos los uplinks en un team.  La idea es que el Switch fisico reenvie todos los paquees a los otros puertos en el mismo dominio broadcast.  Debido a lo anterior, se espera que los miembros de un Team vean los paquetes Beacon enviados por otros miembros del Team.  Si un uplink no recibe correctamente 3 paquetes beacon consecutivos, dicho uplink es marcado como fallido.  Esta falla puede encontrarse en el link al Switch fisico al que se conecta el host, o en un link downstream.



El uso de Beacon Probing es util en Teams con 3 o más uplinks.  Cuando hay solo 2 NICs en un team configurado con Beacon Probing y uno de ellos pierde conectividad, no queda claro cual NIC debe ser sacada de servicio, debido a que ninguna de ellas recibe los paquetes beacon generados por los uplinks del Team.

Usando al menos 3 NICs en un Team es posible detectar hasta N-2 fallas, donde N es el numero de NICs en el Team antes de alcanzar una situación de deteccion ambigua de fallas.  Por ejemplo:

  • Si un Team cuenta con 4 NICs, utilizando la formula de N-2, es posible detectar fallas de hasta 2 NICs en el Team, antes de que Beacon Probin deje de ser efectivo y entregue resultados ambiguos.


Se recomienda habilitar Beacon Probing en los siguientes casos:

  • El Team cuenta con 3 o más NICs.
  • Cuando las fallas de link downstream (links que no se conectan directamente al host) pueden impactar la disponibilidad.
  • Cuando Link State Tracking no se encuentra disponible en el Switch Fisico.

Espero que les sea de utilidad

viernes, 4 de noviembre de 2011

vSphere 5: Soporte Virtual Numa (vNUMA)



En un post anterior describimos la arquitectura NUMA y como esta se integraba con los mecanismos de administración de recursos en vSphere 4.x.

En vSphere 5, si bien la arquitectura base no sufrió cambios, se introduce el soporte para exponer la topologia NUMA virtual a los sistemas operativos de las máquinas virtuales, lo cual permite mejorar la performance facilitando el uso de las optimizaciones NUMA tanto por el sistema operativo, como por las aplicaciones "NUMA-aware" en las MVs.



La topologia NUMA virtual o vNUMA se encuentra disponible en MVs que utilizan hardware virtual version 8, y está habilitado por defecto cuando el numero de vCPU es mayor a 8.  Esto ultimo es posible de cambiar modificando el parametro avanzado "numa.vcpu.min".

vNUMA permite que los sistemas operativos y aplicaciones dentro de una MV puedan tomar decisiones NUMA-aware más inteligentes respecto a la asignación de memoria fisica y procesos/threads.



El soporte vNUMA es de mucha utlidad en grandes MVs, las cuales necesariamente utilizan más de un nodo NUMA en un host.
Esto permite un aumento significativo en la performance para aplicaciones intensivas en el uso de memoria, permitiendo alcanzar una performance muy cercana a la performance nativa en el mundo fisico.

Mayor información la pueden obtener en los siguientes links:

VSP2884 - What's New in Performance for VMware vSphere 5.0 (VMworld)
vSphere Resource Management Guide