main

Gestión de memoria en vSphere VMware vs Hyper-V (I)

junio 16, 2011 — por Josep Mª Gris0

zen-960x720.jpg
Los que nos dedicamos a esto de la virtualización ya nos hemos encontrado muchas veces con que el problema no estriba en los procesadores, estriba en la memoria.

Es cierto que las máquinas de hoy en día alcanzan a gestionar cantidades importantes de memoria, como es el caso de los UCS de Cisco, pero estas densidades se alcanzan usando memoria de “Alta densidad” (valga la redundancia) la cual no es de un precio asequible. También es cierto que mientras la tecnología nos ofrece como añadir mas memoria a nuestro hypervisor, nuestras aplicaciones y nuestros SO son cada día más devoradoras de memoria.

Ello me hace pensar que esta es la típica carrera en que siempre “te van a pillar” pues irás subiendo y subiendo y los requerimientos te irán persiguiendo. El responsable de pagar las facturas no estará contento. Es entonces cuando te planteas otra estrategia. ¿Cómo puedo hacer para que no consuma tanta memoria? Veamos como lo gestionan nuestros hypervisores.

Error al arrancar el servicio vCenter Server al arrancar la máquina.

mayo 20, 2010 — por Josep Mª Gris0

image

Hola, que tal, como estáis? Soy Jose Mª Gris y como cada jueves estoy aquí con vosotros para hablar de tema relacionados con el ecosistema de VMware.

Pregunta de Examen. Requerimientos para una máquina virtualizada para vCenter Server. 2 Procesadores y 3 Gb de RAM.

Pues bien, muchas veces, por aquello que pasa, que con “tanto” ya funciona y pasa lo que pasa.

Oye, ¿Por qué el servicio de vCenter Server siempre falla al arrancar?. Si miras el error, verás que ha intentado arrancar antes que el SQL, la máquina no tenía suficientes recursos para todo.

Como lo solventamos?

Primero. Poniendo suficientes recursos

Segundo. En Windows 2003 podemos configurar que un servicio dependa de otro, que vCenter dependa de SQL. Editamos la clave de registro:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesvpxdDependOnService
Le añadimos MSSQL$SQLEXP_VIM

Con ello aseguraremos que nuestro vCenter arranque cuando deba

Saludos.

 

 

 

La máscara EAX

mayo 13, 2010 — por Josep Mª Gris0

Hola que tal? Soy José Mª Gris y como cada semana vengo a comentaros alguna cosa sobre el ecosistema de Virtualización con VMware.

Días atrás, nuestro amigo jnavapal nos preguntaba lo siguiente:

“Te explico mi actual situación he configurado mis servidores para poder realizar vmotion y drs pero me he encontrado con al sorpresa que no me deja uno de ello por problemas con la mascara “eax” me gustaría, si pudieras, q me explicaras un poco como solucionar ese problema y que implicaciones tiene”

Como comenté en su día, no está soportado por VMware, pero lo he visto funcionar y evidentemente lo desaconsejo para producción. Quede claro que lo que aquí comento es a efectos formativos y no significa para nada ninguna recomendación.

Dicho esto, esto ocurre cuando tenemos procesadores distintos con niveles distintos. Es importante que tengamos a mano la herramienta de run virtual VMware CPU Host Info. Nos la descargamos y la ejecutamos desde un entorno windows que tenga acceso a nuestro vCenter (Vicente para los amigos) y a nuestros hosts.

image

Lo ejecutamos con la opción debug (importante) para que nos muestre los binary directamente.

La primera pantalla nos mostrará nuestros ESX, cuantas CPU tienen, si soportan FT, VT, etc., información interesante. Para el caso que nos ocupa, mal vamos, las CPUs parecen iguales.

 

image

 

 

 

 

 

Pero lo que nos interesa de verdad viene en la ventana de atrás….

image

Aqui vemos los registros EAX, EBX, etc de nuestas CPUs. Pues sí son iguales, podremos hacer vmotion sin problemas. Pero esto no es lo que nos preguntan. Si no falla Vmotion por este concepto, nos aparecerá un mensaje que nos dirá algo como “Hay un problema con el registro EAX”. Bien, entonces tendremos que hacerlos iguales.

imaginemos una máscara y la “distinta”

0000 1110 0000 0000 0000 0000 0000 1000

0000 0000 0000 0000 0000 0000 0000 1011

Nos vamos a una VM, “Edit Setting”, “Options”, “CPUID Mask” y ahí en “Advanced”, nos aparecen nuestros registros de las CPUs y si hacemos click sobre uno veremos las máscaras (ya llegamos…. ). Las máscaras nos interesan las X (Unused), 1 (enable feature), 0 (Hide feature) y la H (Allow Guest software to see actual feature value.) Con ello si tenemos

XXXX HHHH XXXX XXXX XXXX XXXX XXXX HHHH

Querrá decir que el segundo y el cuarto cuarteto son los que “permiten”, con ello lo que deberíamos modificar es lo siguiente

—- 000- —- —- —- —- —- 0-00

y quedaría como final mask:

XXXX 000H  XXXX XXXX XXXX XXXX XXXX 0H00

Y esto hacerlo a las VM que queremos hacer vMotion. Reitero, no lo uséis en producción.

Aprovecho para indicar las opciones “Hide the NX flag from Guest” (Con lo que podemos ganar compatibilidad en vMotion pero podemos perder algúna feature de seguridad de nuestra CPU. “Expose th NX flag to guest” Mantendrá todas las features de seguridad activas.

Cuidado con usar la máscara porque podemos estar desabilitando alguna feature importante y podemos tener problemas. hay que mirar las documentaciones de los procesadores y perdonad si soy pesado, nunca en producción.

Hasta la semana que viene.

Cuidaros.

Error al crear Datastores locales

mayo 2, 2010 — por Josep Mª Gris0

DataStore[24]Hoy vamos a ver como solventar algún problema que nos puede aparecer al crear datastores locales en nuestro vSphere.

Tenemos nuestro ESX y además del disco en que bota nuestro vSphere tenemos otros discos donde queremos crear datastores locales. Cogemos nuestro vCenter, “Add storage”, “Disk”, vemos y seleccionamos el recurso, y cuando vamos a añadirlo y formatearlo nos da error. Por mucho que probamos, no podemos añadirlo.

Esto ocurre cuando queremos crear un volumen VMFS y partición que está en la misma controladora que el storage local, este volumen está continuamente bloqueado por la Service Console. Lo mismo nos puede ocurrir quitando un recurso local en las mismas circunstancias.

Si usas la línea de comandos, este estado no esta tomado en cuenta, por lo que podrás añadir o quitar estos recursos. En nuestra Service Console, identificaremos el disk que deseamos añadir http://kb.vmware.com/kb/1014953

Ejecutaremos el comando fdisk –u , donde el identificador lo substituiremos por el identificador que hemos obtenido en el paso anterior.
n para nueva partición
p para primaria
1
Indicaremos el primer cilindro (o default)
Ultimo cilindro (o default)
t para cambiar el tipo de volumen
1 para seleccionar la primera partición
fb (valor hexadecimal para vmfs)
x para expert mode
b para inicio proceso de cambio de block de inicio
1 de primera partición
128 para establecer el starting block
w para guardar la información

Guardamos y rebotamos el ESX para que tome en consideración los cambios.

Ejecutamos vmkfstools:

    image

Cuidado. Si la nueva partición está en el mismo disco que la service console, el I/O funcionando y con una controladora PERC, vmkfstools puede no funcionar correctamente, habrá que hacer otro procedimiento.

Ancho de banda del vSwitch

marzo 25, 2010 — por Josep Mª Gris0

Captura de pantalla 2010-03-16 a las 12.22.26[4]Estábamos en una instalación la semana pasada con problemas serios de performance en los trabajos de backup.

Mi compañero Jano Carrión (en la foto a la derecha), experto donde los haya en switching, ya no sabía por donde mirar. Bueno, pues iremos aislando los problemas.

Jano instaló el software iperf, podéis obtenerlo aqui teniendo

  • Maquina virtual A
    • iperf –s
  • Maquina B
    • iperf –c (ip vm A)

Con ello medimos los anchos de banda que estábamos usando y nos llevamos unas cuantas sorpresas.

  • Dos VM en un mismo vswtich con vnic flexible: 1,2 Gb.
  • Dos VM en un mismo vswitch con vnic E100: 800 Mb.
  • 1 VM contra una maquina física con vnic flexible: 500 Mb
  • 1 VM contra una maquina fisica con vnic E1000: 340 Mb.

Nuestra primera hipótesis (Jano dixit) es que el driver de la nic fisica puede tener una limitación de velocidad.

Haremos más pruebas y os comentaremos. Por cierto, a la hora de escribir este post, buscando otro tema encuentro curiosamente otro blog donde exponen el tema utilizando otra herramienta de medicion, puedes leerlo aqui., curiosamente llega a las mismas conclusiones (ha hecho más pruebas y documentadas), pero se lleva la misma sorpresa que nosotros.

Xtravirt RDP plugin for vSphere vCenter

marzo 10, 2010 — por Josep Mª Gris0

Os acordáis de Andrew Kutz y su plug-in SVMotion para VI 3.5?. Ese plug-in nos facilitó mucho el trabajo.

image_thumb[1]Os acordáis de Xtravirt? Muchos instalamos nuestros primeros ESX de prueba en entornos Workstation con su “How to”.

No es que 

esté sentimental ni añoro otros tiempos, si unimos los dos temas nos encontramos frente al nuevo plug-in que ha desarrollado Xtravirt para vCenter.

Cuantas veces nos hemos quejado de que la consola de la VM en el vCenter va lenta?

Os presento vSpher Client RDP Plug-in. A partir de ahora cuando queramos conectarnos a una VM desde vCenter lo podremos hacer directamente desde el vCenter, botón derecho, “Connect via RDP”.

 

rdp_plugin_xtravit1-273x300Podéis obtener el plug-in aquí. Una vez efectuado el download, lo instalaremos con un sencillo setup “mi wife”… y podremos verlo mediante Plug-ins, Manage Plug-ins.

Cerramos vCenter y lo volvemos a arrancar (esa informática….) y a partir de ese momento, click sobre la VM, botón derecho, ahí tenemos al final la opción “Connect via RDP”

Más aún, queréis definir passwords y resolución?. Vamos a Home de nuestro vCenter. Bajo “Solutions and Applications” vemos un icono “Xtravirt RDP Plugin”

Ahí podremos configurar nuestros valores por defecto.

Espero que os ayude en vuestro trabajo diario.

 

Dynamic Resource Pool Calculator, DRPC

marzo 8, 2010 — por Josep Mª Gris0

Hola, que tal, como estáis?

Aquí estamos como cada semana hablando sobre temas del ecosistema de la virtualización, específicamente en entorno VMware.

Hoy vamos a ver una pequeña herramienta que nos puede facilitar mucho el trabajo. En un entorno donde hay proliferación de VMs y tenemos definidos “Resource Pools” si deseamos que éstos estén bien configurados y al día deberemos ir revisándolos de forma periódica calculando las reservas de los recursos.

Eric Sloof ha desarrollado un script llamado DRPC (Dynamic Resource Pool Calculator) que nos permite hacer esta tarea administrativa de forma fácil.

Podemos obtener el script aquí, deberemos instalar en la maquina que vamos a usar VMware vSphere PowerCLI y los que no nos gusta trabajar con powershell, nos instalamos PowerGUI y todos contentos, que con la que cae, no es poco.

Cargamos el script en el PowerGUI y tenemos una pantalla como esta 

1

Ejecutamos con F5 o bien con el “Play”. La siguiente ventana nos preguntará por nombre o ip de nuestro vCenter o ESX 

2

Browse, incluimos la ip y le decimos “OK” 

3

Nos pedirá credenciales para acceder al vCenter o al ESX, lógico… 

4

Y aquí nos enseña los Resource Pool que tenemos establecidos en nuestro entorno….

5

Si efectuamos click sobre el Resource Pool que queremos revisar, tras funcionar la barra de trabajo nos indicará los valores que tenemos establecidos en estos momentos para reservas de memoria y cpu para este elemento (Old) y los valores que nos plantea que modifiquemos. En este caso, dado que he movido máquinas la diferencia es importante.

6

No hay más secreto, si hacemos click, nos actualizará directamente el Resource Pool sin que tengamos que tocar para nada el vCenter. Si no deseamos actualizar, pues pulsamos Exit y listos.

Espero que os sea de provecho.

Hasta la semana que viene.

Más sobre vScout

febrero 24, 2010 — por Josep Mª Gris0

Hola que tal? Como estáis?

Estáis buscando como mantener una Base de Datos de vuestra infraestructura con atributos definidos por vosotros mismos? . Atributos como que antivirus tenemos instalado o a que hora tenemos establecido el backup? vScout puede ser la solución.

Además de inventariar  vuestra infraestructura dinámicamente y “on line” (importante) vScout permite que definas tus propios atributos.

Para ello nos vamos al menú “Configuration” y “Custom Attributes”

image

Botón Add y nos aparece la ventana para configurar el atributo y su descripción

image

Y aquí podemos ver los atributos definidos, a que hora tenemos programado el backup de esta VM, si tenemos instalado un Antivirus, cual, cual es el propósito de la VM y en que Resource Pool lo vamos a tener ubicado.

 

 

image

Una vez definido, tan sólo tendremos que ir a la vm y hacer click sobre “Apply Custom Attributes”

image

Y podemos introducir nuestra información o editarla.

image

Para hacer listados nada más facil, usamos los establecidos o hacemos una exportación a Excel y desde ahí imprimimos.

image

Como veis, un programa “free” al que se le puede sacar mucho partido.

Hasta la semana que viene.

jmg

VMware Distributed Power Mgmt (DPM)

febrero 24, 2010 — por Josep Mª Gris0

Que tal? Cómo estáis?

Esta tarde estaba hablando sobre DRS y DPM y me he acordado de este video. Se explica solo en cuanto a las funcionalidades y deja claro los ahorros de energía que puede ofrecer. Las facturas de Endesa no son moco de pavo…

Enjoy