Hola, soy Miguel Ángel Alonso y aquí estoy de nuevo con vosotros como cada Martes.
En este caso voy a hablaros de la salida al mercado de VMware vSphere 4.1 durante la semana pasada y voy a hacer un repaso general de las características más importantes de esta nueva versión que promete y mucho a mi modo de ver aunque a su vez espero también con anhelo la versión 4.5 de VMware View.
¿Os preguntareis que por qué digo esto?. Si leéis la nota final a pie de página lo comprenderéis perfectamente. A pesar de todo me quedo con las importantes mejoras realizadas desde VMware que dan un salto cuantitativo y de calidad a este maravilloso producto llamado: VMware vSphere.
Nota: No sé si me dejo alguna, pero si muestro las más interesantes
Las nuevas características son descritas a continuación:
- Los E/S de almacenamiento pueden ser priorizadas a través de la nueva funcionalidad llamada Quality of Service (QoS) Storage I/O Control. Aquí os dejo un video donde podéis ver esta extraordinaria característica. Simplemente genial!!!!!!!
- Los E/S de red pueden ser filtrados a través de un nuevo motor de calidad de servicio (QoS) que distingue entre el tráfico de las máquinas virtuales, vMotion, Tolerancia a Fallos (FT) y del tráfico de almacenamiento IP.
- Compresión de memoria que permite comprimir páginas de memoria RAM en lugar del intercambio en el disco, mejora el rendimiento de las máquinas virtuales.
- El Distributed Resource Scheduling (DRS) ahora puede tener reglas de afinidad que definen un subconjunto de hosts donde se puede incluir una máquina virtual
- Sockets Virtuales: ahora se pueden tener múltiples CPUs virtuales. Cada CPU virtual aparecerá como un solo núcleo del sistema operativo invitado. (Guest)
- Un TEAM (TEAMING) para la interfaz de red física del vSwitch Distribuido de red, el cual dinámicamente balancea la carga de tráfico.
- Un nueva funcionalidad de chequeo de estado (HealthCheck) en el DASHBOARD para las configuraciones de alta disponibilidad (VMware HA).
- El vSphere Client ya no forma parte de los paquetes de instalación de VMware ESX y ESXi. Al final de la instalación, los administradores, son redireccionados a una página web para descargar el cliente de vSphere.
- VMware ESXi puede ser ahora instalado mediante secuencias de comandos (SCRIPTS). La secuencia de comandos (SCRIPTS) se pueden iniciar desde un CD o a través de una fuente de arranque PXE y puede instalar el hipervisor en discos locales o remotos.
- VMware ESX puede arrancar desde TARGETS iSCSI boot from SAN (iBFT)
- Nuevas estadísticas de rendimiento para NFS en esxtop y vCenter Server, así como en el vSphere SDK.
- Redirección de puertos serie de máquinas virtuales via la red
- Soporte para hasta 4 vMotion simultáneos en las redes de 1GbE y hasta 8 concurrentes en las migraciones de las redes 10GbE
- Soporte USB pass-through (las máquinas virtuales pueden utilizar dispositivos USB locales conectados en los servidores VMware ESX/ESXi)
- Soporte para el cambio de la contraseña de administrador en perfiles de host (host profiles)
- Soporte para FT en clusters de DRS con mejora de vMotion y compatibilidad (EVC)
- Soporte para tarjetas de interfaz de red iSCSI de tipo TCP/IP (TOE) (ambos 10GB un 1GB)
- Soporte para tarjetas HBA e Fibra de 8GB
- Soporte para IPsec en las configuraciones de red IPv6
- Soporte para múltiples dispositivos virtuales de recuperación de datos
- Soporte para Microsoft Volume Shadow Service (VSS) en Windows Server 2008 y 2008 R2 sistemas operativos para vStorage API para la protección de datos – VADP
- El Update Manager (VUM) puede ahora parchear módulos adicionales de TERCEROS para ESX (como EMC PowerPath)
- Migración Virtual to virtual (V2) para las máquinas virtuales de Hyper-V sin conexión en vCenter Converter
- Soporte de inclusión de VMware ESX y ESXi en Microsoft Active Directory a través de la tecnología de LIKEWISE
- Soporte para Intel Xeon 7500 / 5600 / 3600 (Esto incluye compatibilidad con EVC)
- Soporte para AMD Opteron 4000 / 6000 (Esto incluye compatibilidad con EVC)
* También ahora os dejaré una serie de números que hablan por sí sólos sobre la potencia y mejora desarrollada por la nueva versión de VMware vSphere 4.1*
Limites nuevos con vSphere 4.1:
- 3.000 virtual machines por cluster (comparadas con las 1.280 de vSphere 4.0)
- 1.000 hosts por vCenter Server (comparados con los 300 de vSphere 4.0)
- 15.000 VMs registradas con vCenter Server (comparadas con las 4.500 de vSphere 4)
- 10.000 máquinas virtuales concurrentes encendidas por vCenter Server (comparadas con las 3.000 de VMware vSphere 4.0)
- 120 sesiones concurrentes de Virtual Infrastructure Clients por vCenter Server (comparados con los 30 de VMware vSphere 4.0)
- 500 hosts por virtual Datacenter (comparados con los 100 de vSphere 4.0)
- 5.000 VMs por virtual Datacenter (comparadas con las 2.500 de vSphere 4.0)
El hostd footprint y el consumo de memoria (se han reducido hasta un 40%) . La velocidad en alguna de las operaciones se ha multiplicado por 3 (3x).
Por último, pero no menos importante, VMware vSphere 4.1 consigue un mejor PERFORMANCE para VDI en conjunción con VMware View.
La creación de nuevos escritorios virtuales es ahora un 60% más rápido y el tiempo de encendido es de 3-4 veces más rápido.
Nota: Recordar que ahora vCenter 4.1 se instala únicamente en S.O. de 64 bit y que por lo tanto el que tenga instalado VMware View Composer en su vCenter x86 que se olvide de actualizar tajantemente, ya que Composer no admite tecnología de 64 bit. Se espera que con la futura versión de VMware View 4.5 este problema quede resuelto.
Bueno hasta aquí por hoy, espero que os haya gustado y os emplazo hasta la semana que viene.
Que paséis una buena semana!!!!!!!!!
 |
|
Los lectores que leyeron este post, también leyeron:
Miguel, agregale que la version Essential Plus incorpora Vmotion, teman no menor desde el punto de vista comercial
Si, pero con esta nueva actualización dejan de funcionar algunas cosas, como por ejemplo, que el vCenter Converter ya no puede convertir máquinas físicas encendidas de GNU/Linux al no poder arrancar el disco Debian para realizar la clonación entre ambas máquinas.
He puesto este fallo en la página de vmware y nadie de soporte oficial se ha dignado a contestar.
Salu2.
Hola Akuma,
Has probado a usar la versión standalone del converter? O te ocurre también con esta versión?
Rgds,
J.
Es la única versión que utilizo, la standalone.
Saludos.
Y también te falla con esta?
rgds,
J.
Si, es que sólo uso esta versión. Las conversiones de Windows sin embargo, las hace correctamente.
Unnhh, interesante. En teoría VMware Convert ahora si soporta conversiones P2V de Linux Debian!!.
Sinceramente no se cual es tu problema amigo Akuma. Te sugiero que habrás un ticket de soporte con VMware.
El troubleshooting del Converter es nasty
rgds,
J.
Respecto al tema de la compresión de memoria no lo veo claro. Esto se realiza en el host ¿verdad?, si es así, no entiendo donde está el beneficio de la compresión de memoria ya que, que yo sepa (y puede que me equivoque), ESXi no pagina jamás a un archivo de intercambio.
Esto lo único que haría sería aumentar el tamaño total de memoria disponible en el host para dar cabida a más máquinas virtuales, sin embargo, esto va en detrimento de la CPU, por lo que realmente yo no lo veo una ventaja sino un posible cuello de botella para guests que utilicen bastante CPU.
Salu2.
Hola Akuma,
VMware ESXi si que tiene una partición swap, mejor dicho un solo fichero swap para todos los procesos con el user “world”. Te suena la partición scratch!!!!
Te adjunto la arquitectura de VMware ESXi para que le eches una ojeada si crees oportuno.
rgds,
J.
Muchas gracias José María, ya veo que efectivamente crea una partición swap en el propio datastore.
Saludos.
Amigos,
Tengo una gran duda, que tan seguro es hacer la actualizacion de 4.0 a 4.1. ???
alguien tiene algun link de fallas que sean posibles al momento de actualizar? que debo tomar en cuenta importante? Tengo mi vmware licenciado si actualizao debere comprar licencia nuevamente?
Tengo una gran datacenter y todo sobre ESXi 4.0 quiero actualizar a 4.1 pero tengo muchas dudas antes de hacerlo.
Espero me puedan ayudar,
saludos,
Hola Jon, el actualizar de 4.0 a 4.1 hay que recinocer que es un un poquitin más complicado por aquello de la necesidad de tener el S.O. a 64 bit pero tampoco es para tanto.
Respecto a que si hay algun problema? yo te digo que no
No debes comprar ninguna licencia nueva, con la que tienes seguirás funcionando perfectamente.
Consejos para actualizar:
1-Suponiendo que vCenter lo tengas en una VM (haz un Snapshot de esta antes de hacer nada)
2-Haz copia de seguridad de la base de datos de vCenter 4,
3-si usas View Composer también deberás hacer una copia de seguridad de la BBDD de esta.
4-Haz una copia de Seguridad de los archivos SSL x.rui y x.cert en C:\Documents and Settings\All Usesr\AppData\VMware\VMware VirtualCenter\,,,
5- Finalmente instalas y recuperas todos estos datos y funcionará a la perfección.
6- Antes de actualizar los ESXi, haz una copia de seguridad de estos desde la linea de comandos para guardar la configuración.Instalas y actualizas a la nueva versión, finalmente vuelca la configuración que guardaste y todo quedará como antes.
Espero que te sirva.
Un saludo
Una preguntita… Tengo un ESXi 4.0 con 9 VMs. Puedo upgradear este a 4.1 sin temor a perder mis VMs?
La otra, este ESXi 4.0 tiene 3 dataestores locales (3 HDD d 500 Gb cada uno) Como puedo asegurarme a la hora de upgradear que no reinstalare sobre uno de los HDD que contengan las VMs u otro archivo, pues ya realize un intento y a la hora de elegir l dataestore en l proceso d instalacion m muestra los 3 pero no m señala n cual se encuantra ubicado el SO del ESXi 4.0. Un saludo
Hola Maikel, toda actualizacion bien hecha y bien planeada no tiene que causarte ningun miendo. No obstante, antes de actualizar asegurate de tener un bakcup de tus VMs por si acaso la ley de Murphy entra en accion
En el blog puedes ver vídeos sobre como actualizar un entorno virtual de versión?
Suerte,
rgds,
J.