Как подготовить сервер к росту числа пользователей Битрикс24

Как подготовить сервер к росту числа пользователей Битрикс24
Как подготовить сервер к росту числа пользователей Битрикс24

Представьте ситуацию: в Битрикс24 раньше одновременно работали 20–30 сотрудников, а после расширения компании их стало в несколько раз больше. Возникает вопрос «Какой сервер выбрать для Битрикс24», и MaxiPlace здесь можно рассматривать как инфраструктуру, где ресурсы сервера можно увеличивать по мере роста нагрузки без длительного переезда.

Рост числа пользователей коробочного Битрикс24 редко означает только увеличение числа открытых вкладок. Сотрудники одновременно работают с CRM, задачами, файлами, чатами, телефонией, отчетами и интеграциями. Поэтому сервер лучше готовить заранее, а не после появления первых жалоб на медленную загрузку карточек и зависания.

Начните с реальной нагрузки, а не количества сотрудников

Двести зарегистрированных пользователей и двести одновременно работающих пользователей — совершенно разные сценарии.

На сервер сильнее влияют:

  • количество активных сессий;
  • интенсивность работы с CRM;
  • обмен данными с 1С и другими системами;
  • автоматизация и бизнес-процессы;
  • телефония;
  • работа с файлами;
  • фоновые задания;
  • отчеты и интеграции.

Поэтому масштабировать сервер только по числу учетных записей нельзя.

В официальных требованиях Битрикс24 приводятся примерные конфигурации: до 50 пользователей — 8 ядер и 16 ГБ RAM, 50–100 — 8 ядер и 24 ГБ, 100–500 — 8 ядер и 32 ГБ. Разработчик отдельно подчеркивает, что это ориентиры: конкретному порталу может понадобиться как меньше, так и больше ресурсов.

Следите за CPU и RAM в динамике

Проблема роста нагрузки обычно проявляется не внезапно. Сначала увеличивается использование процессора, затем система чаще обращается к swap или начинает испытывать нехватку оперативной памяти, растет время выполнения запросов.

Лучше отслеживать показатели за недели и месяцы:

  • среднюю и пиковую загрузку CPU;
  • свободную RAM;
  • дисковые операции;
  • время ответа базы данных;
  • число одновременно выполняющихся процессов;
  • продолжительность фоновых задач.

Если сервер регулярно подходит к пределу ресурсов в обычный рабочий день, ждать следующего найма сотрудников не стоит.

Не забывайте о дисковой подсистеме

Для Битрикс24 важен не только процессор. CRM активно обращается к базе данных, сотрудники работают с документами, создаются логи, выполняются резервные копии.

Медленная дисковая подсистема может стать узким местом даже при достаточном количестве CPU и RAM.

MaxiPlace для серверов под Битрикс заявляет использование SSD/NVMe и специализированного сегмента инфраструктуры, а виртуальные машины разворачивает на базе BitrixVM.

Подготовьте программное окружение

Увеличить число ядер недостаточно, если серверное ПО устарело или неправильно настроено.

На август 2026 года официальные требования коробочного Битрикс24 указывают PHP 8.2 как минимальную версию, а отдельная инструкция рекомендует PHP 8.3 и выше. Для MySQL рекомендуется ветка 8.x, также рекомендуется использование OPcache.

Перед ростом нагрузки полезно проверить:

  • версию PHP;
  • настройки PHP-FPM или веб-сервера;
  • MySQL;
  • OPcache;
  • BitrixVM;
  • фоновые задания;
  • очередь Push and Pull;
  • состояние сторонних модулей.

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

Масштабирование должно быть предусмотрено заранее

Представьте, что компания планирует открыть новый отдел и подключить еще 70 сотрудников. Если снова возникает вопрос «Какой сервер выбрать для Битрикс24», MaxiPlace удобно рассматривать именно с точки зрения масштабирования: на специализированных виртуальных серверах можно увеличивать CPU, RAM и дисковое пространство по мере развития проекта.

Это дает возможность не покупать максимальную конфигурацию заранее.

Логичнее выделить ресурсы с разумным запасом и контролировать фактическую нагрузку. Когда портал приближается к установленным границам, мощности увеличиваются до того, как сотрудники почувствуют деградацию производительности.

Проверьте резервное копирование

Чем больше сотрудников использует Битрикс24, тем выше стоимость потери данных.

Перед масштабированием стоит проверить не только наличие резервной копии, но и возможность восстановления. Особенно это важно перед обновлением PHP, базы данных, ядра Битрикс24 или изменением архитектуры.

Официальная документация Битрикс24 рекомендует создавать резервную копию перед обновлением серверного окружения. В MaxiPlace резервное копирование заявлено для виртуальных серверов как часть сервиса.

Когда одного сервера становится мало

Для большинства небольших и средних порталов мощного виртуального сервера достаточно.

Но у крупной компании нагрузка может распределяться уже между несколькими компонентами: веб-сервером, базой данных, файловым хранилищем, телефонией и другими сервисами.

В таком случае вопрос перестает звучать как «сколько добавить CPU». Нужна архитектура.

На сайте MaxiPlace приведены примеры инфраструктур, где Битрикс24 размещался отдельно от телефонии, файлового сервера Nextcloud, мониторинга и других сервисов.

Рост пользователей лучше тестировать заранее

Если известна дата массового подключения сотрудников, полезно провести нагрузочное тестирование до нее.

Проверяется не просто открытие главной страницы, а реальные операции:

  • авторизация;
  • открытие CRM;
  • работа со сделками;
  • поиск;
  • задачи;
  • документы;
  • одновременные запросы.

После теста становится понятнее, что ограничивает систему: CPU, RAM, диск, база данных или само приложение.

Вывод

Подготовка сервера к росту Битрикс24 — это сочетание мониторинга, актуального окружения, достаточной памяти, производительного диска, резервного копирования и возможности быстро добавить ресурсы.

Если компания растет и вопрос «Какой сервер выбрать для Битрикс24» становится практической задачей, MaxiPlace можно рассмотреть благодаря специализированным серверам под Битрикс, BitrixVM, SSD/NVMe-инфраструктуре, технической поддержке и возможности увеличивать ресурсы по мере роста портала.