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 lanzamiento | 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 registros de cambios) | Visibilidad y control total sobre los parámetros de ajuste |
| Control de firewall | Gestionado por el equipo de Zabbix Cloud; los puertos de GUI/trapper no se exponen públicamente | Control total de las reglas de firewall y exposición de puertos |
| Aislamiento y protección de la BD | Altamente aislado, sin acceso directo a BD/SSH | Depende de su red y 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 proxy dedicado (sin receptor de traps HA/balanceado) | Directo o a través de proxy, posible HA/balanceo |
| Sondeo SNMP | Difícil sin proxies (cada dispositivo necesita NAT/puerto personalizado) | Sondeo SNMP nativo; proxy opcional |
| Configuración de retención | Histórico/Tendencias/Auditoría solo a través de la interfaz (sin API ni archivo de configuración) | Configurable en el archivo de configuración del servidor o mediante API |
| Scripts personalizados | AlertScriptsPath, ExternalScripts, módulos de frontend y comunidad no soportados |
Totalmente soportado (ruta de scripts, módulos, integraciones) |
| Monitoreo 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 solamente; las consultas sincronizadas pesadas bloquean otros trabajos) |
Totalmente configurable el número de pollers y la programación |
| Carga de certificados SAML | No soportado | Soportado vía interfaz o API |
| Informes programados | Debe crear su propio medio de correo electrónico (no se admite el medio 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 o 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 histórico, 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 del histórico 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 template ODBC oficial de Zabbix y defina la cadena de conexión en la template 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 únicamente).
Los informes síncronos pesados pueden afectar al 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 o la API de la nube, garantizando 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 de 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 utilizarse 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.