vCenter Server: Crear una Guest Customization.

Debido a que han surgido algunas dudas respecto a como crear una Personalización de Sistemas Operativos para ser utilizados por VMware View, especificamente en Pools automaticos de Virtual Desktops, a continuación detallaremos los pasos para crear una de estas Personalizaciones.

Entre los requerimientos para el uso de Personalizaciones de Sistemas Operativos o Guest Customization, podemos nombrar:

• VMware Tools instaladas y actualizadas
• El sistema operativo a ser personalizado debe ser instalado en un disco virtual conectado en la controladora SCSI 0:0
• Windows
  
  • Deben estar instalados los archivos Sysprep para Windows 2003 y Windows XP, en vCenter Server. Windows 2008 y Windows 7 traen incluidos estos archivos.
  • ESX/ESXi 3.5 o superior
• Linux
  
  • El sistema operativo debe tener instalado Perl
  • El Template debe tener un volument Root formateado con sistema de archivos ext2, ext3 o ReiserFS

 

	Ingresamos a vCenter Server utilizando el vSphere Client. En el Home ingresamos en "Customization Specifications Manager"
	A continuación vemos una lista de las Customizaciones existentes. Hacemos click en New
	Seleccionamos si el sistema operativo a personalizar será Windows o Linux. Ingresar un nombre y descripción para la Customizacion. Hacemos click en Next para continuar.
	Seleccionamos el nombre del dueño del sistema operativo, y la organización a la que pertenece. Hacemos click en Next para continuar.
	A continuación ingresamos un nombre para la maquina virtual. Este nombre es el que queda como nombre de equipo en el Sistema Operativo. Puede ser distinto al nombre de la MV en el inventario de vCenter. Para el caso de un Pool automatico, con o sin Composer, se recomienda seleccionar la opción "Use the virtual machine name", debido a que el nombre de la MV es creado por VMware View, siguiendo un patron predefinido por nosotros. De esta forma evitamos que el nombre de la maquina virtual en la red se repita, provocando conflictos. Hacemos click en Next para continuar.
	A continuación debemos ingresar los datos de licenciamiento del sistema operativo. Esto es de vital importancia en SO Windows 2003 o Windows XP, ya que al no ingresar esta información, el sistema operativo no es personalizado. Para Windows 2008 y Windows 7, esto puede pasarse de largo temporalmente, ya que Windows 2008 y Windows 7 se pueden ejecutar en modo de Evaluación Hacemos click en Next para continuar..
	Ingresamos la password para el usuario Administrador local. Ojo que para que esta password se aplique correctamente, el Template o Parent Image deben tener en blanco la password de administrador local. Si la password está configurada previamente, la password especificada en este punto no será aplicada durante la personalización. Hacemos click en Next para continuar.
	Seleccionamos la zona horaria. Hacemos click en Next para continuar.
	En este punto se pueden ingresar comandos a ejecutarse la primera vez que el usuario inicie serión en el sistema operativo personalizado. Que comandos se pueden utilizar se detalla en la documentación de Windows Sysprep. Hacemos click en Next para continuar.
	A continuación seleccionamos la configuración de red a utilizar. La configuración tipica nos deja la configuración IP utilizando DHCP.
	Podemos además personalizar la configuración de red, pudiendo utilizar IP's estaticas. Para pools automaticos (con o sin Composer), se recomienda el uso de DHCP. Hacemos click en Next para continuar.
	A continuación ingresamos el Dominio al que deseamos que sea ingresada la MV personalizada. Se deben indicar además las credenciales de un usuario con permisos para unir equipos al dominio. Es posible de igual forma dejar la MV en un Grupo de Trabajo. Hacemos click en Next para continuar.
	A continuación indicamos si deseamos o no que se genere un nuevo Secure ID (SID). Un SID en Windows es usado para identificar en forma unica a cuentas de sistemas y cuentas de usuario. Un SID duplicado no causa problemas cuando los equipos son parte de un dominio y solo se utilizan cuentas de usuario de dominio. Si los equipos están en un Grupo de Trabajo, o se utilizan cuentas locales, los SIDs duplicados pueden afectar los controles en el acceso a los archivos.
	Si todos los datos estan correctos, hacemos click en Finish para completar el proceso.
	A continuación vemos que nuestra Personalización se encuentra ya lista para ser utilizada.

Como pueden ver, los pasos son bastante simples. Ahora esta Guest Customization puede ser utilizada por VMware View para crear Virtual Desktops utilizando Pools Automaticos, con o sin Composer.
Espero que les sea de utilidad, y no duden en consultar si tienen alguna pregunta.
Saludos!!!

Read More

vSphere 4.1 / Cluster MSCS: Consideraciones finales

A continuación, y terminando con la Implementación de Cluster MSCS Across Boxes, entregaremos algunas consideraciones finales luego de la creación del Cluster.

Cuando se utiliza MSCS en un ambiente VMWare con HA o DSR habilitado, se deben realizar algunas configuraciones tanto a nivel de host como de virtual machine:

Todos los hosts que estan ejecutando virtual machines en cluster MSCS pueden ser parte de un cluster HA/DRS en vCenter Server. No obstante, si el cluster MSCS se encuentra en maquinas virtuales corriendo sobre un cluster VMware, se deben crear reglas de afinidad o de anti-afinidad. 

Las reglas de afinidad especifican cuales maquinas virtuales debieran permanecer juntas en el mismo host (esto aplica para cluster MSCS en una configuración Cluster In a Box). Por otro lado, las reglas de anti-afinidad especifican cuales maquinas virtuales debieran permanecer separadas en hosts fisicos distintos (esto aplica para cluster MSCS en una configuración Cluster Across Boxes). En nuestro caso especifico utilizaremos reglas de anti-afinidad. 

Para asegurar que las reglas de afinidad o anti-afinidad son aplicadas estrictamente, se debe configurar la opción avanzada ForceAffinePoweron para VMware DRS, dejandola con el valor "1", lo cual permitirá la aplicación estricta de las reglas creadas.

Se debe configurar el nivel de automatización de todas las maquinas virtuales en un cluster MSCS, dejandolas como "Partially Automated" o parcialmente automatizadas. Con esto se logra que vCenter Server realice la ubicacion inicial de las virtual machines cuando estas son encendidas y proveerá de recomendaciones de migración para estas. Considerar que no es recomendado la migración de Virtual Machines que sean parte de un cluster MSCS

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

Espero que toda esta serie de articulos les haya sido de utilidad. Como siempre, estoy atento a cualquier consulta.

Read More

VMware vSphere 4.1: ODBC error: (22007) al instalar vCenter Server

Se pueden experimentar algunos problemas si el Data Source (DSN) de SQL Server fue creado en una instalación que no se encuentra en idioma ingles.  Por ejemplo, instalar sobre sistema operativo en español o SQL Server en español.

• La instalación o upgrade a vCenter Server 4.1 falla con el siguiente error:
• Error 25003.Setup Failed to create the VirtualCenter repository.
• Se ve el siguiente error en el visor de eventos del servidor:
• A database error occurred: "ODBC error: (22007) - [Microsoft][SQL Native Client][SQL Server]The conversion of a char data type to a datetime data type is out of range." is returned when executing SQL statement "
  
  INSERT INTO VPX_LIC_METADATA(LAST_SAMPLE_ID, LAST_SAMPLE_TIMESTAMP, RETAINED_SAMPLE_ID, RETAINED_SAMPLE_TIMESTAMP, GLOBAL_DIGEST, IS_STATE_VALID, WEEK_KEEP_COUNT)
                        VALUES(0, '1900-12-31 00:00:00', 0, '1900-12-31 00:00:00', NULL, 1, 208)"

Yo experimenté este error al instalar vCenter 4.1 sobre Windows 2008 R2 en español y SQL Server 2008 R2 en español.  Este problema ocurre porque el servidor de base de datos falla en convertir correctamente el string de fecha y hora utilizando un formato distinto al ingles.

 

Para solucionar este problema, existen dos opciones: 

• Usar una versión de SQL Server en ingles.  Si uno tiene SQL Server en otro idioma, esto implica reinstalar el servicio
• Cambiar la configuracion del DSN para la base de datos de vCenter Server. En el asistente de configuracion de DSN realizar lo siguiente: 
  • Seleccionar la opcion Change the language of SQL Server system messages to y elegir English como el idioma a utilizar por el DSN.
  • Desmarcar la opción Perform translation for character data. 
  • Desmarcar la opción Use regional settings when outputting currency, numbers, dates and times.
• La configuración del DSN en la segunda opción quedaría de la siguiente forma:

Esta información fue obtenida desde el KB 1024737

Read More

vSphere 4.1 / Cluster MSCS: Creación de Cluster en Windows 2008 R2

A continuación, y siguiendo con la Implementación de Cluster MSCS Across Boxes, detallaremos el proceso para crear el Failover Cluster sobre Maquinas Virtuales con Windows Server 2008 R2.
Como vimos anteriormente, un cluster debe tener al menos un disco compartido que será utilizado para el Quorum del Cluster. En nuestro escenario, y según lo visto en los articulos anteriores de esta serie, se han agregado dos discos compartidos, uno para el Quorum (1GB) y uno para datos (100GB). Dependiendo de la aplicación que será implementada sobre el Cluster, puede ser necesario agregar discos compartidos adicionales.
Este procedimiento detalla los pasos Validar y posteriormente Crear un Failover Cluster sobre Maquinas Virtuales con Windows Server 2008 R2.

Validación de Configuración

Antes de crear un Cluster, se debe agregar la feature "Failover Cluster" en todos los nodos, luego de lo cual ejecutamos el Wizard de Validación de la configuración de los nodos que conformarán el Cluster. Este Wizard nos permite asegurarnos que todos los requisitos para crear un Cluster en Windows Server 2008 R2 han sido cumplidos. Entre las pruebas realizadas se incluyen:

• Pruebas de configuración de red.
  
  
• Pruebas de almacenamiento compartido
• Pruebas de integración de Active Directory.

	En primer lugar debemos agregar la Feature necesaria para crear un Failover Cluster. Ingresamos a Server Manager y nos vamos a la sección de Features. Hacemos click en "Add Feature" para iniciar el Wizard.
	Al comenzar el Wizard para agregar Features, seleccionamos "Failover Clustering" y hacemos click en Next para continuar.
	Ha continuación confirmamos la Feature a instalar y hacemos click en Install para instalar la Feature.
	Al terminar la instalación hacemos click en "Close" para cerrar el asistente. Esto debe hacerse en ambos nodos del cluster para poder cumplir con los requisitos necesarios.
	En "Administrative Tools" ingresamos a Failover Cluster Manager.
	A continuación, y en el panel de acciones de la derecha, seleccionamos la opción "Validate a Configuration" para iniciar el asistente de Validación.
	Comienza el asistente de Validación. Se debe tener en consideración de que ambos nodos deben estar funcionando en host VMware separados para poder validar la configuracion, y luego crear el cluster. Hacemos click en Next para continuar.
	A continuación ingresamos los nodos que serán parte del Cluster. Hacemos click en Next para continuar.
	Seleccionamos la opción para ejecutar todas las pruebas de validación. Hacemos click en Next para continuar.
	A continuación nos muestra el resumen de las pruebas a realizar. Hacemos click en Next para comenzar los tests.
	Al finalizar las pruebas, si no se presenta ninguna complicación veremos el siguiente reporte que nos indica que se cumplen todos los requisitos para la creación del Cluster.

Creación del Cluster

Una vez que tenemos validada la configuración de los nodos, procedemos a la creación de nuestro Failover Cluster.

	En "Administrative Tools" ingresamos a Failover Cluster Manager.
	A continuación, y en el panel de acciones de la derecha, seleccionamos la opción "Create a Cluster" para iniciar el asistente.
	Comienza el asistente de Creación del Cluster, hacemos click en Next para continuar.
	A continuación ingresamos los nodos que serán parte del Cluster. Hacemos click en Next para continuar.
	A continuación seleccionamos un nombre para el Cluster y una IP para este. Una consideración especial es que el usuario con el que se está realizando la creación del Cluster debe tener privilegios para registrar objetos en Active Directory. Esto ya que deberá registrar el objeto de Cluster.
	A continuación nos muestra la configuración del Cluster a crear. Hacemos click en Next para continuar.
	Al finalizar la Creación del Cluster presionamos Finish para finalizar el asistente.
	Ahora contamos con un Cluster funcional. Podemos ver la configuración de redes, almacenamiento y los servicios y aplicaciones que utilizarán el Cluster.

Ahora contamos con un Cluster totalmente funcional sobre Maquinas Virtuales VMware, el cual luego puede ser configurado y utilizado por aplicaciones como SQL Server, Exchange, etc.
En el ultimo articulo de esta serie vermos las consideraciones posteriores a la creación del cluster.

Como siempre, si tienen cualquier consulta, no duden en preguntar!!!

Read More

vSphere 4.1 / Cluster MSCS: Agregar discos compartidos al segundo nodo

A continuación, y siguiendo con la Implementación de Cluster MSCS Across Boxes, detallaremos el proceso para agregar discos compartidos al segundo nodo del Cluster.

Procedimiento

Como vimos anteriormente, un cluster debe tener al menos un disco compartido que será utilizado para el Quorum del Cluster. En nuestro escenario agregaremos dos discos compartidos, uno para el Quorum (1GB) y uno para datos (100GB). Dependiendo de la aplicación que será implementada sobre el Cluster, puede ser necesario agregar discos compartidos adicionales.
Este procedimiento detalla los pasos para agregar los discos compartidos en el segundo nodo del Cluster.
Para permitir el acceso compartido a los datos y servicios del Cluster, se debe apuntar el disco Quorum del segundo nodo a la misma ubicacion del disco Quorum del primer nodo. Lo mismo aplica para los demas discos compartidos.
Antes de comenzar, se debe obtener la siguiente informacion:

• Cuales controladores SCSI son usados para los discos compartidos de la primera maquina virtual. En nuestro caso utilizamos SCSI (1:0) para el disco Quorum y SCSI (1:1) para el disco a utilizarse para almacenar datos.
• La ubicación de los discos compartidos especificados en el primer nodo.

Nota: Este procedimiento debe llevarse a cabo con la Maquina Virtual correspondiente al segundo nodo apagada, de lo contrario no será posible agregar los discos compartidos.

	Ingresar a las propiedades de la maquina virtual que corresponde al primer nodo del Cluster. Hacer click en "Add" para agregar un nuevo dispositivo.
	Seleccionamos la opción "Hard Disk" de la lista de dispositivos. Hacemos click en Next para continuar.
	A continuación seleccionamos el tipo de disco a utilizar. En este caso seleccionamos la opción de utilizar un disco virtual existente. Hacemos click en Next para continuar.
	Buscamos la ubicación de los discos compartidos creados previamente en el primer nodo del Cluster.
	Seleccionamos el disco compartido correspondiente al disco Quorum. Hacemos click en Next para continuar.
	Seleccionamos un Virtual Device Node. Es importante destacar que el dispositivo seleccionado debe coincidir con el dispositivo utilizado en el primer nodo del Cluster. Esto aplica para cada disco compartido a utilizar. En este caso seleccionamos SCSI (1:0) y hacemos click en next para continuar.
	Vemos el resumen de la configuración y seleccionamos Finish para terminar.
	En la configuración de la Maquina Virtual vemos el disco recien creado. El asistente crea un nuevo controlador SCSI y un nuevo disco virtual
	Seleccionar el nuevo controlador SCSI y confirmar que el tipo de controlador corresponde al sistema operativo utilizado por los nodos: Windows 2003: LSI Logic Parallel Windows 2008: LSI Logic SAS Si el controlador SCSI esta configurado incorrectamente hacemos click en "Change Type" y cambiamos el tipo de controlador al que corresponda.
	En la sección SCSI Bus Sharing seleccionamos la opción "Physical", la cual permite que los discos virtuales puedan ser compartidos entre maquinas virtuales en cualquier host.
	El procedimiento para agregar un segundo disco compartido es identico al procedimiento seguido aqui para agregar el primer disco compartido. Se recuerda que hay un maximo de 4 controladores SCSI por VM, asi como 15 dispositivos por cada controlador SCSI. En nuestro caso agregamos un segundo disco compartido utilizando el controlador SCSI (1:1)
	Si nos dirigimos al primer nodo e ingresamos a Server Manager, nos aparecerán los discos en la sección Disk Management de la siguiente forma.

Una vez agregados y configurados los discos compartidos en el segundo nodo del Cluster, podemos proceder con el procedimiento crear y configurar el Failover Cluster de Microsoft.

Como siempre, si tienen cualquier consulta, no duden en preguntar!!!

Read More