You are on page 1of 32

Propuesta para la implementacin de una solucin para la Base de Datos de la Gestin de Configuracin (CMDB Configuration Management Database) basada

en IT&Libre

Enero de 2010

Medelln, 21 de enero de 2010 Ingeniera Sandra Mara Hurtado Vlez Ingeniera Especialista Aseguramiento del Servicio de T.I. EDATEL S.A.E.S.P La ciudad. PROPUESTA PARA LA IMPLEMENTACIN DE UNA SOLUCIN PARA LA BASE DE DATOS DE LA GESTIN DE CONFIGURACIN (CMDB - CONFIGURATION MANAGEMENT DATABASE) BASADA EN IT&LIBRE Atendiendo su amable invitacin presentamos una propuesta de implementacin de una CMDB basada en IT&Libre dentro de su organizacin para cada uno de los escenarios contemplados por EDATEL S.A. E.S.P. y cumpliendo con los requerimientos presentados. Nuestro valor diferencial ITCON estn integrado por un grupo de profesionales con amplia experiencia en proyectos de diseo e implementacin de procesos en los diferentes sectores de la industria, certificados en las mejores prcticas del mercado, metodologas y normatividad asociada, tales como, ITILV3 y en diferentes herramientas para la automatizacin de procesos. De antemano agradecemos la oportunidad que nos brindan de ofrecerles nuestras soluciones. Cordialmente,

Csar Andrs Ocampo Fletcher Gerente Comercial


cesar.ocampo@itcon-ltda.com cesar.ocampo@itilibre.com Cel: 301 7547930 www.itilibre.com

IT&Libre 2010

TABLA DE CONTENIDOS
USO Y DIVULGACION ____________________________________________________________________ 5 1. 2. 2.1. 2.2. 2.3. 2.4. 3. 4. 4.1. 4.1.1. 4.1.2. 4.1.3. 4.1.4. 4.1.5. 4.1.6. 4.1.7. 4.2. 4.2.1. 4.2.2. 4.2.3. 4.2.4. 4.2.5. 4.3. 4.3.1. 4.3.2. 4.3.1. 4.4. 4.4.1. 4.4.2. 4.4.3. 4.4.4. 4.4.5. 4.5. 5. Resumen Ejecutivo ______________________________________________________________ 6 Marco de Referencia _____________________________________________________________ 7 Gestin del Servicio TI _________________________________________________________ 7 ITIL IT Infrastructure Library _________________________________________________ 7 ISO 20000 _____________________________________________________________________ 7 CMDB con IT&Libre ___________________________________________________________ 8 Metodologa _____________________________________________________________________ 9 Alcance de la Propuesta ________________________________________________________ 11 Escenario 1: OTRS::ITSM + Nagios __________________________________________ 11 La CMDB en OTRS::ITSM ___________________________________________________ 11 Nagios ___________________________________________________________________ 13 Integracin OTRS::ITSM + Nagios: SystemMonitoring______________________ 13 Integracin IT&Libre + SSO ________________________________________________ 14 Planeacin Escenario 1 _____________________________________________________ 15 Inversin Propuesta Escenario 1 ____________________________________________ 16 Equipo de trabajo Escenario 1 ______________________________________________ 17 Escenario 2: Zenoss _________________________________________________________ 17 Zenoss Core ______________________________________________________________ 17 Integracin Zenoss Core + SSO _____________________________________________ 18 Planeacin Escenario 2 _____________________________________________________ 20 Inversin Propuesta Escenario 2 ____________________________________________ 21 Equipo de trabajo Escenario 2 ______________________________________________ 22 Escenario 3: CMDB in-house ___________________________________________________ 22 Planeacin Escenario 3 _____________________________________________________ 23 Inversin Propuesta Escenario 3 ____________________________________________ 25 Equipo de trabajo Escenario 3 ______________________________________________ 25 Fases del Proyecto ___________________________________________________________ 26 Fase de planeacin _________________________________________________________ 26 Fase de Diseo _____________________________________________________________ 26 Fase de Implementacin ____________________________________________________ 27 Capacitacin ______________________________________________________________ 27 Fase de Post-Implementacin _______________________________________________ 28 Comparacin Zenoss - Nagios ______________________________________________ 28 Factores Crticos de xito ______________________________________________________ 31 3

IT&Libre 2010

6. 7. 8.

Responsabilidades ______________________________________________________________ 31 Validez de la oferta ____________________________________________________________ 32 Condiciones Generales __________________________________________________________ 32

TABLA DE ILUSTRACIONES Ilustracin 1 - Procesos incluidos en ISO 20000 .............................................................. 8 Ilustracin 2 - Metodologa de Implementacin .............................................................. 9 Ilustracin 3 Elementos de la solucin ...................................................................... 10 Ilustracin 4 Mdulos OTRS::ITSM ............................................................................ 12 Ilustracin 5 Integracin Escenario 1 ........................................................................ 14 Ilustracin 6 Integracin Escenario 2 ........................................................................ 19

IT&Libre 2010

USO Y DIVULGACION
El contenido de este documento debe permanecer como propiedad confidencial de ITCON y no puede ser comunicado a ninguna otra persona sin la aprobacin escrita de ITCON. Este documento no puede ser reproducido total o parcialmente. No puede ser usado para propsitos diferentes al de evaluacin, exclusivamente por EDATEL S.A. E.S.P. excepto con el consentimiento por escrito de ITCON y solo bajo la condicin que el nombre de ITCON y cualquier otro aviso de propiedad sean incluidos en la reproduccin. Ninguna informacin contendida en este documento podr ser comunicada de cualquier manera a un tercero sin el consentimiento por escrito de ITCON. El otorgamiento de lo establecido en este documento no est sujeto a un contrato aunque puede ser interpretado como una oferta o como un acuerdo que vincule a ITCON en una relacin con EDATEL S.A. E.S.P., ITCON suministra este documento como gua para estimar costos y tiempos acerca del tiempo pronosticado para la entrega del Servicio. Esto estar sujeto a una confirmacin previa para cualquier compromiso de entrega o contractual por parte de ITCON.

IT&Libre 2010

1. Resumen Ejecutivo
Hoy en da las reas de tecnologa deben establecer mecanismos que permitan una correcta gestin de los servicios provistos a la organizacin y un alineamiento con la estrategia corporativa. La Gestin de Servicios TI (ITSM - IT Service Management) permite lograr una prestacin de servicios orientada hacia el cliente y que est acorde con las necesidades del negocio. ITIL (IT Infrastructure Library) es el estndar de facto reconocido mundialmente para la administracin y gestin de los servicios tecnolgicos y a travs de su aproximacin por procesos, provee un conjunto de mejores prcticas probadas mundialmente por compaas pblicas y privadas, proveedores, fabricantes de software y consultores. La prestacin de los servicios tecnolgicos en muchas empresas siempre se ha dado reactivamente y por silos organizacionales orientados cada uno hacia la consecucin de sus objetivos especficos. ITIL provee una orientacin hacia el cliente y el servicio prestado y buscando una gestin integrada de la tecnologa que permita mejorar la satisfaccin de los usuarios y la calidad entregada. Los clientes y los negocios necesitan cada vez ms mayor claridad y una organizacin puede y debe proporcionarles ese servicio entregando excelente calidad en el soporte de la infraestructura de tecnologa como elemento crtico para el logro de las metas organizacionales. As entonces es sumamente importante para la correcta gestin de servicios de TI contar con un punto nico donde se encuentre toda la informacin relevante sobre la infraestructura y el software, as como cualquier otro elemento que resulte indispensable para la prestacin de cualquiera de esos servicios. La presente propuesta busca ofrecer a EDATEL S.A. E.S.P. una solucin para la implementacin de la Base de Datos de la Gestin de Configuracin (CMDB - Configuration Management Database) basada en IT&Libre, Procesos ITIL con Software Libre. La alternativa ms rentable para adoptar ITIL V3 en su Organizacin (www.itilibre.com).

IT&Libre 2010

2. Marco de Referencia
2.1. Gestin del Servicio TI
La Gestin del Servicio es la habilidad de las organizaciones para convertir sus recursos tecnolgicos en valor para sus clientes a travs de los servicios ofrecidos. Esto se realiza a travs de un conjunto de procesos y funciones para la gestin de dichos servicios a travs de un ciclo de vida de estrategia, diseo, transicin, operacin y mejora continua. La Calidad del Servicio TI es factor clave para el xito del negocio en numerosas organizaciones por las siguientes razones: La mejora del servicio al cliente se consigue mejorando la calidad del Servicio de TI Los clientes finales son, cada vez ms, usuarios directos de TI Existe una clara relacin entre productividad y competitividad del negocio y la fiabilidad y calidad del servicio de TI.

2.2.

ITIL IT Infrastructure Library

ITIL es el acrnimo de Information Technology Infrastructure Library y corresponde al conjunto de mejores prcticas reconocidas internacionalmente para la gestin de servicios tecnolgicos, incluyendo las reas de infraestructura, desarrollo y operaciones. ITIL apareci en los aos 80s como una iniciativa del gobierno britnico para lograr la eficacia, eficiencia, y reduccin de costos en las agencias estatales. No fue sino hasta mediados de los aos 90s cuando comenz ser adaptada a nivel mundial, convirtindose en una filosofa de trabajo en muchas organizaciones internacionales. Actualmente ITIL es marca registrada de la Office of Government Commerce (Oficina de comercio gubernamental, OGC) pero es de libre utilizacin. El conjunto de libros que hacen parte ITIL buscan un alineamiento entre las necesidades del negocio de cualquier empresa y la gestin de los servicios informticos que lo soportan.

2.3.

ISO 20000

La serie ISO/IEC 20000 - Service Management normalizada y publicada por las organizaciones ISO (International Organization for Standardization) e IEC (International Electrotechnical Commission) el 14 de Diciembre de 2005, es el estndar reconocido internacionalmente en gestin de servicios de TI (Tecnologas de la Informacin). La serie 20000 proviene de la adopcin de la serie BS 15000 desarrollada por la entidad de normalizacin y certificacin britnica El estndar se organiza en dos partes: Parte 1: ISO/IEC 20000-1:2005 - Especificacin. (Preparada por BSI como BS 15000-1) Parte 2: ISO/IEC 20000-2:2005 - Cdigo de Prcticas. (Preparada por BSI como BS 15000-2) La primera parte (Especificacin) define los requerimientos necesarios objetivo para realizar una entrega de servicios de TI alineados con las necesidades del negocio, con calidad y valor aadido para los clientes, asegurando una optimizacin de los costes y garantizando la seguridad de la entrega en todo momento. El cumplimiento de esta parte, garantiza adems, que se est realizando un ciclo de mejora continua en la gestin de servicios de TI. A continuacin se presenta el conjunto de procesos que hacen parte de la norma ISO 20000 y los cuales estn relacionados con las mejores prcticas ITIL:

IT&Libre 2010

Ilustracin 1 - Procesos incluidos en ISO 20000

La implementacin de la norma ISO 20000 conlleva muchos beneficios y ventajas que varan de organizacin a organizacin, sin embargo entre los ms destacados se encuentran: Crea una ventaja competitiva para la promocin de servicios efectivos en costo. Alineamiento de las tecnologas de informacin con la estrategia del negocio. Creacin de un marco de trabajo formal para proyectos de mejora en los servicios actuales. Provee un tipo de comparacin de benchmark con las mejores prcticas. A travs de una aproximacin basada en un estndar permite la generacin de cambios de gran impacto en la organizacin. Fundamento proactivo de los procesos en vez de reactivos. Mejora la relacin entre los departamentos a travs de una mejor definicin de metas y responsabilidades.

2.4.

CMDB con IT&Libre

La Base de Datos de la Gestin de Configuracin (CMDB - Configuration Management Database) es una base de datos que contiene detalles relevantes de cada CI (tem/elemento de configuracin) y de la relacin entre ellos, incluyendo el equipo fsico, software y la relacin entre incidencias, problemas, cambios y otros datos del servicio de TI. Aunque los departamentos de IT han usado repositorios similares durante mucho tiempo, el trmino CMDB proviene de ITIL. En el contexto de ITIL, la CMDB representa la configuracin autorizada de todos los elementos significantes del entorno IT. El propsito principal de la CMDB es ayudar a la organizacin a entender las relaciones entre todos estos componentes, y mantener el seguimiento de sus configuraciones. La CMDB es un componente fundamental del proceso de Gestin de la Configuracin de ITIL. Cada elemento almacenado en la CMDB es un CI (Configuration Item), para el cual se guarda informacin sobre sus atributos y relaciones. Dentro de la solucin IT&Libre se cuenta con diferentes alternativas para la implementacin de la CMDB segn las necesidades de la Organizacin que desea realizar esta labor. Cada una de estas alternativas ser descrita en el Captulo 4 Alcance de la Propuesta segn el escenario planteado.

IT&Libre 2010

3. Metodologa
La metodologa para la adopcin de la solucin planteada en la presente propuesta consta de las siguientes fases:

Ilustracin 2 - Metodologa de Implementacin

Evaluacin Inicial o Durante sta fase nuestro equipo de consultores se familiarizar con el estado actual de la solucin, equipo de trabajo, grado de madurez y expectativas con respecto a la solucin tecnolgica a ofrecer. Esta fase permite valorar los objetivos organizacionales y definir una estrategia conjunta para alinear dichos objetivos con la herramienta misma y la cultura organizacional. La ilustracin nmero 4 muestra los elementos a conjugar para garantizar el xito de la solucin. Diseo o sta fase permite dejar claro el alcance bsico de la solucin y definir de qu forma dicho alcance se adapta a las necesidades de la Organizacin. Durante el Diseo se define la forma en que se parametrizar la herramienta, cmo se llevar a cabo la implementacin de la misma y qu estrategias se usarn para divulgar su adopcin y garantizar su apropiacin. El principal entregable de esta fase es un documento denominado Detalle tcnico y funcional, el cul delimita el alcance de la siguiente fase: Implementacin.

IT&Libre 2010

CULTURA (40 %)

OBJETIVOS (20 %)

TECNOLOGIA (20 %)

Ilustracin 3 Elementos de la solucin

Implementacin o El objetivo de esta fase es dejar en produccin la solucin ofrecida, capacitar a las personas que harn uso de ella y generar los documentos de apoyo tanto para el administrador de la herramienta como a los usuarios de la misma. Para ello se instala y configura la aplicacin en el servidor designado para tal fin, se plasma en ella todas las parametrizaciones definidas en el Detalle tcnico y funcional y se procede a familiarizar a las personas con su uso y apropiacin para garantizar que se sacar el mejor provecho sobre la solucin. Post-Implementacin o Apoyo a la organizacin en la adopcin de la nueva tecnologa y en el trabajo del da a da con la herramienta implementada como soporte de la solucin, por ejemplo realizando pequeas adecuaciones a la herramienta para cumplir con los planes trazados y las expectativas de la organizacin. Gerencia de Proyectos o Con el fin de garantizar que todas las fases anteriormente descritas ocurren con los tiempos y niveles de calidad esperados, un Gerente de Proyecto hace seguimiento a cada actividad, concertando los entregables, minimizando riesgos y constatando que los avances realizados conllevan a la conformidad del cliente. Mediante La Gerencia de Proyectos se orienta la ejecucin del proyecto basados en los siguientes pilares: acompaamiento, entrenamiento y monitoreo, todo lo anterior enmarcado en PMP (Project Management Professional) del PMI. Gestin del Cambio Organizacional o A menudo, la implantacin de nuevas tecnologas fracasa porque a lo largo del proyecto, el foco se pone en la construccin del nuevo sistema o en la definicin y optimizacin de la misma, descuidando a las personas, quienes en definitiva decidirn si usan o no el nuevo sistema y si aplican o no esta tecnologa. o Llevar a cabo un proyecto de gestin del cambio implica incorporar al proyecto tecnolgico las actividades necesarias para que las personas conozcan la necesidad de llevar a cabo el cambio, lo acepten y se involucren en el mismo, adquieran los conocimientos y la formacin necesaria, etc. De esta forma, el alcance del proyecto no slo abarca los aspectos tecnolgicos, sino que tambin cuenta con las personas, minimizando la resistencia al cambio y proporcionndoles la comunicacin, formacin y apoyo necesarios para que el cambio se pueda llevar a cabo con xito.

IT&Libre 2010

10

4. Alcance de la Propuesta
El alcance de la presente propuesta busca implementar una solucin de CMDB segn el marco de Referencia y la Metodologa anteriormente expuestos.

EDATEL S.A. E.S.P. ya posee un software propio para el manejo de tickets (SSO) y para el inventario ofimtico de hardware y software (RGO).
La CMDB a implementar deber manejar la infraestructura de T.I., lo cual comprende servidores, aplicaciones, bases de datos y elementos de red, pero excluye toda la parte ofimtica pues sta se controla y gestiona a travs del RGO. Esta integracin ser contemplada en etapas o fases posteriores y no dentro del alcance de este proyecto.

EDATEL S.A. E.S.P. propone tres escenarios posibles. A continuacin se describir cada escenario junto a los elementos con los cuales se enfrentar el mismo.

4.1.

Escenario 1: OTRS::ITSM + Nagios

EDATEL S.A. E.S.P. propone en este caso hacer la implementacin de OTRS para el manejo de la CMDB y de Nagios para el monitoreo de la infraestructura, e integrar ambas herramientas con el SSO para el manejo de tickets. Las integraciones con el SSO se realizarn gracias al conocimiento con que cuenta el equipo de desarrollo de EDATEL S.A. E.S.P. sobre esta herramienta y entregando los datos para las comunicaciones tal y como el equipo de IT&Libre los solicite para que sean utilizados por las herramientas que se mencionarn a continuacin.

4.1.1.

La CMDB en OTRS::ITSM

OTRS::ITSM es una herramienta de gestin de tickets de cdigo abierto que le apuesta seriamente a ITIL. Cuenta con ms de 70.000 implementaciones exitosas en 27 diferentes lenguas y desde 2006 inici su proceso de certificacin ITIL. OTRS est ampliamente difundido entre entidades tales como La NASA, Lufthansa, Opera Software, Siemens, Toshiba, Nokia y Skandia, por lo que es claro que no se trata de software inmaduro. OTRS en su versin dotada del mdulo de ITSM se deja amoldar a las necesidades de TI permitiendo entre otras cosas construir una CMDB.
Entre sus caractersticas y ventajas se puede encontrar que la CMDB de OTRS::ITSM facilita la gestin econmica y eficaz de los servicios de TI. Una de las principales caractersticas alcanzadas por OTRS::ITSM es la de identificar los problemas que surjan en relacin con los elementos de configuracin CI tan pronto como sea posible. La gestin de la configuracin supera a la Gestin de Activos aunque muchas veces son usados como sinnimos, pues la primera adems de las actividades normales de la segunda, se centra tambin en la relacin entre los distintos componentes, en sus especificaciones o en su informacin de localizacin. Gracias a esto el equipo de TI puede contar con la informacin de las interdependencias de los servicios de TI y los componentes de TI crticos y necesarios para ellos. Se puede encontrar entonces lo siguiente: Registro y administracin de Elementos de Configuracin (CIs) y sus relaciones con:

IT&Libre 2010

11

o o o o o

Clases de CIs configurables y extendibles Elementos de Configuracin (CIs) Contratos y Licencias Servicios y SLAs Unidades organizacionales y ubicaciones

Ilustracin 4 Mdulos OTRS::ITSM

Mapeo de Servicios de IT y relaciones contractuales (SLA, OLA, UC) Administracin de estados actuales, futuros e histricos de CIs como una base para diagnsticos de problemas, mantenimiento de servidores y cambios planeados Anlisis de impacto en caso de cadas en el servicio Ilustracin de las Infraestructuras de TI virtualizadas. Administracin de licencias software Administracin cronolgica del ciclo de vida de un CI Registro de cambios dentro de la CMDB Integracin con directorios activos (LDAP, AD, etc.) Administracin de propietarios y ubicaciones para cada CI Modificacin de los atributos (por ejemplo: Nmeros de Serie) para los CIs Funcionalidades de exportacin e importacin (CSV o API) Clasificacin automtica de CIs basada en estados Reglas para cambiar el estado de un servicio dependiendo del estado de un CI Fundamentos para el mapeo de todos los procesos ITIL en el sistema.

IT&Libre 2010

12

4.1.2.

Nagios

Nagios es un sistema de monitorizacin de equipos y de servicios de red, escrito en C y publicado bajo la GNU General Public License. El lenguaje con el cual est desarrollado asegura una rpida ejecucin y con una gran comunidad de desarrolladores soportndolo. Creado para ayudar a los administradores a tener siempre el control de qu est pasando en la red que administran y conocer los problemas que ocurren en la infraestructura antes de que los usuarios de la misma los perciban, para as no slo poder tomar la iniciativa, sino asumir la responsabilidad de hacer que las cosas sucedan; decidir en cada momento lo que se debe hacer y cmo lo se va a hacer, obteniendo datos, interpretndolos y tomando decisiones en base a ello como: Conservar y almacenar datos de la red para manejar reportes y tendencias Ver y analizar la red, as como el trfico de la red a travs del tiempo Monitorear el estado de la red en comparacin a los reportes de anlisis Generar reportes sustentados para justificar las necesidades de actualizacin de la red Con esta herramienta adems se podrn realizar otras tareas tales como: Monitorizacin de servicios de red (SMTP, POP3, HTTP, NTTP, ICMP, SNMP). Monitorizacin de los recursos de un host (carga del procesador, uso de los discos, logs del sistema) en varios sistemas operativos, incluso Microsoft Windows con el plugin NRPE_NT. Monitorizacin remoto, a travs de tneles SSL cifrados o SSH. Diseo simple de plugins, que permiten a los usuarios desarrollar sus propios chequeos de servicios dependiendo de sus necesidades, usando sus herramientas preferidas (Bash, C++, Perl, Ruby, Python, PHP, C#, Java, etc.). Chequeo de servicios paralizados. Posibilidad de definir la jerarqua de la red, permitiendo distinguir entre host cados y host inaccesibles. Notificaciones a los contactos cuando ocurren problemas en servicios o hosts, as como cuando son resueltos (Va email, pager, Jabber, SMS o cualquier mtodo definido por el usuario junto con su correspondiente complemento). Posibilidad de definir manejadores de eventos que ejecuten al ocurrir un evento de un servicio o host para resoluciones de problemas proactivas. Rotacin automtica del archivo de registro. Soporte para implementar hosts de monitores redundantes. Interfaz web opcional, para observar el estado de la red actual, notificaciones, historial de problemas, archivos de registros, etc. Reportes y estadsticas del estado cronolgico de disponibilidad de servicios y hosts.

4.1.3.

Integracin OTRS::ITSM + Nagios: SystemMonitoring

La integracin de un sistema de monitoreo con la solucin OTRS:ITSM ocurre gracias al mdulo denominado SystemMonitoring. Este mdulo facilita el procesamiento automtico de los correos electrnicos recibidos desde una solucin de monitoreo. Existen tres diferentes tipos de mensajes: Notificacin de falla: - La solucin de monitoreo identifica una falla en un componente de la infraestructura de TI o en un servicio y enva un e-mail a OTRS Actualizacin: - Si un evento ya fue reportado a OTRS y ocurre una actualizacin sobre el mismo, OTRS tambin ser notificado de ello

IT&Libre 2010

13

Reestablecimiento del servicio: - Una vez la falla se resuelve, la solucin de monitoreo reporta a OTRS al respecto El mdulo SystemMonitoring procesa los correos entrantes y extrae la siguiente informacin (atributos): Estado: - los tres tipos de mensajes mencionados anteriormente Dispositivo: - el componente hardware afectado Servicio: - El servicio de IT afectado Es posible usar expresiones regulares para extraer estos valores. La extraccin puede ser configurada de forma flexible. El mdulo SystemMonitoring puede ser adaptado a diferentes sistemas de monitoreo. Basado en los tres atributos previamente mencionados, el mdulo SystemMonitoring procesa el mensaje proveniente del sistema de monitoreo. La combinacin de Servicio y Dispositivo es usada para identificar un mensaje. En caso de una nueva falla (una combinacin de Servicio y Dispositivo que no se ha reportado con anterioridad), OTRS automticamente generar un nuevo ticket a partir del e-mail recibido. La cola en la cual estos nuevos tickets son puestos puede ser definida fcilmente a travs de un filtro de Postmaster. Si hay un ticket abierto o un ticket en procesos el cual corresponde a la combinacin de Servicio y Dispositivo previamente reportados, un mensaje de Actualizacin es incluido en el historial del ticket existente. El mecanismo de seguimiento del mdulo de SystemMonitoring solo realiza la bsqueda de tickets que no estn en estado 'Cerrado'. Los tickets en dicho estado son considerados como eventos del pasado que ya han sido atendidos con xito y por lo tanto no sern reabiertos. Basado en los atributos de Servicio y Dispositivo, OTRS facilita el anlisis estadstico de la susceptibilidad de fallas de cada componente o servicio de la infraestructura de TI.

4.1.4.

Integracin IT&Libre + SSO

Despus de haber descrito detalladamente la integracin de OTRS::ITSM, donde estar la CMDB, y el sistema de Monitoreo Nagios gracias a SystemMonitoring, solo resta garantizar la adecuada comunicacin de este esquema de IT&Libre con el SSO que tiene actualmente implementado

EDATEL S.A. E.S.P. Esta infraestructura de integracin se puede observar en la ilustracin 5:

Ilustracin 5 Integracin Escenario 1

Dado que cada evento detectado por Nagios crea un ticket en OTRS::ITSM, es posible generar por cada uno de dichos tickets una notificacin de correo electrnico dirigida al SSO. Dicha notificacin deber ser procesada por el SSO para extraer su informacin relevante y as crear el respectivo ticket.

IT&Libre 2010

14

Una vez este ticket sea asignado a un responsable, el SSO deber enviar un correo electrnico a OTRS::ITSM en cuyas cabeceras (X-OTRS Headers) se incluya informacin tal como: Prioridad, Estado, Servicio, SLA, etc. Esta informacin ser almacenada en el historial del ticket y quedar asociada al CI vinculado al mismo.

4.1.5.

Planeacin Escenario 1

Las siguientes son las actividades a desarrollar durante el proyecto para el Escenario 1, que tendr un total de 38 das hbiles:

El detalle de cada una de las fases es el siguiente:

IT&Libre 2010

15

4.1.6.

Inversin Propuesta Escenario 1

La inversin para el escenario 1 tiene un valor de ($26887.345) Veintisis Millones Ochocientos Ochenta y Siete Mil Trescientos Cuarenta y Cinco Pesos Colombianos SIN incluir impuestos de ley.

Descripcin
Escenario 1: implementacin de OTRS para el manejo de la CMDB y de Nagios para el monitoreo de la infraestructura, e integrar ambas herramientas con el SSO para el manejo de tickets. Soporte OTRS: Nivel de Servicio Bronce: http://www.otrs.com/en/support/service-level/

Duracin

Valor Inversin $ 24000.000


$ 2887.345*

38 das hbiles

TOTAL $ 26887.345 * Calculado con la TRM del 21/01/2010 ($1964,18). Este valor se calcular de nuevo con la TRM del da de Facturacin.

IT&Libre 2010

16

4.1.7.

Equipo de trabajo Escenario 1

El equipo de proyecto por parte de EDATEL S.A. E.S.P. para el Escenario 1 estar conformado por:
Gerente de Proyecto (20%)

Lder de Proyecto (100%)

Equipo de Desarrollo SSO (30%)

Responsables por Infraestructura Tecnolgica (15 %)

Los porcentajes corresponden al nivel de dedicacin al Proyecto. El equipo de proyecto por parte de IT&LIBRE estar conformado por:
Gerente de Proyecto (10%)

Consultor Senior Herramientas (100%)

Consultor Senior ITIL (10%)

La dedicacin de los Consultores Senior est dada para las tareas asignadas por el proyecto, el rol de gerente de proyecto ser llevado a cabo por el consultor Senior encargado de la fase.

4.2.

Escenario 2: Zenoss

EDATEL S.A. E.S.P. propone en este caso hacer la implementacin de Zenoss para el manejo de la CMDB y para el monitoreo de la infraestructura, e integrar esta nica herramienta con el SSO para el manejo de tickets. Las integraciones con el SSO se realizarn gracias al conocimiento con que cuenta el equipo de desarrollo de EDATEL S.A. E.S.P. sobre esta herramienta y entregando los datos para las comunicaciones tal y como el equipo de IT&Libre los solicite para que sean utilizados por las herramientas que se mencionarn a continuacin.

4.2.1.

Zenoss Core

Zenoss Core provee una interfaz web que permite a los administradores de sistemas monitorear disponibilidad, inventario/configuracin, desempeo y eventos. Zenoss Core cuenta con las siguientes funcionalidades:

IT&Libre 2010

17

Monitoreo de disponibilidad de dispositivos en la red utilizando SNMP Monitoreo de servicios de red (HTTP,POP3,NNTP,SNMP,FTP) Monitoreo de recursos de mquinas anfitrionas (Microprocesador, utilizacin de disco) en la mayora de los sistemas operativos de red. Monitoreo de rendimiento de dispositivos a travs de series temporales de datos Monitoreo extendido a Microsoft Windows va Windows Management Instrumentation utilizando SAMBA y las extensiones de cdigo abierto de Zenoss Herramientas de gestin de eventos para anotar las alertas de un sistema Detecta automticamente recursos en una red y cambios en su configuracin Sistema de alertas que provee notificaciones basadas en un conjunto de reglas y calendarios Soporta el formato de plugins Nagios La administracin de Zenoss se realiza desde una interface web lo que simplifica la tarea a personas novatas en la aplicacin y posibilita la configuracin de la herramienta prcticamente sin la necesidad de modificar archivos de configuracin. Un diferenciador clave entre Zenoss Core y otras soluciones open source de monitoreo es que Zenoss construye una base de datos de administracin de la configuracin (CMDB) que permite inventariar y modelar todo el ambiente de IT de una organizacin. Este modelo es construido y mantenido a travs de autodescubrimiento, adicin manual de dispositivos e integracin con otras fuentes de datos a travs de un API dotada de web services. El modelo incluye las relaciones entre elementos y sus relaciones con los procesos de negocio. Zenoss expande las capacidades de la CMDB, facilitando el establecimiento de polticas de configuracin para un recurso dado y mezclando informacin recolectada a mano con informacin fruto del descubrimiento automtico. La CMDB de Zenoss es implementada como una base de datos orientada a objetos usando Python y conocida como ZODB (Z-Object DataBase). La base de datos es muy flexible gracias a la naturaleza misma de Python y los objetos de los cuales almacena informacin son los diferentes dispositivos, servidores y componentes monitoreados por Zenoss. Existen diversas formas de interactuar con ella tales como SOA o la API de Python. Es importante tener en cuenta que Zenoss es construido usando Python, por lo que resulta estratgico estar familiarizado con este lenguaje para sacarle el mejor provecho a la ZODB. Tambin se debe tener en cuenta que la ZODB no es una base de datos relacional sino orientada a objetos, por lo que no existe un "esquema" que muestre todas las relaciones entre tablas, en vez de ello existe una clase dentro del cdigo de Python que representa dichas relaciones. Para cambiar el comportamiento de los objetos existentes o para crear nuevos objetos se requiere de conocimiento de Python.

4.2.2.

Integracin Zenoss Core + SSO

La integracin de una herramienta de monitoreo (en este caso Zenoss) con una herramienta de gestin de tickets (el SSO de Edatel) idealmente debe permitir: Que un evento detectado por Zenoss cree automticamente un ticket en el SSO Para ello ser necesario enrutar todas las notificaciones de Zenoss a un buzn de correo que deber ser revisado por el SSO, creando un ticket por cada evento. Que sea reconocido (acknowledged) el evento en Zenoss a partir de un correo electrnico enviado desde el SSO: Para ello ser necesario que un cambio en el estado del ticket creado en el SSO a partir del evento reportado por Zenoss (por ejemplo de estado Registrado a estado Asignado), enve una correo electrnico a Zenoss donde se incluya el nombre del dispositivo afectado y el ID del evento a reconocer. Que el reconocimiento (acknowledge) de un evento detectado por Zenoss cambie automticamente el estado del ticket asociado en el SSO

IT&Libre 2010

18

Ilustracin 6 Integracin Escenario 2

Es posible que Zenoss confirme el reconocimiento de un evento. Esta funcionalidad puede ser til para confirmar el cierre definitivo del ticket creado a partir de la ocurrencia del evento (ej. pasar el ticket del estado Resuelto al estado Cerrado Exitosamente) Zenoss por defecto no cuenta con la posibilidad de reconocer eventos a partir de correos electrnicos pero gracias a la comunidad de usuarios se desarroll est funcionalidad: Una de las caractersticas tpicas de los sistemas para monitoreo de redes basados en eventos, es la posibilidad de poder reconocer dichos eventos. Esta funcionalidad permite: Que otros usuarios del sistema de monitoreo sepan que alguien ms conoce el evento y est trabajando en su solucin Suprimir el escalamiento de alertas El procedimiento para reconocer una alerta en Zenoss es tpicamente el siguiente: Dar click en el link de Acknowledge ubicado dentro del cuerpo del e-mail de alerta enviado por Zenoss Autenticarse en la consola de Zenoss, navegar hasta encontrar la alerta en el dispositivo o en el administracin de eventos y reconocer la alerta. Este proceso funciona bien cuando se est dentro de la oficina o cuando la operacin est en produccin nicamente en horarios de oficina. Tpicamente, este no es el caso para la mayora de usuarios de Zenoss. Muchos usuarios tienen sistemas crticos que requieren alertamiento y monitoreo 7x24. Adicionalmente, la operacin generalmente demanda el escalamiento de mensajes a diversos niveles, dependiendo de la gravedad del evento y el tiempo que tome atenderlo. El modelo de escalamiento de Zenoss en su estado actual es limitado. Una alerta nunca escalar una vez es reconocida. En un modelo de monitoreo y alertamiento 7x24, una alerta puede ocurrir en horarios no laborales. En estos casos quienes reciben las alertas suelen ser personal disponible notificado a sus equipos mviles, quienes generalmente no tienen acceso inmediato a un computador. La situacin se vuelve ms compleja si los servidores de Zenoss se encuentran en redes privadas que requieren autenticacin VPN para alcanzarlos. Hay casos en los que el personal disponible no logra responder con la agilidad suficiente para evitar escalamientos cuya ocurrencia suele generar ruido prematuro. Una posible solucin a este inconveniente es el reconocimiento de eventos basado en email. El personal disponible responde a la notificacin de alerta desde su dispositivo mvil. El email es enrutado de vuelta al servidor de Zenoss para ser procesado con Procmail. El cuerpo del correo es procesado por un script de python, a travs de Procmail. El dispositivo afectado y el ID del evento son extrados y la alerta es reconocida a travs de llamadas al API de Zenoss. Un e-mail es enviado de vuelta reportando si el reconocimiento de evento fue o no exitoso. Una condicin esencial para que este modelo pueda llevarse a la prctica, es que todo el correo entrante debe ser enrutado al servidor de Zenoss. Una consecuencia es que el sistema de retrasmisin de correos (mail relay) se convierte en un nico punto de falla para la entrega de

IT&Libre 2010

19

mensajes. Si el sistema de mail relay est cado o en mantenimiento, ser imposible reconocer eventos.

4.2.3.

Planeacin Escenario 2

Las siguientes son las actividades a desarrollar durante el proyecto para el Escenario 2, que tendr un total de 40,75 das hbiles:

El detalle de cada una de las fases es el siguiente:

IT&Libre 2010

20

4.2.4.

Inversin Propuesta Escenario 2

La inversin para el escenario 2 tiene un valor de ($38310.450) Treinta y Ocho Millones Trescientos Diez mil Cuatrocientos Cincuenta Pesos Colombianos SIN incluir impuestos de ley.

Descripcin
Escenario 2: implementacin de Zenoss para el manejo de la CMDB y para el monitoreo de la infraestructura, e integrar esta nica herramienta con el SSO para el manejo de tickets. Soporte Zenoss: Plan de Servicio Silver: http://www.zenoss.com/product/pricing TOTAL

Duracin

Valor Inversin

41 das hbiles

$ 33.400.000
$ 4910.450*

$ 38310.450

* Calculado con la TRM del 21/01/2010 ($1964,18). Este valor se calcular de nuevo con la TRM del da de Facturacin.

IT&Libre 2010

21

4.2.5.

Equipo de trabajo Escenario 2

El equipo de proyecto por parte de EDATEL S.A. E.S.P. para el Escenario 2 estar conformado por:
Gerente de Proyecto (20%)

Lder de Proyecto (100%)

Equipo de Desarrollo SSO (40%)

Responsables por Infraestructura Tecnolgica (15%)

El equipo de proyecto por parte de IT&LIBRE estar conformado por:


Gerente de Proyecto (10%)

Consultor Senior ITIL (10%)

Programador Junior Python (40%)

Consultor Master Herramientas (100%)

La dedicacin de los Consultores y programadores est dada para las tareas asignadas por el proyecto, el rol de gerente de proyecto ser llevado a cabo por el consultor Master encargado de la fase.

4.3.

Escenario 3: CMDB in-house

EDATEL S.A. E.S.P. propone en este caso que el equipo de IT&Libre realice una consultora para que los desarrolladores de EDATEL S.A. E.S.P. implementen la CMDB en el SSO y la integren con una nica herramienta de monitoreo, ya sea Zenoss o Nagios.
Se trabajar bajo la metodologa de desarrollo Team Software Process. Es una tcnica para trabajar con equipos de trabajo basado en roles. Los roles son: Lder Lder Lder Lder Lder de de de de de proyecto planeacin desarrollo soporte Calidad

IT&Libre 2010

22

TSP requiere de una disciplina personal para crear reportes diarios con las metas alcanzadas y las tareas prximas a trabajar, como tambin el porcentaje de avance, problemas y dificultades que se obtuvo como rol. As TSP realiza un auto-seguimiento pero sobre todo la gerencia podr tomar decisiones respecto al desarrollo que se ve reflejado en tiempo real a travs de dos herramientas de seguimiento en internet llamada Docuwiki y Dotproject. Los pasos a seguir en todo el proceso usando TSP son: Establecer objetivos Definir roles de equipo Definir riesgos y el plan para mitigarlos Producir un plan de equipo.

4.3.1.

Planeacin Escenario 3

Las siguientes son las actividades a desarrollar durante el proyecto para el Escenario 1, que tendr un total de 60 das hbiles:

El detalle de cada una de las fases es el siguiente:

IT&Libre 2010

23

IT&Libre 2010

24

4.3.2.

Inversin Propuesta Escenario 3

La inversin para el escenario 3 tiene un valor de ($47010.540) Cuarenta y Siete Millones Diez Mil Quinientos Cuarenta Pesos Colombianos SIN incluir impuestos de ley.

Descripcin
Escenario 3: Consultora para que los desarrolladores de EDATEL S.A. E.S.P. implementen la CMDB en el SSO y la integren con una nica herramienta de monitoreo Soporte de Fabricante TOTAL

Duracin

Valor Inversin $42100.000


$ 4910.450*

60 das hbiles

$ 47010.540

* Calculado con la TRM del 21/01/2010 ($1964,18). Este valor se calcular de nuevo con la TRM del da de Facturacin. Este valor es calculado para el Soporte Silver de Zenoss.

4.3.1.

Equipo de trabajo Escenario 3

El equipo de proyecto por parte de EDATEL S.A. E.S.P. para el Escenario 3 estar conformado por:
Gerente de Proyecto (20%)

Lder de Proyecto (100%)

Equipo de Desarrollo SSO (100%)

Responsables por Infraestructura Tecnolgica (15%)

El equipo de proyecto por parte de IT&LIBRE estar conformado por:


Gerente de Proyecto (10%)

Consultor Senior ITIL (10%)

Consultor Master Gerencia de Desarrollo (60%)

Consultor Master Herramientas (40%)

La dedicacin de los Consultores Master est dada para las tareas asignadas por el proyecto, el rol de gerente de proyecto ser llevado a cabo por el consultor Master encargado de la fase.

IT&Libre 2010

25

4.4.

Fases del Proyecto

A continuacin se describen cada una de las fases del proyecto, para cualquiera de los escenarios.

4.4.1.

Fase de planeacin

Objetivo: Llevar a todo el equipo de proyecto tanto por parte de EDATEL S.A. E.S.P. como por
parte de IT&LIBRE al mismo nivel de entendimiento sobre el alcance del proyecto.

Actividades:
Revisin de alcance, alineacin de expectativas y revisin de las metodologas de entrega con el equipo directivo del proyecto en esta fase. Identificacin del equipo de proyecto. Establecimiento de cronograma definitivo para la ejecucin de las actividades de proyecto. Consolidacin de informacin para preparar presentacin de kick-off. Reunin de kick-off del proyecto.

Entregables:
kick-off del proyecto Documento plan de proyecto/acta de alcance

4.4.2. Fase de Diseo Objetivo: Definir el diseo tcnico y funcional de la herramienta que soportar la solucin
Actividades:
Se desarrollarn las siguientes actividades de trabajo delineadas por las fases anteriores:
Diseo de la arquitectura y metodologa de implementacin de las herramientas descritas en la primera parte de esta propuesta. Verificacin de requerimientos. Talleres de diseo tcnico y funcional de los procesos a implementar Definiciones para la implementacin de la herramienta tales como: Formularios, Vistas, Roles, Reglas, informacin requerida y Permisos en la herramienta. Diseo de plan de pruebas: ste se realizar en comn acuerdo con el personal de EDATEL S.A. E.S.P. asignado al proyecto. Documentacin

Entregables:
Documento de Diseo Tcnico y Funcional: Documento que recopila las definiciones de las actividades anteriores para la configuracin de las herramientas, as como la arquitectura de la solucin. Documento de Plan de pruebas: Documento que recopila el plan de pruebas diseado en comn acuerdo para evaluar la configuracin de las herramientas.

IT&Libre 2010

26

4.4.3.

Fase de Implementacin

Objetivo: Realizar la configuracin de la o las herramientas de acuerdo al diseo tcnico y


funcional, puesta en marcha y desplegar la solucin en el ambiente de produccin.

Actividades:
Se desarrollarn las siguientes actividades de trabajo:
Instalacin de las herramientas software en las mquinas asignadas para el proyecto Preparacin del ambiente de pruebas Configuracin de los parmetros en las herramientas segn el diseo tcnico y funcional para la herramienta. Ejecucin de plan de pruebas de funcionalidad: Se ejecutarn las pruebas definidas en comn acuerdo con el personal de EDATEL S.A. E.S.P. con el fin de evaluar las herramientas segn las definiciones realizadas en la fase de diseo. Paso a produccin Ajustes y re-configuraciones luego de la ejecucin del plan de pruebas Documentacin de la configuracin realizada.

Entregables:
Documento tcnico: Documento que recopila las configuraciones realizadas en las herramientas. Acta de aceptacin de pruebas: Ejecucin de pruebas satisfactorias de acuerdo a la ejecucin del plan de pruebas definido en la fase anterior. Herramientas implementadas en produccin. Acta de Aceptacin del paso a produccin. Material de los talleres de capacitacin de la herramienta.

4.4.4.

Capacitacin

Objetivo: Como parte de gestin de cambio se va a realizar la transferencia permanente de


conocimiento durante toda la fase de parametrizacin a los administradores de las herramientas.

Actividades:
Se desarrollarn las siguientes actividades de trabajo: Transferencia permanente de conocimiento durante toda la fase de parametrizacin a los administradores de las herramientas Taller de Administracin de las herramientas con una duracin de ocho (8) horas

Entregables:
Material de taller: Se entregara el material (en forma digital) para el taller.

IT&Libre 2010

27

4.4.5.

Fase de Post-Implementacin

Objetivo: Soporte en Operacin sobre la configuracin realizada, acompaamiento a las tareas


asociadas a la implantacin.

Actividades:
Se desarrollarn las siguientes actividades de trabajo: Soporte en la operacin de las funcionalidades de las herramientas segn cronograma. Soporte como garanta correspondiente a 100 horas de soporte remoto con una vigencia de 6 meses.

Entregables:
Bitcora de tareas: Documento que describe las actividades realizadas en el periodo de postimplantacin. Soporte en operacin segn cronograma Soporte como garanta 100 horas con vigencia de 6 meses

4.5.

Comparacin Zenoss - Nagios

A continuacin las impresiones de tres Administradores de Sistemas con experiencia tanto en Nagios como en Zenoss: Opinin #1: Zenoss cuenta con ms funcionalidades pero al mismo tiempo su aprendizaje demanda ms tiempo. An as existen funcionalidades que Nagios ha tenido por aos pero que no fueron includas en Zenoss. An as Zenoss sobresale en la comparacin gracias a funcionalidades con que Nagios no cuenta, adems de que est siendo mejorado a un ritmo ms rpido gracias a que existe un nmero mayor de desarrolladores dedicados a l (al menos hasta 2008). El principal encanto de Zenoss es que reune diversas funcionalidades (syslog, chequeos de sistema, chequeos de snmp, grficas, inventario, etc.) en una nica instalacin. Nagios en cambio debe ser complementado con una instalacin de Cacti, un mecanismo de inventario y un colector de syslog, entre otros. Gracias a que Zenoss reune todo esto, resulta ms sencillo cruzar informacin y un cambio en la configuracin en un lugar afectara todo, en vez de tener que hacer cambios en diversos lugares. Esa es una gran ventaja. Zenoss autodescubre nuevos dispositivos, son asignados a un grupo, hereda los parmetros de monitoreo e inmediatamente se comienzan a recolectar estadsticas de CPU, discos y procesos, tanto inmediatas (como lo hace Nagios) como a lo largo del tiempo (como lo hace Cacti). Lo que sola ser un proceso laborioso (actualizar inventario, actualizar Nagios a mano, actualizar Cacti a mano, asegurarse de que no hay inconsistencias) con Zenosss es casi automtico y bastante simple. Comenzamos a usar Nagios para monitoreo desde sus inicios y gracias a ello podemos afirmar con absoluto criterio que Zenoss trae consigo mejoras, pero an hay cosas que consideramos que funcionan mejor en Nagios. Sin embargo es muy probable que Zenoss incluya esas mismas caractersticas pronto.

IT&Libre 2010

28

Se deber tener presente que para implementar Zenoss contratamos a un Administrador de Sistemas que vena de una Organizacin donde l lider la instalacin de Zenoss en diferentes ubicaciones, monitoreando miles de servidores. La experiencia y conocimientos ganados en ese escenario facilitaron la instalacin y configuracin en nuestro escenario, que cuenta con una nica ubicacin y cientos de servidores, sin embargo le tom considerable tiempo dejarlo a punto y result claro que toma tiempo aprender y volverse experto en Zenoss, pero vale la pena el esfuerzo. La configuracin inicial fue rpida, pero replicar cada monitoreo personalizado tom tiempo. Una anotacin importante: Zenoss aporta el mayor valor cuando se implementa en entornos donde se hace amplio uso de SNMP. Nosotros usamos monitoreamos a travs de SNMP todos los servidores y es el protocolo de monitoreo de nuestra predileccin en el 99% de nuestro entorno, donde dejamos de usar chequeos basados en SSH para migrarlos todos a SNMP sin enfrentar problemas. Opinin #2: Recomiendo ampliamente Nagios sobre Zenoss. Recientemente tuve la oportunidad de implementar una solucin de monitoreo para una compaa que contrat mis servicios de consultora. Hicimos la evaluacin y Zenoss fue el elegido gracias a sus completas caractersticas. Su instalacin inicial fue mucho ms fcil que la de Nagios y dejar monitoreos operativos result simple. Desafortunadamente a medida que fuimos demandando ms de las diversas funcionalidades anunciadas por Zenoss, enfrentamos diversos problemas. Primero, algunas de las caractersticas documentadas simplemente no las encontramos. El autodescubrimiento de dispositivos nunca funcion an despus de horas de intento, incluyendo revisiones sobre el cdigo fuente para tratar de entender cmo se supone que funciona. El modelamiento slamente parece funcionar correctamente con servidores HP y Dell. Al leer la documentacin pareciese que Zenoss facilita el desligamiento de servicios y dispositivos (importante cuando el servicio a monitorear no corre en un servidor especifico sino en una granja de servidores con balanceo de carga) pero realmente no es tan simple. Cualquier monitoreo que no viene por defecto includo en los Zenpacks resulta extremadamente dificil de implementar. No hay manera de programar horarios de monitoreo y en la documentacin bsica no mencionan esta funcionalidad. La documentacin de Zenoss luce sustanciosa a primera vista pero al revisarla, se compone principalmente de pantallazos describiendo lo obvio, en vez de enfocarse en describir cmo usarlo mediante ejemplos prcticos. Finalmente su interfaz, a pesar de contar con un atractivo diseo, se congela con frecuencia. Nosotros debimos haber intentado ser unos miembros dignos de la comunidad de cdigo abierto mediante la correccin de estos errores pero hubo dos eventos que nos lo impidieron. Primero, el monitoreo simplemente no funcion. Realizamos cadas y subidas controladas de servicios en las que Zenoss report la cada pero nunca la subida, nisiquiera esperando 24 horas para ello. Segundo, los intentos por buscar asistencia en la comunidad y los desarrolladores nunca fueron respondidos, a menos que la pregunta ya se encontrara en el FAQ. Aparentemente los desarrolladores de Zenoss enfocaron sus esfuerzos en la interfaz, no en la funcionalidades de monitoreo y quienes se encargan del Mercadeo insisten en anunciar funcionalidades inexistentes. Es posible que nagios sea poco amigable, poco atractivo y complejo de configurar, pero funciona. No he encontrado nign otro sistema de monitoreo que funciona tan bien como Nagios. Opinin #3: An me gusta Zenoss, pero no tanto como antes. Si es posible dedicar tiempo completo a una persona para que lo administre y mejore (adems de que documente y entrene al resto del personal), seguramente le sacar el mejor provecho. Si se cuenta con un equipo pequeo y ocupado, resulta ms recomendable Nagios. Hemos comprobado que Zenoss es muy poderoso y bastante configurable, pero as mismo demanda demasiado tiempo. Inicialmente asignamos una persona exclusivamente dedicada a administrarlo y

IT&Libre 2010

29

configurarlo y los resultados se vieron pero cuando dejamos de dedicarle tanto, comenz a evidenciar inconsistencias o comportamientos inesperados. Dichos problemas son comunes a la mayora de sistemas de monitoreo, sobretodo debido a que el ambiente a monitorear cambia constantemente, pero entre ms complejo sea el sistema de monitoreo y entre ms funcionalidades tenga, mayor ser la probabilidad de que presente fallos. Zenoss, al intentar convertirse en El Verdadero Sistema de Monitoreo, cuenta con diversas fuentes de eventuales fallos. Nagios, siendo mas modesto en sus caractersticas y contando con una base ms estable construda en aos de experiencia, es menos vulnerable a comportamientos inesperados. An usamos Zenoss y probablemente sigamos hacindolo, pero honestamente extrao la simplicidad de Nagios, el cul debe ser complementado con Cacti pero honestamente no usamos esas grficas tanto como pensamos inicialmente (aunque son realmente utiles cuando son demandadas) Si volviera a comenzar, probablemente usaria Nagios, Cacti y algunos scripts de integracin. Zenoss no est mal, pero demanda un compromiso mayor del que podemos brindar actualmente. Es irnico pero gracias a su funcionalidad de auto-descubrimiento, el tiempo inicial de implementacin de Zenoss es bastantre corto: Se instala, se ejecuta el autodescubrimiento y se inicia la postconfiguracin, la cul termina demandando demasiado tiempo, en parte porque auto configura muchos aspectos pero no configura por completo nada pues se requiere real conocimiento de la red para lograrlo. Con Nagios es posible que la configuracin inicial tome un poco ms de tiempo pero la postconfiguracin es finita y una vez hecha, contina trabajando de forma estable.

IT&Libre 2010

30

5. Factores Crticos de xito


Dentro de los factores crticos para el xito de la propuesta se encuentran: Disponibilidad de la informacin relevante para el diseo y la integracin. Establecer responsables y fechas de entrega para cada uno de los pre-requisitos de nuestra labor de consultora. Disponibilidad del personal de EDATEL S.A. E.S.P. en las reuniones de trabajo en las cuales sea necesaria su presencia para la toma de decisiones. Establecer un Plan de Comunicaciones entre los miembros del equipo de proyecto tanto de EDATEL S.A. E.S.P. como de IT&LIBRE. Seguimiento a las actividades del proyecto con el fin de asegurar los tiempos acordados. Compromiso y trabajo continuo en los nuevos roles y responsabilidades generados. Comunicacin y seguimiento para lograr la absorcin de mejores prcticas dentro de la organizacin.

6. Responsabilidades
Responsabilidades del equipo de IT&LIBRE:
Entregar toda la documentacin que se genera para el proyecto en espaol, en formato electrnico (no impreso). Los manuales de administracin de cada una de las herramientas sern entregados en el mismo lenguaje que fueron liberados (ingls) Realizar el desarrollo del diseo tcnico y funcional en conjunto con el personal de EDATEL

S.A. E.S.P.
Garantiza la transferencia continua de conocimiento a los recursos asignados por EDATEL S.A. E.S.P. como administradores de la herramienta durante esta la fase de implementacin. Realizar el paso a produccin en compaa y con la colaboracin del personal de EDATEL S.A. E.S.P. asignado al proyecto. Realizar una nica configuracin por cada herramienta en el respectivo servidor de produccin asignado al proyecto. Asignar el recurso y elaborar el material en medio digital para los talleres descritos.

Responsabilidades de EDATEL S.A. E.S.P.:


Asignar y garantizar los recursos de personal e infraestructura para el desarrollo de las entrevistas y talleres de diseo tcnico y funcional as como en todas las etapas de diseo. Asignar un recurso como administrador de las herramientas, quien estar asignado el 100% de su tiempo al proyecto con el fin de garantizar la transferencia contina de conocimiento. Asignar y garantizar los recursos de personas e infraestructura para el paso a produccin definido en la estrategia de despliegue de la solucin.

IT&Libre 2010

31

La logstica de cualquier tema de capacitacin (saln de conferencia, laboratorio en caso de ser requerido, ayudas audiovisuales, refrigerios, programacin de sesiones, horarios del personal asistente, etc.) ser responsabilidad de EDATEL S.A. E.S.P. Asignar los recursos y personas necesarias para llevar a cabo el plan de capacitacin diseado. Garantizar el espacio fsico para dos (2) consultores constantes de IT&LIBRE, esto incluye escritorio, acceso telefnico a lneas externas, acceso a Internet.

7. Validez de la oferta
La presente propuesta tiene una validez de Treinta (30) das calendario a partir de la fecha de entrega (21 de Enero de 2010). En caso de no ser aprobada durante este lapso de tiempo y EDATEL S.A. E.S.P. siga interesado en la ejecucin de la misma, deber ser revisada y presentada nuevamente con las modificaciones pertinentes.

8. Condiciones Generales
Los pagos se realizarn de la siguiente manera Propuesta:
Pago Primer pago: Adelanto inicio de proyecto Segundo pago: finalizando fase de diseo Tercer pago: Finalizando la fase implementacin Tercer pago: Finalizando la fase post-implementacin sin soporte Inversin Total Porcentaje 5% 35% 50% 10% 100%

Tabla de pagos para la propuesta Los pagos se realizarn a los 30 das despus de radicada cada factura, segn la tabla de porcentajes anteriormente mostrada, excepto para el primer pago (5%) que esta descrito como anticipo del proyecto. Los trabajos se realizarn en la ciudad de Medelln. Cualquier desplazamiento fuera de esta ciudad ser cotizado y facturado por aparte de la presente propuesta segn las polticas de viticos de ITConsultores. El valor de la propuesta contempla los servicios descritos en la misma cualquier servicio adicional ser cotizado en una nueva propuesta por separado. Los valores anteriores NO incluyen impuestos de ley. Los trabajos podrn ser iniciados dos semanas despus que sea generada orden de compra.

IT&Libre 2010

32