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, ull! tendremos en cuenta que en la instalación origen tenemos el vCenter en una instalación de 32 bits y (com sabem) 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 és dels pocs scripts bons que conec que ens serveixin per realitzar còpies del nostre entorn VMware d'una forma gratuïta, això és, podrem fer còpies de seguretat tant en servidors ESX com en ESXi sense llicenciar! Podem dir que es comporta igual que el VCB tradicional, realitza un snapshot de la màquina virtual a copiar, ens copia en un directori els arxius de la màquina virtual i posteriorment esborra l'snapshot. ghettoVCB és un script que s'ha d'executar en el mateix servidor VMware ESX(i), podrem programar que s'executi mitjançant tasques 'Cron’ o com en el meu cas l'executaré des d'un equip remot mitjançant la utilitat plink.exe. A més, ghettoVCB emmagatzema els backups en un datastore d'ESX(i), en aquest document veurem al final com fer el backup en una carpeta Windows que tinguem gràcies 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.
Hi ha vegades que per una raó o una altra se'ns omple un datastore de VMware, normalment és per 'culpa’ d' un snaphost que no té en compte la mida màxima de la definició del disc. En certes ocasions en estar el datastore completament ple no podrem ni eliminar l'snapshot, ni poder arrencar la màquina; així que estem perduts. Una 'solució’ és ampliar la LUN, després ampliar el datastore i llest, reintentem el que volíem. De vegades això no és possible, o directament és una nyapa; el que cal fer és consolidar els nostres discos amb els seus snapshots en una LUN temporal i finalment retornar-ho tot a la seva datastore original sense snapshots ni altres, aquesta és la solució.
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. Exemple:
Fem formacions a mida
Windows Server – VMware vSphere – Citrix Virtual Apps & Desktops – Centreon
|
Som una consultora que es preocupa i mima
|
 |
|
Amb qualitat i valor afegit
|
 |
|
¡Treballem junts!
|
 |
