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.

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 guía muy completa 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 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, 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!!!!!!!!!

VMkernel System Information es un software propietario de VMware que almacéna información y configuración del service console y del vmkernel.

VSI ( VMkernel System Information) pueden ser consultado usando el shell interactivo vsish, una herramienta excelente la cual puede ser muy útil para la resolución de problemas en nuestro entorno VMware vSphere ESXi.

Este shell interectaivo es acesible solo y unicamente desde la consola directa del servidor ESXi y en modo soporte (support mode), o desde un cliente SSH siempre y cuando hayamos activado el servicio de SSH en VMware ESXi.

En este episodio #33, te voy a guiar a través del VMkernel System Information shell en VMware vSphere ESXi:

Hola amigos, soy Florián Murillo y continuamos hablando de vMA, la semana pasada hablamos de vi-fastpass, hoy hablaremos del fichero de sesión, un mecanismo de autenticación trasparente en un host ESX/ESXi:

Primero nos autenticamos en la vMA con ssh:

login as: vi-admin
vi-admin@myhost’s password: PWD
Welcome to vMA

A continuación nos cambiamos al directorio donde está el script save_session.pl, es un script en perl que creará un archivo, que vamos a llamar /tmp/file.txt y que albergará las credenciales de root para autenticarnos transparentemente en el host HOST2

$ cd /usr/share/doc/vmware-vcli/samples/session
$ ./save_session.pl –savesessionfile /tmp/file.txt –server HOST2 –username root -password PWD
Session information saved.

Ahora vamos a utilizar este archivo para ejecutar el comando de vCLI “vicfg-nics -l” que nos proporciona información de las vmnics del host, para ello acompañaremos el comando con el parámetro –sessionfile seguido del nombre del archivo de credenciales que acabamos de crear:

$ vicfg-nics -l –sessionfile /tmp/file.txt
Name PCI Driver Link Speed Duplex MAC Address MTU Description
vmnic0 01:00.0 bnx2 Up 1000Mbps Full 00:22:19:65:e9:dc 1500 Broadcom
vmnic1 01:00.1 bnx2 Up 1000Mbps Full 00:22:19:65:e9:de Broadcom
vmnic2 02:00.0 bnx2 Up 1000Mbps Full 00:22:19:65:e9:e0 Broadcom
vmnic3 02:00.1 bnx2 Up 1000Mbps Full 00:22:19:65:e9:e2 Broadcom
$

Estas credenciales son temporales, pasados 30 minutos, dejarán de funcionar, por lo que no suponen un riesgo de seguridad a largo plazo.

Además esta funcionalidad es de vCLI no de vMA, por tanto si tenemos vCLI en un linux o windows podemos utilizarla también, no ocurre lo mismo con vi-fastpass.

Hasta la semana próxima.

vCenter Update Manager permite de una forma centralizada y automatizada la actualización y la gestión de parches para la versión de VMware vSphere y ofrece soporte para actualizar y parchear también las máquinas virtuales y aplicaciones virtuales.

En la primera parte, vimos como las actualizaciones se pueden aplicar a los sistemas operativos, así como los servidores VMware ESX/ESXi, máquinas virtuales y aplicaciones virtuales.

ConVMware vCenter Update Manager, podrás hacer:

• Exploración para el cumplimiento de las actualizaciones para las máquinas virtuales, servidores VMware ESX/ESXi y appliances.
• Actualizar directamente servidores ESX/ESXi, hardware virtual de las máquinas virtuales, VMware Tools, y virtual apppliances.
• Actualizar software de terceras partes en las máquinas virtuales.

En este episodio #32, segunda parte del video, te voy a guiar a través de la ultima parte del proceso de actualización de un servidor ESX (VMware ESX update 2) con VMware vCenter Update Manager:

Hola amigos, soy Florián Murillo y vamos a profundizar en el funcionamiento de vi-fastpass, una funcionalidad que proporciona vMA para facilitar la explotación de los host ESX.

Los administradores de ESX, cuando empiezan con ESXi, tienen que adaptar sus hábitos de determinación y resolución de problemas.

Uno de estos hábitos es que la ejecución remota de comandos requiere, lógicamente por ser remota, autenticación, es decir, que cuando en un ESX teclean:

$ esxcfg-nics -l

en ESXi han de teclear:

$ vicfg-nics -l –username root –password PWD –server esx1.domain.local

Observar el cambio de prefijo “esxcfg” por “vicfg”. Es una tónica habitual de vCLI.

Existen dos mecanismos para facilitarnos el trabajo: vi-fastpass y el parámetro sessionfile, hoy vamos a explicar cómo funciona vi-fastpass.

Consiste en guardar en un almacén de credenciales local de vMA los nombres, tipo de equipo y credenciales de autenticación del vCenter y los host ESX y ESXi. Cuando entramos en vMA consultamos el contenido actual del almacén de credenciales:

[vi-admin@vma ~]$ vifp listservers
Error: No targets have been defined for this vMA.

Como vemos, está vacío, vamos a añadir nuestro vCenter:

[vi-admin@vma ~]$ sudo vifp addserver vc.domain.local
Enter username for vc.domain.local: USER
USER@vc.domain.local’s password: PWD

Ahora entramos un par de hosts:

[vi-admin@vma ~]$ sudo vifp addserver host1.domain.local
root@host1.domain.local’s password: PWD
[vi-admin@vma ~]$ sudo vifp addserver host2.domain.local
root@host2.domain.local’s password: PWD

Vamos a verificar el contenido del almacén:

[vi-admin@vma ~]$ vifp listservers
vc.domain.local vCenter
host1.domain.local ESX
host2.domain.local ESXi

Observar que nos ha detectado que tipo de sistema es, si es un vCenter Server, un host ESX o un host ESXi. Esto es debido a que, para añadir el equipo al almacén de credenciales se conecta al sistema para verificar las credenciales que hemos entrado y, solo si la autenticación es correcta, los añade al almacén.

NOTA: Eso quiere decir que no podemos añadir equipos apagados al almacén de credenciales.

Ahora vamos a utilizar vi-fastpass. Utilizamos el comando vifpinit para autenticarnos de forma trasparente en un host:

[vi-admin@vma ~]$ vifpinit host1.domain.local
[vi-admin@vma ~][host1.domain.local]$ vicfg-nics -l

[vi-admin@vma ~]$ vifpinit host2.domain.local
[vi-admin@vma ~][host2.domain.local]$ vicfg-nics -l

Para eliminar un host del almacén de credenciales:

[vi-admin@vma ~]$ sudo vifp removeserver host2.domain.local
root@host2.domain.local’s password: PWD

Vamos a comprobar si lo ha eliminado del almacén:

[vi-admin@vma ~][host2.domain.local]$ vifp listservers
vc.domain.local vCenter
host1.domain.local ESX

vi-fastpass es una gran ayuda para simplificar los mecanismos de autenticación en comandos remotos. Pero, no podemos olvidar robustecer la seguridad de la vMA, para evitar que se transforme en un riesgo para la seguridad.

Pues nada, aquí escribiendo el post mientras Pedrito amartillea la portería de Alemania y tengo el “Editor in Chief”, Jose Maria González perdiendo los nervios a mi lado esperando el gol que llegará.

Jose Mª y su esposa Ann están en casa viendo la semifinal. Post histórico escrito durante la semifinal de los mundiales del 2010

Que tal, soy Jose Mª Gris, en crónica de urgencia para nuestros amigos del Blog.

Jose Maria nos explicaba hace poco, como monitorizar los i/o de los discos de nuestra infraestrutura. Importante el mantener el buen funcionamiento de nuestro sistema.

Os voy a presentar una pequeña joya, AppVIEW de vkernel:

Esta herramienta gratuita nos permite monitorizar 5 VMs de forma gratuita. Nos monitorizará memoria, CPU, capacidades de disco, i/os.

Por cierto, Gol de Pujol!!!!!

Si hay un problema, os dirá una orientación del error y podréis bajar una trial de Vkernel Analyzer durante 15 días. Excelente herramienta para tunear.

Es una herramienta imprescindible a tener en vuestra infraestructura. Lo podéis obtener en http://www.vkernel.com/download/appview

Hasta la semana que viene! A la final!

Hola de nuevo!, soy Miguel Ángel Alonso y aquí estoy de nuevo con vosotros para contaros algo nuevo sobre la virtualización.

En el día de hoy voy a contaros algo que me parece muy interesante y quizás hasta de sobremanera para aquellos amantes del mundo VDI (un servidor) y que nos lleva al lanzamiento de VMware View en su versión 4.5 para el VMWorld 2010 de San Francisco en Agosto de este año.

Hoy no será un POST lleno de Screenshots como acostumbro a realizar, pero creo que no por ello menos interesante.
Bueno! una vez dada esta pequeña introducción os contaré las características más importantes de la futura versión de VMware View 4.5:

1-”En modo local”: Escritorio OFF-LINE VDI : ¡Por fin! Totalmente soportado y fuera de la fase experimental. También hay un nuevo rol en este escenario: el servidor de transferencia.

2- ThinApp 4.5 con derechos de aplicación (Asignando aplicaciones a las agrupaciones de Desktop; “sólo paquetes .MSI”).

3- En niveles de almacenamiento: definir diferentes almacenes de datos para diferentes tipos de datos (la réplica, datos varios etc.) ¡gran característica!.

4-Soporte completo de Sysprep.

5-Tiered Storage (Tecnología de discos desechables) (capacidad para identificar los datos de Temp/swap en su imagen y limpiar los datos automáticamente). Simplemente GENIAL!!!!!!!!.

6-Soporte de Instantánea (Snapshot) para Linked Clones (Floating Pool).

7-Roles basados en Administración.

8-Grupos de escritorio de “Modo Quiosco” (supresión de la GUI y asignaciones de dispositivo) . Muy similar ha como lo hace XenDesktop.

9-Cliente nativo Mac OS (Muy esperado por todos aquellos que nos movemos en el mundo MAC OS (Apple) y que demandábamos de alguna manera para poder trabajar con VMware bajo VDI).

10-Portal de descarga Web (para descargar el software de cliente a través de la web) . PLUG-IN de cliente dependiendo desde el S.O. desde donde queramos instalarlo.

11-Un buen tablero de mandos (DASHBOARD) con mayor registro de sucesos para solucionar problemas de manera más fácil y rápida.

En general se ven mejoras debido a la utilización en todas las interfaces de la tecnología de Adobe Flex . Adobe Flex es el nuevo estándar para las consolas de administración de VMware.

¡Y sí! un estándar también significa que en el futuro podemos esperar una integración transparente de consolas de administración de maneras diferentes de ver, ¡en vCenter por ejemplo! .

12-Finalmente la introducción de los PERFILES VIRTUALES que tanto demandábamos los profesionales de VDI. Citrix ya lo tenía con PROFILE MANAGEMENT y muy mejorado en su versión 3.0 (sea dicho).

Aquí la verdad es que VMware se ha puesto las pilas y ha adquirido la tecnología de RTO Software con la cual podremos gestionar los perfiles de nuestros usuarios en escenarios de gran despliegue de escritorios para poder controlar de manera más eficiente el mantenimiento de los perfiles, y que tantos quebraderos de cabeza dan sin una buena herramienta de gestión. Aunque siempre basándonos de manera ineludible en el concepto de perfiles de MICROSOFT (Local, Roaming, etc..)

Y ya, como última reflexión, me queda decir que bajo mi punto de vista, esta versión de VMware View dará un salto de calidad enorme y se igualará de forma inmediata en muchas de las prestaciones que ofrece su gran competidor Citrix XenDesktop.

Esta vez la gente de VMware ha dado otro gran paso dentro del entorno VDI para que los profesionales de la virtualización puedan poner a prueba toda su destreza en el desarrollo de grandes proyectos de Virtualización de Escritorio.

Bueno!, hasta aquí mi POST de hoy, con el que espero haber podido contaros algo interesante o al menos que haya captado un poco la atención de nuestros grandes lectores del BLOG.

Un abrazo y hasta la semana que viene.

vCenter Update Manager permite de una forma centralizada y automatizada la actualización y la gestión de parches para la versión de VMware vSphere y ofrece soporte para actualizar y parchear también las máquinas virtuales y aplicaciones virtuales.

Las actualizaciones se pueden aplicar a los sistemas operativos, así como los servidores VMware ESX/ESXi, máquinas virtuales y aplicaciones virtuales.

ConVMware vCenter Update Manager, podrás hacer:

• Exploración para el cumplimiento de las actualizaciones para las máquinas virtuales, servidores VMware ESX/ESXi y appliances.
• Actualizar directamente servidores ESX/ESXi, hardware virtual de las máquinas virtuales, VMware Tools, y virtual apppliances.
• Actualizar software de terceras partes en las máquinas virtuales.

En este episodio #31, compuesto de dos partes, te voy a guiar a través del proceso de actualización de un servidor ESX (VMware ESX update 2) con VMware vCenter Update Manager:

Hasta la semana que viene con la segunda y ultima parte de VMware vCenter Update Manager.