Arquitectura

Pandora FMS es una herramienta muy versátil y modular, y permite trabajar de varias maneras. De forma resumida podemos decir que Pandora FMS trabaja tanto con monitorización remota como con monitorización basada en agentes, y que por supuesto permite combinar ambas.

Pandora FMS está desarrollado en diferentes lenguages: C++ y Perl para los agentes, Perl en el servidor, y PHP/Javascript en la consola WEB.

Pandora FMS tiene un diseño modular, basado en varios subservidores específicos para cada tipo de chequeo. Todos sus componentes son rendundantes y pueden funcionar en HA Activo/Activo



Export server

El servidor de exportación permite escalar a otras instancias de pandora, determinados datos que una implantación (o site) de Pandora FMS a otras implantaciones, de forma que estas reciben los datos del servidor como si se tratara de "copias" de los datos. En el servidor que envia los datos, se pueden marcar, módulo por módulo, todos aquellos datos que queremos exportar.



Meta consola

La versión Enterprise de Pandora FMS, gracias a la metaconsola, implementa una manera de poder distribuir la monitorización entre diferentes servidores de Pandora FMS físicamente independientes. Cada servidor tiene su propia base de datos, consola y servidor, y por supuesto sus propios agentes, alertas, informes, e incluso usuarios, grupos y políticas.



La metaconsola no procesa información, sólamente "lee" la informacion de su fuente original, de el servidor de Pandora donde realmente está almacenada la información, solo que la metaconsola puede buscar un agente en TODOS los pandoras, y mostrar las vistas de datos de cada agente de cada Pandora, simplemente enlazando automáticamente las vistas de datos "locales" de cada Pandora. Esto es posible mediante la autenticación delegada (mediante hash) que implementa Pandora FMS desde la version 2.1, que permite que un usuario previamente autenticado en la metaconsola no tenga que autenticarse en uno de los pandoras asociado a la metaconsola.


De esta forma, no existe límite teórico de máximo número de máquinas a monitorizar ya que podamos ir añadiendo servidores de Pandora de forma lineal para lograr la escalabilidad que deseemos como se ve en el siguiente ejemplo, donde si suponemos que cada servidor procesa 1200 agentes, podemos ver que fácilmente podemos superar los 6000 agentes monitorizados añadiendo 5 servidores:

Tentacle proxy

La nueva versión de tentacle soporta el uso de proxies (en modo HTTP/Connect) de forma que los agentes pueden conectar directamente con el servidor usando un proxy standard. De igual manera existe un componente llamado Tentacle Proxy Server, que permite usar un elemento intermedio que centralize toda la comunicación con el servidor de destino y permita además la gestión de coleción de ficheros (v3.2) y de configuraciones.