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 parte de la funcionalidad se solapa entre las instalaciones de Zabbix on-premise y los nodos en la nube, también existen diferencias. A continuación se proporciona una tabla comparativa resumida. Las secciones siguientes describen algunos elementos seleccionados en detalle.
| Feature / Aspect | Zabbix Cloud | Zabbix on‑premises |
|---|---|---|
| Release cycle | En sincronía con las versiones LTS | Usted elige su versión de Zabbix (estable, beta, compilaciones personalizadas) |
| Ease of use | Plataforma lista para usar, totalmente gestionada por Zabbix | Requiere instalación, configuración y mantenimiento |
| Vulnerability patching | Aplicación automática de parches del sistema operativo/Zabbix | Aplicación manual de parches por parte del usuario |
| HTTPS certificate | Certificado válido desde el primer momento (sin Let's Encrypt) | Autofirmado de forma predeterminada (se puede configurar Let's Encrypt u otra CA) |
| DB performance (INSERT/UPDATE/SELECT) |
Particionado automático para máxima velocidad; sin DELETE de larga duración | Particionado y limpieza manuales (posibles transacciones DELETE largas) |
| Performance tuning | Ajustado previamente por el equipo de Zabbix Cloud (sin registros de cambios) | Visibilidad y control completos sobre los parámetros de ajuste |
| Firewall control | Gestionado por el equipo de Zabbix Cloud; los puertos de GUI/trapper no están expuestos públicamente | Control total de las reglas del firewall y de la exposición de puertos |
| DB isolation & protection | Altamente aislado, sin acceso directo a la DB/SSH | Depende de su red y de la seguridad del host |
| High availability (HA) | Se ejecuta en una plataforma en la nube de alta disponibilidad, se pueden usar proxies de Zabbix para una mayor resiliencia en la recopilación de datos |
HA gestionada por el usuario |
| SNMP traps | Solo mediante un proxy dedicado (sin receptor de traps con HA/balanceo de carga) | Directamente o mediante proxy, con posibilidad de HA/balanceo de carga |
| SNMP polling | Difícil sin proxies (cada dispositivo necesita NAT/puerto personalizado) | SNMP polling nativo; proxy opcional |
| Retention settings | History/Trends/Audit solo mediante la interfaz de usuario (sin API ni archivo de configuración) | Configurable en el archivo de configuración del server o mediante la API |
| Custom scripts | No se admiten AlertScriptsPath, ExternalScripts, frontend y módulos de la comunidad |
Totalmente admitidos (ruta de scripts, módulos, integraciones) |
| ODBC monitoring | Solo PostgreSQL (controlador {postgresql}); el complemento de MariaDB está presente como marcador de posición |
ODBC para PostgreSQL, MySQL, Oracle, etc. - totalmente configurable |
| Limiting ODBC calls | No es posible (solo StartODBCPollers=1; las consultas síncronas intensivas bloquean otras tareas) |
Número de pollers y programación totalmente ajustables |
| SAML certificate upload | No compatible | Compatible mediante la interfaz de usuario o la API |
| Scheduled reports | Debe crear su propio medio de Email (el medio de script no es compatible) | Admite medios de script y de Email de forma nativa |
| Host interface for active checks | Dirección IP asignada por la plataforma (creada automáticamente) | Interfaces gestionadas por usted; IPs 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.
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 por defecto utiliza un transporte de script y no puede ser utilizado 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 de usuario > Medios.
- Seleccione ese tipo de medio al configurar los informes programados.