domingo, 26 de octubre de 2008

7 claves para tener exito en la virtualizacion.

En www.networkworld.com han publicado este articulo que me parece muy interesante: 7 claves para tener exito en la virtualizacion.

Es un articulo dirigido tanto a las empresas que están pensando en la virtualización como a las que han adoptado la virtualización. Es una recopilación de lo que me parecen buenos consejos.


viernes, 24 de octubre de 2008

NetApp Deduplicacion y LUNs: Documento

Hacía tiempo que no escribia sobre NetApp y su deduplicación. Como ya sabeis NetApp(y otros fabricantes como EMC) nos ofrece la posibilidad de deduplicar nuestros datos para ahorrar espacio. (Algunos articulos relacionados que he escrito anteriormente).
Muchas veces me he visto con dificultades para saber qué opcion es la mejor a la hora de provisionar LUNs que van a ser deduplicadas.

Por casualidad hoy he encontrado este documento en las communities de NetApp, donde se necesita login (que deben usar el mismo motor que las de VMware porque son clavadas..):
Configuring NetApp Deduplication With LUNs
"Deduplication creates free space, but where does the free space go? The paper describes 5 basic LUN configurations and the different results that occur once space is reclaimed by deduplication."

Aqui dejo el link: Configuring NetApp Deduplication With LUNs
de mi espacio de google para que os lo bajeis sin registrarse.

La configuracion más común creo que es la D (La LUN sin espacio reservado y la garantia de espacio establecida en el Volumen) y E (La LUN sin espacio reservado y sin garantia de espacio ninguna). Lo logico es que nos guste ver como encoje la LUN después de aplicar la deduplicacion.

viernes, 17 de octubre de 2008

ESXi: Acceso a "consola" y bug ESX 3.5 Update 2

El otro día David Marquina me avisó de un bug que tiene la ESX 3.5 Update 2:
" Parece ser que el FT_HOSTS y demás ficheros de configuración de HA se quedan con la primera IP que se le asignó. En mi caso via DHCP. De momento se que pasa en ESX3i y claro, no puedo abrir los ficheros "
Por lo que me ha comentado, dicho bug se ha solucionado en la VC 2.5 Update 3. Se puede ver en las Release Notes.

De todas forma en dicho momento vimos la necesidad de entrar a la "console" ESXi (que no es otra cosa que un Busy Box: un comando que lleva dentro compilados unos cuantos binarios de linux y que se parece al command.com de MS-DOS). Para ello os dejo este link:
http://kb.vmware.com/kb/1003677 que nos explica cómo entrar a la consola pulsando Alt+F1 y escribiendo "unsupported".
Una vez dentro podemos hacer lo que queramos.

Aprovecho para recomendar que dentro podemos habilitar el acceso ssh:
  • Editat /etc/inetd.conf (usar vi)
  • Quitar el comentario # de la linea del SSH
  • Kill y restart el proceso inetd (o reboot del server)

El acceso ssh me parece importante por si tenemos que entrar por cualquier circunstancia, si queremos cambiar las opciones del driver de la HBA para obtenr mayor rendimiento, si queremos usar discos thin provisionned ...

Link Best Practices para Patching del ESX

Os dejo un link que he encontrado interesante sobre el parcheo de servidores ESX:
http://www.vmware.com/files/pdf/esx_patching_best_practices.pdf

Summary:
  • “Patch Overview”
  • “Patch Delivery and Packaging”
  • “Patch Preparation”
  • “Understanding the Impact of Patching an ESX Host”
  • “Understanding the Impact of Patching an ESXi Host”
  • “Identifying Build Numbers after Patch Install”
  • “Resources”

jueves, 16 de octubre de 2008

Producto Fault Tolerance de VMware (FT)

Aqui os dejo un video muy interesante sobre Fault Tolerance: Producto que se ha presentado en VMWorld 2008 como experimental y que nos acerca la Alta Disponibilidad a nivel de VM.

Se trata de una tecnologia que se basa en Vmotion para mantener una copia exacta de la VM primaria llamada la VM secundaria (con su misma IP y su misma MAC) transmitiendo cada instruccion que se ejecuta y haciendo mirror a la otra maquina de forma que si se cae la VM primaria, la secunadaria entra en funcionamiento. En terminos de High Availability es una alta disponibilidad Active/Pasive.
Se pretende usar esta tecnologia en las VMs que queramos porteger con mayor disponibilidad que VMware HA. Recordemos que VMware HA protege frente a la caida de un nodo pero es inevitable un downtime igual al tiempo de inicio de la VM en otro nodo.

Decir que como se ve en la imagen es inevitable que las VM tengan discos "zeroed", es decir que ocupen todo el espacio que reservan.

Link del video.

Supongo que lo siguiente será dos VM en Active/Active(replicacion bidireccional) y que los switches virtuales balanceen tal y como lo hacen los Foundry, Alteon o F5... veremos con qué nos sorprenden!

Virtualization for Dummies,VI3 Card en Castellano y mucho más.

Jose Maria Gonzalez dejó un comentario que aprovecho para presentar su blog (su gran blog):
Jose Maria Gonzalez dijo:
Muy interesante tu articulo, y tu blog, enhorabuena. Me gustara compartir contigo y tus lectores, si me permites, la dirección del Blog de Virtualizacion en Español que yo mismo edito y gestiono en http://josemariagonzalez.es El blog está dedicado a la Virtualización en general y en particular a las soluciones de Virtualización de Servidores más importantes; VMware, XenServer, Hyper-V. Muchas gracias y enhorabuena otra vez por tu blog. Fenomenal trabajo rgds, Jose Maria Gonzalez

En primer lugar muchas gracias por el comentario Jose Maria, me alegra enormemente que mis posts sirvan (y más a expertos como tu). Jose Maria trabaja en Dublin (segun tengo entendido) y es un profesional de la virtualización.
Hay que decir que este blog es altamente recomendable: los videos son muy instructivos y recientemente Jose Maria ha traducido la VI Card (de la que hablamos aqui) para acercarnos ese documento a la comunidad hispanoparlante.
Un saludo chemavirtual!!!

martes, 7 de octubre de 2008

Configurar las Alarmas de VMware VI3 (ESX)

Algo que nos ofrece VI3 y que merece la pena pasarse diez minutos en configurar son las alarmas. VI3 nos ofrece la posibilidad de reaccionar (por medio de un script) o ser avisados (por mail, por SNMP) de los cambios en determinados parametros de nuestras VMs.


Las alarmas indican el estado de los objetos, estos objetos pueden ser: carpetas, datacenters, clusters, resource pools, hosts y VMs. De hecho, en el lado izquierdo del VIC podemos ver estos objetos y su jerarquia.

Lo primero que tenemos que ver es a qué nivel queremos poner la alarma que vamos a configurar. A mí me resulta muy comodo hacerlo a la altura (jerarquica) mayor: la de Hosts & Clusters, de esta forma con configurar un par de alarmas me vale para todas las VMs que hay colgando. Si me interesa alguna VM en concreto, algun parametro en concreto que no esté monitorizando con las anteriormente mencionadas alarmas configuro una alarma especifica para ello, que no suele ser el caso.

Las alarmas que suelo poner a nivel de Hosts&Clusters son dos solamente, una de tipo Alarma Host y otra de tipo Alarma VM, de esta forma me entero de lo que ocurre a los Hosts y a las VMs que tengo en mi infraestructura virtual.


Por ejemplo, añado la alama de tipo Host, marco los triggers que quiero (Remarcar que en cada campo si pinchamos hay una lista desplegable):



Y pongo las notificaciones que quiero. En general por mail, para lo cual hay que definir primero el servidor SMTP. (En el VIC, Menu Administration, Virtual Center Management Server, Configuration, Mail)

Ejemplo de mail que llega, en este caso por uso de CPU excesivo:
Target: VirtualMachine1
Old Status: Green
New Status: Yellow

Current value:
Alarma Virtual Machine - (Metric CPU Usage (Average/Rate) = 76% OR Metric Memory Usage (Average/Absolute) = 12% OR Metric Network Usage (Average/Rate) = 0% OR Metric Disk Usage (Average/Rate) = 0% OR State = Powered On)

Alarm: Alarma Virtual Machine
([Yellow Metric Is Above 75%; Red Metric Is Above 90%] OR [Yellow Metric Is Above 75%; Red Metric Is Above 90%] OR [Yellow Metric Is Above 75%; Red Metric Is Above 90%] OR [Yellow Metric Is Above 75%; Red Metric Is Above 90%] OR [Yellow State Is Equal To suspended; Red State Is Equal To poweredOff])

Description:
Alarm Alarma Virtual Machine on VirtualMachine1 changed from Green to Yellow

Detalle Importante:
En los triggers, asi como en la CPU y Memoria se establece el umbral en %.
En los indicadores de uso de disco y red hay un bug (Al menos en la 3.0.2). No se expresan en %, el numero que ponemos son los "kiloBytesPerSecond" en lo que se refiere a disco y "kiloBitsPerSecond" en lo que se refiere a red.

This is a bug in the displayed units of the VI Client.
Disk metric monitored by alarms is "kiloBytesPerSecond", not "percent".
Network metric monitored by alarms is "kiloBitsPerSecond", not "percent"

http://communities.vmware.com/message/586823#586823

miércoles, 1 de octubre de 2008

Kodiak de Bluebear

Me acaba de llegar una invitación para la beta privada de Kodiak, asi que ya la estoy probando.

Como comenté otro día, Kodiak es una aplicación multiplataforma que nos permite administrar "nuestro imperio virtual" (tal y como lo dicen ellos). En principio es una beta privada que nos permite administrar VMware. Esta previsto que tambien sirva para XenCitrix e Hyper-V, tiempo al tiempo.

¿Por qué probar esta herramienta si ya tenemos el VIC? Bueno, lo primero porque es multiplataforma: Mac, Windows y Linux. Lo segundo porque ofrece (y ofrecerá funcionalidades) que no tiene el VIC, como la rapidez, la vision global... y porque nos podria(en versiones futuras) ahorrar un Virtual Center administrando los ESX de forma global...

Por el momento la he instalado en una Mandriva 2008 y va muy bien, le faltan funcionalidades pero va muy bien para ser la version 0.0.1.
La instalacion se compone de Adobe Air(hay que hacer un chmod +x del binario para Linux) y luego de Kodiak Air Package. En unos cinco minutos lo tienes instalado y funcionando:

En esta version se puede ver el mapa, rotarlo, obtener consolas de las VMs, encenderlas, apagarlas, ver datastores, resource pools, etc.
La pantalla de login se ve asi:


Una vez dentro vemos un mapa como este (o similar): (Los arcos alrededor de las VM simboliza la CPU y MEM que estan usando)


Podemos ver la VMs tambien de este modo:


¿Que no podemos hacer con Kodiak(de momento)?:
  • Editar Settings de VMs
  • VMotion
  • Añadir o Quitar una VM


Actualizado: La leche! Asustan estos osos. Solo han tardado unos minutos desde que he puesto el post y ya han dejado un comentario!

Actualizado2: Lo siento. Ya no me quedan invitaciones para bajarse el software.