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, 6 de octubre de 2010

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.

lunes, 4 de octubre de 2010

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

martes, 28 de septiembre de 2010

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

    martes, 21 de septiembre de 2010

    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:

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

    domingo, 12 de septiembre de 2010

    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

    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 

    domingo, 5 de septiembre de 2010

    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

    sábado, 28 de agosto de 2010

    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!!!