15 años con PRTG. ¡Ahora toca aprender Zabbix!

Durante aproximadamente 15 años, en Ordenador Digital hemos trabajado con PRTG en proyectos de monitoreo para organizaciones de diferentes tamaños e industrias.

Después de tanto tiempo conocemos bastante bien la plataforma: su forma de trabajar, sus fortalezas, sus limitaciones y muchos de los escenarios donde puede generar valor.

Entonces surge una pregunta bastante lógica:

¿Por qué estamos instalando Zabbix en nuestro propio laboratorio?

La respuesta es sencilla.

Porque creemos que para recomendar correctamente una herramienta de monitoreo no basta con conocer muy bien una sola alternativa.

Hay que conocer otras opciones de primera mano.

No queremos hacerlo únicamente leyendo documentación, fichas técnicas, comparaciones en Internet o comentarios de otros usuarios.

Queremos instalar Zabbix, configurarlo, operarlo, equivocarnos, resolver problemas y entender cómo funciona realmente.

Y eso es precisamente lo que estamos comenzando a hacer.

El riesgo de conocer demasiado bien una sola herramienta

Trabajar muchos años con una misma tecnología tiene enormes ventajas.

La experiencia permite implementar más rápido, anticipar problemas y conocer funcionalidades que probablemente pasarían desapercibidas para un usuario nuevo.

Pero también existe un riesgo.

Cuando conocemos demasiado bien una herramienta, podemos comenzar a observar los problemas desde la perspectiva de esa herramienta.

En otras palabras:

Podemos terminar intentando adaptar el problema del cliente a la solución que nosotros conocemos.

Es una especie de “sesgo de herramienta”.

Y queremos evitarlo.

Nuestro enfoque como consultores debería comenzar de otra manera:

Primero entender el problema. Después escoger la herramienta.

Un cliente no llega diciendo que tiene un problema de PRTG o un problema de Zabbix.

Tiene problemas de disponibilidad.

Tiene poca visibilidad.

Tiene equipos distribuidos.

Tiene servicios críticos.

Tiene demasiado trabajo manual.

Tiene tiempos de respuesta elevados.

Tiene restricciones de infraestructura, presupuesto o personal.

La tecnología debería aparecer después de entender todo eso.

Entonces, ¿Por qué Zabbix?

Porque es una plataforma ampliamente utilizada y representa una forma diferente de abordar el monitoreo.

Además, existen organizaciones que tienen requisitos específicos relacionados con sistemas operativos, arquitectura, tecnologías abiertas, costos de licenciamiento, capacidad de personalización o políticas internas.

Por eso queremos conocer Zabbix con suficiente profundidad para entender dónde podría tener sentido utilizarlo.

No estamos comenzando este proyecto con la intención de demostrar que una herramienta es mejor que la otra.

Una conclusión de ese tipo nos parecería demasiado simplista.

La pregunta que realmente nos interesa es:

¿En qué escenarios tiene más sentido utilizar una plataforma u otra?

Probablemente encontraremos situaciones donde PRTG tenga ventajas claras.

Seguramente encontraremos otras donde Zabbix resulte especialmente interesante.

Y probablemente también encontraremos escenarios donde ninguna de las dos sea la solución adecuada.

Eso es precisamente lo que queremos descubrir.

Nuestro labotarorio será el campo de pruebas

En Ordenador Digital contamos con un laboratorio de aproximadamente +200 dispositivos dentro de una red LAN.

Tenemos servidores, equipos de comunicaciones y diferentes tecnologías que nos permiten reproducir escenarios similares a los que encontramos en ambientes reales.

Ese laboratorio será nuestro campo de pruebas.

La idea será plantear los mismos problemas de monitoreo a ambas plataformas y observar cómo los resuelve cada una.

No queremos diseñar pruebas específicamente para favorecer a determinada solución.

Queremos construir escenarios controlados, pero representativos de situaciones que normalmente encontramos en nuestros clientes.

Una regla fundamental: Las condiciones deben ser las mismas

Si queremos obtener conclusiones útiles, necesitamos reducir al máximo las diferencias provocadas por el ambiente de prueba.

Por eso estableceremos una regla sencilla:

Mismo laboratorio.

Mismos dispositivos.

Mismos protocolos.

Mismas métricas.

Mismos intervalos de consulta.

Mismos escenarios de falla.

Mismos objetivos.

Mismas unidades de medida.

Por ejemplo, si queremos comparar el monitoreo de una interfaz de un switch mediante SNMP, utilizaremos el mismo switch, la misma interfaz, el mismo protocolo, la misma métrica y el mismo intervalo de consulta.

En términos simples:

Mismo dispositivo + misma métrica + mismo protocolo + mismo intervalo.

A partir de ahí podremos comenzar a observar las diferencias.

No solamente queremos saber si puede hacerlo

Esta será probablemente una de las reglas más importantes durante toda la serie.

Preguntar únicamente:

“¿Puede PRTG hacerlo?” o “¿Puede Zabbix hacerlo?”

nos parece insuficiente.

En muchas ocasiones ambas plataformas probablemente podrán realizar la misma tarea.

Lo interesante será entender cómo llegan al resultado.

Por eso intentaremos documentar tres cosas:

¿Puede hacerlo?

¿Cómo lo hace?

¿Cuánto esfuerzo requiere?

Ese tipo de información nos parece mucho más útil.

¿Qué vamos a evaluar?

El proyecto será amplio y por eso iremos documentando nuestra experiencia en diferentes artículos.

Inicialmente hemos agrupado las pruebas en cuatro grandes áreas.

1. Puesta en marcha

Queremos entender qué necesita cada plataforma antes de comenzar realmente a generar valor.

Evaluaremos infraestructura, componentes, dependencias, conocimientos y tiempo necesario para dejar la plataforma funcional.

Una de las primeras preguntas será:

¿Cuánto tiempo transcurre desde que comenzamos la instalación hasta que obtenemos nuestra primera información útil?

2. Capacidades de monitoreo

Después comenzaremos a incorporar dispositivos, protocolos y diferentes tipos de métricas.

También analizaremos descubrimiento, plantillas, automatización, intervalos de consulta y diferentes mecanismos para reutilizar configuraciones.

3. Operación diaria

Una plataforma de monitoreo no solamente debe instalarse.

Después hay que administrarla durante años.

Por eso analizaremos tareas como agregar dispositivos, modificar configuraciones, crear alertas, realizar cambios masivos, administrar usuarios, actualizar la plataforma y resolver problemas.

El esfuerzo de operación puede terminar siendo tan importante como el esfuerzo inicial de instalación.

4. Costo total de propiedad (TCO)

Un reto sumamente difícil. Aquí queremos ir más allá del precio de la licencia.

Analizaremos aspectos como:

• Licenciamiento

• Infraestructura

• Sistema operativo

• Base de datos

• Capacitación

• Consultoría

• Soporte

• Tiempo de administración

La pregunta que queremos responder no será simplemente cuál licencia cuesta menos.

Queremos entender:

¿Cómo se compone realmente el costo total de propiedad de cada plataforma?

Existe una diferencia importante que debemos reconocer

Ordenador Digital lleva aproximadamente 15 años trabajando con PRTG.

Con Zabbix estamos comenzando.

Sería poco serio ignorar esa diferencia.

Si nuestro equipo instalara y configurara Zabbix únicamente con el conocimiento que tenemos actualmente, podríamos cometer errores y posteriormente atribuir esos problemas a la plataforma.

No queremos que eso ocurra.

Por esta razón hemos incorporado al proyecto a un consultor especializado en Zabbix para acompañarnos durante el proceso.

Queremos asegurarnos de que la plataforma sea implementada utilizando buenas prácticas y que, cuando tengamos una dificultad, podamos distinguir entre una limitación real del producto y una falta de conocimiento de nuestra parte.

Esto no elimina completamente el sesgo.

Pero al menos lo reconoce y trata de reducirlo.

Y creemos que esa transparencia es importante.

Nuestro Objetivo: Crear mejores consultores

No queremos armar polémica, ni andar desgastándonos en defender alguna marca, queremos aprender, compartir nuestra experiencia con la gente que le interese el tema y poder aconsejar adecuadamente a nuestros clientes.

Para nosotros el resultado más importante no será declarar un ganador.

Será mejorar nuestra capacidad para hacer recomendaciones.

Queremos que cuando un cliente nos explique un problema podamos pensar primero en sus necesidades y después en la tecnología.

Analizar sus restricciones.

Su infraestructura.

Su equipo.

Su presupuesto.

Sus servicios críticos.

Y solamente entonces recomendar una herramienta.

Este viaje apenas comienza

En los próximos artículos iremos mostrando lo que encontremos.

Comenzaremos por algo muy básico:

¿Qué necesita cada plataforma para quedar instalada y operativa?

Después empezaremos a agregar dispositivos, protocolos y métricas.

Y poco a poco iremos complicando el escenario.

No sabemos todavía cuáles serán todas las conclusiones.

Y precisamente por eso creemos que este experimento puede resultar interesante.

Si utiliza alguna de estas dos herramientas y considera que existe alguna prueba, escenario o funcionalidad que deberíamos incluir, nos gustaría conocerla.

Intentaremos llevar sus preguntas a nuestro laboratorio.

Primero la necesidad del cliente. Después la herramienta. El que solo vende martillos anda viendo clavos por todos lados.

#PRTG #Zabbix #NetworkMonitoring #Monitoreo #SysAdmin #ITMonitoring #Observabilidad #InfraestructuraTI #ITOperations #OrdenadorDigital