Если бизнес задумывается о покупке коробочной версии Битрикс24, есть важнейшие технические нюансы, о которых руководитель должен знать ещё на берегу. За годы внедрений я обжёгся на десятках инфраструктурных ошибок. В этой статье разбираем всё без утайки: от выбора формата сервера до фатальных проблем при переезде из облака.
1. Свой сервер или арендованная виртуалка?
Моя настоятельная рекомендация - использовать арендованный сервер (VDS/VPS), а не собственное "железо", физически спрятанное у компании в офисе. И вот почему:
- •Безопасность. Все известные мне случаи взлома Битрикс24 и целевой шифрации баз (с последующим требованием выкупа за дешифратор) происходили ИСКЛЮЧИТЕЛЬНО на собственных серверах компаний. Считаю, что штатный сисадмин НЕ МОЖЕТ обеспечить круглосуточный мониторинг попыток проникновения. У крупных хостеров сетевая безопасность работает 24/7.
- •Отказоустойчивость. Любая поломка диска или контроллера на собственном сервере выводит Битрикс24 из строя минимум на часы, а чаще - на дни. На арендованной виртуальной машине (VM) заказчик даже не узнает, что где-то вышло из строя оборудование, так как всё дублируется. Плановые работы хостер всегда проводит ночью и максимально оперативно.
- •Экономика. Арендованная виртуальная машина дешевле в краткосрочной перспективе. При использовании МОЩНЕЙШЕГО железа (топовые процессоры 5,7 ГГц и NVMe-диски) стоимость аренды VDS составляет около 5 тыс. ₽ в месяц (или 58 тыс. ₽ в год).
Собственный физический сервер с аналогичными мощностями стоит вряд ли менее 300 000 ₽. Срок окупаемости по сравнению с арендой - в районе 6 лет. И это только если за этот период НИЧЕГО не сломается. А через такой срок железо уже потребует замены. Таким образом мы считаем, что собственный сервер экономически НИКОГДА не будет выгоднее и не окупится.
Если цена в 4-5 тыс. ₽/мес кажется дорогой, параметры можно смело убавлять. У меня есть клиент, который живёт на VM с 1 ядром. Битрикс у него работает ОЧЕНЬ невесело, но это его осознанный выбор (экономия 600 ₽/мес за ядро). В любой момент ресурсами можно "поиграться", нащупав точную границу между комфортной работой сотрудников и затратами бизнеса.
- •Обслуживание. Техподдержка приличного хостера (мои рекомендации: FirstVDS, TimeWeb, Beget) зачастую БЕСПЛАТНО обновляет систему и помогает решать проблемы.
2. Рекомендуемые параметры виртуальной машины
💡 БЫСТРЫЙ ПУТЬ - ГОТОВАЯ ВИРТУАЛКА ОТ ВЕНДОРА У Битрикса есть готовая виртуальная машина BitrixVM - собранный OVA-образ для разворачивания на любом гипервизоре за несколько минут. Подходит и для боевого использования, но даёт меньше контроля над окружением, чем чистая установка на Linux. Если бизнесу хочется "включить и работать" без сисадмина - это самый простой путь. Мы для своих клиентов делаем полноценную установку на Rocky Linux со штатным скриптом BitrixEnv - это даёт больше прозрачности, гибкости и проще обслуживать в долгую.
Если компания всё-таки решает ставить свой сервер (например, в гипервизоре Microsoft Hyper-V), его нужно будет очень грамотно подготовить.
Для коробочной версии на 50 пользователей я рекомендую следующие параметры:
- •Процессор: 4 ядра от 3 ГГц (Битрикс "любит" быстрые ядра от 5 ГГц).
- •Оперативная память: 8 ГБ ОЗУ. Система агрессивно поглощает память. Только на одну операционную систему уходит 2,5 ГБ + 200 МБ на каждого пользователя. Битрикс сразу после плановой перезагрузки (раз в пару недель) съедает 2,2 ГБ, а дальше каждая открытая карточка отнимает ещё сотню мегабайт. Минимум для системы - это 3 ГБ ОЗУ (меньше выдавать ВООБЩЕ нельзя).
- •Диск: от 200 ГБ на быстрых дисках SSD / NVMe.
- •ОС: Rocky Linux 9 или CentOS Stream 9, со свежим релизом PHP 8.4+ и баз MySQL 8.4+.
📝 ТЕХНИЧЕСКАЯ ТОНКОСТЬ ПРО БАЗУ ДАННЫХ На самом деле под капотом "MySQL" в коробке Битрикс24 - это не классический MySQL от Oracle, а его более производительный форк Percona Server (от компании Percona). Битрикс ставит его автоматически своим скриптом. Для пользователей и руководителя разницы никакой - функционально это полностью совместимо с MySQL.
Альтернативный движок базы данных - PostgreSQL - поддерживается Битриксом только для самой дорогой лицензии "Битрикс24 Энтерпрайз". Для обычных тарифов коробки этот путь закрыт, остаётся только Percona/MySQL.
Почему под 50 пользователей я рекомендую 8 ГБ, хотя по формуле (200 МБ x 50) выходит 12,5 ГБ? Можно и 12 ГБ, Битрикс съест всё, но обычно сотрудники не сидят в портале все 50 человек одновременно, поэтому восьми гигабайт хватает за глаза.
Место на диске будет улетать на записи звонков, почтовые вложения и файлы из чатов. Автоматической утилизации пока не предусмотрено. Кроме того, диск в огромных объёмах расходуется под бэкапы (резервные копии за 3 последних дня). Если Битрикс весит 50 ГБ, то под бэкапы нужно ещё 150 ГБ (в сумме 200 ГБ). Само резервное копирование запускается ночью, так как способно полностью "положить" слабый сервер.
⛔ ОСТОРОЖНО В идеале делать резервные копии СНАРУЖИ, а не только на виртуальной машине с порталом. Могут быть ситуации, когда пострадал весь сервер целиком - тогда локальные резервные копии безвозвратно исчезнут вместе с ним. Особенно это касается собственного физического "железа".
Что ещё обязательно нужно обеспечить:
- •SSH-доступ до виртуальной машины;
- •Проброс портов (80, 443, 8893, 8894) наружу 1 в 1;
- •Статический IP. Я ОЧЕНЬ НЕ рекомендую держать на одном сервере несколько систем с веб-доступом (например, Битрикс24 и параллельно 1С). IP-адресов понадобится по количеству систем;
- •Поддомен для портала (вида
crm.домен-компании.ru) с ОБЯЗАТЕЛЬНЫМ SSL-сертификатом; - •Доступы (IMAP/SMTP) к одному корпоративному ящику-хабу (вида
info@...), через который будет работать система восстановления забытых паролей пользователями среды.
📝 ЗАМЕТКА Чтобы штатные системные администраторы компании не искали все эти параметры по частям, я упаковал их в единый регламент. 👉 Скачать артефакт: ТЗ сисадмину на разворот Битрикс24
3. Установка обновлений
В коробочную версию периодически поступают обновления модулей. Если их установкой занимается наш сотрудник, то это абонентская плата 5 тыс. ₽/мес (час на проверку и установку обновлений дважды в месяц). В 99,9% случаев модули ставятся штатно, если обновляться регулярно. Но если пропускали апдейты год и более - есть риски, что Битрикс упадёт прямо во время установки.
Но кроме самого Битрикса, требуется периодически обновлять саму ОС. Мы отдаём предпочтение Rocky Linux 9 (поддержка заявлена на 10 лет - до мая 2032 года), в то время как ветка CentOS Stream 9 заканчивается уже в мае 2027. На середину июня 2026 самая стабильная и свежая версия ОС - Rocky Linux 9.8 (вышла 27 мая 2026). Так же регулярно нужно подтягивать версию языка PHP (на середину июня 2026 это ветка 8.5.7) и баз данных Percona Server (это форк MySQL, который ставит Битрикс - версия 8.4.8-8).
Если компания оплачивает ежемесячные обновления нам - мы регулярно обновляем всё подлежащее серверное ПО, забирая ответственность на себя. Если устанавливать апдейты будет местный сотрудник - мониторинг состояния системы и безопасности ПО ПОЛНОСТЬЮ остаётся внутренним делом штатного системного администратора компании.
4. Переезд из облака в коробку
Ранее мы беспроблемно проводили миграцию: мы запрашивали копию портала у вендора и разворачивали её прямиком в коробке. Но с сентября 2023 года техподдержка Битрикс24 БОЛЬШЕ НЕ ОТДАЁТ резервные копии для переезда. Архитектура разъехалась слишком сильно.
⛔ ЕЩЁ ОДИН НЮАНС МИГРАЦИИ - КОДИРОВКА С версии 24.0.0 коробка Битрикс24 работает только в кодировке UTF-8. Старая кодировка windows-1251 (на которой жили версии до 2024 года) полностью прекращена и больше не поддерживается. Если у вас сохранился очень древний портал в windows-1251 - при переезде придётся отдельно конвертировать данные в UTF-8. Это редкий, но болезненный нюанс, который может всплыть на самом старте миграции.
Да, существует штатный механизм миграции через так называемые "Отраслевые сценарии". НО он позволяет перетянуть ТОЛЬКО ГОЛЫЕ НАСТРОЙКИ (без самих данных) и категорически не поддерживает перенос смарт-процессов. Поэтому переезд этим путём потребует второй раз заплатить интегратору за то, что уже работало в облаке.
Сейчас я вижу лишь два способа решения этой задачи:
Сценарий 1. "Дёшево и сердито" Перенос данных ТОЛЬКО ИЗ ПОЛЕЙ CRM через штатные инструменты CSV-таблиц. При этом С ПОТЕРЕЙ истории в таймлайнах (все звонки, письма, чаты, завершённые задачи). При этом Контакт может отвязаться от Компании. И проблемы гарантировано вылезут, если в облаке были старые дубли. Перед экспортом базу придётся вычистить.
Сценарий 2. "Дорого-богато" Перенос через специализированные приложения коллег-интеграторов с сохранением ВСЕЙ истории и связей. Безопасно, но чек при этом - от 90 тыс. ₽ за Базовый тариф и от 400 тыс. ₽ за Проф (расходы ВЕСЬМА ощутимые).
Моя честная рекомендация: выбирать платформу нужно сразу. Я бы советовал коробку, так как в перспективе, со второго года продления, она сильно дешевле тарифа "Проф", плюс обновления модулей не прилетают внезапно, а сервер вообще не зависит от мощных внешних DDoS-атак на инфраструктуру вендора.
⚠️ ВАЖНО Обустроить идеальную вычислительную среду для разворачивания коробочного портала - тяжёлая инфраструктурная задача с десятками неочевидных инженерных нюансов, за которые придётся платить простоями бизнеса. 👉 У нас есть готовое решение: Разворот коробки. Аналитики и инженеры настроят правильный сервер по корпоративным регламентам, укрепят безопасность и передадут "хозяину" админские ключи к инфраструктуре, которая просто стабильно и быстро работает.