Monitorízame!

La nueva versión de Osmius, la 9.01, ya está disponible para su descarga.

Lo que diferencia a Osmius de otros productos de monitorización es que permite aunar la visión del técnico interesado en la falta de memoria del servidor PEPE, y la del negocio interesada en saber si esos problema de memoria afectan sólo a la intranet o también al portal de venta de libros.

La mayoría de productos de monitorización se centran sólo en la parte técnica poniendo de manifiesto la terrible separación entre informáticos y negocio. En realidad si alguien te paga un sueldo por administrar redes, servidores o bases de datos, es porque hay alguien a quien le interesa que un servicio o una aplicación estén disponibles para ciertos usuarios. Las burbujas, en general, no son buenas.

Además el motor de Osmius permite una monitorización no intrusiva (usando “preguntas” remotas como pings, SNMP gets, etc) o distribuida mediante agentes, y para el motor de agentes se utiliza el framework ACE en C++ orientado a rendimiento casi en tiempo real. Esa es otra diferencia grande respecto a otros productos que utilizan scripts en Perl o programas Java; para tamaños medios se comportan bien pero está en entredicho su escalabilidad y el impacto en los servidores y elementos monitorizados.

Osmius además implementa algunas buenas prácticas de ITIL para procesos como la gestión de la disponibilidad (Acuerdos de Nivel de Servicio - ANS) o las previsiones de capacidad (Capacity Planning). Por ejemplo podemos saber quiénes son los 5 candidatos a tener problemas de falta de recursos sea éstos CPU, memoria o ancho de banda.

El desarrollo de Osmius comenzó hace tres años con una persona y dos inquietudes:

• ¿Por qué son tan caros los productos de monitorización?
• ¿Por qué son tan complicados?

Peopleware apostó por la idea y hoy Osmius cuenta con un equipo excelente de desarrollo, basado en metodología ágiles como Scrum y en el tamdem libertad-responsabilidad, que permite haber hecho un producto profesional en poco tiempo, con poca gente y con un tremendo potencial.

Todavía no se ha invertido en marketing y, quién sabe, quizás no sea necesario nunca. Es lo grande de internet: con ilusión, trabajo, un portátil y conexión de banda ancha puedes cumplir un sueño.

El día 21 de abril comienza un curso de monitorización con conceptos generales y metodología de toma de requisitos e implantación basado en Osmius.

Herramientas, Negocios Monitor de negocio, osmius

Algo parecido es lo que Srinivas Ramanathan se plantea en su artículo “Is your Monitoring Solution ‘Virtualization 2.0′ Ready?”

Antes de enumerar la lista de elementos deseables según este señor, no puedo menos que toser de hastío por el apellido que le pone a la virtualización de sistemas y al dos-punto-cerismo que nos rodea. ¿Por qué lo hace?

http://www.sxc.hu/photo/288584

Mediante la virtualización de sistemas podemos ejecutar sobre los mismos recursos “reales” un conjunto de sistemas de forma que los compartan según una política definida. Esto por defecto no trae más que ventajas y un sólo inconveniente que además es subsanable.

Es típica la situación en la que en un CPD existen unos pocos servidores petados, ya sea constantemente o en periodos, por ejemplo por las noches cuando se lanzan las cadenas de no-se-qué, y luego otros que, ociosos, descansan mirando como sus compis las pasan putas. Y además consumiendo electricidad y aportando gastos en la factura de la luz y CO2 al entorno.

La virtualización permite unir - consolidar 2.0 -  recursos de forma que varios sistemas en realidad corren sobre la misma máquina y encima sin saberlo, que para eso virtualizas. Instalar un Linux en una máquina real o en una virtualizada es lo mismo; da igual.

El inconveniente es que ante un fallo hardware habrá repercusiones en más de un sistema, pero para eso se inventaron las configuraciones en alta disponibilidad y la tolerancia a fallos.  Osea, tienes dos máquinas reales, con ene sistemas virtuales corriendo en ellas y una hace de respaldo de la otra. Nada nuevo bajo el Sol.

Estaremos de acuerdo ahora en que si da igual que tu servidor linux - con su apache, su mysql, su oracle y su Quake server - corra sobre algo real o virtual, lo mismo te ocurre para monitorizarlo. O… ¿acaso cambia la monitorización del número de queries contra la base de datos? Hay algo que cambia pero no es eso.

Hecho este comentario y el del dospuntoceroismoquenosinvade, Srinivas sugiere que revisemos nuestro sistema de monitorización para que sea capaz de bregar con la virtualización de sistemas atentos a:

1. Ofrece una única vista para infraestructuras virtuales y físicas (concepto dos ¿no?).
2. Soporta múltiples tecnologías de virtualización.
3. Seguimiento de disponibilidad de recursos físicos.
4. Proporciona visión de lo que pasa por dentro en las máquinas virtuales.
5. Establece automáticamente umbrales de rendimiento.
6. Correlación automática para encontrar la causa real de los problemas (causa raíz o root cause).
7. Que escale a la par que lo hace la infraestructura monitorizada.
8. Que soporte los Escritorios de los sistemas virtualizados. (?¿)
9. Ofrecer vistas personalizadas para cada uno de los roles en la organización y así permitir gestión colaborativa (¡rayos!)

Creo que me arrepiento de haber citado este artículo, pero llegado este punto (de pereza) resumo que la única frase que no me parece verborrea de consultor 2.0 es la número 6.

Aunque no imprescindible, es cabal que el sistema de monitorización pueda establecer relaciones de dependencia entre los elementos monitorizados tipo “Si cae esto, todo esto otro también” y ayudar así a discernir entre problemas que son diferentes. Pero para mi esto es algo que además de para virtualizaciones sirve para otros casos: “Si se me cae este router pierdo la red de todo esto” o “si se pierde el suministro en este punto vamos a recibir una tormenta de eventos y otra de mierda”.

Otra cosa que sí pediría yo es que pueda monitorizar cosas específicas del gestor de virtualización (que puede ser a través de consultas SNMP) como:

• ¿Cuantos servicios virtuales tienes arriba?
• ¿Qué porcentaje de CPU/otros recursos te queda libre?
• Posibles problemas específicos. Tareas encoladas, inestabilidades y cuatro cosas más.

Estudios, Técnicas Virtualización

De:http://www.flickr.com/photos/ricephotos

Bueno, esto de estar estudiando mientras curras tiene cosas malas,como el dejar de postear cuando llegan los exámenes, a ver si retomamos el ritmo de posteos al menos hasta Mayo.

Vía dougmcclure.net , me entero de que HP junto con BearingPoint publicita un servicio de administración de la infraestructura tecnológica hecho a medida para empresas que se dedican a la investigación bologica/médica (farmaceuticas, biotecnológicas, dispositivos médicos, etc).

Resumiendo sería “empezamos a aplicar ITIL con las herramientas de HP” , la verdad que me imagino que cuando quiere HP desembarca en cualquier otro cliente para realizar una administración total de su infraestructura I.T hará lo mismo , ¿en qué se diferencia este nuevo servicio hecho a medida para farmaceuticas, a los que ha estado ofreciendo hasta ahora?.

Quizás lo único que quieren es hacer ver a los nuevos posibles clientes que se han especializado en su campo para que estén más tranquilos a la hora de dejar a alguien todos sus sistemas de información.

Para más información el pdf de su oferta.

General, Noticias BearingPoint, farmaceuticas, HP, life sciences, monitorización