Bueno, después de luchar contra la tremenda hueva que me daba editar la documentación para ésta entrada, decidí empezar [soy honesto, no se cuando terminaré].
Ésta vez, hice el upgrade de la infraestructura VMware a vSphere, a partir de un vCenter 2.5 y Host´s ESX 3.5, a pesar de lo que parezca es un proceso sencillo y relativamente rápido, fue más tardado documentarme para hacerlo bien… lo bueno es que uno siempre encuentra ayuda en la red, ésta vez los agradecimientos van para David Ball, ya que fue en su blog dónde encontré una guía muy sencilla y detallada del proceso, después de pedir los permisos necesarios la publico!! jejeje, claro con algunas adiciones, disculparán el formato, ya que está sacada de mi documentación.
Pre-Requisitos
Requisitos del Servidor
1. El equipo con vCenter Server 2.x debe soportar vCenter server 4.0 :
· CPU – 2 CPUs
· Processor – 2.0GHz or faster Intel or AMD processor. Processor requirements might be higher if the database runs on the same machine.
· Memory – 3GB RAM. Memory requirements might be higher if the database runs on the same machine.
· vCenter Server includes a service called VMware VirtualCenter Management Webservices. This Service requires 128MB to 1.5GB of additional memory. The virtualCenter Management Webservices process allocates the required memory at startup.
· Disk storage – 2GB. Disk requirements might be higher if the database runs on the same machine.
· Microsoft SQL Server 2005 Express disk requirements – Up to 2GB free disk space to decompress the installation archive. Approximately 1.5GB of these files are deleted after the installation is complete.
· Networking – Gigabit connection recommended.
2. La ruta de instalación del vCenter anterior debe cumplir con los requerimientos de Microsoft Active Directory Application Mode (ADAM/AD LDS). Por ejemplo, la instalación no debe llevar comas, o puntos. Si la instalación no cumple con éste requerimiento, se deberá hacer una instalación limpia de vCenter 4.0.
3. Estar seguros de que la máquina dónde se instalará no es un controlador de dominio primario o backup.
4. El nombre de la máquina no debe tener más de 15 caracteres.
5. La máquina no puede ser un servidor Web, ya que vCenter 4.0 usa los puertos 80 y 443.
6. Hacer un respaldo de los certificados SSL que estén instalados en el servidor.
Requisitos de la Base de Datos
1. Si la base de datos no es soportada por vCenter se deberá hacer una instalación limpia.
2. Hay que hacer un backup completo de la base de datos, ya que al instalar vCenter 4.0 el instalador actualiza la base de datos con campos extra.
3. Se deben tener credenciales de administrador, el nombre de la base de datos, el nombre del servidor de Base de Datos.
4. En caso de usar SQL 2000 hay que upgradear a SQL 2005.
Bases de datos compatibles:
Microsoft SQL Server 2005 Express (limit its use to 5 ESX Hosts and/or 50 VMs)
Microsoft SQL Server 2005 Standard edition (SP2)
Microsoft SQL Server 2005 Enterprise edition (SP2)
Microsoft SQL Server 2005 Enterprise edition (SP2) x64
Microsoft SQL Server 2008 Standard Edition
Microsoft SQL Server 2008 Enterprise Edition
Microsoft SQL Server 2008 Enterprise Edition (x64)
Oracle 10g Standard edition (Release 1 [10.1.0.3.0])
Oracle 10g Enterprise edition (Release 1 [10.1.0.3.0])
Oracle 10g Standard edition (Release 2 [10.2.0.1.0])
Oracle 10g Enterprise edition (Release 2 [10.2.0.1.0])
Oracle 10g Enterprise edition (Release 2 [10.2.0.1.0]) x64
Oracle 11g Standard edition
Oracle 11g Enterprise edition
Upgrade vCenter
1. Insertar el CD de vCenter , en la pantalla de inicio click en vCenter Server. Elegimos el idioma y click OK.
2. En la pantalla de Bienvenida nos avisa que hay una versión anterior de vCenter instalada click Next. Aceptar los términos del contrato de licencia y click Next.
3. Poner nombre de usuario, compañía y el número de serie [Dejar en blanco para 60 días de prueba] , click Next.
4. Poner las credenciales de la base de datos [en mi caso fueron las de admin de dominio].
5. Sale un mensaje avisándonos que debemos de upgradear Update manager manual mente, click Ok.
6. Seleccionar Upgrade Existing vCenter Server Database y seleccionar el checkbox asegurando que ya tenemos backups de la base de datos y del SSL [hay que tenerlos…]
7. Seleccionar Use SYSTEM account, click Next.
8. Revisar la lista de puertos y click Next.
9. Click Install.
10. Al terminar click Finish.
Instalar vCenter Update Manager
1. Al terminar la instalación de vCenter, en la pantalla de instalación seleccionar Upgrade Manager.
2. Nos aparece un aviso diciendo que hay una versión anterior de Update manager instalada. Click OK para hacer el upgrade.
3. Click Next y aceptar el Acuerdo de licencia, click Next otra vez.
4. Revisar los datos del vCenter y poner las credenciales de administrador. Click Next.
5. Poner nuevamente las credenciales de administrador para acceder a la base de datos de UpdateManager. Clik Next.
6. Seleccionar Yes, I Want to update… y seleccionar el checkbox, click Next.
7. En la página de Port Settings, seleccionamos la IP del vCenter, para que los Host´s se comuniquen así con él, revisamos los puertos que serán abiertos en el firewall y damos click en Next.
8. Click Install.
VMware Host Update Manager
1. Para instalar el Host Update Utility 4.0 hay que instalar el VMware vSphere client en el vCenter, para esto abrimos un navegador y entramos a la dirección http://localhost/ y descargamos el vSphere Client.
2. Al instalarlo, seleccionar Install Host Update Utility y listo. Ahora lo encontramos en Start > All Programs > VMware > Host Update Utility.
3. Seleccionar Host > Add Host
4. Poner la IP de los hosts, y dar click en Add, la vista queda así:
Update
1. Lo primero es poner el Host en Modo de mantenimiento, para esto hay que migrar las VM’s de producción al otro Host.
2. Para evitar problemas con HA, hay que deshabilitar VMware HA y DRS del cluster.
3. Haremos el Upgrade Host por Host, para esto apagamos todas las VM´s que no sean prioritarias y migramos con VMotion las que estén en producción.
4. Dar click derecho al host a upgradear y dar click en Enter Maintenance Mode…
5. Dar click en Ok, y en la ventana Confirm Maintenance Mode, deseleccionar el check box Move Powered Off… y click Ok.
6. Seleccionar el Host y dar click en Upgrade Host, seleccionar el .ISO de instalación de ESX 4.0 y click Next.
7. Aceptar los términos del contrato de licencia, click Next.
8. Poner las credenciales del ESX click Next.
9. En la parte de Console OS settings elegimos el Storage de Boot del ESX. Click Next.
10. Revisar que esté seleccionada la opción Attempt to Reboot Host and Rollback Upgrade in case of failure. Click Next.
11. Click Finish, esto comienza el proceso de Upgrade.
12. Al terminar el upgrade nos avisa y podemos ver el Log, o Click Ok para regresar al menú principal.
13. Ahora si revisamos la consola, podemos ver que está upgradeado.
14. Ahora regresamos a vCenter y veremos que el host está como No accesible, dar click derecho y Connect, cuando se reconecta, dar click derecho nuevamente y elegir Exit Maintenance Mode.
15. Ahora hay que migrar las VM’s al Host que ya está upgradeado para poder hacer el upgrade en el otro.
16. Estando ya los 2 hosts upgradeados hay que regresar las máquinas a su host, reconfigurar HA y DRS en el cluster y reinstalar las VMtools en todas las máquinas.
17. También habrá que recrear las resource pools y mover las máquinas virtuales a sus respectivos pools.
Licenciar Host’s ESX
1. En vCenter, seleccionar un host y seleccionar la pestaña Configuration > Licenced Features > Edit
2. Seleccionar Assign a new licence key to this Host y después Enter Key… ponemos la licencia y una Descripción opcional para ésta. Click OK.
3. Para el siguiente host vamos nuevamente hasta Licenced Features > Edit, y ahí, veremos que ya está nuestra licencia agregada, solo la seleccionamos y damos OK.
4. Listo, los ESX están licenciados, esto lo podemos ver en el resumen en Licenced Features.
Y así termina el proceso, mucho más fácil de lo que parece y bueno, si que vale la pena, vSphere ofrece muchísimas mejoras con respecto a ESX 3.2 y vCenter 2.5, pero a pesar de eso, es muy intuitivo, no será necesario fusilarse el manual completo para poder usarlo, solo, por supuesto, para el montón de nuevas funciones, que ya con calma revisaremos por aquí!
Carnage Himura
, funcionalidad muuy útil si como un servidor no dimensionaron bien sus Storages con tiempo y tienen un tiradero de VM’s de los mil demonios en sus SAN’s, jejejeje, A, no crean que eso me pasa con los clientes!!!, el tiradero es 100% en casa… que es peor… 
… en fin… en la semana lo arreglo jejeje.