A parte de que este update es una actualización muy importante para la plataforma ESX y VirtualCenter, también proporciona las nuevas funcionalidades siguientes:
- Windows Server 2008 support – Soporte completo para Windows Server 2008 (Ediciones Standard, Enterprise y Datacenter). Microsoft Cluster Server (MSCS) no está soportado con Windows Server 2008.
- Enhanced VMotion Compatibility – Enhanced VMotion compatibility (EVC) simplifica problemas de compatibilidad de VMotion a través de generaciones de CPU con FlexMigration de Intel o AMD-V Extended Migration technologies. Una vez que EVC es habilitado en el Cluster, todos los hosts en dicho cluster serán configurados para asegurar la compatibilidad de CPU en VMotion. VirtualCenter no permitirá agregar más hosts que no son compatibles con los existentes en el cluster.
- Storage VMotion – Storage VMotion de un FC/iSCSI datastore a otro FC/iSCSI datastore esta soportado. Este soporte también se extiende a ESX/ESXi 3.5 Update 1.
- VSS quiescing support – Al crear shanpshot de Maquinas Virtuales con Windows Server 2003, tanto el sistema de ficheros como las aplicaciones que residen en dicha maquina virtual serán consistentes. Con Maquinas virtuales Windows Server 2008, sólo la consistencia del sistema de ficheros está soportado.
- Hot Virtual Extend Support – Incluye la capacidad de extender un disco virtual mientras que las máquinas virtuales se está ejecutando. Hot extender solo esta soportado en particiones vmfs en modo persistente y sin tener shanpshots activados en esa máquina virtual.
- VMware High Availabilty (HA) - Esta versión también extiende el soporte a servidores mixtos que contienen combinaciones de ESX y ESXi. También minimiza las dependencias de configuración de DNS.
- Live Cloning of Virtual Machines - VirtualCenter 2.5 Update 2 ofrece la posibilidad de crear un clon de una de máquina virtual encendida. Por lo tanto los administradores ya no necesitan apagar una máquina virtual con el fin de crear un clon del mismo.
La información completa sobre novedades y mejoras de este Update 2 se puede obtener en:
http://www.vmware.com/support/vi3/doc/vi3_esx3i_i_35u2_vc25u2_rel_notes.html
Si le ha gustado este post, asegúrese de suscribirse a mi feed RSS!
Los lectores que leyeron este post, también leyeron:
Estimados:
Tengan cuidado cuando migren host esx 3.0 a 3.5.X en ambiente cluster, obviamente lo tratamos de hacer sin apagar los servidores, eso conlleva a que en algún momento tengas que hace vmotion desde 3.0 a 3.5, todo funciona ok aparentemente pero luego vas a empezar a notar un consumo de cpu en la vms por encima de lo habitual, bueno eso pasa pues cuando un vm hace vmotion desde un host 3.0 a un 3.5 el .vmx se le agregan códigos asociados al cpu (cpuid.1.eax = “xxxx————xx————–”) para garantizar la compatibilidad, el hecho es que una vez migrado todos los host me sucedió que los servidores comenzaron a consumir cpu por encima de lo normal cuando hacÃa vmotion, después de larga investigación y 3 dÃas de constante búsqueda quité las lÃneas mencionadas y todo volvió a la normalidad, cualquier duda por favor me pueden escribir a mi mail.
Saludos.
Muchas gracias Carlos por la aclaración que es muy valiosa.
No dudes en comunicarnos cualquier otro problema que detectes en el futuro.
rgds,
Jose Maria Gonzalez
Por cierto, os querria preguntar una apreciacion que he notado en VMotion. Yo tengo el cluster creado y funcionando pero cuando utilizo Vmotion para migrar una M.V de un host a otro, al cabo de 2 o 3 minutos, la maquina se reinicia sola. Esto es normal??? No deberia verdad?? Sabeis de que puede ser???
Gracias de todos modos
Buenas, os queria comentar una cosa que me esta pasando en referencia a Vmotion. Acabo de configurar un cluster HA con Vmotion y cuando hago la migracion de una MV de un host a otro, todo funciona perfectamente pero al cabo de 2 o 3 minutos la maquina se reinicia. Esto es normal?? No deberia ser asi no???
Hola Enric,
Como comentas no es normal. Debes tener algún problema con la configuración. Revisa la configuración de VMotion . Dependiendo de la MV que estas migrando, no deberÃa de tardar mas de 1-2 minutos.
Rgds,
J.
Gracias Jose Maria, ya lo he resuelto. EN la configuraciòn del HA, habia una opción “Enable Virutal Machine Monitoring” que si esta activada, comprueba si hay perdida de heartbeats entre la MV y el Host y entonces por eso se reiniciaba. He desmarcado esta opción y todo funciona correctamente.
Gracias por tu ayuda de todos modos.
Saludos
Hola Enric, Enhorabuena. Gracias por compartir tu experiencia.
rgds,
J.