Esta semana, en el blog de virtualización y cloud computing en español, te mostrare otro video tutorial sobre cómo reportar errores desde VMware vSphere vCenter Server 5

Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, el segundo video tutorial sobre la virtualización y VMware vSphere 5: ¿Cómo reportar errores desde VMware vSphere vCenter Server?

En este video tutorial aprenderás a ver cómo vCenter reportar los errores, como sacar la información de estos y reportar el error en cuestión al soporte de VMware

¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Hola de nuevo! Soy Miguel Ángel Alonso y aquí estoy como cada lunes para contaros algo nuevo sobre el maravilloso mundo de la virtualización.

En el día de hoy vamos a nombrar las bondades clave de la última versión de VMware View 5.1 y que además no son pocas precisamente.

Vamos a encontrar novedades a nivel de Interfaz, mejorada por cierto para poder ver mejor el estado de nuestros servidores y en la que además se va a hacer mucho hincapié en la necesidad de tener certificados válidos en todos nuestros servidores que conforman la estructura de VMware View y sus comunicaciones internas. Necesitaremos de una CA interna o de una entidad externa de certificados para asegurar nuestros servidores si no queremos vernos con problemas en la consola de gestión.

La posibilidad de asociar una letra del disco a nuestro “ Disposible Disk” disco de temporales:

Además tenemos la posibilidad de usar CRBC que nos ayudará a solventar muchos cuellos de botella. Esta nueva característica nos ayudará a cachear en la RAM de nuestros servidores parte de la carga con lo que conseguiremos un alto ahorro de IOPs de lectura y el consiguiente aumento de escalabilidad en el subsistema de almacenamiento en nuestro entorno. Con esta característica podremos ahorrar según VMware y sus estudios hasta un 80% en los picos producidos durante un Boot Storm y un 45 % en la media de conteo del mismo. Vamos una autentica maravilla y un gran avance para todos los que implementamos soluciones de VMware View a nuestros clientes.

Entre otras de sus mejoras podría remarcar te estas otras:

Experiencia de usuario y características del cliente

En esta sección las mejoras son tantas que no decidí incluir una descripción de todas las nuevas características. Algunas de las mejoras son:

• Mejoras en modo local
  • Soporte para varios monitores
  • Mejoras de rendimiento de E/s de disco y de duplicación reduciendo el costo de I/O
  • Soporte para NAT (apoyo para DNS sobre TCP)
  • Validaciones de consistencia del disco en modo local
  • Compatibilidad de versión 8 de Hardware virtual
  • Mejorado NAT, rendimiento de resolución DNS, propagación de estado de los vínculos a estos.
  • Un solo clic enviar Ctrl-Alt-Supr
  • Compatibilidad con la automatización de las operaciones de puntos de venta
  • Integridad de los datos y endurecimiento de la seguridad

• Mejoras de USB – VMware rescribió la pila USB para clientes Windows.

• Amplio soporte de dispositivos
• Nuevo mecanismo para una mejor gestión de los dispositivos de cliente, puede configurarse mediante directivas de grupo de filtrado.
• Soporte de plataformas múltiples para cliente de vista USB
• Nuevo mecanismo para una mejor administración de dispositivos que permiten el bloqueo de dispositivos no deseados y bloqueo de dispositivos que son transmitidos por otros medios (por ejemplo, teclados/smartcards), configurables mediante directivas de grupo del agente de filtrado.
• El controlador de dispositivo para un dispositivo no necesita ser instalado en el equipo cliente ya.

• PCoIP mejoras: han hecho un número de pequeñas mejoras del Protocolo de visualización.

Administración/Admin

• Localización y mejoras de la interfaz de usuario

La imagen de abajo demuestra la nueva apariencia de la interfaz de usuario de administrador de vistas. Es elegante y rápido. Vista de VMware también ha sido traducida a cinco idiomas extranjeros (francés, alemán, japonés, coreano y chino simplificado)

Además y como última reseña con “almacenamiento en NFS “de nuestros escritorios virtuales tendremos la posibilidad en esta versión de poder crear clusteres de hasta 32 Nodos. Con VMFS seguiremos teniendo la limitación de 8 servidores por Cluster.

Bueno hasta aquí por hoy! Espero haber te podido contar algo de tu interés y te emplazo hasta la semana que viene para contar te algo sobre el maravilloso mundo de la virtualización. Hasta la semana que viene.

¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Hola amigos, soy Florián Murillo y aquí estoy, como cada viernes.

Seguimos aumentando nuestro catálogo de comandos/scripts con una sencilla utilidad que encuentra la virtual machine propietaria de una IP concreta, informándonos del nombre de la VM en el inventario de nuestro vCenter Server.

C:\> get-vmaddress -ip <direcciónIP>

Código :

param(
[parameter(mandatory = $true)]
[string]$ip)
$exito = $false
$vms = get-vm
foreach($vm in $vms) {
$ipes = $vm.guest.ipaddress
foreach($ipe in $ipes) {
if($ipe -eq $ip) {
write-host “VM encontrada”
write-host $vm.name
$exito = $true
}
}
}
if($exito -eq $false){
write-host “Nombre no encontrado”
}

Observaciones :

1. Utilizamos el comando param para forzar a la entrada de la IP. Si no pusiéramos la IP nos la pediría porque está definida como mandatory.

2. $vm.guest.ipaddress crea un array de objetos con las IPv4 y las IPv6 de la VM.

3. Solo analiza las VMs arrancadas.

Os adjunto la respuesta del comando en unos ejemplos:

[vSphere PowerCLI] C:\s> .\get-vmaddress.ps1 -ip 10.10.1.230

Nombre no encontrado

[vSphere PowerCLI] C:\ s> .\get-vmaddress.ps1 -ip 10.10.1.130

VM encontrada

vsh130

Espero que este nuevo comando/script os sea útil en vuestro día a día y aumente vuestro catálogo de nuevos comandos.

¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Hola queridos lectores, hoy en nuestra sección de XenServer veremos cómo acceder a la consola principal de nuestras máquinas virtuales GNU/Linux, sin necesidad de utilizar XenCenter o VNC.

Una forma común para acceder a la consola de los DomU en Xen, es mediante la consola terminal directa de la máquina, es por así decir la tty0 de una máquina virtual GNU/Linux. Esta consola es puramente de texto y solo funciona en máquinas virtuales GNU/Linux para-virtualizadas.

Es muy útil en caso de problemas. Para utilizarla, nos conectamos a nuestro Host (Dom0) por ssh y ejecutamos:

Este comando nos devolverá el dom-id de la máquina virtual, necesario para conectarnos a la consola.

Verificamos que este DomU está en este host que nos hemos conectado

Vemos que en este Host tenemos corriendo el dom-id 1, si no fuera así, podemos ver en que host está corriendo la máquina virtual con:

xe vm-list name-label=>Máquina Virtual> params=resident-on

xe host-list uuid=26196fe8-c0ce-49c0-a88f-559cce3e3a52 params=name-label

Nos conectamos a la consola:

Veremos que nos aparece la pantalla de login típica de GNU/Linux.

Con esto me despido por hoy, espero como siempre que te haya parecido interesante y haberte ayudado en tu día a día con XenServer. Saludos

¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Esta semana, en el blog de virtualización y cloud computing en español, te mostrare el segundo video de cómo actualizar VMware vSphere 4.x a la última versión de VMware vSphere 5 de una forma clara, concisa y directa.

Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, el segundo video tutorial sobre la virtualización y VMware vSphere 5: ¿Cómo actualizar VMware vSphere a la última versión? Parte II

En el primer vídeo tutorial te enseñe actualizar los siguientes componentes de un entrono completo de VMware vSphere ESX/ESXi a la última versión de VMware vSphere 5:

• Servidor de VMware vCenter Server y su base de datos
• VMware vSphere Client
• Servidor de vCenter Update Manager y plugin

En esta segunda parte te mostrare cómo actualizar los componentes restantes de un entorno virtual con VMware vSphere 5:

• Servidor de ESXi
• Sistema de archivos de VMFS
• VMware vmwaretools
• VMware hardware virtual

¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Análizar y resorver cuellos de botella en tu plataforma de virtualización es el próximo Webinar de Veeam Software donde tendré el placer de colaborar como co-presentador junto con Alexis de Pablo, gran conocedor de las soluciones de virtualización de Veeam Software.

El contenido de este Webinar de Veeam versará sobre como mejorar el rendimiento de los entornos virtualizados, detectar de posibles cuellos de botella en plataformas VMware, como resolverlos, utilización de ESXTOP como herramienta de análisis y posteriormente veremos como Veeam ONE puede ayudarle a resolver estas situaciones de una forma sencilla y ágil.

El próximo Miércoles 23 de Mayo a las 10:00 AM CEST tendrá lugar este extraordinario Webinar donde aprenderás a:

• Monitorización de los 4 componentes críticos en un entorno virtual (CPU, Memoria, Red y Disco)
• Ejecutar ESXTOP en modo interactivo, batch y post-analisis
• Análisis profundo de algunos de los contadores mas importantes en ESXTOP
• Introducción a Veeam One – herramienta interactiva gráfica de análisis de entornos virtuales

Espero poder verte y saludarte online. Puedes registrarte gratuitamente en este enlace.

¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Hola amigos, soy Florián Murillo y aquí estoy, como cada viernes.

Cuando preguntas a colegas de profesión ¿Cómo hacéis un listado de la versión de vmtools instalada en las VMs? En muchas ocasiones te contestan “utilizo RVTools”, es cierto que es una gran herramienta pero también es una gran oportunidad para escribir un script en PowerCLI y aumentar nuestro catálogo de scripts.

El script tiene 3 partes:

1. Conexión a vCenter
2. Ejecución del código
3. Desconexión de vCenter

#

# Conexión a vCenter Server

#

$vc = connect-viserver 10.10.1.100

#

# Proceso sobre todas las VMs del inventario

#

get-vm | %{get-view $_.id} | select name, @{name=”versionVMtools”; expression={$_.config.tools.toolsVersion}}

#

# Desconexión

#

disconnect-viserver $vc -Confirm:$False

a continuación veremos la salida por pantalla del script:

Name                      versionVMtools

—-                      ————–

vsh130                        2147483647

vShield-FW-10.10.1.101              8192

lnx231                              8384

vsa100                        2147483647

lnx232                              8384

lnx233                              8384

lnx234                                 0

dns230                                 0

Al ver la salida por pantalla observo tres tipos de números:

Versión 8192 – Corresponde a la versión de vmtools de un ESX v.4.0.

Versión 8384 – Corresponde a la versión de vmtools de un ESX v.5.0

Versión 2147483647 – Corresponde a versiones OEM de vmtools, nosmalmente, como en mi caso, son las que vienen con algún virtual appliance.

Versión 0 – VMs sin VMtools operativas. En mi caso no están instaladas las VMtools en estas VMs.

¿Cómo se que 8192 corresponde a un ESX 4.0?

En la web de VMware obtenemos esta información, os adjunto el contenido del archivo actual:

# VMware version-mapping file.

#

# This file provides a one-to-one mapping between VMware Tools for

# ESX/ESXi version-number codes, and paths to OSP repositories suitable

# for that Tools version.

#

8481        ../unsupported/tools/esx/mn_next

8389        esx/5.0u1

8384        esx/5.0p02

8384        esx/5.0

8300        esx/4.1p05

8300        esx/4.1u2

8300        esx/4.1p04

8295        esx/4.1p03

8295        esx/4.1u1

8290        esx/4.1

8289        esx/4.1

8288        esx/4.1

8196        esx/4.0p11

8196        esx/4.0u4

8196        esx/4.0p10

8196        esx/4.0u3

8195        esx/4.0u2

8194        esx/4.0u1

8193        esx/4.0

8192        esx/4.0

7304        esx/3.5p25

7304        esx/3.5p24

7304        esx/3.5u5

7303        esx/3.5u4

7302        esx/3.5u3

Espero que os animéis a tener un catálogo de scripts BIEN documentados.

¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Buenos días, soy Josep Mª Gris i como cada miércoles estoy aquí con vosotros para hablar del ecosistema.

Hoy hablaremos de un tema que al menos por mi parte he comentado poco por estos lares, del Green IT.

Yendo por estos CPDs de Dios he visto de todo, cosas positivas y cosas no tanto. Está claro que los CPDs se crearon hace tiempo con ideas que hoy por hoy entendemos de otra forma o las circunstancias y costes nos obligan a ello. Hace años, (unos 25…. ) trabajaba para una compañía donde la sala del Mainframe era enorme, cabían perfectamente 4 o 6 furgonetas ahí dentro.  Había un aire acondicionado de marca Carrier (como en los cines) que le daba un chorro de aire increíble (no quiero pensar los vatios que consumía el aparato de marras… ).

La idea era clara. Hay que mantener esta tecnología entre “x” e “y” de temperatura, porque si no, se avería y esto vale mucho dinero.

Pero claro, como digo han pasado más de 25 años. La tecnología se ha miniaturizado. Hoy en día trabajamos con microprocesadores y con plataformas Intel y todo esto ha supuesto reducción brutal del espacio necesario.  Hemos ordenado nuestros servidores y los hemos encajado en racks y claro, con recuerdos aún de cuando se hacía la mili, estos racks los hemos ordenado en fila, uno al lado de otro y fila tras fila.

Quedan bien y ordenaditos, y hasta cuando vienen los clientes de visita, nos felicitan por el orden y la imagen. Pero ¿es eficaz?.  Sí, la pregunta va con bala….

Si nos paseamos por los pasillos con un poco de calma por el pasillo entre la fila 1 y la fila 2 de racks nos daremos cuenta  que la parte trasera de la fila 1 nos tira chorros de aire caliente, mientras que la parte frontal de la fila 2 los aspira, tirando el aire caliente directamente sobre nuestros procesadores y memorias. Vale,  en el pasillo hay salidas de aire frío en el suelo, pero no amortiguan totalmente el calor y tienen que trabajar de forma forzada. ¿Eficaz?

Existe el método de pasillo frío, pasillo caliente para mitigar este efecto. Consiste en invertir los racks de la fila 2 para confrontarlos con la parte trasera de la fila 1 así como la fila 4 versus la fila 3.

¿Qué obtenemos con esto?

• Ningún sistema recibe aire caliente en sus admisiones
• Obtenemos “zonas frías” y “zonas calientes” de tamaño controlado que podemos gestionar
• Aplicando aire frío en el suelo técnico de la parte delantera de los racks, nuestros sistemas siempre recibirán aire fresco y será mas fácil mantener la temperatura confiriendo más seguridad.
• Instalando extractores potentes en los pasillos calientes sacaremos el calor de nuestro CPD de forma menos costosa que combatiéndolo con aire frío.

Con este simple cambio de orientación de nuestros racks podemos ahorrar un importante importe en energía de nuestro CPD a la vez que aseguramos un mejor funcionamiento de nuestros sistemas.

Tenéis más información y sistemas más elaborados en este post de mi amigo David Mataró.

Hasta la semana que viene. Take care

¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Hola queridos lectores, hoy en nuestra sección de XenServer vamos a ver una forma de utilizar RDM (Raw Device Mapping) en XenServer sin utilizar Advanced Storage Link.

Para los que también usamos VMware, en XenServer se echa de menos la opción de presentar una LUN de disco a una máquina virtual en concreto, lo que en terminología VMware se denomina RDM. Yo personalmente siempre prefiero utilizar discos pequeños (VDI) para las máquinas virtuales (Sistema Operativo) y para grandes volúmenes, por ejemplo +100GB, presentar por RDM.

La forma que os presento hoy es válida sólo para los que utilizáis ISCSI en vuestro entorno, o para los que tengáis esta opción independientemente si los SR los tenéis presentados por HBA.

Durante este y próximos posts, veremos como configurar nuestro entorno ISCSI para tenerlo mínimamente securizado y 100% funcional.

Básicamente consiste en presentar a la máquina virtual un interfaz de la red iscsi y desde la cabina de discos, asignar directamente la/s LUN/s a la máquina virtual.

La mayoría de sistemas operativos ya disponen de soporte para iscsi, de modo que no es complicado presentar estas LUNs directamente a la máquina virtual. Por ejemplo en GNU/Linux podemos configurar el cliente iscsi siguiendo estos pasos:

Instalamos open-iscsi:

aptitude install open-iscsi

Descubrimos los targets que dispone la cabina:

iscsiadm -m discovery -t sendtargets -p 192.168.15.129
192.168.15.129:3260,1 iqn.2008-07.es.ubuntest1:hardy64-mini-iso
192.168.15.129:3260,1 iqn.2008-07.es.ubuntest1:sda
192.168.15.129:3260,1 iqn.2008-07.es.ubuntest1:sdb

Login a un target

iscsiadm -m node -l -T “iqn.2008-07.es.ubuntest1:sda” -p 192.168.15.129

Autoconfiguramos el login al arrancar el servicio open-iscsi

iscsiadm -m node -T “iqn.2008-07.es.ubuntest1:sda” -p 192.168.15.129 -o update -n node.conn[0].startup -v automatic /etc/init.d/open-iscsi restart

Con esto, me despido por hoy espero que te haya parecido interesante y que haya podido ayudarte en tu día a día con XenServer. Saludos

¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Esta semana, en el blog de virtualización y cloud computing en español, te mostrare cómo actualizar VMware vSphere 4.x a la última versión de VMware vSphere 5 de una forma clara, concisa y directa.

Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y VMware vSphere 5: ¿Cómo actualizar VMware vSphere a la última versión? Parte I

En este vídeo te enseñare actualizar un entrono completo de VMware vSphere ESX/ESXi a la última versión de VMware vSphere 5 y te mostrare como actualizar paso a paso los siguientes componentes:

• Servidor de VMware vCenter Server y su base de datos
• VMware vSphere Client
• Servidor de vCenter Update Manager y plugin
• Servidor ESXi
• VMFS versión 5
• Hardware virtual y VMware Tools

¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.