4 Diferencias clave de Zabbix Cloud
Tabla comparativa
Si bien la mayoría de las funcionalidades se superponen 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 siguientes secciones describen en detalle los items seleccionados.
| Funcionalidad / Aspecto | Zabbix Cloud | Zabbix on‑premise |
|---|---|---|
| Ciclo de versiones | En línea con las versiones LTS | Usted elige su versión de Zabbix (estable, beta, compilaciones personalizadas) |
| Facilidad de uso | Plataforma lista para usar, totalmente gestionada por Zabbix | Requiere instalación, configuración y mantenimiento |
| Aplicación de parches de vulnerabilidad | Aplicación automática de parches de SO/Zabbix | Aplicación manual de parches por el usuario |
| Certificado HTTPS | Certificado válido listo para usar (sin Let's Encrypt) | Autofirmado por defecto (se puede configurar Let's Encrypt u otra CA) |
| Rendimiento de la BD (INSERT/UPDATE/SELECT) |
Particionado automático para máxima velocidad; sin DELETEs de larga duración | Particionado y limpieza manual (posibles transacciones DELETE largas) |
| Ajuste de rendimiento | Preajustado por el equipo de Zabbix Cloud (sin changelogs) | Visibilidad y control total sobre los parámetros de ajuste |
| Control de firewall | Gestionado por el equipo de Zabbix Cloud; los puertos GUI/trapper no se exponen públicamente | Control total de las reglas de firewall y la exposición de puertos |
| Aislamiento y protección de la BD | Altamente aislado, sin acceso directo a la BD/SSH | Depende de su red y la seguridad del host |
| Alta disponibilidad (HA) | Se ejecuta en una plataforma en la nube altamente disponible, se pueden usar proxies de Zabbix para una mayor resiliencia en la recopilación de datos |
HA gestionada por el usuario |
| Traps SNMP | Solo a través de un proxy dedicado (sin receptor de traps con HA/balanceo de carga) | Directo o a través de proxy, posible HA/balanceo de carga |
| SNMP polling | Difícil sin proxies (cada dispositivo necesita NAT/puerto personalizado) | SNMP polling nativo; proxy opcional |
| Configuración de retención | Histórico/Tendencias/Auditoría solo a través de la UI (sin API ni archivo de configuración) | Configurable en el archivo de configuración del server o mediante API |
| Scripts personalizados | AlertScriptsPath, ExternalScripts, módulos de frontend y comunidad no soportados |
Totalmente soportado (ruta de scripts, módulos, integraciones) |
| Monitorización ODBC | Solo PostgreSQL (driver {postgresql}); el plugin de MariaDB está como marcador de posición |
ODBC para PostgreSQL, MySQL, Oracle, etc. - totalmente configurable |
| Limitación de llamadas ODBC | No es posible (StartODBCPollers=1 únicamente; las consultas sincronizadas pesadas bloquean otros trabajos) |
Totalmente configurable el número de pollers y la programación |
| Carga de certificado SAML | No soportado | Soportado vía UI o API |
| Informes programados | Debe crear su propio medio de correo electrónico (no se soportan medios de script) | Soporta tanto medios de script como de correo electrónico listos para usar |
| Interfaz de host para comprobaciones activas | Dirección IP emitida 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, monitoreo y solución de problemas deben realizarse a través de la interfaz de usuario o la API de la nube, asegurando que las capas del sistema operativo y 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.