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: Cuantas vCPU asignar por Virtual Machine?

Cuando creamos nuevas maquinas virtuales o realizamos una migración P2V con vCenter Converter frecuentemente surge la duda respecto de cuantas vCPU asignar a dicha maquina virtual.  A continuación detallaré algunas recomendaciones respecto a este tema, de manera de tener más claridad a la hora de configurar este recurso.

El numero de vCPUs requeridas para una VM depende del sistema operativo, aplicaciones y carga de trabajo.

1. Por defecto asignar solo una vCPU, a menos que haya una clara necesidad por más recursos:
2. Si hay una necesidad de mas vCPUs, entonces el sistema operativo y las aplicaciones deben soportarlas.  El sistema operativo debe soportar symmetric multiprocessing (SMP), y las aplicaciones deben ser multithreaded.  En el caso de las aplicaciones multithreaded, se debe consultar la documentación de la aplicación para determinar el numero de vCPU recomendadas por el fabricante.
3. Si la carga de trabajo requiere multiples vCPU, configurar tan pocas como sea posible, esto con el fin de lograr una mejor perfomance a nivel de maquina virtual y a nivel de host.
4. Mientras más vCPUs tenga una maquina virtual, mas recursos de CPU y Memoria son necesarios para administrarla.  Esta carga adicional desperdicia recursos innecesariamente si las vCPUs adicionales no son requeridas (Sistema Operativo sin soporte SMP o aplicaciones sin soporte Multithread).
5. Si la aplicacion no soporta multithread y se requiere mayor capacidad de procesamiento, se recomienda utilizar una estrategia scale-out, instalando múltiples maquinas virtuales con una única vCPU, cada una proveyendo el mismo servicio o aplicacion a diferentes usuarios.

Tener en cuenta lo siguiente en caso de decidir utilizar más de una vCPU por virtual machine:

1. Las vCPU consumen interrupciones del reloj aun cuando dichas vCPU no estén siendo utilizadas por la Virtual Machine.
2. Mantener la memoria consistente entre multiples vCPU consume recursos adicionales
3. Algunos sistemas operativos obsoletos ejecutan ciclos vacíos sobre las vCPU no utilizadas, lo cual consume recursos que podrían ser reasignados y mejor utilizados para otros fines.
4. Debe ser posible para todas las vCPU ser programadas sobre un Core físico al mismo tiempo, cuando la Virtual Machine esta programada para ejecutarse.  Esto no significa que cada vCPU será programada para ejecutarse sobre un procesador fisico cuando la VM esta programada para ejecutarse.  Cuantas vCPUs están ejecutándose a la vez, depende de la operacion que este siendo realizada en dicho momento.
   Este punto es muy importante, ya que si nuestra Virtual Machine tiene, por ejemplo, 4 vCPU y una operación requiere el uso de todas las vCPU a la vez, la operación debe esperar hasta que se encuentren 4 Cores físicos disponibles a la vez para atender la solicitud, de lo contrario no se podrá ejecutar dicha operación.  Esto puede provocar problemas de performance importantes si la espera por disponibilidad de Cores fisicos se prolonga.
5. El numero de vCPU no puede exceder el numero de Cores físicos en el host.  Por ejemplo, si un host tiene 1 CPU Quadcore, el numero máximo de vCPU a asignar es de 4.  En el mismo ejemplo, si los cores tienen soporte Hyperthreading, el numero máximo de vCPU es de 8.

Finalmente, cuando se realicen migraciones de maquinas físicas a virtuales, las maquinas virtuales deben ser creadas con hardware virtual que coincida con la capa de abstracción de hardware (HAL) del servidor físico.  Esto evita problemas de performance asociados con un host físico multiprocesador siendo virtualizado a una maquina virtual con un solo procesador.  Se recomienda revisar la documentación especifica del sistema operativo a ser virtualizado.
En caso contrario, VMware recomienda cambiar la HAL en la virtual machine a uniprocesador, si el servidor físico esta configurado con HAL multiprocesador, y la maquina virtual de destino esta configurada para usar una unica vCPU.

Espero que estas recomendaciones les sean de utilidad a la hora de crear una maquina virtual, o realizar una conversión P2V.  En un próximo articulo entregaré recomendaciones respecto a la gestión de la memoria en una plataforma VMware.

Read More

VMware vSphere: Monitorear con System Center Operation Manager

Para quienes utilizan System Center Operation Manager (SCOM) para monitorear sus plataformas y desean además poder monitorear su infraestructura VMware, Quest Software lanzó el Management Pack for VMware, el cual extiende las capacidades de Microsoft System Center Operation Manager.

Pueden chequear sus funcionalidades y descargarlo desde el siguiente link:
http://vizioncore.com/product/Management-Pack-for-VMware

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

VMware vSphere: Recursos recomendados examen VCAP-DCA

Como muchos ya saben, el pasado 13 de septiembre fue liberado oficialmente el examen para obtener la certificación VMware VCAP-DCA, por lo que comienza la tarea de recopilar toda la información que nos sea de utilidad para prepararnos para este examen y obviamente aprobarlo!!!

A continuación les dejo algunos links que les pueden ser de utilidad para prepararse para este examen, que como saben, está basado 100% en laboratorios:

• Kendrick Coleman ha publicado en su blog una version del Blueprint para el examen VCAP-DCA, formado por un conjunto de links para las tecnologias y documentos cubiertos en el examen. Es una excelente recopilacion de recursos para prepararse para el examen:
  http://kendrickcoleman.com/index.php?/Tech-Blog/vcap-datacenter-administration-exam-landing-page-vdca410.html
• En el Blog vFail.NET se encuentra publicado un conjunto de recursos para cada uno de los objetivos incluidos en el Blueprint del examen de certificación VCAP-DCA. Cada uno de ellos con links de utilidad para estudiar para el examen:
  http://www.vfail.net/vcap-dca/
• Aunque el examen VCAP-DCA consiste de alrededor de 40 actividades de laboratorio, Robert Stothard (VCI) ha creado un conjunto de preguntas tipo test basado en el curso vSphere Troubleshooting, el cual es un curso recomendado para quienes estén interesados en obtener esta certificación:
  http://www.ntpro.nl/blog/archives/1585-Looking-for-VCAP-practice-questions-Here-they-are....html

Finalmente, pueden descargar el Blueprint para el examen VCAP-DCA del siguiente link:
http://communities.vmware.com/docs/DOC-12751

Read More

VMware vSphere 4.1: Problemas al Convertir un Servidor Windows con discos GPT

Cuando se intenta convertir un servidor que utiliza sistema operativo Windows, se puede dar el caso de que el asistente de conversión no muestre algunos o todos los discos con los que cuenta el servidor a convertir.

Este problema ocurre si el servidor utiliza discos GPT, los cuales permiten el uso de discos más grandes (sobre 2TB) en sistemas operativos Windows.  VMware Converter no puede compartir discos GPT.

Para verificar si el servidor tiene discos GPT (Windows Server 2008):

1. Hacer click en Start > Run, ingresar diskpart y presionar ENTER.
2. En la ventana de comandos que se abre se debe ejecutar el siguiente comando:
   
   list disk
3. Dentro de los resultados que entrega el comando, verificar si los discos usan el estándar GPT.

Para poder convertir servidores Windows que usen discos GPT, los datos que se encuentren en estos discos deben ser reubicados en discos MBR utilizando herramientas de terceros. 

 

Para solucionar este problema, prueba una de las siguientes opciones:

• Respaldar los datos que se encuentran en discos GPT, crear un nuevo disco MBR y entonces restaruar los datos en el disco MBR después de la conversión.
• Respaldar los datos que se encuentran en discos GPT y restaurar los datos en un nuevo disco virtual
• Agregar los discos particionados GPT como RDM en la maquina virtual después de la conversión.

Para mayor información pueden ver el KB 1016992

Read More

VMware vSphere 4.1: Problemas con Snapshots en VM configuradas con Bus-Sharing

Cuando se trabaja con una combinación de Raw Device Mapping (físico o virtual), Microsoft Clustering, Snapshots, Consolidated Backup (VBC), y/o Data Recovery (vDR), se pueden presentar los siguientes problemas:

• No se pueden realizar Snapshots 
• Las funciones de Snapshot no se encuentran disponibles sobre las maquinas virtuales que cumplan la condición antes expuesta.
• Cuando se intenta configurar un controlador SCSI para ser compartido, se pueden obtener errores similares a este: 

Device 'SCSI controller 1' is a SCSI controller engaged in bus-sharing.

• Cuando se intenta crear un snapshot, la operacion puede fallar con un error similar al siguiente:

Snapshot creation failed: Virtual machine is configured to use a device that prevents the snapshot operation: Device '' is a SCSI controller engaged in bus-sharing.

Consolidated Backup (VCB), Data Recovery (vDR),  Microsoft Clustering (MSCS), Snapshots, y Raw Device Mappings(RDM) tienen limitaciones y requerimientos que uno debe conocer:

• VMware Consolidated Backup requiere el uso de snapshots para crear un backup.
• VMware Data Recovery requiere el uso de snapshots para crear un backup.
• Nodos de un Cluster Microsoft que se encuentran en host fisicos distintos, requieren que la controladora virtual se encuentre en una configuración de Bus-Sharing.
• Los snapshots no son soportados cuando se utilizan Raw Device Mappings en modo de compatibilidad física.
• Los snapshots no son soportados en discos conectados a controladoras configuradas para Bus-Sharing.

Debido a lo anterior, podemos llegar a las siguientes conclusiones:

• Un Cluster Microsoft requiere el uso de Bus-Sharing  y por lo tanto no puede ser usado en conjunto con VCB, vDR o Snapshots.
• Virtual machines utilizando  Raw Device Mapping en modo de compatibilidad fisica no pueden ser usados en conjunto con VCB, vDR o Snapshots. 

Si requieres utilizar Bus Sharing entonces:

• Considera utilizar software de respaldo dentro del sistema operativo de la maquina virtual, como una solución alternativa al uso de los snapshots y de las funcionalidades que lo utilizan. 
• Si la maquina virtual actualmente tiene snapshots, esto puede evitar que se pueda configurar Bus-Sharing.  En este escenario la recomendación es borrar los snapshots para realizar la configuración requerida.  

Si no se requiere el uso de Bus Sharing y se desea utilizar Snapshots o alguna función que requiera Snapshots (VCB, vDR), entonces se debe deshabilitar la configuración de Bus Sharing.  Si la consolidación de Snapshots falla, revisar el KB 1007849

Para mayor información acerca de los Snapshots y el uso de Bus-Sharing, revisar el KB 1006392 

Read More

VMware vSphere 4.1: Restaurando imagenes VCB en vSphere 4.1

Como muchos ya saben, VMware Consolidated Backup (VCB) tiene sus días contados, pasando a ser reemplazado por las VMware vStorage APIs para Data Protection.

Estas APIs permiten contar con soluciones de respaldo escalables sin comprometer la integridad de las aplicaciones a través que soluciones de respaldo de terceros que hacen uso de estas APIs.  De esta forma es posible contar con soluciones de respaldos que protejan de manera centralizada las VMs, protegiendo la integridad de los datos y evitando sobrecarga sobre las maquinas virtuales durante la ejecución de las tareas de respaldo.

De todas formas, y de acuerdo al KB 1026944, VMware ha extendido el tiempo que le queda a VCB y ha agregado soporte para esta característica en vSphere 4.1.  No obstante, no todas las funcionalidades están disponible en esta versión, a diferencia de versiones anteriores.


Si se utilizan scripts de VCB para proteger las VMs sobre vSphere, la restauración de dichas imagenes requieren el uso de vCenter Converter.  Antes de la liberación de vSphere 4.1, se podía utilizar vCenter Converter Standalone o vCenter Converter integrado para realizar las restauraciones de imagenes VCB.  Sin embargo, a partir de vSphere 4.1, las capacidades de restauración de imagenes VCB ya no se encuentran disponibles.

VMware recomienda que se mantenga una copia de vCenter Converter Standalone 4.0.1 o una versión previa para restaurar imagenes VCB en un ambiente con vSphere 4.1 y vCenter 4.1

Read More