Hola amigos, soy Florián Murillo y hablaremos del Failover Coordinator, una figura fundamental en un cluster HA de vSphere.

En un cluster HA, los hosts adquieren, como ya sabemos, un rol especifico, o primary host o secondary host.

Para identificar que rol tiene cada host, en noviembre publiqué un script en PowerCLI v.4.0 para identificar los primary host y los secondary host.

En vSphere uno de los primary host tiene una responsabilidad especial, posee el rol de Failover Coordinator, es decir, que es el responsable de seleccionar en que host se levantarán las VM encendidas al caer el host donde se ejecutan.

Este rol se asigna al azar, entre los primary host, además, cuando cae el host que posee este rol, uno de los restantes primary host adquiere este rol con un algoritmo de selección aleatoria.

Si revisamos el archivo /var/log/vmware/aam/aam_config_util_monitornodes.log vemos que el host con el rol Failover Coordinator se le denomina también Master Primary.

Hola amigos, soy Florián Murillo. La propuesta de VMware para cloud computing se llama vCloud, pero ¿En que consiste vCloud?

vCloud en un conjunto de productos y tecnologías que proporcionan las herramientas necesarias para construir una nube privada/pública, pero… ¿es suficiente? Vamos a revisar la arquitectura tradicional de cloud computing y donde se ubica VMware vCloud:

Ya tenemos la primera definición: VMware vCloud proporciona la infraestructura y la capa de servicios, necesarios para construir una nube privada/publica.

¿Que incluye VMware vCloud?

VMware vCloud Director: Proporciona una capa de gestión de la nube, aprovisionamiento de máquinas virtuales desde un catálogo y computación elástica.

VMware vShield Edge: Su misión es aislar (firewall) los diferentes silos de computación entre ellos y proporcionar conectividad VPN site-to-site. Incluye otras funcionalidades como NAT, DHCP y Web Load Balancer.

vCenter Chargeback: Realiza el control de uso, para la posterior facturación a clientes.

VMware vSphere: Proporciona el hipervisor y los servicios de valor añadido del hipervisor: Alta Disponibilidad y Computación Elástica.

vCloud API: Este API, basado en REST, nos proporciona interoperabilidad con otras nubes y aplicaciones.

Mi impresión es que tiene los elementos de base necesarios para transmitir confianza tecnológica a los clientes, probablemente el puzzle esté incompleto y necesite algunos elementos extras:

1. Un sistema de autenticación y autorización robusto y muy escalable.
2. Una solución IPAM con pretensiones globales (IP Address Management).
3. Un IDE (Integrated Development Environment) para extender la solución con plug-ins y módulos adicionales, el API necesario y una gran aportación, pero es insuficiente.
4. Un interfaz para usuarios finales.
5. Un cuadro de mandos gerencial de Gobierno del Cloud

Con el paso del tiempo veremos como la solución va creciendo añadiendo nuevos productos, tenemos ante nosotros una época divertida tecnológicamente.

Hola amigos, soy Florián Murillo. Antes de nada quiero agradecer que me hayáis acompañado por este camino hacia el “futuro” con vuestros comentarios y opiniones.

En este último capítulo quiero hacer hincapié en los 10 puntos claves para no morir en cualquier pasillo frío de algún datacenter:

1. Implanta plataformas de gestión orientadas al coste de la infraestructura: CAPEX y OPEX. Mide lo que cuesta mantener el datacenter encendido. Tu objetivo es disminuir los costes continuamente, no solo en la foto inicial. Los triunfos puntuales duran poco en la memoria.
2. Automatiza. Después sigue automatizando y cuando lo hayas automatizado todo, continua automatizando.
3. Mide la capacidad de tu datacenter. Anticípate a las necesidades de crecimiento o morirás con el negocio.
4. Forma a tu equipo. Transfórmalos en expertos multidisciplinares en las tecnologías involucradas en la evolución al cloud y estimula y gestiona el potencial de ideas que pueden generar. Es el activo mas importante del equipo de TI.
5. Educa al negocio en los beneficios del cambio. Convence a la dirección, a los departamentos, a los clientes, ellos no saben lo importante que es para el negocio hacerte caso… Aprende a conquistar sus corazones, es decir dinero, medio ambiente y responsabilidad social.
6. Crea un clima de seguridad alrededor de los cambios. El miedo a los cambios genera inseguridad.
7. Revisa todos los procedimientos de TI. Nuevos paradigmas requieren nuevos procedimientos.
8. Revisa las plataformas de desarrollo existentes. Integra SOA y REST en tu middleware corporativo para la comunicación entre sistemas.
9. No corras. Los cambios han de llegar de forma natural, la gravedad es la fuerza que rige el mundo, y es gratis!!!! de todas maneras, no dejes de caminar.
10. Cuidado con las tecnologías elegidas. Entramos en terrenos con sobredosis de marketing y productos inmaduros, no quieras ir más deprisa que la tecnología.

Bueno amigos, si creíais que vuestro trabajo es bonito, os equivocáis, es maravilloso.

Hola amigos, soy Florián Murillo. La semana pasada acabamos construyendo un cloud privado para atender las demandas crecientes de servicios nuevos; nos basamos en una capa de gestión y, por debajo, varios “motores” que convertían nuestro VDC en una nube privada. Los podemos resumir en:

a. IP Address Management (IPAM).
b. Equipamiento con una arquitectura pensada para ser aprovisionada automáticamente.
c. Un motor de automatización para unir todas las piezas del puzzle.
d. Herramientas de balanceo a varios niveles.
e. Un mecanismo de gestión de identidades y acceso.

Los beneficios para el negocio son importantes:

• El mismo equipo de TI es capaz de administrar una infraestructura mucho mas grande, la cual empezó a crecer al entrar en el mundo de la virtualización gracias a la libertad de despliegue que nos ofrece.
• Los automatismos nos garantizan la fiabilidad de los procesos, por tanto menos errores.
• Los automatismos también nos garantizan el cumplimiento normativo que está implícito en los procesos automatizados, por tanto no hay que prepararse para las auditorías. Quien ha participado en alguna sabe el coste “energético” que suponen al equipo de TI.
• La tecnología se adapta a las necesidades del negocio. Es capaz de absorber picos aprovisionando nuevas máquinas virtuales o aprovisionar servicios nuevos en minutos.
• Establece un mecanismo standard de comunicación entre aplicaciones incompatibles, a través de SOA, XLM y REST. Integrando datos de la aplicación A en la aplicación B, incluso si son aplicaciones que se encuentran en “otras nubes”.

Una característica del cambio es que necesitamos mas especialistas de nivel 2 que técnicos de nivel 1, ya que mucho de su trabajo se ha automatizado invirtiendo la pirámide de personal existente en los departamentos de TI y esto sí es un reto organizativo.

Podríamos concluir que hemos rentabilizado las TI a cambio de sofisticarlas, con múltiples capas de tecnologías nuevas.

Pero hemos conseguido una cosa importante: Hemos dado la vuelta a una forma de hacer TI en la empresa. No ha sido fácil. Hemos tenido que demostrar paso a paso la validez de nuestros argumentos tecnológicos con rentabilidad y mejora permanente del negocio. Hemos cambiado la forma de ver las TI en muchas empresas y solo así podemos llegar hasta aquí.

Ahora nos queda el siguiente paso: extender nuestra nube privada con un “trozo” de nube pública. Probablemente empezaremos con alguna aplicación en modalidad SaaS, como Salesforce, que se integrará con nuestras aplicaciones gracias a nuestra experiencia en SOA, XML y REST.

Quizás sigamos llevando nuevos desarrollos en .NET, Java o Ruby a la red y, poco a poco, crearemos nuestra red híbrida formada por una parte privada y una parte pública.

Para que extendamos nuestra nube privada con éxito necesitamos extender nuestros procesos de control y seguridad hasta la nube pública. Algunos proveedores de nubes públicas ya están preparados para adaptarse ¿lo estamos nosotros?

Pero la pregunta es ¿por qué he de cambiar y ampliar mi nube privada y hacerla híbrida?

Es un tema sencillo: rentabilidad económica. El coste de una máquina virtual en una nube pública es aproximadamente un 20% del coste que supone esa misma máquina virtual en una nube privada. Probablemente extender nuestra nube no sea una necesidad de TI, es mas bien una necesidad del negocio. Es fácil de entender que tarde o temprano

extenderemos nuestra nube. La gráfica siguiente ilustra el escenario que describimos:
Esto abre un escenario interesante. Si la rentabilidad la quiero llevar al límite ¿puedo migrar todo mi VDC a la nube pública? La respuesta es SI. No es un proyecto simple porque hay tecnologías complejas por el medio pero si que es posible.

¿Puedo ir a la nube pública sin pasar por una nube privada? Hay empresas que integran aplicaciones SaaS con su arquitectura tradicional pero esto no es estar “in the cloud”.

Pasar directamente a la nube pública, sin pasar por la nube privada, es factible pero hay mas aspectos a gestionar. Hemos de cambiar mentalidad, cultura, organización y tecnología de golpe, cuanto menor es el tamaño de la empresa y mayor la influencia de los responsables de TI en el negocio mas fácil resulta.

Además parece que todas las tendencias confluyen generando sinergias. Las estrategias de Cloud Computing, Arquitectura Empresarial, Empresa 2.0 y Sostenibilidad Empresarial son algunos de los retos a los que se enfrentan las empresas del siglo XXI o… ¿a alguien se le escapa que el mundo de los negocios está cambiando?

Pero de esto hablaremos la semana próxima.

Hola amigos, soy Florián Murillo y la semana pasada concluimos que la infraestructura virtual alcanza la madurez al incorporar en sus procesos de gestión la Automatización del manual de Explotación, la gestión de la Capacidad y el Rendimiento.

Llegado a este punto, somos capaces de gobernar aspectos importantes de nuestro Virtual Data Center (VDC), somos capaces de:

a. Saber cual es el recurso crítico, o sea el que antes consumiremos, y también sabremos los días que faltan para que pase esto.
b. Hemos integrado nuestros procesos de soporte con mecanismos de automatización que aceleran nuestra respuesta a las solicitudes de servicio de nuestros usuarios y acortan la duración de los problemas.
c. Haber transformado el concepto SLA en un conjunto de métricas que nos garantizan la respuesta de las aplicaciones críticas a las necesidades del negocio.
d. Empezamos a cambiar la tendencia en el gasto, aumentando, simultáneamente, la satisfacción de los usuarios en los servicios que proporciona TI.

Pero como todo no puede ser perfecto, con el tiempo, nos surgen nuevos retos:

a. Cuanto menos tardo en aprovisionar un servicio, mas servicios necesito desplegar.
b. El aprovisionamiento de nuevo hardware no se realiza a la velocidad que lo necesito.
c. Cada vez tengo mas clusters, con hardware diferente y los picos de consumo de recursos, cada vez son mayores, sobrepasando puntualmente los recursos disponibles.
d. Nos surgen nuevos niveles de exposición, exigiendo a la seguridad de la infraestructura unos niveles de blindaje superiores.
e. Aparecen nuevos niveles de servicio, “platinum”, “gold”, “silver” y “bronze” sobre diferentes planos tecnológicos, como Infraestructura, Sistemas Operativos, Plataformas Tecnológicas y Aplicaciones.
f. La gestión del direccionamiento IP cada vez es mas costosa e incluso puede hacer falta un rediseño de nuestra arquitectura IP.

Todo esto que los éxitos conseguidos solo sean pasos intermedios en nuestro camino. Como vemos en la gráfica siguiente, al avanzar en el tiempo, sino hacemos nada mas, empezaremos a ser menos rentables, o sea que la empresa será menos competitiva ¿Cómo podemos continuar con nuestra evolución?

Una buena estrategia es transformar nuestro VDC en un cloud privado, es decir, proporcionar a nuestro VDC de una capa de gestión que atienda nuestras necesidades de aprovisionamiento masivo de nodos de plataformas tecnológicas y por debajo tecnologías de computación elástica para atender este aprovisionamiento masivo y de administración avanzada de direcciones IP (IPAM).

Nuestro Nivel de Madurez nos permite plantearnos este paso, hacerlo intentado antes de llegar aquí tiene un alto riesgo de fracaso, estamos en un punto que dominamos la Automatización, y esto es lo que vamos a hacer, masivamente y en todas las capas de la tecnología.

Y este cambio implica entrar en otro camino que tiene mas etapas, pero de esto hablaremos la semana próxima.

Hola amigos, soy Florián Murillo y la semana pasada hablamos de los riesgos de consolidar y explicamos los riesgos y costes ocultos que tiene la tecnología.

Hoy hablaremos del siguiente paso, ya tenemos la infraestructura montada, funcionando, mitigando los costes y quitando presión a medio plazo al presupuesto de TI.

Empezaré planteando una cuestión simple, para ilustrar el reto que tenemos delante nuestro: El escenario es un empresa con un equipo de comunicaciones y otro de sistemas, desde vCenter Server con una plantilla (template) creamos una VM en unos minutos, pero, imaginemos que esta VM tiene que desplegarse en una VLAN nueva ¿Que tardamos en tener a nuestra disposición una VLAN nueva en nuestra red física? probablemente hablemos de días, lo que quiere decir que algo falla ¿no?

Otra cuestión básica ¿Cuanto tiempo tardaremos en agotar, al ritmo actual, el recurso mas escaso que tenemos? ¿Sabemos cual es este recurso?

Estas cuestiones tratan de ilustrar el siguiente eslabón evolutivo, la Automatización del “Manual de Explotación” ampliado por procesos automáticos desarrollados por comunicaciones, almacenamiento y seguridad para gestionar las nuevas necesidades apareciadas en la infraestructura virtual. La rentabilidad de las TI depende directamente del % de horas hombre pasados a horas máquina.

Conjuntamente con la Automatización, la gestión de la Capacidad y el Rendimiento de la Infraestructura marcarán la eficiencia continua y la contención del gasto.

En la gráfica adjunta se aprecia el impacto de los Procesos aplicados (Automatización, Capacidad y Rendimiento) sobre la infraestructura.

El gran reto consiste en que estos procesos implican cambios organizativos, y los cambios siempre son complejos, es mas difícil actualizar personas que Sistemas Operativos, aunque aporta mas alegrías

Falta poco tiempo para que los clientes dejen de solicitar a sus integradores SOLAMENTE tecnologías de virtualización y empiecen a pedirles ayuda para optimizar y contener el gasto de la infraestructura virtualizada, ya sabemos que camino hay que seguir.

Pero esto no es todo amigos, la semana próxima continuaremos nuestro camino hacia el cloud.

Hola amigos, soy Florián Murillo y hoy empiezo una serie de artículos sobre el lento pero inexorable camino al cloud computing. Sé que es un término ambiguo pero por este motivo revisaremos en las fases, beneficios y riesgos de no continuar avanzando.

Desde mi punto de vista, los pasos que están siguiendo las TI actuales son los siguientes: Virtualización, Automatización, Cloud Privado y Cloud Híbrido/Público.

¡Vaya! todavía no he empezado a explicarme y ya oigo algunas risas y “ruidos” de escépticos. A algunos les parecerá una evolución evidente y a otros ciencia ficción, pero seguro que ninguno de nosotros nos vamos a librar de convivir con el impacto de estos conceptos.

En este primer capítulo me centraré en la virtualización. Hace mas de 10 años, que VMware demostró que es posible virtualizar servidores x86 con rendimientos empresariales, por tanto, parece que esta parte es la mas fácil, pero me centraré en la gráfica siguiente, para buscar la letra pequeña:

Como vemos en la gráfica anterior, el primer beneficio es la contención del crecimiento del presupuesto de TI, el beneficio es menor del que nos gustaría por las inversiones a realizar para implantar la consolidación de servidores físicos en virtuales, pero aun así, es importante.

Pero como los grandes beneficios ya los conocemos todos, prefiero centrarme en los beneficios no alcanzados y los gastos ocultos, que hacen que la curva con el tiempo tienda a complicarnos el presupuesto.

En muchos proyectos se celebra el ahorro energético producido por tener muchos menos servidores físicos para atender al negocio, estoy totalmente de acuerdo, pero nos olvidamos que muchos clientes disponen de licencia Enterprise y no utilizan DPM, capaz de ahorrarnos, además, un 30% o más del consumo energético actual, es decir, después de la consolidación ¿por qué se utiliza tan poco con arquitecturas blades?

Después tenemos el temible “spawl”, que habita desde siempre en nuestro ADN pero que ahora, al tener recursos “infinitos”, le damos rienda suelta. Me refiero a la propagación indiscriminada de servidores virtuales, que como una plaga bíblica, acaba con nuestros recursos de CPU, RAM y sobre todo de almacenamiento.

La virtualización trae malos hábitos que hay que evitar. El número de servidores nuevos por año crece a un ritmo superior al de la “era física” sin una explicación siempre razonable y el almacenamiento de consumo a un ritmo muy superior al que teníamos hasta ahora.

Además, la virtualización ejecuta nuestros servidores (ahora virtuales) en un entorno compartido de recursos, además es un entorno tan cambiante como lo es nuestra empresa. Eso implica que hemos de velar “permanentemente” por que el entorno sea capaz de proporcionar los recursos que esperan nuestras aplicaciones, lo que se traduce en tareas nuevas de monitorización y optimización con recursos dedicados. La mala noticia es que no siempre tenemos recursos humanos suficientes para atender a las “nuevas” tareas que nos trae la virtualización, actuando reactivamente ante los problemas de rendimiento, incumpliendo los niveles de servicio que nos exige nuestra organización.

El crecimiento continuo de servidores virtuales, va a exigir mucho a nuestras redes. Si no hemos adecuado el diseño de nuestras redes a la virtualización, el crecimiento producirá problemas importantes, pensemos que el “unified fabric”, los interfaces de 10Gb, los diseños “Top of Rack”, los “jumbo frames” y otras tecnologías de red han venido para quedarse y evitarnos problemas de retardo, de ancho de banda, de latencia y de perdidas de paquetes.

Estamos ante un modelo de TI nuevo, y esto implica que nuestros expertos en TI, para que sigan siéndolo, han de recibir la formación adecuada, dentro de un amplio plan de formación que incluya a nuestros responsables de almacenamiento, comunicaciones, seguridad y sistemas. En muchos casos estos planes se reducen mas de lo que deberían, aumentando los riesgos que el negocio asume sin que nadie los quiera asumir como propios.

¡Vaya, parece que hoy tengo la pluma ácida! Pero veamos el vaso medio lleno: dando visibilidad de los riesgos a los que estamos expuestos, seremos capaces de evitarlos, haciendo que la curva de crecimiento de costes de la virtualización tenga una pendiente mucho mas suave.

Pero esto no es todo amigos, la semana próxima seguimos con el siguiente paso en nuestro viaje.

Hola amigos, soy Florián Murillo y como decía Woody Allen “Me interesa el futuro porque es el sitio donde pasaré el resto de mi vida”.

En 1987 el Informe Brundtlan, a petición de la ONU, sentó las bases de lo que hoy llamamos Desarrollo Sostenible o Sostenibilidad, se define como “Satisfacer las necesidades de las generaciones presentes sin comprometer las necesidades de las generaciones futuras”, los ámbitos de aplicación son ambiental, económico y social.

En las empresas, el Desarrollo Empresarial Sostenible, es una aplicación directa del Informe Brundtlan, tengamos presente que de las 100 mayores economías del mundo, 52 no son países, son empresas.

El Desarrollo Empresarial Sostenible es una estrategia destinada a obtener beneficios a medio y largo plazo, o lo que es lo mismo, a sobrevivir en el tiempo.

Existen mucha iniciativas empresariales encaminadas a modelar el nuevo estilo de negocio, pero me pregunto ¿Que puede aportar VMware a la Sostenibilidad Empresarial?

Environmental: DPM, PowerNow y SpeedStep disminuyen la huella de CO2 de la empresa, mejorando la Eficiencia Energética.

Social: VMware View ayuda a conciliar la vida laboral y familia, llevando tu escritorio donde estés, mejorando el aspecto social. Otras funcionalidades como vMotion, Storage vMotion, Update Manager, High Availability y DRS mejoran la vida familiar de los administradores.

Economic: La consolidación proporciona un beneficio a corto plazo en espacio e inversiones en CAPEX.

Hay mas argumentos, pero he intentado plasmar uno de cada ámbito principal. El mundo está cambiando y somos importantes en el cambio, como le dijo Nelson Mandela a Barak Obama al felicitarlo tras su nombramiento: “Tu victoria ha demostrado que ninguna persona en el mundo debería abandonar el sueño de cambiar el mundo para transformarlo en un lugar mejor”.

Hola amigos, soy Florián Murillo y en la vida hay veces que te rindes. En mi caso me rindo cuando tengo la sensación de que nado en sentido opuesto al curso del río.

Esto es lo que me pasa con el licenciamiento de Microsoft, nunca se si lo que conozco todavía es verdad o ha vuelto a cambiar, supongo que por eso me escondo cuando alguien me pregunta sobre licenciamiento Microsoft, hay que ser un experto dedicado al licenciamiento de Microsoft para hablar.

Algo parecido pasa con el soporte de los productos de Microsoft en vSphere, me parecía un conocimiento inalcanzable para un simple mortal como yo, hasta que hace un tiempo, en un curso de vSphere, un alumno me pasó este link:

http://www.windowsservercatalog.com/svvp.aspx?svvppage=svvpwizard.htm

Seleccionamos la aplicación y la plataforma de virtualización y nos dice si está soportada o no.

Ya no sufro en soledad. Gracias Miguel Angel

Hola amigos, soy Florián Murillo. Los amigos de Cisco Systems, empeñados en liderar el mercado de tecnologías de Data Center, no dejan de aportar soluciones nuevas al mercado, hoy hablaremos de la Cisco UCS P81E Virtual Interface Card, que aporta virtualización a los interfaces de I/O.

Es una tarjeta para los Cisco UCS C-Series, servidores rack, aunque existe versión para los Cisco UCS B-Series, que son los servidores blades de la casa.

Con la tarjeta en la mano, nos encontramos con una PCI 8x con dos interfaces de 10Gb con conector SFP+. El hipervisor lo que ve son, hasta 2 interfaces HBA y hasta 16 interfaces ethernet, por cada placa física (en el futuro 128 interfaces virtuales).

Las tramas Fiber Channel se encapsulan en Ethernet (FCoE) y se transportan en una VLAN, por tanto necesitamos una infraestructura de red Unified Fabric, como lo llama Cisco, este concepto lo escucharemos mucho en los próximos años.

Este tipo de interfaz es ideal para ampliar un cluster con 8-12 interfaces de red, sin hipotecar nuestro futuro invirtiendo en tecnologías de 1Gb, cuando nuestro cuerpo nos pide invertir en 10Gb.

También es muy útil para entornos VDI con muchos segmentos de red, por permite asignar “bandwidth” a las VLANs en vez de interfaces.

Por ahora es compatible con vSphere 4.0 U1, amigos, los tiempos están cambiando …