Какой сервер выбрать для Zammad
Для Zammad с поиском начните с 4 vCPU, 16 ГБ памяти и 80 ГБ SSD. Разбираем, зачем Elasticsearch запас RAM и как посчитать вложения и копии.
Для службы поддержки на Zammad с почтой, поиском и небольшим архивом обращений выбирайте VPS с 4 vCPU, 16 ГБ памяти и SSD от 80 ГБ. На одном узле разместятся приложение, PostgreSQL и Elasticsearch для поиска. Для знакомства можно рассмотреть 2 vCPU и 12 ГБ; серверы с 2–4 ГБ памяти для такой установки слишком малы.
Главная причина повышенного объёма памяти — состав системы. Официальная документация даёт минимум 6 ГБ для Zammad с PostgreSQL и ещё 4 ГБ, если Elasticsearch находится рядом. При выборе тарифа учитывайте весь набор сервисов, а не только веб-приложение.
Сервер с поиском: два варианта для старта #
| Параметр | Проверить процесс поддержки | Подключить рабочую очередь |
|---|---|---|
| Сценарий | Тестовые обращения, почта, поиск | Ежедневные заявки и вложения |
| Процессор | 2 vCPU | 4 vCPU |
| Оперативная память всего VPS | 12 ГБ | 16 ГБ |
| SSD с небольшим архивом | 50 ГБ | 80 ГБ |
| Большой архив писем | Добавить место под данные и индекс | Добавить данные, индекс и рост |
| Резервные копии | За пределами VPS | За пределами VPS |
Сначала посчитайте обращения и архив #
Что нужно знать до заказа
- Сколько заявок приходит в обычный день и в самый занятый час?
- Сколько операторов одновременно открывает заявки и ищет переписку?
- Какой архив писем и вложений переносится?
- Нужен ли поиск внутри вложений, какие каналы и интеграции подключаются?
Куда уходят процессор и память #
vCPU — виртуальные ядра для обработки запросов, почты и индексации. RAM — оперативная память приложения, базы и поиска. SSD — постоянное хранилище обращений и файлов; быстрый диск помогает базе и поисковому индексу отвечать без длинных пауз.
Elasticsearch необязателен, но разработчики настоятельно рекомендуют его: без него поиск ограничен и работает хуже. Для Zammad 7.2 и новее прочитанная таблица совместимости указывает Elasticsearch от 8.15 до версии ниже 10. Перед установкой сверяйте конкретные выпуски вместе.
Утренний поток писем, индексация старого архива и работа операторов могут совпасть. Импорт истории лучше закончить до переезда отдела: так легче увидеть обычную нагрузку, а не купить сервер под одноразовый пик.
Диск для заявок, вложений и индекса #
Допустим, база, вложения и поисковый индекс занимают 40 ГБ, а каждый месяц прибавляется 5 ГБ. Через год потребуется 100 ГБ под данные. Добавим 25 ГБ для системы и обслуживания, четверть ёмкости оставим свободной: 125 / 0,75 ≈ 167 ГБ. Для такого архива выбирайте SSD от 180 ГБ.
Размер индекса проверьте после пробного импорта. Не считайте его фиксированным процентом от писем: результат зависит от содержимого и настроек поиска. Внешние резервные копии в расчёт локального диска не входят.
Почта и доступ операторов #
Выберите регион с удобным доступом для операторов и проверьте соединения с почтовыми ящиками. Интерфейс Zammad использует WebSocket; корпоративный прокси должен пропускать такие соединения. Заявки, которые долго не появляются, могут ждать почтовую интеграцию, а не свободный процессор.
Если переходите с другой службы поддержки, заранее решите глубину импорта и порядок переключения каналов. Повторное получение одних и тех же писем может создать операционные проблемы независимо от мощности VPS.
Что сравнивать при заказе #
Ниже — партнёрские ссылки FirstVDS и Selectel. Удельта может получить вознаграждение, если вы закажете услуги после перехода по ним. Конфигурацию и провайдера выбирайте по своим задачам и полной стоимости.
В конфигураторах выбирайте память всего узла, включая Elasticsearch. Уточните скорость SSD, возможность увеличения диска, цену IP и внешних копий. Более дешёвый VPS без поиска не соответствует рабочему профилю из таблицы.
Во сколько обходится сохранность обращений #
Бюджет состоит из VPS, диска, хранения копий, почтового сервиса и сопровождения. Если разделяете приложение и поиск, добавьте второй узел и его обслуживание.
Сохраняйте PostgreSQL, вложения и конфигурацию. Поисковый индекс можно восстановить из исходных данных, но на это требуется время: включите повторную индексацию в пробное восстановление. Проверьте старую заявку, её файлы, права оператора и поиск. Частоту копий выбирайте по допустимой потере новых обращений.
Проверьте поддержку в самый занятый час #
Попробуйте работать как в обычный день
- Импортируйте характерный архив с вложениями и дождитесь индексации.
- Подключите тестовую почту; одновременно создайте заявки, найдите старые обращения и загрузите файлы.
- Повторите действия во время индексации и копирования, посмотрите память всех сервисов и скорость диска.
- Восстановите базу, файлы и настройки отдельно; измерьте, когда вновь становится доступен поиск.
Увеличивайте память, если приложение или поиск упираются в RAM. Если письма накапливаются при занятом CPU, изучите фоновые задачи и их параллельность. Если память свободна, но база и индекс отвечают медленно, проверьте диск до покупки дополнительных ядер.
Частые вопросы #
Можно взять VPS с 8 ГБ и Elasticsearch?
Официальный минимальный ориентир для Zammad с базой и поиском на одном узле составляет 10 ГБ. Для знакомства рекомендуем 12 ГБ, для рабочей очереди — 16 ГБ.
Можно отключить Elasticsearch и сэкономить?
Zammad работает без него, но поиск становится ограниченным. Для рабочей поддержки с историей обращений лучше заложить поиск в бюджет с самого начала.
Число операторов определяет размер сервера?
Только частично. Важны поток заявок, почта, индексация и вложения. Пять операторов с большим архивом могут требовать больше ресурсов, чем большая команда с редкими заявками.
Официальные требования Zammad #
Hardware и Software прочитаны 6 октября 2026 года. Это обновляемая документация, а не результаты испытания наших профилей.