Нагрузка на сервер коробочного Битрикс24: сколько ресурсов нужно на 50 сотрудников

Для коробочного Битрикс24 на 50 сотрудников производитель в технических требованиях указывает сервер с 8 ядрами процессора и 16 ГБ оперативной памяти. Это ориентир для одной площадки, где крутятся и сайт портала, и база данных. Минимум в 2 ГБ памяти из той же справки подходит только для пробного стенда: на живом портале с задачами, чатами и звонками он закончится в первую неделю.

На проектах B2BPRO.KZ мы чаще всего видим одну и ту же картину. Компания купила лицензию «Битрикс24 в коробке», арендовала виртуальную машину «на двух ядрах и четырёх гигабайтах» и через три месяца спрашивает, почему портал открывается по пять секунд, а утром в понедельник вообще не пускает. Дальше: из чего складывается нагрузка, как посчитать ресурсы под 50 человек и где чаще всего ошибаются при выборе сервера и хостера.

Какой сервер нужен коробочному Битрикс24 на 50 человек?

Для 50 пользователей в технических требованиях к коробочной версии приведена конфигурация: процессор Intel Xeon E-2388G, 8 ядер, 16 ГБ оперативной памяти, два жёстких диска по 2 ТБ и два SSD по 256 ГБ. Для диапазона от 50 до 100 пользователей та же конфигурация предлагается с 24 ГБ памяти, для 100-500 — с 32 ГБ.

В таблице производителя память растёт быстрее, чем число ядер. Из этого следует, что портал упирается в оперативную память и в диск раньше, чем в процессор. Базе данных нужно держать горячие таблицы в памяти, а PHP-процессам нужен запас на пики, когда сотрудники одновременно открывают задачи, ленту и CRM.

Число пользователей	Ядра	Оперативная память	Источник
До 50	8	16 ГБ	Справка Битрикс24
50-100	8	24 ГБ	Справка Битрикс24
100-500	8	32 ГБ	Справка Битрикс24
500-1000	12	64 ГБ	Справка Битрикс24

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

Из чего складывается нагрузка на портал?

Нагрузку на коробочный Битрикс24 создают четыре потока: веб-запросы пользователей, база данных, фоновые процессы и файлы. Каждый из них ведёт себя по-своему, и средняя загрузка процессора по серверу скрывает проблемы в любом из них.

Веб-запросы — это открытые страницы, обновления ленты, уведомления, чаты. Сотрудник, у которого портал висит во вкладке целый день, создаёт нагрузку, даже если ничего не делает. Для 50 человек в пике это десятки одновременных обращений к PHP, и каждому нужен свободный процесс и немного памяти.

База данных — основной потребитель памяти. Здесь живут сделки, контакты, задачи, комментарии, история изменений. Чем старше портал, тем больше таблицы, и тем важнее, чтобы рабочая часть базы помещалась в оперативную память. По данным справки, рекомендуемая СУБД — MySQL 8.x (производитель советует Percona Server), также поддерживается PostgreSQL начиная с версии 11.

Фоновые процессы — это агенты, обработка бизнес-процессов и роботов, индексация поиска, отправка почты, обмен с внешними системами. Они запускаются по расписанию и по событиям, и самое неприятное свойство у них такое: все они любят просыпаться одновременно в начале часа.

Файлы — вложения в задачах, письмах и на Диске. Они почти не нагружают процессор, но съедают дисковое пространство и ломают расчёты, если место на диске закончилось в разгар рабочего дня. Минимум по справке — 10 ГБ без учёта операционной системы, на практике это число быстро растёт, потому что вложения копятся каждый день и почти никогда не удаляются.

Как посчитать ресурсы именно под вашу компанию?

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

1. Посчитайте одновременных пользователей. Если у вас 50 лицензий, но 20 из них — выездные менеджеры, которые заходят раз в день с телефона, нагрузка ближе к 30-35 активным людям. И наоборот: колл-центр из 50 операторов, у которых CRM открыта весь день, нагружает систему сильнее офиса на 80 человек.
2. Перечислите включённые модули. CRM, задачи и проекты, Диск, корпоративная почта, телефония, онлайн-чат с клиентами, бизнес-процессы. Чем больше модулей используется всерьёз, тем больше разных запросов летит в базу.
3. Оцените объём данных. Портал, в котором лежит миллион лидов и пять лет переписки, требует больше памяти, чем свежий, даже при одинаковом числе сотрудников.
4. Выпишите интеграции. Каждая загрузка из 1С, обмен с сайтом и массовая рассылка — это пики, которых не видно по числу пользователей.
5. Заложите запас. Мы рекомендуем планировать сервер так, чтобы в обычный рабочий день он использовал не больше половины памяти и процессора. Это наша практика, а не требование производителя, но она спасает в дни закрытия месяца и массовых импортов.

Пример для иллюстрации. Компания из 50 сотрудников: 15 менеджеров по продажам с CRM и телефонией, 20 человек в проектных задачах, 10 в бэк-офисе и пять руководителей. База на старте небольшая, интеграция с 1С раз в час. Такой портал укладывается в конфигурацию «до 50 пользователей» из справки. Если же через год в нём будет сто тысяч контактов, почтовые ящики менеджеров и ежедневные рассылки, оперативную память стоит поднимать до уровня следующей строки таблицы, то есть до 24 ГБ, не дожидаясь жалоб.

Какое программное окружение нужно серверу?

Программное окружение влияет на нагрузку не меньше железа: устаревшая версия PHP или неподходящая настройка базы съедает половину мощности. Справка производителя фиксирует минимальную версию PHP 8.2 и выше с набором обязательных расширений (GD, XML, FreeType, Zlib и поддержка регулярных выражений), а в качестве веб-сервера рекомендует Apache 2.4. Nginx версии 1.16 и выше поддерживается, но, как сказано в документе, требует самостоятельной настройки.

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

Отдельно упомяну операционную систему. В описании системных требований перечислены семейства Linux на основе Red Hat: CentOS и совместимые дистрибутивы, такие как Alma Linux, Rocky Linux, Oracle Linux. Если администратор хостинга предлагает вам экзотическую сборку, уточните, проверена ли она на вашей версии продукта: на нестандартном окружении проблемы обновлений обходятся дороже, чем разница в цене аренды.

Диски: почему на них экономить нельзя?

Диск в расчётах ресурсов недооценивают чаще всего, хотя именно он нередко определяет скорость отклика портала. Производитель в конфигурации для 50 пользователей закладывает связку из SSD и больших жёстких дисков, и логика очевидна: база данных и системные файлы живут на быстром носителе, а архив вложений — на ёмком и дешёвом.

Практическое следствие такое. Если ваш хостер продаёт «виртуальную машину с диском 500 ГБ» без уточнения типа накопителя, спрашивайте, это SSD или обычный жёсткий диск и какие гарантированные показатели операций ввода-вывода. Мы встречали порталы на 40 человек, где процессор и память были в норме, а тормоза объяснялись одним диском общего пользования с десятками чужих серверов.

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

Когда у портала бывают пики и как к ним подготовиться?

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

По нашему опыту внедрений, больше всего сюрпризов приносят именно массовые операции. Менеджер загружает файл на двадцать тысяч контактов в десять утра, и пока система его обрабатывает, остальные 49 человек ждут открытия карточек. Поэтому тяжёлые импорты и массовые изменения мы переносим на вечер и заранее договариваемся об этом с командой. Такая договорённость ничего не стоит и часто позволяет отложить покупку нового сервера.

Подготовка к пикам сводится к простому порядку действий:

1. Зафиксируйте нагрузку в обычный день и в пик: свободная память, загрузка процессора и диска, время открытия карточки сделки. Без исходных чисел любое «стало медленнее» остаётся ощущением.
2. Разнесите по времени фоновые задачи: резервное копирование, индексацию, обмен с учётной системой и рассылки не стоит запускать в один час.
3. Договоритесь о правилах массовых операций: кто и когда имеет право запускать импорты и массовые изменения.
4. Проверьте, что при нехватке места на диске вы получите уведомление заранее, а не узнаете об этом по сообщению об ошибке.
5. Раз в квартал сверяйте рост базы и числа пользователей с таблицей производителя и решайте, нужен ли следующий уровень ресурсов.

Сколько стоит ошибиться с размером сервера?

Ошибка в меньшую сторону дороже, чем ошибка в большую. Слабый сервер выглядит как проблема самого Битрикс24: сотрудники жалуются, что «CRM тормозит», руководитель просит разработчиков «оптимизировать», те ищут проблему в коде, а виновата аренда на нижнем тарифе. Каждый такой цикл занимает недели рабочего времени людей, которые зарабатывают для компании деньги.

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

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

Какие признаки говорят, что серверу не хватает ресурсов?

Нехватку ресурсов обычно замечают по симптомам раньше, чем по графикам, и пользователи сообщают о ней первыми. Страницы открываются заметно дольше в утренние часы и в дни отчётности. Уведомления приходят с задержкой. Задачи роботов и бизнес-процессов выполняются позже, чем срабатывает условие. Поиск по порталу отвечает медленно или не находит свежие записи. Карточка сделки грузится дольше, чем раньше, хотя ничего в ней не меняли.

Если такие признаки появились, начните с трёх замеров: свободная память и использование подкачки (swap), загрузка диска и время выполнения медленных запросов в базе данных. Если подкачка активно используется, серверу не хватает памяти. Если диск занят на 100% при невысокой загрузке процессора, проблема в накопителе. Медленные запросы указывают на настройки базы или на недостающие индексы в кастомных доработках.

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

Когда одного сервера уже недостаточно?

Для 50 человек одного хорошо настроенного сервера обычно достаточно, и разделение на несколько машин усложняет жизнь без выгоды. Производитель в своей таблице переходит к двум серверам только для компаний от 5000 пользователей. Но есть причины выделять базу данных на отдельную машину и раньше: жёсткие требования к отказоустойчивости, нагрузочные интеграции или собственные тяжёлые отчёты. Подробнее этот вопрос раскрыт в материале про кластеризацию коробочного Битрикс24.

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

Что учесть при выборе хостинга в Казахстане?

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

Уточните у арендодателя, кто обновляет операционную систему и базу данных, как устроены резервные копии и сколько времени занимает восстановление. Хостер, который только выдаёт «голую» машину, оставляет эти вопросы вам. Хостинг с обслуживанием стоит дороже, зато вопрос «кто виноват» не возникает. Мы подробно рассматривали эту тему в статье про хостинг для коробочного Битрикс24 и типичные ошибки.

Если вы пока выбираете между облаком и коробкой, посчитайте не только лицензию, но и сервер вместе с администрированием: именно эта часть чаще всего выпадает из бюджета. Мы помогаем с подбором площадки, настройкой окружения и сопровождением, подробности собраны на странице внедрения и настройки Битрикс24. B2BPRO.KZ — официальный партнёр Битрикс24 в Казахстане, с продуктом мы работаем с 2012 года.

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

Хватит ли 8 ГБ памяти для Битрикс24 на 50 человек?

Для живого портала на 50 человек 8 ГБ обычно мало. Производитель в справке закладывает для такой нагрузки 16 ГБ и 8 ядер. С 8 ГБ портал запустится и первое время будет работать, но при росте базы, включении почты и телефонии память закончится, и сервер начнёт использовать подкачку на диске, а это резко замедляет интерфейс.

Можно ли поставить коробочный Битрикс24 на обычный виртуальный хостинг?

Для корпоративного портала виртуальный хостинг не подходит. Требования к версии PHP, настройкам базы данных и фоновым процессам обычно выходят за возможности общего тарифа, а ресурсы там делятся с другими клиентами. Выбирайте выделенный сервер или виртуальную машину с гарантированными ресурсами и доступом администратора.

Что лучше для 50 сотрудников: физический сервер или облачная машина?

Выбор зависит от планов роста и от того, кто будет обслуживать железо. Облачная машина проще масштабируется и не требует закупки оборудования, физический сервер даёт стабильную производительность диска. Для портала на 50 человек чаще выбирают облачную машину с SSD и запасом по памяти, потому что докупить ресурсы быстрее, чем менять сервер.

Как понять, что серверу не хватает мощности?

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

Нужно ли брать запас мощности сразу?

Да, запас лучше заложить сразу, потому что стоимость ошибки в меньшую сторону выше. Мы ориентируемся на то, чтобы в обычный рабочий день сервер использовал не больше половины памяти и процессора. Тогда пики в день закрытия месяца, массовые импорты и рассылки не превращаются в простой для всего отдела.