En esta nueva sección en la que llamaremos Software de virtualización de la Semana quiero presentarles a OPEN E, una interesante solución de software que permite manejar Storage a nivel Enterprise o gran escala como más les guste llamarlo.

El producto es un clásico Storage management software, al mejor estilo open filer o falconstor, pero a mi gusto cuenta con un atributo adicional que lo hace mucho más interesante, Open E permité manejar HBAs de FC como iniciadores para SAN, de esa forma podemos armar nuestro propuo servidor SAN (para laboratorio, desarrollo u producción para los más corajudos) reutilizando un servidor con mucho disco y 1 o 2 placas de fibra.

A nivel requerimientos de hardware, no se caracteriza por ser demasiado demandante, mas bién requiere un procesador dual core y al menos 1 GB de ram. Nada que hoy no tengamos disponible.

Esas son las principales caractersísticas que hacen que Open-E sea el software de la semana:

- Administración Web, seguridad por roles.

- Tabaja con IP sec

- Replica de información

- Soporte HBA de FC

- Soporte de Iniciadores de ISCSI por hardware y por software

- Monitoreo propio de estado y uso de tecnología SMART

-Manejo de Snapshots, multiples snapshots y calendario de snapshots

- Soporte a discos USB dinámicos

- Soporte a aplicaciones de Backup

- Soporte de reservation scsi commands para MS Cluster 2008

A nivel licenciamiento Open E, reune dos interesantes aspectos que lo vuelven un candidato interesante. El primero; tiene una versión Lite (si free! ) que le permite a todo usuario manejar hasta 2 TB de información (no permite manejar HBA de FC), la seguna es que a partir de los 2 TB, existe la versión paga pero que escala perfectamente de 2 , 4, 6, 8 16, 32 TB de manera flexible y a un precio moderado.

Como siempre, quienes tengan tiempo y ganas, pueden probarlo.

Sitio| Open-E

Ing. Diego Quintana vEXPERT 2010 VCP – VAC – VTSP

Emprender el viaje de la virtualización del datacenter es un de los proyectos que hoy más disfrutan los CIOs de las compañias que han elegido ir por dicho camino.

Mucho se ha hablado de los beneficios de la virtualización tanto para el negocio como para IT en si misma, pero poco se habla de como percibe el usuario final dicho cambio. En este caso particular no estoy hablando de la virtualización de desktops sinó más bien de la virtualización de los servidores que alojaban sus aplicaciones de negocio. Luego de 5 años virtualizando datacenters me he encontrado que el usario final percibe de manera favorable el cambio realizado.

Ventaja # 1 …el sistema carga mas rapido…

Podemos  asegurar que los sistemas migrados a ambientes virtuales pasan de estar en una infraesctructura de hardware legacy a equipos de ultima generación con procesadores y caché de características muy superiores. Dichos sistemas dejan de experimentar latencia o falta de ciclos de cpu y responden mejor.

Ventaja # 2… el sistema permanece menos tiempo caído…

Dos motivos están asociados a esta visión del usuario, el  primero está directamente relacionado a la casi desaparición de pantallas azules por falla de hardware, el segundo está asociado a la alta disponibilidad que provee HA.

Ventaja # 3 … el tiempo de entrega de un servidor es mucho menor…

Queda claro que hacer deploy de una maquina virtual es mucho mas rápido que encargar el hardware, esperar que llegue, instalarlo, segurizarlo y ponerlo en linea. El usuario nota la gran diferencia de start up en nuevos proyectos de la empresa. Ahora la excusa deja de ser la demora de IT en proveer el server y ahora el problema lo tienen los usuarios para organizar rápidamente su proyecto.

Ventaja # 4 … es mas económica una máquina virtual que una física para el centro de costos del sector…

Muchos proyectos departamentales se encuentran frenados por la falta de presupuesto para ponerlos en marcha. Muchas veces los proyectos son iniciativas propias de los empleados en tratar de hacer un poco mas amigable su trabajo, ej: utilizando un file server para compartir documentos, un servidor de documentación al estilo sharepoint o un software de seguimiento de proyectos, etc… El costo de una VM es 3 veces menor a uno físico para un departamento lo cual termina siendo una diferencia realmente importante.

Ventaja # 5 …mejora en el tiempo de atención de los incidentes…

La virtualización genera una baja imporante en la cantidad de incidentes asosciados a la infraesctructura de IT, lo que permite que los incidentes más complejos de los usuarios puedan ser escalados a nivel 2 de la empresa con mayor facilidad y ser resueltos en tiempos más cortos. Este ejemplo no es menor dado que cambia enormemente la vieja y negativa percepción del usuario que se sentía mal atentido para ser reemplazada por una nueva percepción mas favorable y reconocida.

Conclusión

El CIO de una compañía que decide virtualizar su datacenter debe saber que no solo es una cuestión de números y de simplicidad a la hora de gestionar su infraestructura, sinó que va más allá, es una decisión estratégica que tiene un impacto directo en la percepción de usuario final, siendo esta en la gran mayoría de los casos, muy favorable.

Los servidores blades han experimentado una importante evolución desde sus comienzos. Allá por el 2003 los servidores blades empezaban a hacer auge y las compañías mas cercanas a la innovación eran las primeras en adoptarlos, bajo una gran desconfianza en términos de compatibilidad futura, pero con gran entusiasmo por ser pioneros en la implementación de dicha tecnología.

HP Blade C7000 Chasis

Bien, en esa época IBM también comenzaba a hablar de su Datacenter on demand, una idea muy buena pero con poca visibilidad en Argentina, más aun cuando su principal competidor HP vendía mas Blades que quien promulgaba el on demand como su principal estrategia para el datacenter corporativo. En conreto y en esas epocas, adquirir tecnología blade era sumamente caro y si el CIO intentaba realizar un calculo de retorno de inversión, este prácticamente era viable si el cajón de blades estaba lleno, caso contrario seguía siendo una buena opción comprar equipos slim rackeables.

En principios del 2004 un pequeño vmware pero con aires de grandeza, se empieza a ver instalado en los servidores de IBM, HP y DELL. Ese pequeño tardará poco tiempo en volverse el eje central de todo datacenter de mediano y gran tamaño.

Y volvemos a los blades, que eran caros, pero el paso del tiempo, la maduración de la tecnología y  el cambio de las reglas de juego lo volvieron mucho más atractivo, un chasis de blades básico puede estar USD 1500 e incluso depende el volumen hasta pueden regalarlo, lo cual cambia enormemente las reglas de juego.

El retorno de inversion en los blades ya se ve a partir de 5 hojas o cuchillas, entonces, equipar el datacenter con blades es una buena opción?, sin lugar a dudas si, pero no para todos los casos.

La principal excusa de porque no virtualizar el Datacenter con Blades

Hace 2 años atrás dos especialistas de un carrier  internacional cuestionaban el uso de blades por la falta de escalabilidad en networking, a lo que contesté, – sin lugar a dudas todo depende de como se diseñen y como se calcule la demanda de del servicio que se da – , la realidad también es que ese carrier tenía un acuerdo corporativo con un vendor que no se jactaba de tener blades dignos para el mercado, también es por ese motivo que ellos no podían elegir blades dado que el único vendor al que podían comprarle realmente no los satisfacía y con justa razón.

Entrando en detalle, la realidad es que lo que ellos decían estaba bien, la vieja generación de blades daba poca escalabilidad en términos de networking, y los vendors lo detectaron rápidamente, solo por citar un ejemplo HP por medio de su virtual connect y Flex 10 están permitiendo escalar hasta 32 placas de red en una sola hoja de blade, entonces la respuesta hacia a aquellos especialistas se ha modificado notablemente, hoy no tenemos excusas, los blades son la solución.

Empezando de Cero, como pensar la solución con blades.

Listemos los 9 aspectos fundamentales en una solución de virtualización:

IBM Blade Center

1. Proposito
2. CPU
3. Memoria
4. Red
5. Disco
6. Energización
7. Dinero 

1 – PROPOSITO – Para que utilizaremos la tecnología de virtualización? es para Servicios de Datacenter de un ISP, es para servicios propios ?, es para VDI (virtualización de Desktops) ?. Definir cual es el propósito marcará un punto importante en la definición del SLA, costos de la solución y en el diseño de la arquitectura de Networking. Pensemos que el manejo de vlans en vmware es muy completo y puede ser un punto importante a considerar, más aun para los ISP

2- CPU – La tecnología de cpu es vital, pensando que queremos dar una densidad elevada de maquinas virtuales por CPU, tenemos que considerar. Hoy podríamos citar que por experiencia en distintos ambientes de gran magnitud, los INTEL NEHALEM entregan una razon de 8 maquinas virtuales de carga baja por CORE. EL numero es elevado, o sea una buena noticia para nuestro ROI. Entonces si consideramos poner 2 Procesadores HEXA CORE, hablamos de 12 CORES, lo que hace a un total de 96 maquinas virtuales. Ojo, no todo es Alicia en el país de las maravillas, estos son valores teóricos pero muy cercanos a la realidad.  De llegar a lograr esa densidad van a tener que tener muy ajustados otros parámetros más allá de la CPU. También tengan en cuenta variables como el FSB, la caché de los procesadores elegidos, etc.

3. MEMORIA – Hoy las tecnologías de Blade están permitiendo valores superiores de 128 GB de RAM, claro, estos pueden costar más que un departamento   pero eso no viene al caso,  lo importante es que si buscamos darle la máxima densidad de Virtual Machines por Hoja,  hoy están soportando un valor considerable. ESX hoy admite hasta 1 TB de Memoria dado que ya vSphere 4 corre sobre una arquitectura de 64 bits nativa.

Las maquinas virtuales, consumen en promedio entre 1 a 2 GB de memoria Ram, haciendo uso de memory overcommit en VMware podemos reducir ese valor hasta casi un 50 %, con lo cual seguimos sumando puntos a favor para llegar a convertir el ROI en algo más que aceptable. En general las soluciones de blade de alta densidad están haciendo uso de hasta 96 GB de ram dado el alto costo que implica seguir sumando memoria, dado que en ese caso resulta más barato y performante agregar otra hoja con menos memoria que seguir subiendo en memoria el blade anterior.

3. RED – Diseñar el ambiente de red puede ser muy sencillo o extremadamente complejo. Todo depende que se quiere hacer. Básicamente si diseñaramos una solucion basada en VMware, se podría decir que a nivel networking tendríamos que tener al menos 2 placas para el Port Group de service console, 2 placas para VMkernel donde estará VMotion y Fault tolerance, al menos 2 placas para Payload o carga de VMs, y si usáramos ISCSI, recomendaría otras dos placas más. Si uno toma este ambiente, puede llegar a requerir desde mínimo 6 placas pasando por 8 o más en el caso ideal.  hoy en día una solución promedio de blades contempla el uso de al menos dos switches en la parte trasera del chasis, generalmente la cantidad de switches que están conectados en la parte posterior le agrega mayor cantidad de placas de red a cada hoja (ej: con dos switches se pueden tener 4 placas de red en cada hoja de blade), dependiendo la tecnología usada por el fabricante se puede escalar a numeros mayores.

Generalmente los switches traseros se interconectan entre sí brindando a nivel horizontal y por un uplink a nivel vertical, lo que ofrece alta disponibilidad a nivel de red. También se suelen linkear entre chasis de blades, evitando que el trafico salga al core ( exceptuando el trafico que requiere ser ruteado).

4. DISCO – En términos de disco, no hay grandes secretos, si o si la recomendación es salir a una SAN o una red ISCSI. Particularmente soy un optimista respecto del ISCSI, me parece muy performante, poco costoso y muy confiable (ver soluciones como lefthand, falconstor,openfiler) aunque la mayoría de redes que llevo instaladas son sobre FC.

Es un requerimiento para tener HA, FT y VMotion tener un storage compartido y la verdad es que para Blades, tenerlo afuera es mejor. El unico storage recomendado son apenas dos discos sata para raid 1 donde instalar – por ejemplo – el ESX.

5.ENERGIZACION – El aspecto de consumo es vital. Las soluciones de blades de baja gamma no requieren mas de 10 A, pero en otros casos requieren hasta trifasica. Muchos datacenters están al limite de consumo energético, y conectar un chasis de blades los lleva casi a pasar ese limite. Más aun cuando el proceso de migración de todos los servidores físicos puede durar unos meses. Las soluciones de blades tiene la característica de tener rendundancia en todas sus fuentes y fans, de manera de que ninguna falla de power impida del normal funcionamiento del chasis. Existen soluciones que compensan las fallas de hardware, por ejemplo si una turbina de refrigeración falla, el resto aumenta automáticamente la velocidad para compensar la falta de una de ellas.

6.DINERO – Frente a presupuestos ajustados, optar por blades no siempre será la mejor opción, dado que requiere de acompañar toda la solución de una SAN y probablemente si se necesitan menos de 5 servidores, la solución puede que nos quede algo grande.

Sin embargo, utilizar blades cuando se requiere reducir espacio, bajar el consumo energético, consolidar y virtualizar, esta es hoy en día la mejor opción. Tengamos en cuenta que en un rack de blades con 12 hojas, mas storage, podemos estar colocando casi 600 maquinas virtuales. Imaginen el espacio y consumo que estas tendrían si fueran fisicas? o que costo de mantenimiento de hw tendrían?. En ese caso, la cuenta cierra, y les aseguro que con un ROI de 2 años.

Conclución

No quedan dudas que la tecnología de blades está madura, incluso que supera enormemente en escalabilidad a muchas soluciones tipo rackeables. También quedó demostrado que bajo un diseño adecuado, no hay limitantes en términos de networking, storage , memoria y procesador. Incluso también aprendimos que superando cierta cantidad de equipos, la reducción de costos es verdaderamente tangible.

Todo esto nos pemite pensar que hoy en día el Blade ya es la plataforma elegida para la mayoría de empresas que optan por virtualizar y consolidar, sabiendo que es posible escalará aun más, siempre asegurando la disponibilidad y performance.

Yo por mi parte no lo dudo, hoy elijo virtualizar sobre blades.

Saludos,

Ing. Diego Quintana

Luego de mucho de lo que se viene cuestionando acerca de la falta de complementos para la plataforma de virtualización de desktops de VMware (View), finalmente el gigante de la virtualización definió en el día de hoy la compra de RTO Software.

Segun el comunicado oficial emitido por el VMware, la adquisición de RTO Software tiene como principal propósito el de complementar la suite de VMware view con herramientas que permitan fortalecer la gestión del desktop, mejorar la performance y optimizar la presentación de las máquinas virtuales a los usuarios.

Tal como indican en el articulo, RTO pasará a ser parte del equipo técnico de VIEW, y sus productos serán discontinuados dado que los mismos serán parte de los futuros releases de VMware View.

Los principales productos que hoy dispone RTO son:

Virtual Profiles – Plataforma dedicada a manejo de profiles de usuarios y eliminación de corrupción de datos y mejoras de performance de login.

PinPoint – Manejo de performance de aplicaciones orientadas a Citrix.

Discover – IT assets management.

TScale – Manejo y optimización de memoria para aplicaciones de terminal server.

Solo nos quedará por esperar para esta futura integración, dado que la semana pasada vmware liberó el update 1 de VMware view 4.

Saludos,

Ing. Diego Quintana

Trabajando en el día a día uno se encuentra con tareas “simples” y que tiene completamente incorporadas y por eso cree que el resto de los humanos que trabajan en sistemas también las tienen asumidas.

Mañana va a ir gente de un vendor de hardware a cablear la fibra óptica de la red SAN para un proyecto en el que estoy trabajando actualmente y por problemas de agenda no podré estar presente. Justo antes de irme una persona del cliente donde estamos trabajando me pregunta “¿Y cómo hago para saber si los servidores ESX pudieron ver las luns?” y en ese momento me di cuenta que no tenía un documento mío sobre como realizar el procedimiento de agregado de storage a un servidor VMware ESX excepto por la documentación oficial de VMware vSphere (en inglés).

Para resumir, los pasos necesarios para realizar este procedimiento son los siguientes:

1. Conectarse con el vSphere Client al vCenter Server y posicionarse sobre uno de los hosts físicos.
2. Ir a al tab configuration.
3. Ir a la opción Storage Adapters.
4. Posicionarse sobre una de las controladoras HBA.
5. Dar botón derecho sobre la controladora >> Rescan o bien hacer clic sobre el botón rescan.

Luego de esto las luns aparecerán listadas en la controladora específica como se muestra en la figura:

Tengo que agradecerle a Diego Quintana por el screenshot  y los pasos detallados en el mismo.

Dos cosas se me cruzaron por la cabeza al escribir este post:

• Una imagen vale más que mil palabras.
• Tenemos muchisima información útil para escribir en este blog.

Espero que les sirva!.

Nicolas

Únete al grupo de virtualización en español en LinkedIn

Debo reconocer que este es un post realmente distinto respecto a lo que están acostumbrados a leer. El día domingo estaba recorriendo un par de sitios de internet y caí en este juego flash, que realmente me sorprendió.

Tanta virtualización y el tratar de entender como el scheduler de vmware reparte sus ciclos de cpu entre tantas vms me disparó jugar a este juego, se llamá multitask.

De que se trata?, simple, jugar cuatro juegos en un mismo dashboard y cumplir con 4 tareas completamente distintas. Lo más similar a separar nuestro humilde cerebro en 4 hilos en simultaneo.

En cada cuadro suceden cosas distintas y tendremos que responder en tiempo y forma para no perder. Quienes lo hagan, comenten su resultado!.
El juego: http://www.kongregate.com/games/IcyLime/multitask.

1. Descargar los siguientes scrips según la Base de Datos utilizada:
   • Para Microsoft SQL Server  utilizar  create_alarms_mssql.sql.
   • Para Oracle Database utilizar  create_alarms_oracle.sql.
2. Realizar un Back up de la base de datos y bajar el servicio de vCenter Server.
3. Abrir un query analyzer y ejecutar el script.

Detalle para Microsoft SQL Server:

1. Loguearse a la base de datos SQL con el mismo usuario del ODBC usado para el vCenter Server.
2. En el Microsoft SQL Server Management Studio, ingresar a Databases y luego a la Base_de_datos_del_Vcenter
3. Clic derecho y  New Query.
4. En el  query editor,  hacer copy y paste del contenido del script create_alarms_mssql.sql.
5. Presionar F5 para correr el script.
6. Inciar el Servicio de vCenter Server.

1. Bajar el servicio de vCenter Server
2. Usar sqlplus, loguearse a la base de datos con el mismo usuario de conección usado por el vCenter hacia la BD.
3. Tipear @ \create_alarms_oracle.sql
4. Ejecutar enter para correr el script.
5. Inciar el servicio de vCenter

Listo.

Las alarmas por Default ya quedarón nuevamente creadas.

Saludos.

Ref: KB Article: 1010399

________________________

Ing. Diego Quintana

VCP-VTSP-VSP-VAC

El pasado 13 de julio de 2009, AMD (Advanced MicroDevices) comunicó que ya se encuentran disponibles a la venta 9 modelos de procesadores Opteron de seis núcleos.

Esta vez con una arquitectura basada en 45 nm, AMD puso toda su energía en el desarrollo de procesadores de alto rendimiento por bajo consumo, algo que muchos no valoran actualmente pero sin lugar a dudas deberían hacerlo dado que la optimización de los recursos energéticos es prioridad en la agenda de todos los fabricantes de HW de IT.

Luego de varios meses de retraso y ya con un producto de muy buena performance, AMD sale a dar una batalla fuerte en el segmento de procesadores  para  servidores, donde actualmente Intel tiene el mayor dominio del mercado.

La gama baja de procesadores tiene un consumo de 50 W con velocidades de 2000 a 2100 Mhz por core, en cambio la gama más alta llega hasta los 2,8 Ghz con un consumo de 105 Watts por core.

La arquitectura

HyperTransport™ technology (HT) assist es la base de impulsar una mejora considerable de performance en la optimización de uso de cache entre cpus, eso beneficia el uso de aplicaciones que deben hacer uso intenso de múltiples threats o uso de 4 a 8 vías. Un ejemplo claro son las Bases de Datos y sistemas de Virtualización.

Por otro lado encontramos que en el front de su microarquitectura sigue estando la controladora de memoria integrada, en esta acción beneficiando a la CPU en términos de eficiencia en el consumo eléctrico y por medio de RAS mejoran el soporte a fallas propias de la CPU dandole mejor tolerancia a fallas.

AMD-V technology

Rapid Virtualization Indexing y Tagged-TLB  fueron desarrollados con el objetivo de permitir una traducción de virtual a físico del stack de memoria.  En concreto, se trata de bajar la latencia y mejorar la performance de las maquinas virtuales.  Por otro lado encontramos Extended Migration que permite realizar el movimiento de maquinas virtuales permitiendo compatibilidad hacia atrás en la familia Opteron, desde un single core hasta quad core inclusive.

Conclusión

AMD trae al mercado procesadores de muy buena performance, bajo consumo y un costo moderado y que en los primeros benchmarks muestran mejor performance por watt respecto de su principal competidor y lider intel.

Estos procesadores son excelente para virtualización, teniendo resueltos muchos de los issues de performance que se podían encontrar en los viejos opteron, más aun cuando el ratio de de virtualización por host era elevado. Sin lugar a dudas un procesador más que recomendado.

Saludos

________________________

Ing. Diego Quintana

VCP-VTSP-VSP-VAC

Hola a todos.
Como fase final del programa beta de vmware, ha llegado el momento de demostrar los conocimientos adquiridos. El día 10 de julio fumos convocados Nicolas Solop y yo a rendir el examen beta de vmware para la certificacion de vcp en vSphere 4.

Dado que estamos bajo NDA no podemos adelantar mucho sobre el contenido del examen, perio sí podemos contarles que fué un examen ciertamente agotador, más de 270 minutos y 270 preguntas las cuales nos han hecho recorrer todas las temáticas de la nueva versión que vmware lanza al mercado.

El resultado estará aproximadamente en 8 semanas, recién cuando el programa beta de examenes de vcp 4 estén finalizados.

Estar cerca como partnes de VMware nos permitió durante el desarrollo de la beta, conocer de manera anticipada, la evolucion de los features tales como FT  (fault tolerance), DS (distributed switches), etc.. claramente un avance importante en los  nuevos conceptos de virtualizacion pero con más d eun warning a tener en cuenta a la hora de poner en producción la solución.

Prometo contar con más detalles mis concluciones sobre el nuevo vcp 4 y la nueva versión de VMware vsphere 4.

Saludos,

________________________

Ing. Diego Quintana

VCP-VTSP-VSP-VAC

Ya se encuentra diponible una nueva versión de la planilla de excel para realizar un calculo de cuanto almacenamiento se requeriá para utilizar vmware update manager.
En esta oportunidad la planilla nos muestra el damaño que tendrá la base de datos y el espacio de disco estimado que se necesitará para guardar los parches.

Para bajar la planilla, haz clic en vmware update manager size calculator o aquí.

Espero que les sea util.

Saludos

________________________

Ing. Diego Quintana

VCP-VTSP-VSP-VAC