Hola amigos, soy Florián Murillo y en el post prevacacional de hoy vamos a responder a pequeñas dudas que nos surgen en nuestro día a día con la vMA, en concreto:

¿Que versión de vMA tenemos instalada?

[vi-admin@vma01 ~]$ cat /etc/vima-release | head -1
vMA 4.0.0 BUILD-161992

donde head nos enseña las primeras líneas del archivo (el parámetro es el número de líneas)

¿Como aumento el espacio del disco de la vMA?

Primero verificamos el estado del disco antes de hacer los cambios

[vi-admin@vma01 ~]$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-root
3.3G 1.5G 1.7G 46% /
/dev/mapper/VolGroup00-var
496M 20M 452M 5% /var/log
/dev/sda1 99M 16M 79M 17% /boot
tmpfs 250M 0 250M 0% /dev/shm

[vi-admin@vma01 ~]$ sudo fdisk -l

Disk /dev/sda: 5368 MB, 5368709120 bytes
255 heads, 63 sectors/track, 652 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 * 1 13 104391 83 Linux
/dev/sda2 14 652 5132767+ 8e Linux LVM
[vi-admin@vma01 ~]$

Recordemos que /dev/sda es el disco duro y el número que le sigue es la partición.

Ahora paramos la vMA para hacer un grow del disco con:

[vi-admin@vma01 ~]$ sudo shutdown -h now

Ampliamos el disco de 5GB a 10GB desde vCenter (recuerda de borrar los snapshots para poder ampliar el disco) y levantamos la vMA

[vi-admin@vma01 ~]$ sudo fdisk -l
Disk /dev/sda: 10.7 GB, 10737418240 bytes
255 heads, 63 sectors/track, 1305 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 * 1 13 104391 83 Linux
/dev/sda2 14 652 5132767+ 8e Linux LVM
[vi-admin@vma01 ~]$

Observa que el tamaño del disco /dev/sda ha cambiado a 10.7GB

Ahora cramos una partición con el nuevo espacio:

[vi-admin@vma01 ~]$ sudo fdisk /dev/sda

The number of cylinders for this disk is set to 1305.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
(e.g., DOS FDISK, OS/2 FDISK)

Command (m for help): n <--- Nueva partición
Command action
e extended
p primary partition (1-4)
p
Partition number (1-4): 3 <--- crearemos /dev/sda3
First cylinder (653-1305, default 653):
Using default value 653
Last cylinder or +size or +sizeM or +sizeK (653-1305, default 1305):
Using default value 1305

Command (m for help): t <--- Cambiamos el tipo de partición a 8e para Linux Volume Manager
Partition number (1-4): 3
Hex code (type L to list codes): 8e
Changed system type of partition 3 to 8e (Linux LVM)

Command (m for help): w <--- Grabamos los cambios realizados (importante)
The partition table has been altered!

Calling ioctl() to re-read partition table.

WARNING: Re-reading the partition table failed with error 16: Device or resource busy.
The kernel still uses the old table.
The new table will be used at the next reboot.
Syncing disks.

[vi-admin@vma01 ~]$ sudo fdisk -l

Disk /dev/sda: 10.7 GB, 10737418240 bytes
255 heads, 63 sectors/track, 1305 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 * 1 13 104391 83 Linux
/dev/sda2 14 652 5132767+ 8e Linux LVM
/dev/sda3 653 1305 5245222+ 8e Linux LVM
[vi-admin@vma01 ~]$

Ahora reiniciamos:

[vi-admin@vma01 ~]$ sudo reboot

Tras reiniciar, preparamos la nueva partición, para ampliar /var:

Como estamos en un entorno Linux Volume Manager, nos hemos de adaptar a sus reglas:

Primero creamos el Volumen Lógico

[vi-admin@vma01 ~]$ sudo pvcreate /dev/sda3
Physical volume “/dev/sda3″ successfully created

Ahora añadimos extendemos en Volume Group VolGroup00 (que vimos en el df -h) con el Volumen Físico creado

[vi-admin@vma01 ~]$ sudo vgextend VolGroup00 /dev/sda3
/dev/hda: open failed: No medium found
Volume group “VolGroup00″ successfully extended

Verificamos que tenemos espacio libre no asignado, y que coincide, como esperabamos con el Volumen Físico añadido:

[vi-admin@vma01 ~]$ sudo vgdisplay | grep -i free
Free PE / Size 160 / 5.00 GB

Ampliamos Volumen Lógico /var que hay dentro del Volume Group VolGroup00 con el espacio que nos aporta /dev/sda3

[vi-admin@vma01 ~]$ sudo lvextend -L+5G /dev/VolGroup00/var
Extending logical volume var to 5.50 GB
Logical volume var successfully resized

Verificamos que hemos ampliado /var

[vi-admin@vma01 ~]$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-root
3.3G 1.5G 1.7G 46% /
/dev/mapper/VolGroup00-var
496M 20M 452M 5% /var/log
/dev/sda1 99M 16M 79M 17% /boot
tmpfs 250M 0 250M 0% /dev/shm

Está igual !!!! esto es debido a que hemos ampliado el Volumen Lógico /var pero no se ha formateado para el S.O., esto lo realizamos a continuación:

[vi-admin@vma01 ~]$ sudo resize2fs -p /dev/VolGroup00/var
resize2fs 1.39 (29-May-2006)
Filesystem at /dev/VolGroup00/var is mounted on /var/log; on-line resizing required
Performing an on-line resize of /dev/VolGroup00/var to 5767168 (1k) blocks.
The filesystem on /dev/VolGroup00/var is now 5767168 blocks long.

Ahora si, ya podemos seguir recolectando logs sin llenar el disco.

[vi-admin@vma01 ~]$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-root
3.3G 1.5G 1.7G 46% /
/dev/mapper/VolGroup00-var
5.4G 21M 5.1G 1% /var/log
/dev/sda1 99M 16M 79M 17% /boot
tmpfs 250M 0 250M 0% /dev/shm
[vi-admin@vma01 ~]$

¿Como cambiar la dirección IP de la vMA?

Es simple:

Paso 1: Modificamos el archivo /etc/sysconfig/network-scripts/ifcfg-eth0
Paso 2: sudo /etc/init.d/network restart

ya tenemos nueva IP, verifica que en /etc/hosts aparece la nueva IP.

Bueno amigos, con este repaso de Linux me despido temporalmente, deseando que paséis unos días tranquilos (o no) y nos volvemos a encontrar en septiembre con las novedades de la versión 4.1 que tenemos disponible desde el día 13 de julio. Ser felices.

Jose Maria Gonzalez empezó su carrera en IT hace ya más de 20 años como profesor y experto en Linux y clústeres de alto rendimiento.

Aunque está especializado en la tecnología de virtualización de VMware, Jose escribe en el blog de la virtualizacion en Español sobre otras soluciones de Virtualización, desde una perspectiva independiente.

José María González es Editor in Chief del Blog de la virtualizacion en español y fundador y presidente de una consultoría de alto nivel para la Virtualización de CPDs, JMG Virtual Consulting, S.L., expertos y líderes en Servicios y Soluciones de Virtualización de Sistemas con VMware, vSphere, Citrix XenServer, Microsoft Hyper-V y Red Hat Virtualization.

Miguel Angel Alonso Pomar, es experto en Virtualización de Sistemas en JMG Virtual Consulting, S.L., lideres y expertos en Soluciones y Servicios de Virtualizacion. Miguel Angel es Microsoft Certified Technology Specialist y Certified Professional, VMware Certified Professional, Citrix Certified Administrator Platinum y Red Hat Certfied Virtualization Administrator (RHCVA).

Miguel escribe en el blog de virtualizacion en español todos los martes sobre temas relacionados con VMware, XenServer, VDI, XenDesktop, VMware View. Sus posts son unos de los más visitados del blog por los lectores.

Adolfo Muñoz Moratalla, es Director Ejecutivo de Custom Professional Hosting, empresa dedica a la personalización de sistemas de hosting, sistemas de virtualización y alta disponibilidad para hosting.

Adolfo tiene una amplia experiencia en el mundo de la virtualización sobre las plataformas de Virtuozzo, Linux y XenServer, el cual nos aporta cada miercoles, sin lugar a dudas, una gran visión y experiencia sobre dicha tecnología.

José María Gris es Socio Director de Orbal, empresa especializada en ecosistemas basados en VMware, con más de 25 años de experiencia en el sector de IT. Tiene amplia experiencia en VMware (VCP310 y VCP410), Datacore (DCIE), Veeam y Vkernel entre otros.

José María no solamente tiene una amplia experiencia en el mundo de la virtualización sobre las plataformas de VMware, sino que cada Jueves nos deleita con un post sobre el ecosistema de la virtualizacion, el cual sin lugar a dudas, nos ofrece una gran visión y experiencia de dicho ecosistema.

Florián Murillo es CTO y socio fundador de Could Consulting, consultora especializada en cloud computing y DataCenter, con mas de 25 años asesorando empresas de todos los tamaños y con amplia experiencia en Seguridad, Virtualización VMware (VCP4 y VCI) y Networking de Cisco (CCNP, CCDP y CCSP).

Actualmente se dedica a ayudar a desarrollar negocios y proyectos en la nube a integradores, consultoras y proveedores de servicio.

Cada viernes, Florián Murillo comparte con todos nuestros queridos y apreciados lectores, la noticia mas importante acaecida en el mundo de la virtualización, lo último en seguridad o las últimas novedades del Cloud Computing.

Hola amigos,

Imaginaros que disponemos de una Lun en una san iSCSI del fabricante X y por necesidades de espacio desde la interfaz de administración de la san incrementamos el tamaño de la partición gestionada por LVM.

Posteriormente tendremos que realizar los siguientes pasos en XenServer para que podamos disfrutar de ese espacio adicional en la Lun.

1.- Apagamos las máquinas virtuales.

2.- Buscamos el uuid del SR

# xe sr-list

3.- Sacamos más información del SR localizado anteriomente

# xe sr-param-list uuid=”uuid” |grep PBD

4.- desadjuntamos el PBD

# xe pbd-unplug uuid=”uuid del PBD”

5.- Adjuntamos el PBD

# xe pbd-plug uuid=”uuid del PBD”

6.- Arrancamos las máquinas virtuales.

Con esto tendremos el SR redimensionado y funcionando. Como siempre espero que esta breve lectura os sea de utilidad.

Aprovecho la ocasión para desearos unas felices vacaciones a todos.

Un abrazo,

101 Secretos de VMware vSphere, el primer libro publicado en castellano sobre VMware vSphere y líder de ventas mundial – solo hay un libro publicado en castellano sobre VMware vShpre – , ya está disponible en la mayor biblioteca online del planeta y para cualquier usuario de cualquier país en el Mundo, amazon.com.

El libro 101 Secretos de VMware vSphere, es una manual de virtualización VMware muy completo que pretende descubrirte los secretos y conceptos mas intrínsecos de VMware vSphere 4.x y VMware vCenter Server 4.x y sirve como ayuda indispensable para preparar y aprobar la certificación oficial VMware™ VCP™ 410 con garantías.

No obstante, permíteme recordarte que el libro 101 Secretos de VMware vSphere está disponible, a un precio mucho mas reducido, en el web de mi editor Lulu.com, web dedicada a la publicación de libros online.

101 Secretos de VMware vSphere, va por el camino de alcanzar las mas de 2.200 copias vendidas desde que se publico en Febrero de este año, y cuenta en la actualidad con unas ventas de cien unidades mensuales.

Es por lo que, con tu permiso y sin el, me gustaría aprovechar este post para agradecerte personalmente por tan calurosa y excelente acogida a tenido, este segundo libro de virtualización que publico para los profesionales de la virtualización con VMware vSphere.

Aquí tienes algunos de los testimonios de los miles de profesionales que compraron este libro sobre la virtualización de servidores con VMware vSphere y que dejaron su testimonio.

Angel Arias escribió:

Libro claro y conciso sobre las características y secretos de vSphere. Totalmente recomendable tanto para aquellos que estén pensando en presentarse a la certificación como recordatorio para profesionales del sector. Y además en español.

Jose Maria Gris escribió:

Un libro muy en la línea a lo que nos tiene acostumbrado Jose Maria Gonzalez, directo, ordenado, claro y sencillo. Un libro lleno de TIPs y muy recomendado para aquellos que afrontan la certificacion VCP410

Josep Ros Marin escribió:

Excelente evolución de su anterior obra. José María nos aproxima a temas clave en vSphere y nos ayuda con la certificación VCP-410. Obra muy recomendable para todos los que queráis conseguir la certificación o mejorar vuestros conocimientos sobre vSphere. Enhorabuena José María!.

Victor Fernandez escribió:

En mi humilde opinión, un libro tremendamente útil y práctico para cualquier aspirante a VCP-410. Siguiendo la línia de su primer libro, José Maria González nos revela los aspectos mas relevantes y las características mas importantes del nuevo vSphere. Directo, claro, ordenado y muy completo.

Jose Luis Gomez escribió:

Muy recomendable este libro para personas que hayan cursados los cursos para poder presentarse al VCP y reforzar los conocimientos y para los profesionales que se dediquen a la administración de entornos virtualizados con VMware para ampliar sus conocimientos. Compraré las nuevas versiones que ofrezca el autor.

A parte de usar Veeam Monitor 4.5 como utilidad para medir y monitorizar el rendimiento de tu entorno VMware vSphere, también es posible utilizar Veeam Monitor 4.5 para el seguimiento y resolución de problemas en tu solución de VMware vSphere.

Esta versión 4.5 incluye un notable número de características y mejoras, entre las que destaco:

• El soporte para VMware vSphere 4 y anteriores versiones de VMware ESX/ESXi
• Funciones de monitorización del almacenamiento y espacio en disco, problemas con los disco y datastores.
• Funciones de monitorización del hardware a través de CIM/SMASH
• La posibilidad de profundizar en cada sistema operativo Windows o Linux de las máquinas virtuales para controlar el rendimiento real de sus procesos desde el interior de una máquina virtual, sin tener que abrir la consola de la máquina virtual.

Pero en particular, Veeam Monitor 4.5, incluye ahora un plug-in que posibilita la integración con “Veeam Business View“, un complemento gratuito de la herramienta que permite la supervisión y la gestión de la infraestructura virtual, no sólo desde un punto de vista técnico, sino también y mas importante, desde el punto de vista de servicios de la empresa.

En este episodio #34, te voy a guiar a través del Veeam Monitor 4.5:

Hola amigos, soy Florián Murillo y en el post de hoy vamos a revisar la configuración de la vMA como recolector de logs de ESX y ESXi.

Para ello configuraremos un ESX y un ESXi para enviar logs a la vMA y después configuraremos el servicio vilogger para recolectar los logs.

Para configurar un ESX, nos conectamos por ssh y editamos el archivo /etc/syslog.cfg añadimos la línea:

*.* @10.1.1.1

Siendo 10.1.1.1 la IP de la vMA. A continuación hemos de permitir que el tráfico de syslog salga del ESX por lo que hemos de añadir la regla en el firewall del Service Console:

esxcfg-firewall -o 514, out, udp, trafico_syslog

y reiniciamos el servicio syslog:

service syslog restart

Para configurar un ESXi, utilizamos la propia vMA para lanzar una ejecución remota del comando vCLI que redirige el tráfico syslog hacia la vMA.

vicfg-syslog -s 10.1.1.1

Ahora solo nos falta configurar la vMA como syslog server con el servicio vilogger:

Lo primero que hacemos es cambiar la configuración del servicio syslog server en el servidor vMA para que acepte logs remotos:

sudo service syslog stop

cambiamos el archivo /etc/sysconfig/syslog, la línea SYSLOGD_OPTIONS ha de quedar como sigue:

SYSLOGD_OPTIONS=”-r -m 0”

y volvemos a levantar el servicio syslog con la nueva configuración:

sudo service syslog start

para permitir el tráfico de syslog, hemos de configurar el firewall de la vMA:

sudo iptables -I INPUT -i eth0 -p udp –dport 514 -j ACCEPT

y como queremos que este cambio sobreviva a los reinicios de vMA, también añadimos la regla de firewall (sin el comando sudo) al final del archivo /etc/rc.local

Ahora ya podemos empezar a utiliza vilogger, la utilidad que estructura los logs recogidos de los ESX/ESXi:

Primero iniciamos vi-fastpass ejecutando el comando vifpinit y a continuación facultamos a vilogger para recoger los logs de un host con:

vilogger –server esxi.dominio.local enable

No nos autenticamos en el host porque lo hace vi-fastpass por nosotros.

Cada host que activemos crea un directorio con el nombre del host en /var/log/vmware, en este directorio se almacenan los logs recogidos. SI quieres modificar el directorio por defecto de alojamiento de los logs, modifica el archivo /etc/vmware/viconfig/vilogdefault.xml

Verás algo parecido a la siguiente secuencia de comandos:

[vi-admin@localhost ~]$ vilogger list

Target Server: esxi.dominio.local
Log Status CollectionPeriod NumRotation MaxFileSize Location
(Seconds) (MegaBytes)
hostd Disabled – – – -
messages Disabled – – – -
vpxa Disabled – – – -

$ vilogger –server esxi.dominio.local enable

Target Server: esx1.dominio.local
hostd … Enabled
messages … Enabled
vpxa … Enabled

$ vilogger list

Target Server: esxi.dominio.local
Log Status Collec NumRot MaxFilSize Location
(Seconds) (MB)
hostd Enabled 10 5 5 /var/log/vmware/esxi.dominio.local/hostd.log
messages Enabled 10 5 5 /var/log/vmware/esxi.dominio.local/messages.log
vpxa Enabled 10 5 5 /var/log/vmware/esxi.dominio.local/vpxa.log

Con vilogger list verás el estado de todos los equipos registrados en vi-fastpass, es decir, vilogger utiliza vi-fastpass.

Con vilogger updatepolicy podemos modificar el intervalo entre recogidas de logs, el número de archivos a guardar o el tamaño de estos archivos, incluso podemos tener políticas diferentes por archivo de log.

Con vilogger –logname NOMBRE podemos desactivar la recolección de un log en concreto.

Como curiosidad, si entras en /var/log/vmware/esxi.dominio.local verás que los archivo de log anteriores al actual no los comprime como hace cuando se almacenan en el ESX/ESXi.

La semana próxima (la última antes de las vacaciones) seguiremos mejorando la configuración del vMA.

Ser felices.

Paul Martin, Director of Systems Engineering EMEA, y Larry Loucks, expertos y especialistas en soluciones de virtualización para VizionCore, me han pasado una presentación sobre los 10 errores de la virtualización según VizionCore.

Esta presentación es altamente recomendada para aquellos u aquellas que estas pensando en virtualizar vuestro centro de datos, o ya lo han hecho – por aquello que: “El hombre es el único animal del mundo que tropieza con la misma piedra mas de dos, tres, y hasta cuatro veces…

Muchas gracias a Paul Martin, Larry Loucks y VizionCore en general por pasarnos tan valiosa información.

No me cabe la menor duda que nuestros queridos y expertos lectores harán un buen uso, de tan importante información recogida aquí en esta presentación de powerpoint.

Muchas gracias de parte de todo el equipo del Blog de Virtualización en español.

¿Que tal, como estáis? Soy Jose Maria Gris y estoy aquí de nuevo, para hablarte del ecosistema de virtualización.

A veces estás instalando algo y asumes que el entorno en el que estás es el habitual. Presumes que todo el mundo siempre tiene UPS, red eléctrica estable…. e Internet on line.

Bueno, alguna vez he tenido que instalar sistemas donde Internet no estaba disponible ni física ni lógicamente por razones de seguridad. Bien

Alguna vez os puede ocurrir que vayáis a instalar el vSphere Client en vuestro ordenador y no podáis, sencillamente os dará el error 1603 de .NET.

Estará mal montado el .NET? El Firewall, el Antivirus?????….. Me huelo que vamos a aprender algo nuevo…..
Si revisas los logs verás que en un momento dado, .NET busca Internet porque busca componentes opcionales. Ahí está el punto, no está todo instalado.

Solución: o bien instalas la maquina cliente con una conexión temporal a Internet o te bajas el .NET completo.

Saludos a mis colegas de l’Ajuntament de Terrasa donde estamos haciendo un curso de Virtualización.

Take care.

Hola a todos,

Como sabéis durante el proceso de instalación de XenServer, este te dice si deseas instalar el cd adicional con los templates para linux.

En caso de no hacerlo, podremos instalar dicho cd posteriormente.

En el siguiente post os explicaré como hacerlo:

1.- Insertamos el cd en XenServer

2.- Accedemos a Xenserver desde CLI

3.- Montamos la unidad de cd

# mount /dev/hda /mnt

4.- Accedemos al directorio

# cd /mnt

5.- Instalamos

# ./install.sh

6.- Salimos del directorio y desmontamos

# cd ..

# umount /mnt

7.- Expulsamos el cd.

Y esto es todo, con ello tendremos instalado los templates de linux.

Espero que os sea de utilidad.

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:

1. 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!!!!!!!
2. 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.
3. 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.
4. 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
5. Sockets Virtuales: ahora se pueden tener múltiples CPUs virtuales. Cada CPU virtual aparecerá como un solo núcleo del sistema operativo invitado. (Guest)
6. 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.
7. Un nueva funcionalidad de chequeo de estado (HealthCheck) en el DASHBOARD para las configuraciones de alta disponibilidad (VMware HA).
8. 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.
9. 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.
10. VMware ESX puede arrancar desde TARGETS iSCSI boot from SAN (iBFT)
11. Nuevas estadísticas de rendimiento para NFS en esxtop y vCenter Server, así como en el vSphere SDK.
12. Redirección de puertos serie de máquinas virtuales via la red
13. Soporte para hasta 4 vMotion simultáneos en las redes de 1GbE y hasta 8 concurrentes en las migraciones de las redes 10GbE
14. Soporte USB pass-through (las máquinas virtuales pueden utilizar dispositivos USB locales conectados en los servidores VMware ESX/ESXi)
15. Soporte para el cambio de la contraseña de administrador en perfiles de host (host profiles)
16. Soporte para FT en clusters de DRS con mejora de vMotion y compatibilidad (EVC)
17. Soporte para tarjetas de interfaz de red iSCSI de tipo TCP/IP (TOE) (ambos 10GB un 1GB)
18. Soporte para tarjetas HBA e Fibra de 8GB
19. Soporte para IPsec en las configuraciones de red IPv6
20. Soporte para múltiples dispositivos virtuales de recuperación de datos
21. 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
22. El Update Manager (VUM) puede ahora parchear módulos adicionales de TERCEROS para ESX (como EMC PowerPath)
23. Migración Virtual to virtual (V2) para las máquinas virtuales de Hyper-V sin conexión en vCenter Converter
24. Soporte de inclusión de VMware ESX y ESXi en Microsoft Active Directory a través de la tecnología de LIKEWISE
25. Soporte para Intel Xeon 7500 / 5600 / 3600 (Esto incluye compatibilidad con EVC)
26. 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!!!!!!!!!