Ключевые отличия Zabbix Cloud

Введение

Zabbix Cloud — это облачная платформа, позволяющая пользователям запускать автономные экземпляры Zabbix в облаке (облачные узлы).

По сравнению с обычным локальным развертыванием Zabbix:

  • Не требуется установка или обслуживание.
  • Облачные узлы полностью управляются Zabbix.
  • Облачные узлы можно запустить за считанные минуты.

Эта услуга предоставляется по модели оплаты по мере использования (доступна бесплатная пробная версия).

Сравнительная таблица

Хотя большая часть функциональности совпадает между локальными установками Zabbix и облачными узлами, существуют и различия. Ниже приведена сводная сравнительная таблица. В следующих разделах отдельные пункты описаны подробнее.

Функция / аспект Zabbix Cloud Zabbix on‑premises
Цикл выпуска В соответствии с LTS релизами Вы выбираете версию Zabbix (stable, beta, custom builds)
Простота использования Готовая к использованию платформа, полностью управляемая Zabbix Требует установки, настройки и обслуживания
Устранение уязвимостей Автоматическое обновление ОС/Zabbix Ручное обновление пользователем
HTTPS-сертификат Действительный сертификат из коробки (без Let's Encrypt) По умолчанию самоподписанный (можно настроить Let's Encrypt или другой CA)
Производительность БД
(INSERT/UPDATE/SELECT)
Автоматическое разбиение на разделы для максимальной скорости; без длительных DELETE Ручное разбиение на разделы и очистка (возможны длительные транзакции DELETE)
Настройка производительности Предварительно настроено командой Zabbix Cloud (без журналов изменений) Полная видимость и контроль над параметрами настройки
Управление межсетевым экраном Управляется командой Zabbix Cloud; порты GUI/trapper не доступны публично Полный контроль над правилами межсетевого экрана и доступностью портов
Изоляция и защита БД Высокая изоляция, прямой доступ к БД/SSH отсутствует Зависит от вашей сети и безопасности узла сети security
Высокая доступность (HA) Работает на высокодоступной облачной платформе,
прокси Zabbix можно использовать для повышения устойчивости сбора данных
HA под управлением пользователя
SNMP traps Только через выделенный прокси (без HA/балансируемого приемника trap-сообщений) Напрямую или через прокси, возможны HA/балансировка нагрузки
SNMP polling Сложно без прокси (для каждого устройства нужен NAT/пользовательский порт) Нативный SNMP polling; прокси необязателен
Параметры хранения History/Trends/Audit только через веб-интерфейс (без API или файла конфигурации) Настраивается в файле конфигурации сервера Zabbix или через API
Пользовательские скрипты AlertScriptsPath, ExternalScripts, веб-интерфейс и модули сообщества не поддерживаются Полностью поддерживаются (scripts path, modules, интеграции)
Мониторинг ODBC Только PostgreSQL (драйвер {postgresql}); плагин MariaDB присутствует как заглушка ODBC для PostgreSQL, MySQL, Oracle и др. - полностью настраивается
Ограничение вызовов ODBC Невозможно (StartODBCPollers=1 только; тяжелые синхронные запросы блокируют другую работу) Полностью настраиваемое количество poller'ов и планирование
Загрузка сертификата SAML Не поддерживается Поддерживается через веб-интерфейс или API
Запланированные отчеты Необходимо создать собственный тип медиа Email (script media не поддерживается) Поддерживаются как script, так и Email media из коробки
Интерфейс узла сети для активных проверок IP-адрес, выданный платформой (создается автоматически) Интерфейсы управляются вами; IP-адреса находятся под вашим контролем

Различия в функциях

SNMP-трапы

SNMP-трапы поддерживаются только через выделенный прокси Zabbix. Если требуется мониторинг SNMP-трапов, автоматическую балансировку нагрузки или высокую доступность для прокси использовать нельзя, поскольку SNMP-трапы должны отправляться на один IP-адрес.

SNMP-опрос

Без прокси SNMP-опрос требует, чтобы каждое устройство было доступно через NAT и использовало настраиваемые порты.

Настройки хранения

Периоды хранения истории, трендов и журнала аудита можно настраивать только через веб-интерфейс в облаке. Эти настройки нельзя задать через zabbix_server.conf или API.

Ручные переопределения истории для отдельных элементов данных не поддерживаются (разбиение на разделы управляется глобально). URL-адреса облачных узлов не принимают те же параметры запроса, что и установки on-premise.

Пользовательские скрипты

Следующие типы пользовательских скриптов не поддерживаются в Zabbix Cloud:

  • Скрипты оповещений (AlertScriptsPath)
  • Внешние скрипты (ExternalScripts)
  • Скрипты веб-интерфейса на Zabbix Server

Модули веб-интерфейса, разработанные сообществом, установить нельзя.

Мониторинг ODBC

Zabbix Cloud поддерживает мониторинг ODBC только для PostgreSQL. Используйте официальный шаблон ODBC Zabbix и задайте строку подключения в шаблоне следующим образом:

Driver={postgresql}

Также установлен плагин MariaDB, но в настоящее время он не функционирует. Если он используется, задайте:

Driver={mysql}

В Zabbix Cloud нет известной рабочей конфигурации для Oracle MySQL 8.0. Хотя простые запросы (например, SELECT 1) могут выполняться успешно, более сложные запросы возвращают SQL_ERROR.

Ограничить вызовы ODBC невозможно (StartODBCPollers=1 только). Интенсивная синхронная отчетность может повлиять на производительность, и одновременно может выполняться только один SELECT.

Доступ к инфраструктуре

Zabbix Cloud не предоставляет SSH-доступ к базовым узлам и не разрешает прямые подключения к базе данных (например, к порту 3306). Все действия по настройке, мониторингу и устранению неполадок должны выполняться через облачный веб-интерфейс или API, что обеспечивает изоляцию и защиту уровней ОС и базы данных.

Интерфейс активной проверки

Активные проверки в облаке автоматически создают интерфейс узла сети с IP-адресом, не связанным с вашей локальной сетью. По умолчанию этот IP-адрес может быть внешним. Чтобы сохранить согласованность, вы можете вручную удалить или изменить интерфейс узла сети после его создания.

Загрузка сертификата SAML

SAML authentication не поддерживается, поскольку немногие поставщики принимают незашифрованные или неподписанные сообщения SAML.

Запланированные отчеты

Медиа-тип Cloud Email по умолчанию использует транспорт script и не может быть использован для запланированных отчетов. Чтобы отправлять отчеты по электронной почте:

  1. Создайте новый медиа-тип Email.
  2. Назначьте email-медиа вашему пользователю в User settings > Media.
  3. Выберите этот медиа-тип при настройке запланированных отчетов.