Компания на 40 человек переехала с облачного Битрикс24 на коробку и взяла под неё самый дешёвый VPS — два ядра, 2 ГБ памяти, 400 рублей в месяц. Через неделю портал открывался по 10-12 секунд, чат отваливался каждые полчаса, а живая лента грузилась через раз. Проблема была не в Битриксе — просто коробочная версия это не сайт-визитка, а полноценный корпоративный портал с очередями, push-сервером и поиском, и ресурсы ей нужны соответствующие. Ниже — настройка облачного сервера Timeweb для Bitrix24 Box от заказа машины до работающего портала с SSL и бэкапами.
Инструкция рассчитана на системного администратора или разработчика, который хотя бы раз подключался к серверу по SSH. Знать наизусть команды Linux не обязательно — почти всё делается через меню BitrixEnv.
Что понадобится перед началом
- Аккаунт в Timeweb Cloud с пополненным балансом. Сервер под коробку — это примерно от 1800 ₽/мес на момент публикации, точную цену смотрите в прайсе, тарифы меняются.
- Лицензия «1С-Битрикс24» (коробочная редакция) или желание погонять 30-дневную демо-версию. Демо ставится тем же способом, что и коммерческая, — потом просто вводится ключ.
- Домен, к которому есть доступ на уровне DNS-записей. Портал на голом IP формально запустится, но SSL вы не получите, а без HTTPS не работают видеозвонки и часть мобильного приложения.
- SSH-клиент: встроенный
sshв Windows 11 / macOS / Linux либо PuTTY. - Понимание, сколько сотрудников будет на портале. От этой цифры зависит вообще всё — см. шаг 1.
Отдельно про ОС. BitrixEnv 9 (официальное веб-окружение «1С-Битрикс» — набор скриптов, который ставит и настраивает nginx, Apache, MySQL, memcached и push-сервер) поддерживает только семейство Enterprise Linux 9: CentOS Stream 9, AlmaLinux 9, Rocky Linux 9, Oracle Linux 9, архитектура x86_64. Ubuntu и Debian в этот список не входят — поставить Битрикс туда можно, но руками и без официальной поддержки.
Настройка облачного сервера Timeweb для Bitrix24 Box: разбираем по шагам
Шаг 1. Считаем ресурсы под число пользователей
Официальные требования на сайте Битрикса выглядят обманчиво скромно: от 2 ГБ оперативной памяти и минимум 10 ГБ на диске. Это нижняя граница, при которой продукт вообще стартует, а не конфигурация для работы. Реальность другая: MySQL под коробкой съедает память кусками, push-сервер держит открытые соединения на каждого залогиненного сотрудника, а модуль поиска периодически переиндексируется в фоне.
Ориентир, от которого мы отталкиваемся в проектах:
- до 10 сотрудников — 2 ядра, 4 ГБ RAM, 40-50 ГБ NVMe;
- 10-25 сотрудников — 4 ядра, 8 ГБ RAM, 80 ГБ;
- 25-50 сотрудников — от 6-8 ядер, 12-16 ГБ RAM, 100 ГБ и больше.
По тарифам Timeweb Cloud (линейка Premium 3.3 ГГц, Москва) это примерно MSK 50 → MSK 80 → MSK 100. Частота процессора здесь важнее числа ядер: PHP при рендеринге страницы портала выполняется в один поток, и на 3.3 ГГц страница собирается заметно быстрее, чем на 2.0 ГГц с тем же количеством ядер.
Про диск отдельно. Битрикс24 Box — это в первую очередь файлы: документы, аватарки, вложения в чатах, записи звонков. 50 сотрудников за год спокойно набивают 60-80 ГБ. Берите с запасом, потому что расширение диска — операция хоть и штатная, но с перезагрузкой и нервами (об этом в частых ошибках).
Частая ошибка на этом шаге: считать по числу лицензий, а не по числу реально активных людей. Лицензия на 50 пользователей при 12 работающих сотрудниках не требует сервера на 50.
Шаг 2. Заказываем сервер в панели Timeweb Cloud
В панели идём в «Облачные серверы» → «Создать сервер». Дальше по порядку.
Регион. Санкт-Петербург или Москва, если сотрудники в России. Разница в пинге между ними для портала некритична, но если у вас есть 1С или телефония в конкретном ЦОДе — ставьте сервер там же, локальный трафик внутри одного региона идёт по приватной сети и не тарифицируется как внешний.
Образ. Здесь два пути. В маркетплейсе Timeweb есть готовый образ «Bitrix версия 9» — это AlmaLinux с уже установленным BitrixEnv, минимальные требования у него 2 ядра / 4 ГБ / 15 ГБ. Экономит примерно 15 минут. Второй путь — взять чистый AlmaLinux 9 и поставить окружение руками (шаг 4). Мы чаще идём вторым путём, и почему — расскажу в разделе «Из практики».
Конфигурация. По расчёту из шага 1. Диск — NVMe, других вариантов для этой задачи рассматривать не стоит.
Сеть. Публичный IPv4 обязателен. IPv6 в Москве и Питере дают бесплатно, лишним не будет. Приватную сеть подключайте сразу, если планируете выносить базу или 1С на отдельную машину — потом добавлять её к живому серверу неудобно.
Доступ. Загрузите свой SSH-ключ вместо пароля. Пароль root на сервере с публичным IP переживает примерно сутки до начала перебора — это не преувеличение, посмотрите потом /var/log/secure.
Сервер поднимается за 1-2 минуты. IP-адрес появится в карточке сервера.
Шаг 3. Первый вход и базовая гигиена
Подключаемся:
# Подключение по SSH с ключом
ssh root@ВАШ_IP
# Обновляем систему до актуального состояния
dnf update -y
# Ставим часовой пояс — иначе все даты в задачах и календаре уедут
timedatectl set-timezone Europe/Moscow
Про swap. На машинах с 4-8 ГБ памяти файл подкачки на 2-4 ГБ спасает от того, что MySQL убивает OOM-killer в момент фоновой переиндексации. На NVMe он почти не тормозит.
# Создаём swap-файл на 4 ГБ
fallocate -l 4G /swapfile
chmod 600 /swapfile
mkswap /swapfile
swapon /swapfile
# Прописываем в fstab, чтобы swap подключался после перезагрузки
echo '/swapfile none swap sw 0 0' >> /etc/fstab
Файрвол Timeweb настраивается на уровне панели и работает до того, как трафик дойдёт до сервера. Открывать нужно 22 (SSH), 80 и 443 (веб), а также 8893 и 8894 — это порты сервиса сообщений и push. Если у вас NTLM-авторизация в домене, добавьте 8890 и 8891. Всё остальное закрыто.
Частая ошибка на этом шаге: настроить порты только в firewalld внутри сервера и забыть про файрвол в панели Timeweb (или наоборот). Фильтров два, и трафик режет любой из них.
Шаг 4. Ставим BitrixEnv и создаём пул
Если брали чистый AlmaLinux 9:
# Скачиваем и запускаем официальный установщик веб-окружения
wget http://repo.bitrix24.tech/dnf/bitrix-env-9.sh && chmod +x bitrix-env-9.sh && ./bitrix-env-9.sh
Скрипт тянет и настраивает весь стек: nginx как фронтенд, Apache с PHP как бэкенд, MySQL, memcached, push-сервер, catdoc для индексации документов. На нормальном канале это 10-20 минут, из которых вы участвуете секунд тридцать: у вас спросят пароль для системного пользователя bitrix.
Дальше вся жизнь сервера идёт через меню:
/root/menu.sh
В свежей установке в меню всего два пункта — это нормально. Выбираем «1. Create Management pool of server», задаём имя сервера (можно оставить предложенное). Пул — это внутренняя структура BitrixEnv, которая описывает, какие роли (веб, база, push) на каких машинах живут; даже для одного сервера он обязателен. После создания пула пункт заменится на «Manage servers in the pool», и откроется полное меню.
Частая ошибка: пропустить создание пула и сразу лезть настраивать сайт. Половина пунктов меню будет недоступна, и человек начинает править конфиги nginx руками — а BitrixEnv их перегенерирует при следующей операции и молча затрёт правки.
Шаг 5. Разворачиваем дистрибутив Bitrix24 Box
По умолчанию BitrixEnv создаёт сайт в /home/bitrix/www, привязанный к IP-адресу сервера. Для одного портала этого достаточно — дополнительные сайты (они кладутся в /home/bitrix/ext_www/домен) заводятся через пункт меню управления сайтами пула.
Дистрибутив ставим скриптом BitrixSetup — он сам скачает архив с серверов 1С-Битрикс прямо на вашу машину и распакует, без промежуточной загрузки на ноутбук. Файл bitrixsetup.php берётся со страницы загрузки коробочного Битрикс24 на сайте 1c-bitrix.ru (там же, где оформляется 30-дневная демка).
# Кладём скрипт в корень сайта и отдаём права пользователю bitrix
cd /home/bitrix/www
wget -O bitrixsetup.php ССЫЛКА_СО_СТРАНИЦЫ_ЗАГРУЗКИ
chown bitrix:bitrix bitrixsetup.php
Открываем в браузере http://ВАШ_IP/bitrixsetup.php, выбираем редакцию (для коробки это «1С-Битрикс24», не путайте с «1С-Битрикс: Управление сайтом» — это другой продукт), ждём распаковку и попадаем в мастер установки.
В мастере важны два экрана. Первый — параметры БД: BitrixEnv уже создал базу и пользователя, реквизиты подставляются автоматически, руками ничего вводить не надо. Второй — создание администратора портала: этот логин потом нельзя будет удалить, поэтому не заводите его на личную почту сотрудника, который через полгода уволится. Заводите на общий ящик компании.
Мастер отработает за 5-15 минут в зависимости от диска. После него портал уже открывается по IP.
Шаг 6. Домен, SSL и push-сервер
Сначала DNS: A-запись домена (например, portal.company.ru) на IP сервера. Обновление записи занимает от пары минут до нескольких часов — проверяйте через nslookup portal.company.ru, а не по ощущениям.
Когда домен резолвится, в меню BitrixEnv находим пункт управления сайтами пула и меняем привязку сайта с IP на домен. В актуальных версиях окружения там же есть выпуск сертификата Let's Encrypt — точное название пункта отличается между версиями BitrixEnv, ориентируйтесь на слово «certificate». Если пункта нет или он падает, сертификат ставится обычным certbot, но конфиг nginx после этого лучше править не напрямую, а через шаблоны BitrixEnv в /etc/nginx/bx/.
Push-сервер настраивается пунктом «Configure Push/RTC service». Без него у вас не будет мгновенных сообщений в чате, уведомлений в реальном времени и звонков — портал будет работать, но люди начнут жаловаться, что «чат приходит с задержкой в минуту». Проверить результат можно в самом портале: «Настройки» → «Производительность» → проверка системы, там есть отдельная строка про модуль Push and Pull.
После смены адреса на домен обязательно зайдите в настройки главного модуля и поправьте адрес сайта, иначе ссылки в почтовых уведомлениях будут уходить на старый IP.
Шаг 7. Бэкапы: два уровня, а не один
Штатный бэкап Битрикса (в админке — «Настройки» → «Резервное копирование») делает архив файлов и дампа базы. На портале с 60 ГБ вложений он будет собираться часами и займёт место на том же диске. Поэтому схема такая.
Первый уровень — снапшоты и автоматические бэкапы сервера в панели Timeweb. Это копия всей машины, она восстанавливается за минуты и спасает при «снесли не тот каталог» или неудачном обновлении. Включается в карточке сервера, хранится отдельно от диска ВМ.
Второй уровень — дамп базы по расписанию, который уезжает наружу: в S3-хранилище или на другой сервер. База — единственное, что нельзя восстановить ниоткуда; файлы в худшем случае частично найдутся у сотрудников.
# Дамп базы Битрикса с датой в имени файла
mysqldump --single-transaction --routines sitemanager | gzip > /backup/b24-$(date +%F).sql.gz
Ключ --single-transaction здесь не украшение: без него на InnoDB-таблицах дамп берёт блокировки, и портал на время выгрузки встаёт.
Частые ошибки и как их избежать
Расширили диск — сервер не загрузился. Возникает на готовых образах с предустановленным Битриксом: разметка в них уже сделана, и увеличение диска не всегда подхватывается корректно. Решение: закладывать нужный объём диска сразу при заказе, а перед любым ресайзом делать снапшот. Если всё же нужно расширить — сначала снапшот, потом операция, потом проверка df -h и lsblk.
Портал работает, а письма не уходят. Самая частая история после переезда. Причина в том, что IP свежего облачного сервера не имеет ни SPF, ни DKIM, ни репутации, и Яндекс с Mail.ru отправляют такие письма прямо в спам либо режут на входе. Решение: не отправлять почту с самого сервера, а подключить внешний SMTP — корпоративную почту или отдельный сервис рассылок — в настройках главного модуля.
Всё летало на демо-данных, тормозит на реальных. Возникает, когда после миграции в базе оказывается несколько миллионов записей в таблицах CRM и логов, а MySQL по-прежнему работает с настройками по умолчанию. Решение: увеличить innodb_buffer_pool_size до 50-60% от RAM сервера (BitrixEnv кладёт свои настройки в отдельные файлы конфигурации MySQL — правьте их, а не основной my.cnf) и включить отключённые агенты чистки логов.
Забыли, что коробка требует обслуживания. Обновления продукта прилетают регулярно, и часть из них меняет требования к PHP. Решение: раз в квартал заходить в проверку системы в админке и держать её без красных пунктов. Ставить обновление в пятницу вечером — плохая идея по причинам, которые понятны всем, кто хоть раз это делал.
Из практики А2
Готовые образы с предустановленным Битриксом мы стараемся не брать — не потому, что они плохие, а потому что не знаешь, что именно и в какой версии там уже стоит. Пару раз натыкались на то, что в образе окружение старее текущего репозитория, и после первого же dnf update часть конфигов расходилась с тем, что ожидает меню BitrixEnv. Чистая AlmaLinux 9 плюс скрипт с официального репозитория занимает на 15 минут больше, зато вы точно знаете состояние машины и можете воспроизвести её с нуля за полчаса.
Второе, что регулярно ловим — порты push-сервера. Клиент открывает 80 и 443, портал работает, все довольны, и через неделю приходит жалоба: «чат тормозит, сообщения приходят пачками». Диагноз всегда одинаковый — закрыт 8893, и клиентская часть откатывается на периодический опрос сервера. Формально работает, по ощущениям — как мессенджер из 2009 года. Проверяется за минуту: ss -tlnp | grep 8893 на сервере и попытка достучаться до порта снаружи.
Третье — про место на диске, и это стоит закладывать в план сразу. Битрикс24 Box хранит в базе полную историю всего: изменения полей CRM, историю чатов, логи бизнес-процессов. У одного клиента на 30 человек за полтора года таблица логов бизнес-процессов выросла до 40 ГБ при том, что сами данные CRM занимали 6 ГБ. Чистка агентами эту таблицу не разбирала, потому что агент был выключен ещё на этапе миграции — кто-то отключил, чтобы ускорить перенос, и забыл включить обратно. Теперь после каждого запуска коробки мы отдельным пунктом чек-листа проверяем список активных агентов и снимаем размеры десяти самых больших таблиц: через месяц работы становится видно, что растёт быстрее всего.
И последнее наблюдение, скорее организационное. Коробка выгодна не сама по себе, а когда есть причина: требования по хранению данных внутри контура, интеграция с 1С по локальной сети, доработки на уровне кода. Если задача звучит как «хотим сэкономить на облачной подписке» — считайте честно, вместе с сервером, обновлениями и часами админа. У команд до 20 человек арифметика обычно не в пользу коробки.
Итог
После этих семи шагов у вас работающий Битрикс24 на собственном облачном сервере: домен с валидным сертификатом, живой чат и уведомления через push-сервер, почта через внешний SMTP и бэкапы на двух уровнях. Дальше остаётся перенос данных из облака или другой CRM — это отдельная история со своими граблями. Если застряли на каком-то шаге — опишите ситуацию в комментарии или напишите нам напрямую.