Este proceso de actualización será el más utilizado entre los que tengamos entornos VMware vSphere con hosts ESX 4.0 y querramos actualizarlos a ESX 4.1, ya que lo realizaremos de una forma ordenada y gestionada a través de Update Manager, en este documento se muestran los pasos que necesitaremos para ir actualizando nuestros hosts a la última versión.
En este documento veremos cómo podemos actualizar nuestro entorno VMware vCenter 4.0 a VMware vCenter 4.1, ojo! tendremos en cuenta que en la instalación origen tenemos el vCenter en una instalación de 32 bits y (como sabemos) vCenter 4.1 sólo se puede instalar en sistemas de 64 bits, por lo tanto vamos a tener que migrar toda la configuración de un servidor (x86) a otro (x64). Si el servidor origen ya es de 64 bit no habría tanta complicación. Una vez hayamos actualizado vCenter y sus componentes a la versión 4.1 ya podremos actualizar los host ESX(i) a 4.1.
ghettoVCB.sh es de los pocos scripts buenos que conozco que nos sirvan para realizar copias de nuestro entorno VMware de una forma gratuita, esto es, podremos hacer copias de seguridad tanto en servidores ESX como en ESXi sin licenciar! Podemos decir que se comporta igual que el VCB tradicional, realiza un snapshot de la máquina virtual a copiar, nos copia en un directorio los archivos de la máquina virtual y posteriormente borra el snapshot. ghettoVCB es un script que se debe ejecutar en el propio servidor VMware ESX(i), podremos programar que se ejecute mediante tareas ‘Cron’ o como en mi caso lo ejecutaré desde un equipo remoto mediante la utilidad plink.exe. Además, ghettoVCB almacena los backups en un datastore de ESX(i), en este documento veremos al final cómo hacer el backup en una carpeta Windows que tengamos gracias a NFS.
A partir de la nueva version de VMware ESX 4.1 o VMware ESXi 4.1 ya se soporta el uso de dispositivos USB conectados a nuestros host y pasar la redirección a las máquinas virtuales. En este documento veremos cómo configurarlo, es muy sencillo y se puede hacer en caliente.
Si queremos usar Citrix XenDesktop con un entorno virtual de VMware vSphere tendremos que realizar unas configuraciones extra, todo ello es para poder conectarnos desde el XenDesktop Delivery Controller a los escritorios virtuales de nuestro entorno vSphere y por lo tanto gestionado por la plataforma de virtualización de VMware, pudiendo usar VMware View Composer si nos interesase.
Hay veces que por una razón u otra se nos llena un datastore de VMware, normalmente es por ‘culpa’ de un snaphost que no tiene en cuenta el tamaño máximo de la definición del disco. En ciertas ocasiones al estar el datastore completamente lleno no podremos ni eliminar el snapshot, ni poder arrancar la máquina; así que estamos perdidos. Una ‘solución’ es ampliar la LUN, después ampliar el datastore y listo, reintentamos lo que queríamos. A veces esto no es posible, o directamente es una ñapa; lo que hay que hacer es consolidar nuestros discos con sus snapshots en una LUN temporal y finalmente devolverlo todo a su datastore original sin snapshots ni demás, esta es la solución.
Otra de las novedades de VMware vSphere es la posibilidad de unir nuestras instalaciones que tengamos con diferentes VMware vCenter, sean del mismo dominio o de diferente (siempre que tengamos los permisos correspondientes). Con VMware Linked Mode podremos gestionar varias instalaciones simultáneamente de vCenter, estén en la misma red o no, con esto conseguimos una gestión mucho más sencilla y cómoda.
Si lo que pretendemos es actualizar nuestra plataforma virtual de VMware, antes de actualizar a la versión VMware vSphere debemos ejecutar una utilidad que tenemos en el CD de VMware vCenter Server, donde podremos comprobar si nuestros host ESX son compatibles para una posible actualización de versión (de VMware ESX 3.x a VMware ESX 4.0) gracias a VMware Agent Pre-Upgrade Check.
En este documento veremos uno de los productos de VMware que nos ayudará a virtualizar nuestro entorno físico. VMware actualmente dispone de dos herramientas para poder medir qué recursos necesitará cuando virtualicemos un entorno fisico. La herramienta de los partners VMware Capacity Planner y esta herramienta gratuita y mucho más básica llamada VMware Guided Consolidation. Es una herramienta que dispone de tres procesos: 1.- Busca: Busca equipos físicos en la red para ser analizados. 2.- Analiza: Se analizan los equipos físicos seleccionados y se obtiene los datos de rendimiento de cada equipo. 3.- Consolida servidores: Se comparan los datos obtenidos con los recursos disponibles en el entorno virtual y se virtualiza en el entorno virtual con las recomendaciones sobre los host ESX.
VMware Distributed Power Management es para mí una de las ventajas reales de disponer de un entorno virtual, ya que con esto, conseguiremos reducir una barbaridad el consumo eléctrico en nuestro CPD. VMware DPM permite que los host ESX que no sean necesarios se apaguen, y cuando las máquinas virtuales tengan carga y necesiten de más servidores físicos, éstos arranquen de forma automática. Todo esto se conseguiría en un clúster DRS con DPM habilitado. La potencia de consumo de un servidor es de 15W cuando está en modo Standby y dependiendo del servidor y sus componentes puede variar aproximadamente entre los 300W y los 500W cuando está arrancado. Partiendo de esto, podemos calcular cuanto nos podemos ahorrar si optamos por VMware y configuramos un clúster VMware DRS + VMware DPM. Ejemplo:
Hacemos formaciones a medida
Windows Server – VMware vSphere – Citrix Virtual Apps & Desktops – Centreon
|
Somos una consultora que se preocupa y mima
|
 |
|
Con calidad y valor añadido
|
 |
|
¡Trabajemos juntos!
|
 |
