Какой сервер выбрать для Zabbix
Для небольшого мониторинга начните с VPS на 2 vCPU, 8 ГиБ памяти и SSD от 100 ГБ. Диск уточните по частоте проверок и сроку хранения истории. При росте числа метрик и обработки ориентируйтесь на 4 vCPU и 16 ГиБ, затем проверьте конфигурацию на своих данных.
Для небольшого нового мониторинга Zabbix 7.0 рассматривайте VPS с 2 vCPU, 8 ГиБ памяти и SSD от 100 ГБ. vCPU — виртуальные ядра процессора. На одной машине можно разместить сервер Zabbix, веб-интерфейс и PostgreSQL или другую поддерживаемую базу. Объём истории нужно проверить отдельно: диск в этой конфигурации подходит только пока все данные и запас помещаются.
Количество серверов под наблюдением не определяет нужные ресурсы. Важнее, сколько показателей собирается с каждого устройства и как часто. Десятки подробных проверок каждые десять секунд могут требовать больше работы, чем редкие проверки сотен устройств.
Начальный сервер и вариант для роста #
| Параметр | Небольшой мониторинг | Больше метрик и обработки |
|---|---|---|
| Процессор | 2 vCPU | 4 vCPU |
| Память всего сервера | 8 ГиБ | 16 ГиБ |
| Диск | От 100 ГБ SSD по размеру истории | От 200 ГБ SSD по размеру истории |
| Состав | Сервер, веб-интерфейс и БД | Тот же состав, прокси отдельно |
| Условия | Небольшой поток с ограниченным сроком истории | Больше проверок; выбор подтверждается замером |
Сначала посчитайте поток метрик #
Перед заказом уточните
- Сколько показателей собирается с каждого устройства и с каким интервалом?
- Какие данные нужны подробно за месяц, а какие достаточно хранить в почасовых сводках?
- Есть ли тяжёлые проверки, обработка текста и большие журналы?
- Нужны ли прокси в филиалах и сколько данных они должны пережить при обрыве связи?
База данных часто важнее веб-интерфейса #
Zabbix постоянно принимает значения и записывает их в базу. Память нужна процессам сбора, кешу и самой базе; увеличивать только ресурсы веб-интерфейса бессмысленно, если данные медленно записываются на диск. Официальные примеры для небольшого и среднего мониторинга дают 2 ядра / 8 ГиБ и 4 ядра / 16 ГиБ, но это примеры нагрузки, а не универсальные пределы.
Для истории выбирайте SSD с предсказуемой скоростью небольших операций. Проверьте ограничения диска у VPS. Удаление старой истории тоже нагружает базу; запас производительности нужен и обслуживанию.
Прокси в филиале собирает данные рядом с устройствами и передаёт их центральному серверу. Он помогает пережить разрыв связи и организовать сбор, но не отменяет место для центральной истории. После восстановления связи накопленные значения могут поступать большим потоком.
Пример: двести устройств и тридцать дней истории #
Двести устройств, по сто показателей на каждом, интервал в минуту: 200 × 100 / 60 ≈ 333 новых значения в секунду. При интервале десять секунд получится уже 2 000 — поток вырастет в шесть раз без добавления устройств.
Если для предварительной оценки принять 100 байт на значение, первая схема создаёт около 2,88 ГБ в сутки и 86,4 ГБ за тридцать дней. Это допущение: тип данных и база влияют на реальный размер. Дополнительно нужны сводки, события, индексы, система и свободное место. Диска на 100 ГБ для этого примера уже недостаточно; начните сравнение с 200 ГБ и уточните рост на пробном сборе.
Не обязательно хранить все показатели подробно одинаковое время. Оперативная история и долгие почасовые сводки решают разные задачи. Выберите сроки по тому, что действительно нужно анализировать, и заложите стоимость этих данных.
Доступ к устройствам и филиалам #
Проверьте, как сервер или прокси получают данные из каждой сети: активными агентами, опросом или другим выбранным способом. Доступность панели по HTTPS не означает, что все проверки смогут работать. Настройте необходимые соединения и синхронизацию времени.
Базу данных не открывайте всем в интернете. Ограничьте доступ к управлению и используйте поддерживаемое шифрование для агентов и прокси. Перед покупкой площадки проверьте связь с филиалами и отправку уведомлений.
Где подобрать сервер и что входит в оплату #
В статье есть партнёрские ссылки FirstVDS и Selectel. Удельта может получить вознаграждение, если вы закажете услуги по этим ссылкам.
Месячные расходы включают сервер с базой, диск истории, прокси при необходимости, IP и копии. Если нужна работа при отказе основного узла, прибавьте резервные компоненты и обслуживание. Сравнение только цены VPS без срока хранения не показывает итоговый бюджет.
Копии и восстановление #
Сохраняйте базу согласованным способом, конфигурацию, пользовательские скрипты и секреты. Копия должна находиться вне сервера мониторинга. Решите заранее, нужно ли возвращать всю историю или допустимо восстановить конфигурацию и начать новую.
При пробном восстановлении проверьте шаблоны, устройства, поступление метрик и уведомления. Если возвращается большой архив, измерьте время его загрузки и подготовки базы.
Как проверить выбор #
Проверка перед началом постоянной работы
- Подключите типичные шаблоны и реальные интервалы сбора.
- Посмотрите очередь проверок, поступление значений, память и скорость базы.
- Проверьте очистку старой истории и поступление накопленных данных от тестового прокси.
- Восстановите копию отдельно и убедитесь, что сбор и уведомления работают.
Если метрики появляются с задержкой, сначала выясните, ждёт ли сбор внешние системы или база не успевает принимать данные. Уберите ненужные частые проверки и лишнюю историю. Добавляйте RAM, CPU и скорость диска по измеренной причине; разделение базы и сервера оправдано реальной конкуренцией за ресурсы.
Частые вопросы #
Можно выбрать сервер по числу хостов?
Только если известны набор показателей, интервалы и сроки хранения. Одинаковое число хостов может создавать разную нагрузку.
Хватит ли SSD на 100 ГБ?
Для небольшой истории возможно. Рассчитайте поток и свободное место; в примере двести устройств уже требуют большего диска.
Прокси уменьшит размер центральной базы?
Он помогает со сбором и связью, но значения всё равно сохраняются в центральной истории.
Нужен ли физический сервер?
Не автоматически. VPS подходит для начального мониторинга; выделенное оборудование сравнивайте после оценки постоянной нагрузки и дисков.
Официальная документация #
Требования Zabbix 7.0 LTS сверены 6 октября 2026 года. Официальные примеры CPU и памяти отделены от расчётного размера SSD; формулы хранения уточняются по вашей базе.