Выделенный сервер для CRM на сотни пользователей: конфигурация и цена

MAATRIX

Когда в CRM работают сотни сотрудников одновременно, виртуальный хостинг перестаёт справляться: интерфейс тормозит, отчёты строятся минутами, база спотыкается на пиковых нагрузках. Выделенный сервер для CRM на сотни пользователей решает это раз и навсегда — всё железо ваше, производительность предсказуема, а конфигурация собрана именно под вашу систему и число активных сессий.

Почему CRM на сотни человек требует выделенного сервера

CRM — это интерактивная система, где каждый клик пользователя превращается в запросы к базе данных. Когда людей десятки, нагрузку тянет и скромный VPS. Но когда счёт идёт на сотни одновременных сессий, картина меняется: база обрабатывает тысячи запросов в секунду, растёт объём кэша, а любые «соседи» по гипервизору начинают отбирать ресурсы в самый неподходящий момент.

На выделенном сервере вы получаете всё железо в монопольное распоряжение. Ядра процессора не делятся с чужими виртуалками, диск отдаёт полный IOPS, а память целиком доступна под базу и кэш. Для CRM, где скорость отклика напрямую влияет на продуктивность отдела продаж, это принципиально: медленная система — это простой людей, за который компания платит зарплатой.

Ещё один аргумент — контроль. На своём сервере вы тонко настраиваете параметры СУБД, ставите нужную версию PHP или приложения, добавляете кэширующий слой и профилируете медленные запросы. В мультитенантной среде такой свободы нет.

Отдельно стоит сказать про предсказуемость под нагрузкой. CRM отдела продаж живёт по своему ритму: утренний вход всех сотрудников в систему, всплеск активности перед закрытием месяца, массовая выгрузка отчётов к совещанию. Именно в эти моменты виртуальный хостинг деградирует сильнее всего, потому что пик вашей нагрузки нередко совпадает с пиком у соседей по гипервизору. На выделенном сервере такого эффекта нет: запас производительности принадлежит только вам, и система одинаково отзывчива и в тихий час, и в разгар рабочего дня. Для бизнеса, где скорость работы менеджера напрямую конвертируется в сделки, эта стабильность окупается быстрее, чем кажется на первый взгляд.

Из чего состоит нагрузка CRM

Чтобы правильно подобрать железо, разложите систему на слои. Типичный стек современной CRM выглядит так:

• Веб-приложение — сам код CRM (Bitrix24, самописная система, 1С-CRM, Odoo, SuiteCRM) на PHP, Python или Java.
• База данных — MySQL/MariaDB или PostgreSQL с таблицами сделок, контактов, задач и истории.
• Кэш — Redis или Memcached, снимающий с базы повторяющиеся запросы.
• Полнотекстовый поиск — Elasticsearch или встроенный движок для быстрого поиска по базе.
• Фоновые задачи — рассылки, интеграции, импорт-экспорт, построение отчётов.

Самый требовательный слой — база данных и кэш. Именно они определяют, сколько памяти и какого типа диски вам нужны.

Сколько ресурсов закладывать

Отталкивайтесь от числа одновременно активных пользователей, а не от общего числа заведённых аккаунтов. Ориентиры:

Ключевые принципы:

• RAM — под базу и кэш. Чем больше «горячих» данных влезает в память, тем меньше обращений к диску и тем быстрее CRM.
• NVMe обязательны. CRM генерирует случайный доступ к диску, а не линейное чтение, поэтому важен IOPS, а не объём.
• Ядра — под параллелизм. Сотни сессий обслуживаются множеством воркеров, и здесь выигрывают многоядерные процессоры.

Настройка производительности

Голое железо — половина дела. Систему нужно настроить под нагрузку. Практический минимум для базы MySQL/MariaDB:

# my.cnf — под сервер с 64 ГБ RAM
innodb_buffer_pool_size = 40G
innodb_log_file_size = 2G
max_connections = 500
query_cache_type = 0

Обязательно поднимите кэширующий слой. Redis снимает с базы повторяющиеся запросы и хранит сессии:

apt install redis-server
systemctl enable --now redis-server

Затем профилируйте медленные запросы через slow query log и стройте индексы под реальные сценарии работы. Это даёт больший прирост, чем добавление железа, и обходится дешевле.

Практика показывает, что большинство жалоб на «тормозящую CRM» решаются не апгрейдом сервера, а грамотной настройкой базы и кэша. Типичная ошибка — оставить СУБД с настройками по умолчанию, рассчитанными на скромную машину, и не выделить память под буферный пул. В результате мощный сервер простаивает, а база постоянно читает данные с диска вместо памяти. Поэтому после установки железа обязательно пройдитесь по параметрам СУБД, включите кэширование сессий в Redis и вынесите тяжёлые фоновые задачи — построение отчётов и рассылки — в отдельную очередь, чтобы они не конкурировали с интерактивными запросами пользователей.

Выбор локации: RU, US или UK

Локация определяет задержки для пользователей и юридическую сторону хранения данных:

• Россия — если сотрудники и клиенты в России, а данные подпадают под 152-ФЗ. Минимальный пинг для отзывчивого интерфейса и хранение персональных данных внутри страны.
• США — если команда распределена по миру или CRM интегрирована с зарубежными сервисами и API.
• Великобритания — если основная работа с европейским рынком: низкий пинг до ЕС, GDPR-соседство.

Для интерактивной системы пинг важен: 10–20 миллисекунд ощущаются как мгновенный отклик, а сотня миллисекунд уже заметна при активной работе. Поэтому сервер держат ближе к основной массе пользователей.

Отказоустойчивость и бэкапы

CRM хранит клиентскую базу — актив, потеря которого критична для бизнеса. Защита обязательна:

• RAID на дисках — отказ одного диска не останавливает работу;
• ежедневные бэкапы базы на отдельное хранилище, с проверкой восстановления;
• репликация базы на резервный сервер для критичных внедрений;
• мониторинг свободного места, задержек базы и загрузки CPU.

Честно: репликация и второй сервер удваивают стоимость, но для компании, живущей на CRM, простой системы обходится дороже. Решайте по критичности: отделу продаж на сотни человек резерв нужен, небольшому внедрению достаточно надёжных бэкапов.

Как заказать и оплатить

Выделенный сервер под CRM у MAATRIX собирается под вашу систему и число активных пользователей: мы подбираем объём памяти под базу и кэш, дисковый массив с нужным RAID и процессор под параллельную нагрузку. Локацию выбираете под расположение команды.

Оплата удобна для российской компании: карта РФ, СБП, безналичный расчёт для юрлиц, криптовалюта и токен MAAT. Иностранная карта не требуется, а сервер запускается быстро.

Частые вопросы