При миграции с Exchange на российскую платформу меняются требования к серверу для почтовых систем. CommuniGate Pro, RuPost, Mailion, МойОфис Почта, VK WorkMail и Tegu различаются архитектурой и масштабированием. Разберем выбор продукта, расчет хранения и проверку резервирования.
Обзор российских почтовых систем и их архитектура
CommuniGate Pro — коммуникационная платформа АО «Система Безопасных Коммуникаций» (СБК). Историю самого продукта и переход исключительных прав нельзя объединять в одну дату. При выборе выпуска сверяют протоколы, поддерживаемые ОС и архитектуры CPU, условия кластеризации и актуальную реестровую запись.
RuPost — почтовый сервер Группы Астра. Mailion использует микросервисную архитектуру. МойОфис Почта, VK WorkMail и Tegu рассматривают по документации выбранной поставки: состав продукта, поддерживаемые протоколы и интеграции должны соответствовать проекту.
Архитектура продукта определяет число ролей и узлов. Односерверный запуск и промышленный отказоустойчивый контур имеют разные требования. Минимальный стенд не следует считать готовой конфигурацией для эксплуатации.
Система | Разработчик | Архитектура | Особенности |
|---|---|---|---|
CommuniGate Pro (CGP) | АО «Система Безопасных Коммуникаций» | Односерверное или поддерживаемое кластерное развертывание | SMTP, IMAP, POP3, ActiveSync, XMPP, голосовая связь, работает на Linux и BSD, в реестре отечественного ПО |
RuPost | Группа Астра | Монолит с кластерной сборкой для крупных инсталляций | Совместим с MS Exchange по ActiveSync, в реестре отечественного ПО |
Mailion | МойОфис | Микросервисная архитектура, обязательный Kubernetes-кластер | Для крупных и государственных проектов, в реестре отечественного ПО |
МойОфис Почта | МойОфис | On-premise, часть пакета МойОфис | Условия поставки и поддержки проверяют в КП |
VK WorkMail | VK | Часть платформы VK WorkSpace | On-premise или облако (SaaS), в реестре отечественного ПО |
Tegu | «Лаборатория МБК» | Геораспределенная | Для среднего и крупного бизнеса, госпроектов, в реестре отечественного ПО |
Требования к серверу: расчет по числу пользователей
Средний бизнес: до 500 почтовых ящиков
Для 200–500 пользователей ресурсы рассчитывают по выбранной версии почтового ПО. Сначала проверяют поддерживаемую архитектуру CPU, ОС и зависимости. Xeon и Baikal-S не взаимозаменяемы без такой проверки. Процессор и память выбирают по одновременным соединениям, поиску, индексации, фильтрации и скорости доставки, затем подтверждают нагрузочным пилотом.
Полезная емкость складывается из почтовых ящиков, индексов, служебных данных и резерва роста. При квоте 10 ГБ на ящик 200 пользователей требуют до 2 ТБ, а 500 — до 5 ТБ под письма до накладных расходов. Это расчет заполненных квот, а не прогноз фактической занятости. RAID, резервные копии и архив рассчитывают отдельно, чтобы не принять физическую емкость дисков за полезную.
Конфигурация «почтовый сервер на 50 ящиков» в каталоге serverzilla.ru — пример малого масштаба. Для 200–500 пользователей емкость и производительность пересчитывают по выбранной платформе, активным клиентам и плану роста.
Крупный бизнес и госсектор: 1000+ ящиков
В большой организации роли приема, фильтрации, хранения и клиентского доступа могут распределяться по узлам. Число серверов и способ масштабирования определяет документация конкретного выпуска. Нельзя переносить схему PostgreSQL или требования к СХД с одного почтового продукта на другой.
Для большого контура проверяют кластерные возможности выбранной редакции, требования к сети и хранилищу. Масштабирование и резервирование должны быть поддержаны разработчиком.
Для 5000 пользователей сначала задают квоты, число одновременных клиентов и требования восстановления. При 10 ГБ на ящик только письма занимают до 50 ТБ. Индексы, резерв роста и копии добавляют отдельно. Число узлов Mailion и ресурсы каждого согласуют с документацией выбранной версии и результатами пилота.
Число ящиков | CPU | RAM | Диски | Сеть |
|---|---|---|---|---|
До 500 (200–500) | Архитектура CPU по матрице версии | По нагрузочному тесту | 200 × 10 ГБ = 2 ТБ, 500 × 10 ГБ = 5 ТБ под письма, индексы и резерв отдельно | — |
1000–10 000 (кластер) | Роли и число узлов по документации продукта | По одновременным клиентам и операциям узлов | Полезная емкость по квотам и росту | — |
Ориентир для 5000 | По документации выпуска и пилоту | По активным данным и пилоту | 5000 × 10 ГБ = 50 ТБ под письма до индексов и резерва | По потокам, репликации и восстановлению |
Подбор начинается с продукта, квот и нагрузки. Число ящиков помогает оценить хранение, но не заменяет расчет производительности и отказоустойчивости.
Отказоустойчивость и резервирование почтового сервера
Требования к доступности почты задают через допустимое время простоя и потерю данных. По ним выбирают схему резервирования и проверяют результат испытаниями.
- Резервирование приложения согласуют с документацией продукта. В пилоте отключают узел и проверяют прием писем, вход клиентов и работу календарей. Наличие кластера само по себе не подтверждает непрерывность всех функций.
- Для каждого продукта выбирают поддерживаемые разработчиком схемы HA и хранения. PostgreSQL и Patroni применяют только там, где это предусмотрено документацией версии. Проверяют переключение, клиентское переподключение, допустимую потерю данных и восстановление из копии.
- Схему хранения выбирают по поддержке почтового продукта, полезной емкости, времени восстановления и допустимым отказам. Отдельную СХД, RAID и репликацию обосновывают архитектурой и испытаниями. В критичных средах проверяют поддерживаемое резервирование и восстановление.
- Политика резервного копирования задает частоту копий и место хранения по допустимой потере данных. Для почты проверяют восстановление писем, календарей, учетных записей и прав. Репликация не защищает от удаления, которое попадет на резерв.
- Периметр защищают минимум два антиспам-шлюза, чтобы отказ одного не обрывал прием входящей почты, а MX-записи настраивают с приоритетом на резервный контур.
Экономика и лицензирование
Как считается лицензия и на что смотреть в TCO
RuPost поставляется в редакциях Standard и Enterprise. При закупке различают серверные лицензии, клиентские CAL, права обновления и переход между редакциями. Для CommuniGate Pro, Mailion и МойОфис Почта отдельно сверяют метрику лицензирования, права резервного контура и состав поддержки в датированном КП. Условия одной платформы нельзя автоматически переносить на другую.
Сравнивают полные трехлетние сметы: лицензии или подписку, серверы, хранение, резервные копии, миграцию, интеграции и администрирование. Статьи расходов должны исключать двойной счет. В SaaS расходы инфраструктуры включены в тариф, но локальные компоненты, перенос данных и сопровождение могут остаться у заказчика.
Миграцию выделяют отдельной строкой. Ее трудоемкость зависит от объема писем и вложений, календарей, прав, интеграций и допустимого окна переключения. До оценки проводят пробный перенос и проверяют результат, затем рассчитывают работы и сроки.
Типичные ошибки при подборе
Собрали десять ошибок, которые чаще всего всплывают при переходе на импортозамещенную почту.
- Платформу выбирают без пилота на целевом числе активных клиентов;
- Экономят на СХД: хранилище на HDD без SSD-кэша тормозит поиск по архиву, и пользователи первыми замечают проблему;
- Ставят один сервер под все: при отказе одновременно падают почта, антиспам и база данных;
- Забывают интеграцию с Active Directory: без единых учетных записей управление правами ломается;
- Переносят все ящики разом без пилота на 20–50 пользователях, а при переносе 5000 ящиков всплывают потерянные вложения и битая кодировка;
- План отката не учитывает сроки лицензий и доступность старой платформы;
- Команда и пользователи не подготовлены к новому интерфейсу и процессам;
- Забывают про архив старых писем: перенос десятилетнего архива — отдельный проект, который часто выпадает из плана;
- Экономят на антиспаме, и качество фильтрации падает, а число фишинговых писем растет;
- Выбирают облачную почту для чувствительных данных без проверки 152-ФЗ и требований КИИ.
Заключение
Сервер для почтовых систем выбирают по продукту и версии, числу и заполнению ящиков, активности клиентов и требованиям восстановления. Порог в 500 или 1000 пользователей сам по себе не определяет архитектуру. Подтвержденная матрица совместимости, согласованный расчет хранения и тест переключения дают основу спецификации.
Главное — считать полный TCO с учетом лицензий, инфраструктуры, миграции и обучения, а не только цену коробки. Именно с таким расчетом собирают почтовый сервер на 200 ящиков и больше в подборе оборудования serverzilla.ru: конфигурацию проектируют под конкретную платформу с учетом отказоустойчивости и требований импортозамещения.