VMworld 2011 - Las Vegas, comenzando el primer dia...

Y aqui estamos ya en el primer dia de VMworld 2011 en Las Vegas.  Ayer logré realizar el check-in en el evento, y asi evitar la aglomeración de hoy en la mañana.  Por lo que se ha informado por aca, hay más de 20.000 asistentes esta año!!!  mucha gente la verdad, y la organizacion del evento ha estado a la altura.

Tuve la oportunidad de asistir a los laboratorios hands-on para hacer pruebas con Autodeploy de vSphere 5, lo cual estuvo bastante interesante.  La plataforma de laboratorios implementada es sencillamente monumental, pudiendo haber cerca de 500 usuarios conectados simultaneamente, asi espero poder sacarle provecho en los dias que quedan del evento.  Hay muchos laboratorios disponibles, orientados principalmente a las nuevas funcionalidades de vSphere 5 y Cloud Computing.

No hay que olvidar tampoco las sesiones y charlas, y hoy ya he asistido a 2.  La primera muy interesante y que detallaré más adelante en otro post, acerca de los 16 mayores errores en la configuración de HA y DRS en una plataforma vSphere.  Esta afortunadamente fue muy animada, lo que sirvió para mantenernos despierto considerando que la sesión fue a las 8:30 hrs y yo casi no he dormido desde hace 2 dias =)

Luego estuve en otra sesión, muy interesante tambien, acerca de Metro vMotion.  A pesar de lo interesante del tema, y de lo impecable de la presentación, no fue lo que esperaba, ya que fue más orientada a temas de negocio y no tanto a nivel tecnico.

Una ultima mención especial al area de descanso del VMworld 2011, la cual cuenta incluso con cancha de voleyball y toda una ambientación imitando a un parque, incluso con pasto!!!  Habia varios tomando una siesta en este sector en los tiempos libres... como estamos en Las Vegas, hay que aprovechar los pocos momentos que hay para descansar =)

Eso por ahora, luego les entregaré mayores detalles sobre la sesión general del VMworld 2011 - Las Vegas, la cual esta a minutos de comenzar.  Saludos!!!

Read More

vSphere 5 ya disponible para descarga!

Finalmente ya se encuentra disponible la descarga de vSphere 5 para publico general, pudiendo descargar los medios de instalación desde el sitio de descarga de VMware.

Del mismo modo, se encuentra disponible toda la documentación oficial sobre vSphere en el sitio de documentación de VMware:

Para ver todas las novedades que incluye vSphere 5, pueden ver el post anterior What's New en vSphere 5

Read More

Presente en el VMworld 2011 - Las Vegas!!!

Por primera vez, El Blog de Tecnologias Aplicadas estará presente en el VMworld, el cual este año se realiza nada menos que en Las Vegas!!!

Como parte de los Bloggers acreditados del VMworld Las Vegas, intentaré mantenerlos informados acerca de las novedades y anuncios que se realicen en el mayor evento de Virtualización del año.

El VMworld se llevará a cabo entre el 29 de agosto y el 1 de Septiembre, donde se expondrán todas las novedades respecto a virtualización y Cloud Computing, no solo de VMware, sino también de todos sus partners asociados como EMC, HP, NetApp, Veeam, etc.

A traves de este Blog y de Twitter iremos dando a conocer todas las novedades que sean anunciadas.

Un saludo a todos!

Read More

Instalación de vCenter Server 5.0: Instalación de vSphere Web Client

Una vez que ya hemos instalado vCenter Server 5.0, podemos comenzar a instalar las herramientas complementarias. En esta ocasión, detallaremos el proceso de instalación de  vSphere Web Client.
vSphere Web Client permite conectarse a vCenter Server para administrar hosts ESXi utilizando un navegador web, como Internet Explorer o Mozilla Firefox

Pre-requisitos:

vSphere Web Client puede instalarse en el mismo servidor de vCenter, o en un servidor dedicado, que tenga acceso al servidor de vCenter. Se deben cumplir los siguientes requisitos:

• Microsoft .NET 3.5 SP1 Framework
• Se soportan los siguientes sistemas operativos:
  
  • Microsoft Windows Server 2003 Standard, Enterprise, and Datacenter, 64-bit SP2
  • Microsoft Windows Server 2003 R2 Standard, Enterprise, and Datacenter, 64-bit SP2
  • Microsoft Windows Server 2008 Standard, Enterprise, and Datacenter, 64-bit SP2
  • Microsoft Windows Server 2008 R2 Standard, Enterprise, and Datacenter, 64-bit
• Se soportan los siguientes navegadores
  
  • Microsoft Internet Explorer 7 and 8
  • Mozilla Firefox 3.5 and 3.6

Instalación de vSphere Web Client

Read More

Instalación de vCenter Server 5.0: Instalación de Update Manager

Una vez que ya hemos instalado vCenter Server 5.0, podemos comenzar a instalar las herramientas complementarias. En esta ocasión, detallaremos el proceso de instalación de vCenter Update Manager 5.0

Requerimiento para instalación de vCenter Update Manager

Los servidores donde se instale Update Manager deben cumplir requerimientos especificos antes de realizar la instalación.

Hardware minimo para Update Manager

Se debe cumplir una configuración minima de hardware soportada.

• 2 procesadores de 64 Bits o un procesador dual-core de 64 Bits.
• Minimo 2GB de memoria RAM.
  
  • 4GB de memoria RAM si Update Manager y vCenter Server estarán en el mismo servidor
  • Se requiere memoria adicional si la base de datos se instala en el mismo servidor.
• 1 NIC Gigabit

Nota: Update Manager puede ser instalado sobre un servidor fisico, o una máquina virtual.

Software requerido para Update Manager

Los requerimientos de Software para Update Manager, son los mismos que se detallaron anteriormente para vCenter Server.

Requisitos de Base de Datos para vCenter Server

Los requerimientos de Base de Datos para Update Manager, son los mismos que se detallaron anteriormente para vCenter Server.
Para ver un mayor detalle de los requisitos de Software para Update Manager, revisar la matriz de compatibilidad de vSphere en el sitio de documentación para VMware vSphere.

Proceso de Instalación de Update Manager

Preparación para la Instalación.

Antes de realizar la instalación de Update Manager 5.0, se deben realizar una serie de pasos previos.

• Se debe asegurar de que se cumplan los requerimientos de hardware, software y base de datos para vCenter Update Manager 5.0
• Se debe haber instalado previamente vCenter Server 5. Durante la instalación de Update Manager, se requerirán los datos de conexión a una instancia existente de vCenter Server 5.
• Contar con una instancia de base de datos disponible para el uso de Update Manager. Esta instancia puede ser la misma que es utilizada por vCenter Server.
• Crear una Base de Datos a ser utilizada por Update Manager
• Update Manager puede ser instalado en el mismo servidor de vCenter Server, o en un servidor dedicado, con conexión a vCenter
• Asegurar de que se cuentan con los permisos adecuados en el servidor de Update Manager, y en la instancia de base de datos para realizar la instalación.
• Crear un DSN ODBC de 32 bits para la conexión entre Update Manager y la Base de Datos. Update Manager, si bien es una aplicación de 64 Bits, aun requiere de un DSN ODBC de 32 Bits para la conexión con su base de datos.

Read More

Instalación de vCenter Server 5.0: Proceso de Instalación de vCenter

Una vez que hayamos entendido los distintos requerimientos de hardware, software y base de datos, requeridos para la instalación de vCenter Server, a continuación detallaremos el proceso de instalación de vCenter Server 5.

Proceso de Instalación de vCenter Server

Preparación para la Instalación.

Antes de realizar la instalación de vCenter Server 5.0, se deben realizar una serie de pasos previos.

• Se debe asegurar de que se cumplan los requerimientos de hardware, software y base de datos para vCenter Server 5.0
• Contar con una instancia de base de datos disponible para el uso de vCenter Server
• Crear una Base de Datos a ser utilizada por vCenter Server
• Asegurar de que se cuentan con los permisos adecuados en el servidor de vCenter Server, y en la instancia de base de datos para realizar la instalación.
• Crear un DSN ODBC para la conexión entre vCenter Server y la Base de Datos.

Read More

vSphere 5: Instalación de vCenter Server 5.0

Hace algunas semanas se realizó el lanzamiento de la nueva plataforma de virtualizacion en VMware, vSphere 5.0, la cual trae una serie de mejoras en aspectos de Almacenamiento, Networking, Alta Disponibilidad, etc.

En esta serie de articulos detallaremos el proceso de instalación de vCenter Server 5.0, junto a los componentes asociados.

Requerimiento para instalación de vCenter Server
Los servidores que ejecutarán instancias de vCenter Server 5.0 deben cumplir requerimientos especificos antes de realizar la instalación.

Hardware minimo para vCenter Server

Se debe cumplir una configuración minima de hardware soportada.

• 2 procesadores de 64 Bits o un procesador dual-core de 64 Bits.
• Minimo 3GB de memoria RAM.
  
  • Se requiere memoria adicional si la base de datos de vCenter se instala en el mismo servidor.
  • vCenter Server incluye un servicio llamado VMware VirtualCenter Management Webservices, el cual requiere de 512MB a 4.4GB de memoria adicional, dependiendo del tamaño del inventario de vCenter. La memoria maxima puede ser especificada durante la instalación.
• 1 NIC Gigabit
• 4GB de espacio disponible en disco.
  
  • Se requerirá espacio adicional si la base de datos de vCenter es instalada en el mismo servidor.
  • Si se utilizará la instancia SQL Server 2008 R2 Express Edition, la cual es incluida en los medios de instalación, se requerirá de 2GB adicionales de espacio disponible, para el proceso de instalación.

Nota: vCenter Server pude ser instalado sobre un servidor fisico, o una máquina virtual.

Software requerido para vCenter Server

• vCenter Server solo puede ser instalado en sistemas operativos de 64Bits
  
  • Windows Server 2003 x64 SP2
  • Windows Server 2003 R2 x64 SP1
  • Windows Server 2008 x64 SP2
  • Windows Server 2008 x64 R2
• Microsoft Framework .NET 3.5 SP1
• Microsoft Windows Installer version 4.5 (MSI 4.5). Esto solo es requerido si se utilizará SQL Server 2008 R2 Express.
• DSN ODBC de 64Bits para conexión con la Base de Datos
• El servidor no debe tener instalado un servicio Web que utilice los puertos 80 y 443, los cuales son utilizados por vCenter.
• El nombre del servidor no debe tener más de 15 caracteres.
• El servidor de vCenter Server no debe tener instalado el rol de Controlador de Dominio de Active Directory.
• Se debe utilizar una IP estatica. Si se utilizará una IP dinamica con DHCP, se debe asegurar que el nombre del servidor se encuentra actualizado en los servidores DNS.

Requisitos de Base de Datos para vCenter Server

• IBM DB2 9.5 y 9.7
• SQL Server 2008 R2 Express Edition
• SQL Server 2005 SP3 o superior
• SQL Server 2008 SP1 o superior
• SQL Server 2008 R2
• Oracle 10g R2
• Oracle 11g

Para ver un mayor detalle de los requisitos de Software para vCenter revisar la matriz de compatibilidad de vSphere en el sitio de documentación para VMware vSphere.

Proceso de Instalación de vCenter Server

Preparación para la Instalación.

Antes de realizar la instalación de vCenter Server 5.0, se deben realizar una serie de pasos previos.

• Se debe asegurar de que se cumplan los requerimientos de hardware, software y base de datos para vCenter Server 5.0
• Asegurar de que se cuentan con los permisos adecuados en el servidor de vCenter Server, y en la instancia de base de datos para realizar la instalación.

Instrucciones de Instalación.

Una vez que ya hemos descrito a grandes rasgos los requerimientos para la instalación de vCenter Server 5.0, a continuación detallaremos el proceso de instalación de una instancia standalone de vCenter Server 5.

• Instalación de vCenter Server y vSphere Client
• Instalación de Update Manager
• Instalación de vSphere Web Client (Server)
• Instalación de Syslog Collector
• Instalación de ESXi Dump Collector
• Instalación de VMware Auto Deploy
• Instalación de vSphere Authentication Proxy

Read More

vSphere 5: What's New en vCenter Server Heartbeat 6.4

vCenter Heartbeat es una solucion de VMware para proveer de alta disponibilidad a vCenter Server, eliminando el punto unico de falla en la administración de una plataforma vSphere.

Junto con el lanzamiento de vSphere 5, se lanzó una nueva versión de vCenter Server Heartbeat, la cual provee de una arquitectura mejorada para que tanto el servidor activo, como tambien el pasivo, sean presentados como entidades unicas dentro de Active Directory.  Esto permite la asignación de IP's unicas en ambos servidores, permitiendo que estos sean accesibles en todo momento a traves de la red.  De esta forma es posible realizar tareas de mantenimiento, como la aplicacion de parches o upgrades en cualquiera de los servidores que conforman vCenter Heartbeat 6.4

El principal cambio en la arquitectura de vCenter HeartBeat es que ahora la instancia de vCenter Server protegida por vCenter Heartbeat 6.4, está asociada con una dirección IP virtual, asemejandose fuertemente a un cluster Microsoft activo-pasivo (MSCS).  Cuando se requiere de un failover, la dirección IP virtual es asignada a la instancia activa de vCenter Server, lo cual hace menos complejo el uso y administración de vCenter Heartbeat 6.4.

Si alguno tuvo la oportunidad de instalar la versión anterior de vCenter Server Heartbeat, se habrán encontrado con una arquitectura donde luego de instalar vCenter Server, era necesario clonarlo manteniendo el hostname y dirección IP, para luego instalar vCenter Server Heartbeat.  En esta arquitectura, donde no existia el concepto de dirección IP virtual, el servidor pasivo quedaba aislado en la red para evitar conflicto de IP, considerando que el servidor activo y el pasivo utilizaban la misma dirección IP.  Esto hacia muy complejas las tareas de mantención y administración de la plataforma.

Con la nueva arquitectura de vCenter Hearbeat 6.4, se puede realizar mantenimiento de la instancia de vCenter Server protegida, con un minimo de downtime.  Los parches pueden ser aplicados en el servidor pasivo utilizando su IP unica sin afectar al servidor activo.  Luego, se puede realizar un failover de la instancia de vCenter desde el servidor activo al pasivo, de manera de poder realizar las tareas de mantencion en el servidor activo.

Las tareas y alarmas operacionales de vCenter Heartbeat se encuentran ahora registradas dentro de vCenter Server.  Esto, sumado a un nuevo plug-in en vSphere Client para la administración y monitoreo de vCenter Hearbeat, permite que los usuarios vean esta información directamente a traves de vSphere Client.

Adicionalmente, para proveer de alta disponibilidad a vCenter Server 5.0, vCenter Heartbeat ahora tambien provee de proteccion a View Composer y SQL Server 2008 R2.

Todo esto nos permite contar una arquitectura mucho más robusta y eficiente para proteger nuestra capa de administración en vSphere 5.0.

Para mayor información, pueden ver el whitepaper What’s New in VMware vSphere 5.0 - Availability

Read More

Upgrade a vCenter Server 5.0: Pasos Post-Upgrade

Una vez que ya tenemos operativo nuestro vCenter Server 5.0 luego del upgrade, es necesario realizar algunos pasos post-upgrade, los cuales detallaremos a continuación:

Actualizar el nombre de vCenter Server en los Plug-ins

Cuando se migra la configuración de vCenter Server a un servidor diferente, que no tiene el mismo nombre que el servidor original de vCenter, se deben actualizar los plug-ins para utilizar el nuevo nombre de servidor utilizado.

Los Plug-ins registrados en vCenter Server no pueden acceder al nuevo servidor de vCenter Server 5, hasta que esta actualizacion se complete.

Procedimiento:

• Dirigirse a la ruta donde se encuentra almacenada la configuración de cada uno de los plug-ins de vCenter Server. Por defecto, estos plug-ins se encuentran en la siguiente ubicacion:
  C:\Program Files\VMware\Infrastructure\VirtualCenter Server\extensions\
• Abrir el archivo "extension.xml" de cada plug-in utilizando algun editor de texto como notepad. Por ejemplo, el plug-in vCenter Storage Monitoring se encuentra en "C:\Program Files\VMware\Infrastructure\VirtualCenter Server\extensions\com.vmware.vim.sms\extension.xml"
• Editar el contenido en la seccion <url>, reemplazando el nombre de vCenter Server con el nombre del nuevo servidor para vCenter Server 5.
• Guardar los cambios en el archivo. Por ejemplo http://vcenter.example.com:80/sms/smService-web/health.xml.
• Re-registrar la extensión con vCenter Server.

Nota: En algunos casos la url aparecerá de la siguiente forma: http://*:80/sms/smService-web/health.xml. En estos casos no es necesario realizar ningún cambio.

Recreando los Jobs SQL para los graficos de Performance

Luego de un Upgrade de vCenter Server en un servidor distinto, pueden encontrar el siguiente error al intentar obtener los graficos de performance historicos:
" Performance data is currently not available for this entity "

Esto se produce cuando el proceso de upgrade no es capaz de crear los Jobs SQL requeridos para gestionar los datos historicos de performance. El siguiente tutorial esta basado en el KB1004382, el cual permite la recreación de los Jobs.

Importante: Despues que los Jobs son creados apropiadamente, puede tomar un tiempo considerable para que estos se ejecuten y los graficos de performance vuelvan a estar disponibles a traves de vSphere Client.

Prerequisitos

• En primer lugar deberemos verificar la existencia de Jobs previos, los cuales debemos eliminar.
• Para que los scripts se instalen correctamente, se debe remover cualquier Job del tipo Past _____ stats rollup
• Abrir SQL Management Studio usando el mismo login de base de datos usado por vCenter Server para conectarse con su base de datos (tipicamente no se utiliza la cuenta SA o Administrator).

Procedimiento

A continuación un tutorial con el proceso de recreación de los Jobs.

Al completar estos pasos ya hemos completado el proceso de Upgrade de vCenter Server 5.0. Espero les haya sido de utilidad.

Read More

vSphere 5: Cambios al modelo de licenciamiento.

Con el lanzamiento de vSphere 5, uno de los puntos que generó mayor revuelo, y no precisamente con los mejores comentarios, fue el cambio al licenciamiento en vSphere 5.

Anteriormente publiqué mi punto de vista respecto a este nuevo tipo de licenciamiento, el cual en muchos casos generaba un aumento en el costo del licenciamiento para aquellos clientes que quisieran migrar desde vSphere 4 a vSphere 5.

Pues bien, aparentemente VMware ha puesto atención a la ola de criticas que surgieron producto de este nuevo modelo de licenciamiento desde la blogosfera, en las comunidades VMware, así como también por parte de los mismos Partners y Clientes Vmware.  El día de hoy VMware ha publicado una modificación al nuevo modelo de licenciamiento, el cual se refleja en los siguientes cambios:

• Se ha aumentado el Entitlement de vRAM en todas las ediciones vSphere 5.  En el caso de las licencias Enterprise y Enterprise Plus, este aumento ha sido del 100%, duplicando la asignación inicial de vRAM por CPU.

• Se ha limitado la cantidad de vRAM que será contabilizada en las MVs de gran tamaño.  Esto está orientado a que ninguna MV, nisiquiera aquellas que utilicen 1TB de vRAM, tengan un costo superior al de una licencia Enterprise Plus.  De este modo, el máximo de vRAM que será contabilizado por MV será de 96GB, aún cuando la MV tenga una asignación mayor de vRAM.
• Se ha ajustado el modelo de licenciamiento para ser mucho más flexible respecto al aumento temporal del Workload en una plataforma VMware, así como también con los periodos peaks temporales que son comunes en plataformas de Test y Desarrollo.  Esto se traduce en que se hará un calculo promedio de la vRAM consumida durante los últimos 12 meses, en vez de registrar el uso máximo de vRAM. 

Finalmente, se ha introducido la versión vSphere Desktop, dirigido al licenciamiento de vSphere en ambientes de escritorio.  La edición vSphere Desktop no tiene ningún Entitlement de vRAM y permite a los clientes comprar vSphere por usuario.

Mayor detalle lo pueden encontrar en el siguiente link con el anuncio oficial:

http://blogs.vmware.com/rethinkit/2011/08/changes-to-the-vram-licensing-model-introduced-on-july-12-2011.html

Ahora habrá que analizar este nuevo escenario, y verificar que efectivamente en la mayoría de los clientes no existirá un impacto real en el costo de licenciamiento frente a un futuro upgrade a vSphere 5.

De todas maneras, en lo personal creo que los cambios introducidos por VMware al modelo de licenciamiento van por la linea correctas.

Read More

Upgrade a vCenter Server 5.0: Proceso de Upgrade de vCenter

Una vez que ya hemos tenemos respaldada y restaurada la base de datos del vCenter Server 4.x, asi como tambien hemos creado los DSN ODBC requeridos, podemos proceder con el Upgrade de vCenter Server.

Prerequisitos:

Hay que asegurarse de que el nuevo servidor de vCenter cuenta con acceso a todos los demás servicios requeridos:

• Active Directory
• Instancia de Base de Datos (Si esta en un servidor separado)
• Servidor de Licencias (Para hosts en versiones 3.x)
• Todos los hosts administrados por vCenter Server

Consideraciones:

Al realizar el Upgrade de vCenter Server en un nuevo servidor, utilizando un hostname y una IP distinta, los hosts ESX/ESXi deben ser concientes de este cambio, de otra manera los hosts continuarán enviando su heartbeat a la dirección IP original de vCenter Server, y aparecerán en estado "Not Responding" o "Disconnected" en la instancia actualizada de vCenter Server.

Para solucionar este issue, existen dos metodos los cuales son detallados en el KB 1001493 de VMware. Durante el siguiente videotutorial, se utilizará el segundo metodo señalado en dicho KB, para recuperar la conexión con los hosts.

Este proceso permite además solucionar el estado de los hosts luego del upgrade en un servidor distinto, los cuales aparecen desconectados producto del cambio en los certificados SSL.

Por otro lado, luego del Upgrade será necesario ingresar la licencia de vCenter Server 5.0, ya que por defecto, luego del Upgrade vCenter Server 5.0 utilizará una licencia de evaluación de 60 dias.

Importante: Recordar que el proceso de Upgrade actualizará el esquema de la base de datos del vCenter Server 4.x, para que sea compatible con la nueva versión. Este proceso no es posible revertirlo sin contar con un respaldo previo de la base de datos.

Existen otras consideraciones respecto a los Plug-ins y a los SQL Agent rollup jobs, lo cual será revisado en articulos posteriores.

Upgrade a vCenter Server 5.0

Durante el proceso de upgrade, deberemos seleccionar los siguientes parametros:

• Se debe utilizar una base de datos existente, seleccionado el DSN ODBC de 64 bits creado anteriormente. Este paso requerirá además ingresar las credenciales con permisos para acceder a la base de datos.
• Seleccionar la opción "Upgrade existing vCenter Server database" y marcar la opcion "I have taken a backup of the existing vCenter Server database and SSL certificates". De lo contrario, por defecto el instalador de vCenter Server limpiará la base de datos, continuando el proceso de instalación como si se tratara de una nueva instalación de vCenter Server, en vez de un proceso de Upgrade.
• Seleccionar el metodo de Upgrade de los agentes de los hosts ESX/ESXi
  
  • Automatic: Donde el agente de vCenter es actualizado en todos los hosts incluidos en el inventario de vCenter Server, como parte del proceso de Upgrade.
  • Manual: Donde todos los hosts permanecen desconectados de vCenter Server luego del Upgrade, al no tener actualizado el agente. El agente puede ser actualizado posteriormente en forma manual, reconectando el host a vCenter Server. Esta opción es adecuada cuando el numero de hosts en vCenter es muy grande, lo cual podria afectar negativamente la performance de vCenter Server durante el Upgrade, extendiendo además el periodo de downtime de este servicio.
• Seleccionar los puertos a utilizar por los servicios de vCenter Server. Se recomienda utilizar los puertos por defecto, a menos que existan otros servicios presentes con anterioridad, que utilicen los mismos puertos.
• Seleccionar la cantidad de memoria para vCenter JVM en Tomcat, de acuerdo al numero de hosts en el ambiente.
• Opcionalmente, en la ultima sección del asistente antes de proceder con el Upgrade, podemos seleccionar la opcion "Select to bump up the emphemeral port value". Esta opcion aumenta el numero disponible de puertos de tipo "ephemeral". Esta opción es util en instancias de vCenter Server que gestionan hosts en los cuales se crearán más de 2048 MVs clonadas, para prevenir que el pool de puertos disponibles sea saturado.

Al completar estos pasos ya tenemos actualizada nuestra base de datos, instalado vCenter Server 5.0, y todas las configuraciones de vCenter Server fueron restauradas satisfactoriamente. En los siguientes articulos revisaremos las tareas post-upgrade, incluyendo la revisión de los plug-ins de vCenter, y la restauración de los Jobs de SQL Server.

Read More

Upgrade a vCenter Server 5.0: Restauración de BD y creación de DSN ODBC

Una vez que ya hemos tenemos respaldada la base de datos del vCenter Server 4.x, debemos proceder a restaurarla, y a crear los DSN ODBC correspondientes para poder continuar con el proceso de Upgrade de vCenter Server a la versión 5.0

El servidor para vCenter Server debe contar con un DSN de 64 Bits. Este requerimiento aplica para todas las bases de datos soportadas por vCenter.

Si se utiliza Data Migration Tool para migrar una base de datos SQL Server Express que se encuentra en el mismo servidor de vCenter, no es necesario crear el DSN ODBC. Esto ya que el Data Migration Tool crea el DSN como parte del proceso de instalación.

Para todas las restantes bases de datos soportadas se debe crear un DSN de 64 bits.

Nota: Para Update Manager 5.0, al igual que en versiones anteriores, se debe utilizar un DSN de 32 Bits, aun a pesar de que Update Manager debe ser instalado en un sistema operativo de 64 Bits.

Restauración de la Base de Datos y Creación del DSN ODBC

 

Al completar estos pasos ya tenemos restaurada la base de datos para vCenter Server, y creado el DSN ODBC respectivo. En los siguientes articulos veremos el proceso de upgrade de vCenter Server 5.

Read More

Upgrade a vCenter Server 5.0: Respaldo de la base de datos

Una vez que ya hemos entendido el proceso de Upgrade de vCenter Server a la versión 5.0, y considerado los requerimientos de Software y Hardware, avanzaremos en el primer paso del proceso de Upgrade, que corresponde al respaldo de la base de datos.

Antes de realizar un Upgrade de vCenter Server, ya sea este in-place, o en otro servidor, se debe respaldar la base de datos de vCenter Server. Esto nos permite tener un mecanismo de "vuelta atras" en caso de que el proceso de Upgrade no finalice correctamente.

Una vez respalda la base de datos, y si el proceso de Upgrade lo realizaremos en otro servidor, tenemos varias opciones para mover la base de datos:

• Si la base de datos está actualmente en un servidor separado de vCenter Server, y se espera mantener la base de datos en el mismo servidor despues del upgrade, solo es necesario realizar el respaldo y dejarlo donde está.
• Si la base de datos está actualmente en el mismo servidor de vCenter Server, y se espera que el nuevo servidor de vCenter Server 5 siga utilizando una instancia base de datos local, deberemos mover el respaldo al nuevo servidor de vCenter Server:
  
  • Si la base de datos actual utiliza SQL Server Express, se puede respaldar la base de datos, y mover esta junto con otros datos de configuración utilizando el Data Migration Tool. No se necesita realizar un paso separado de migración de base de datos.
    Si en el nuevo servidor de vCenter Server 5 NO se utilizará SQL Express, se debe respaldar la base de datos, y restaurarla en forma manual en la instancia de base de datos instalada en el nuevo servidor de vCenter.
  • Si la base de datos actual utiliza SQL Server, se puede realizar un proceso de respaldo/restauración tradicional de SQL Server, o un proceso de Detach/Attach de la base de datos de SQL Server.

Importante: Para instancias MS SQL Server, cuando se decida entre las opciones backup/restore y detach/attach, se debe considerar la ventana de downtime requerida en cada una de estas opciones.

Respaldo de la Base de Datos de vCenter Server

 

Al completar estos pasos ya tenemos respaldada nuestra base de datos de vCenter Server 4.x. En los siguientes articulos veremos el proceso de restauración de la base de datos, creación del ODBC, y la instalación de vCenter Server 5.

Read More

vSphere 5: Upgrade a vCenter Server 5.0

Hace algunas semanas se realizó el lanzamiento de la nueva plataforma de virtualizacion en VMware, vSphere 5.0, la cual trae una serie de mejoras en aspectos de Almacenamiento, Networking, Alta Disponibilidad, etc.
En esta serie de articulos detallaremos el proceso de Upgrade de vCenter Server 4.x a vCenter Server 5.0.

Opciones de Upgrade de vCenter Server

Es posible realizar el Upgrade o Migración de un vCenter Server en dos maneras, las cuales detallamos a continuación.

Upgrade In-Place

Este corresponde a un Upgrade de vCenter Server 4.x a vCenter Server 5.0 en el mismo servidores, siempre que la instancia actual de vCenter Server se encuentre instalada en un sistema operativo de 64 bits, soportado por vCenter Server 5.0.

Este procedimiento requiere de un Downtime del servidor de vCenter Server que se este actualizando. De todas maneras, se destaca que no es necesaria una ventana de downtime para los hosts ESX/ESXi administrador por vCenter, asi como tampoco para ninguna de las máquinas virtuales.

Si una versión previa de vCenter Server se encuentra instalada, el instalador de vCenter 5.0 la detectará y realizará el upgrade correspondiente. Si el proceso de Upgrade falla, no hay un proceso de Rollback o Vuelta Atras automatico, para volver a la versión previa de vCenter Server. Es por esto que es de suma importancia realizar el respaldo previo de la base de datos de vCenter Server.

Upgrade en un Servidor Diferente

Es posible realizar el Upgrade de vCenter Server en un servidor diferente, utilizando una IP y hostnames distintos. Una razon para realizar este tipo de Upgrade es cuando la instancia actual de vCenter Server se encuentra en un sistema operativo de 32 Bits, el cual, como ya sabemos, no es compatible con vCenter Server 5.0

De esta forma además se puede realizar la migración de la base de datos de vCenter Server, desde una instancia SQL Server Express, a una versión corporativa de SQL Server u otra Base de Datos soportada por vCenter 5.0.

Consideraciones de Base de Datos

En caso de realizar un Upgrade en un servidor diferente, si la Base de Datos de vCenter Server 4.x se encuentra en el mismo servidor utilizado por la instancia de vCenter, esta base de datos debe ser respaldada y posteriormente restaurada en el nuevo servidor a ser utilizado por vCenter Server 5.0, o en un servidor de base de datos dedicado.

En caso de realizar un Upgrade en un servidor diferente, si la Base de Datos de vCenter Server 4.x se encuentra en un servidor separado de la instancia de vCenter, se debe realizar un respaldo previo de esta base de datos antes de realizar el upgrade, con el fin de contar con un mecanismo de "vuelta atras" en caso de que el Upgrade no se complete satisfactoriamente. Recordar que el proceso de Upgrade de vCenter actualizará el esquema de base de datos. No es necesario mover la base de datos.

En caso de realizar un Upgrade In-Place de vCenter Server, se debe realizar un respaldo previo de esta base de datos antes de realizar el upgrade, con el fin de contar con un mecanismo de "vuelta atras" en caso de que el Upgrade no se complete satisfactoriamente. Recordar que el proceso de Upgrade de vCenter actualizará el esquema de base de datos. No es necesario mover la base de datos.

Requerimiento de Upgrade de vCenter Server

Los servidores que ejecutarán instancias de vCenter Server 5.0 deben cumplir requerimientos especificos antes de realizar el Upgrade.

Hardware minimo para vCenter Server

Se debe cumplir una configuración minima de hardware soportada.

• 2 procesadores de 64 Bits o un procesador dual-core de 64 Bits.
• Minimo 3GB de memoria RAM.
  
  • Se requiere memoria adicional si la base de datos de vCenter se instala en el mismo servidor.
  • vCenter Server incluye un servicio llamado VMware VirtualCenter Management Webservices, el cual requiere de 512MB a 4.4GB de memoria adicional, dependiendo del tamaño del inventario de vCenter. La memoria maxima puede ser especificada durante la instalación.
• 1 NIC Gigabit
• 4GB de espacio disponible en disco.
  
  • Se requerirá espacio adicional si la base de datos de vCenter es instalada en el mismo servidor.
  • Si se utilizará la instancia SQL Server 2008 R2 Express Edition, la cual es incluida en los medios de instalación, se requerirá de 2GB adicionales de espacio disponible, para el proceso de instalación.

Nota: vCenter Server pude ser instalado sobre un servidor fisico, o una máquina virtual.

Software requerido para vCenter Server

• vCenter Server solo puede ser instalado en sistemas operativos de 64Bits
  
  • Windows Server 2003 x64 SP2
  • Windows Server 2003 R2 x64 SP1
  • Windows Server 2008 x64 SP2
  • Windows Server 2008 x64 R2
• Microsoft Framework .NET 3.5 SP1
• Microsoft Windows Installer version 4.5 (MSI 4.5). Esto solo es requerido si se utilizará SQL Server 2008 R2 Express.
• DSN ODBC de 64Bits para conexión con la Base de Datos
• El servidor no debe tener instalado un servicio Web que utilice los puertos 80 y 443, los cuales son utilizados por vCenter.
• El nombre del servidor no debe tener más de 15 caracteres.
• El servidor de vCenter Server no debe tener instalado el rol de Controlador de Dominio de Active Directory.
• Se debe utilizar una IP estatica. Si se utilizará una IP dinamica con DHCP, se debe asegurar que el nombre del servidor se encuentra actualizado en los servidores DNS.

Requisitos de Base de Datos para vCenter Server

• IBM DB2 9.5 y 9.7
• SQL Server 2008 R2 Express Edition
• SQL Server 2005 SP3 o superior
• SQL Server 2008 SP1 o superior
• SQL Server 2008 R2
• Oracle 10g R2
• Oracle 11g

Importante: Si la Base de Datos no es soportada por vCenter Server, se debe hacer un upgrade de ésta a una versión soportada, o importar la base de datos a un servidor con versión soportada.

Para ver un mayor detalle de los requisitos de Software para vCenter revisar la matriz de compatibilidad de vSphere en el sitio de documentación para VMware vSphere.

Proceso de Upgrade de vCenter Server

Preparación para el Upgrade

Antes de realizar un Upgrade a vCenter Server 5.0, se deben realizar una serie de pasos previos.

• Si la versión de vCenter Server a migrar incluye soluciones o plug-ins, asegurate de que estos son compatibles con vCenter Server 5.0
• Se debe asegurar de que se cumplan los requerimientos de hardware, software y base de datos para vCenter Server 5.0
• Realizar un respaldo completo de la base de datos de vCenter Server. Esto nos permite contar con un mecanismo de "vuelta atras" en caso de que el upgrade no sea satisfactorio.
• Respaldar los certificados SSL que se encuentran en el servidor de vCenter Server. estos certificados se encuentran en "%allusersprofile%\Application Data\VMware\VMware VirtualCenter".   Esto nos permite contar con un mecanismo de "vuelta atras" en caso de que el upgrade no sea satisfactorio.
• Asegurar de que se cuentan con los permisos adecuados en el servidor de vCenter Server, y en la instancia de base de datos para realizar el Upgrade.
• Detener el servicio de vCenter Server. El servicio debe estar detenido para que el respaldo de la base de datos se encuentre en estado consistente, y el proceso de upgrade se finalice satisfactoriamente.

Instrucciones de Upgrade
Una vez que ya hemos descrito a grandes rasgos los mecanismos de upgrade de vCenter Server 5.0, junto con sus requerimientos, a continuación detallaremos el proceso de un Upgrade en un host diferente

• Respaldo de la base de datos de vCenter Server
• Restauración de la base de datos de vCenter (Para upgrade en un servidor diferente)
• Upgrade de vCenter Server en un servidor diferente
• Upgrade In-Place de vCenter Server
• Pasos Post-Upgrade (Para upgrade en un servidor diferente)

Read More