Hosting VPS Docker para Grafana

Grafana es una plataforma de código abierto de observabilidad y visualización de datos de Grafana Labs que permite a los equipos consultar, visualizar, alertar y explorar métricas, logs y trazas de muchas fuentes de datos distintas en un solo lugar. Incluye paneles con decenas de tipos de visualización, variables de plantilla, alertas unificadas con enrutamiento a Slack, PagerDuty, correo y webhooks, un modo Explore para consultas ad-hoc, anotaciones para marcar despliegues e incidentes, y aprovisionamiento como código para versionar paneles y fuentes de datos entre entornos.

Grafana en sí es ligero. El mínimo oficial es de unos 512 MB de RAM y un solo núcleo de CPU para una instancia pequeña, ya que Grafana no almacena métricas y delega el trabajo pesado de consulta en las fuentes de datos a las que se conecta. Los despliegues reales funcionan cómodamente con 1 o 2 núcleos de CPU y 1 a 2 GB de RAM, añadiendo más margen a medida que crecen los usuarios simultáneos, el número de paneles y el volumen de evaluaciones de reglas de alerta.

Grafana escucha en el puerto TCP 3000 por defecto para su interfaz web y su API HTTP. Los despliegues de producción colocan un proxy inverso que termina HTTPS, como NGINX, delante del puerto 3000, con certificados TLS de Let's Encrypt y el upstream apuntando a 127.0.0.1:3000 en loopback. Los ajustes root_url y serve_from_sub_path en grafana.ini se modifican cuando Grafana se sirve bajo una subruta en lugar de en la raíz del dominio.

Una instancia pequeña de Grafana que sirve a unos pocos usuarios funciona cómodamente con 512 MB a 1 GB de RAM, porque Grafana no almacena métricas y descarga la ejecución de consultas en sus fuentes de datos. Una instancia más cargada con muchos espectadores simultáneos, paneles grandes y evaluaciones frecuentes de reglas de alerta requiere de 1 a 2 GB de RAM y de 1 a 2 núcleos de CPU, y la cifra escala principalmente con los usuarios simultáneos y el número de paneles renderizados a la vez, no con el volumen de datos.

Hacer una copia de seguridad de Grafana significa respaldar su base de datos de configuración y unos pocos archivos. Un volcado de la base de datos de configuración PostgreSQL o MySQL (o una copia de grafana.db en SQLite) conserva paneles, usuarios, fuentes de datos y reglas de alerta, mientras que el archivo de configuración grafana.ini y cualquier YAML de aprovisionamiento capturan el resto. Como Grafana consulta las fuentes de datos directamente y no almacena métricas ni logs propios, la base de datos de configuración más los archivos de aprovisionamiento es todo lo que hay que conservar para reconstruir una instancia desde cero.

Sí. La edición de código abierto de Grafana es totalmente gratuita y se publica bajo la licencia AGPLv3, a la que el núcleo pasó desde Apache 2.0 en 2021, para cualquier despliegue autoalojado sin tarifas por asiento ni por capacidad. Grafana Labs también vende Grafana Enterprise, que añade RBAC detallado, plugins de fuentes de datos empresariales, informes y SAML, y opera el servicio gestionado Grafana Cloud, que tiene un plan gratuito y planes de pago por uso construidos sobre el mismo motor.

Grafana almacena su propio estado interno — paneles, usuarios, organizaciones, definiciones de fuentes de datos, reglas de alerta y ajustes — en una base de datos de configuración que es independiente de las fuentes de datos que consultas. El valor por defecto es un archivo SQLite incluido, válido para un solo nodo, pero PostgreSQL (preferido) o MySQL es la opción admitida para producción y es obligatoria para despliegues de alta disponibilidad que ejecutan más de una instancia de Grafana detrás de un balanceador de carga.

Dos vías de instalación son habituales. Ejecutar la imagen Docker oficial grafana/grafana mapeada al puerto 3000 del host, o instalar el binario o paquete del sistema desde los repositorios APT/YUM de Grafana. En ambos casos, apunta Grafana a una base de datos de configuración PostgreSQL o MySQL aparte mediante las variables de entorno GF_DATABASE_* o la sección [database] de grafana.ini antes de pasar a producción, ya que migrar después desde el archivo SQLite por defecto implica mover la base de datos de configuración con tiempo de inactividad.

Sí, en dos funciones distintas. Grafana admite PostgreSQL como una de las fuentes de datos que consultas y visualizas, junto con Prometheus, Loki, Tempo, Graphite, InfluxDB, Elasticsearch, MySQL, CloudWatch y muchos otros conectores. PostgreSQL también es la base de datos de configuración preferida para almacenar el estado interno de Grafana, como paneles, usuarios, definiciones de fuentes de datos y reglas de alerta, y es el backend recomendado para cualquier configuración de alta disponibilidad.

LGTM es el stack de observabilidad de código abierto de Grafana Labs: Loki para logs, Grafana para visualización y alertas, Tempo para trazas distribuidas y Mimir para métricas de Prometheus a largo plazo y escalables horizontalmente. Grafana se sitúa al frente como la capa unificada de consulta y paneles sobre los tres tipos de señal, de modo que los equipos que autoalojan el stack completo obtienen logs, métricas y trazas correlacionados en una sola interfaz sin pagar a un proveedor de observabilidad alojado.