Diferencias clave de Zabbix Cloud
Introducción
Zabbix Cloud es una plataforma basada en la nube que permite a sus usuarios ejecutar instancias de Zabbix autónomas en la nube (nodos en la nube).
En comparación con una implementación de Zabbix habitual, local:
- No se requiere instalación ni mantenimiento.
- Los nodos en la nube están totalmente gestionados por Zabbix.
- Los nodos en la nube se pueden iniciar en cuestión de minutos.
Este servicio se ofrece bajo un modelo de pago por uso (hay disponible una prueba gratuita).
Tabla comparativa
Aunque la mayoría de las funciones se solapan entre las instalaciones de Zabbix locales y los nodos en la nube, también existen diferencias. A continuación se proporciona una tabla comparativa resumida. En las secciones siguientes se describen en detalle algunos elementos seleccionados.
| Función / Aspecto | Zabbix Cloud | Zabbix local |
|---|---|---|
| Ciclo de lanzamiento | En consonancia con las versiones LTS | Usted elige la versión de Zabbix (estable, beta, compilaciones personalizadas) |
| Facilidad de uso | Plataforma lista para usar, gestionada completamente por Zabbix | Requiere instalación, configuración y mantenimiento |
| Aplicación de parches de vulnerabilidades | Aplicación automática de parches del sistema operativo y de Zabbix | Aplicación manual de parches por parte del usuario |
| Certificado HTTPS | Certificado válido listo para usar (sin Let's Encrypt) | Autofirmado de forma predeterminada (se puede configurar Let's Encrypt u otra CA) |
| Rendimiento de la base de datos (INSERT/UPDATE/SELECT) |
Particionado automático para obtener la máxima velocidad; no hay operaciones DELETE de larga duración | Particionado y limpieza manuales (son posibles transacciones DELETE prolongadas) |
| Ajuste del rendimiento | Preajustado por el equipo de Zabbix Cloud (sin registros de cambios) | Visibilidad y control completos sobre los parámetros de ajuste |
| Control del firewall | Gestionado por el equipo de Zabbix Cloud; los puertos de la GUI y del trapper no están expuestos públicamente | Control completo de las reglas del firewall y de la exposición de puertos |
| Tráfico saliente en el puerto 25 | Bloqueado de forma predeterminada para evitar spam y abusos; utilice en su lugar el puerto SMTP 587 o 465 | Zabbix no lo restringe; depende de su red y proveedor de alojamiento |
| Aislamiento y protección de la base de datos | Altamente aislada, sin acceso directo a la base de datos ni por SSH | Depende de la seguridad de su red y host |
| Alta disponibilidad (HA) | Se ejecuta en una plataforma en la nube de alta disponibilidad, se pueden utilizar proxies de Zabbix para una mayor resiliencia de la recopilación de datos |
HA gestionada por el usuario |
| Traps SNMP | Solo mediante un proxy dedicado (sin receptor de traps con HA ni balanceo de carga) | Directamente o mediante un proxy; es posible utilizar HA y balanceo de carga |
| Sondeo SNMP | Difícil sin proxies (cada dispositivo necesita NAT/puerto personalizado) | Sondeo SNMP nativo; proxy opcional |
| Configuración de retención | Historial/Tendencias/Auditoría únicamente mediante la interfaz de usuario (sin API ni archivo de configuración) | Configurable en el archivo de configuración del server de Zabbix o mediante la API |
| Scripts personalizados | No se admiten AlertScriptsPath, ExternalScripts, módulos del frontend ni módulos de la comunidad |
Compatibilidad completa (ruta de scripts, módulos, integraciones) |
| Supervisión ODBC | Solo PostgreSQL (controlador {postgresql}); el plugin de MariaDB está presente como marcador de posición |
ODBC para PostgreSQL, MySQL, Oracle, etc.; totalmente configurable |
| Limitación de llamadas ODBC | No es posible (solo StartODBCPollers=1); las consultas de sincronización pesadas bloquean otras tareas |
Cantidad de pollers y programación totalmente ajustables |
| Carga de certificados SAML | No compatible | Compatible mediante la interfaz de usuario o la API |
| Informes programados | Debe crear su propio medio de Email (los medios de tipo script no son compatibles) | Admite medios de tipo script y Email listos para usar |
| Interfaz del host para comprobaciones activas | Dirección IP proporcionada por la plataforma (creada automáticamente) | Las interfaces son gestionadas por usted; las direcciones IP están bajo su control |
Diferencias de características
Trampas SNMP
Las trampas SNMP solo son compatibles a través de un proxy Zabbix dedicado. Si se requiere la monitorización de trampas SNMP, no se puede utilizar el balanceo de carga automatizado ni la alta disponibilidad para el proxy porque las trampas SNMP deben enviarse a una única dirección IP.
Sondeo SNMP
Sin proxies, el sondeo SNMP requiere que cada dispositivo esté expuesto a través de NAT y puertos personalizados.
Configuración de retención
Los períodos de retención de historial, tendencias y registro de auditoría solo se pueden configurar a través de la interfaz web en la nube.
Estas configuraciones no se pueden modificar a través de zabbix_server.conf ni de la API.
No se admiten anulaciones manuales de historial por item (la partición se controla globalmente). Las URL de los nodos en la nube no aceptan los mismos parámetros de consulta que las instalaciones on-premise.
Scripts personalizados
Los siguientes tipos de scripts personalizados no son compatibles con Zabbix Cloud:
- Scripts de alerta (
AlertScriptsPath) - Scripts externos (
ExternalScripts) - Scripts de frontend en Zabbix Server
No se pueden instalar módulos de frontend desarrollados por la comunidad.
Monitorización ODBC
Zabbix Cloud admite la monitorización ODBC solo para PostgreSQL. Utilice la plantilla ODBC oficial de Zabbix y defina la cadena de conexión en la plantilla utilizando:
Driver={postgresql}
También se instala un plugin de MariaDB, pero actualmente no es funcional. Si se utiliza, defina:
Driver={mysql}
No existe una configuración funcional conocida para Oracle MySQL 8.0 en Zabbix Cloud.
Si bien las consultas simples (como SELECT 1) pueden tener éxito, las consultas más complejas devuelven SQL_ERROR.
No es posible limitar las llamadas ODBC (StartODBCPollers=1 solamente).
Los informes síncronos pesados pueden afectar el rendimiento, y solo se puede ejecutar un único SELECT a la vez.
Acceso a la infraestructura
Zabbix Cloud no proporciona acceso SSH a los nodos subyacentes, ni permite conexiones directas a la base de datos (por ejemplo, al puerto 3306). Todas las actividades de configuración, monitorización y resolución de problemas deben realizarse a través de la interfaz de usuario en la nube o de la API, garantizando que las capas del sistema operativo y de la base de datos permanezcan aisladas y seguras.
Tráfico saliente en el puerto 25
Para evitar el spam y el uso indebido, las conexiones salientes desde los nodos de Zabbix Cloud al puerto TCP 25 están bloqueadas de forma predeterminada. Esto afecta a:
- Los tipos de medio Email que envían mensajes a través de un servidor SMTP en el puerto 25. Como 25 es el puerto del servidor SMTP predeterminado para un nuevo tipo de medio Email, cámbielo a 587 (con Seguridad de la conexión establecida en STARTTLS) o a 465 (SSL/TLS), según lo que admita su servidor SMTP. El proveedor de correo electrónico Office365 relay no se puede utilizar, ya que se conecta al endpoint de retransmisión de Microsoft en el puerto 25.
- Los informes programados, que requieren un tipo de medio Email.
- Las comprobaciones que el propio nodo de la nube realiza en el puerto 25, como
net.tcp.service[smtp], comprobaciones simples o comprobaciones SMTP en las reglas de detección de red. Estas informan de que el servicio SMTP está inactivo incluso cuando está en ejecución; realice dichas comprobaciones mediante un proxy de Zabbix o un agent de Zabbix en su propia red.
El tipo de medio Cloud Email predeterminado no se ve afectado.
Interfaz de comprobación activa
Las comprobaciones activas en la nube crean automáticamente una interfaz de host con una IP no relacionada con su red local. Por defecto, esta IP puede ser externa. Para mantener la coherencia, puede eliminar o ajustar manualmente la interfaz del host después de la creación.
Carga de certificado SAML
La autenticación SAML no es compatible porque pocos proveedores aceptan mensajes SAML sin cifrar o sin firmar.
Informes programados
El tipo de medio Cloud Email predeterminado utiliza un transporte mediante script y no se puede usar para informes programados. Para enviar informes por correo electrónico:
- Cree un nuevo tipo de medio Email.
- Asigne el medio de correo electrónico a su usuario en Configuración del usuario > Medios.
- Seleccione ese tipo de medio al configurar los informes programados.
No utilice el puerto 25 como puerto del server SMTP para este tipo de medio; consulte Tráfico saliente en el puerto 25.