мессенджер на своём сервере: сколько железа нужно на 20, 100 и 500 человек

Мессенджер на своём сервере — это отдельная машина с процессором от 2 ядер, 4–32 ГБ оперативной памяти и SSD-диском от 40 ГБ, конкретная конфигурация зависит от числа сотрудников и того, хранятся ли в чатах файлы и видео. Для команды из 20 человек хватает бюджетной виртуалки, для 500 — нужен отдельный сервер под базу данных и файловое хранилище.

Причина ставить мессенджер именно на свой сервер, а не в облачный сервис стороннего поставщика, обычно одна: в переписке годами накапливаются номера телефонов клиентов, адреса доставки и другие персональные данные, а требования 152-ФЗ к их хранению проще выполнить, когда сервер физически известен и находится под контролем компании, а не размазан по дата-центрам зарубежного оператора.

сколько процессора и памяти нужно: 20, 100 и 500 сотрудников

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

Считать нужно не общий штат, а число сотрудников, которые заходят в мессенджер одновременно в пиковые 10–15 минут — обычно это утренняя пересменка, начало рабочего дня или момент, когда все разом получают уведомление о срочной задаче. Компания на 300 человек, где чат открывают не все сразу, а группами в течение дня, может обойтись конфигурацией из среднего диапазона таблицы, а не из верхнего.

Сервер, который вчера уверенно тянул 80 человек, начинает захлёбываться, если те же люди начинают присылать в общий чат фото со склада или сканы УПД по 5–10 МБ каждое: диск и сеть заполняются быстрее, чем растёт штат. Для команд из верхней строки таблицы, где чат обрастает интеграциями и десятками рабочих групп, размер инфраструктуры обычно считают заодно с проектом внедрения 1С:ERP — там уже есть отдельный контур серверов, к которому логично добавить мощность под мессенджер, а не заказывать её отдельной задачей полгода спустя.

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

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

• ✓чат стабильно открывается дольше 3–5 секунд в рабочее время, хотя вечером и по выходным работает быстро;
• ✓процессор сервера держится на 80–100% загрузки без явного пика активности;
• ✓свободного места на диске меньше 10–15%, а бэкапы уже пропускают по расписанию из-за нехватки места;
• ✓фото и файлы из чата иногда не отправляются с первого раза, приходится повторять;
• ✓групповые звонки обрываются или сильно шумят именно в часы, когда одновременно работает вся команда.

🕗 случай: почему чат вис ровно в 8:40 утра

В логистической компании из Домодедово 35 диспетчеров каждое утро в 8:30–8:45 разом заходят в общий чат, чтобы отчитаться по ночной смене и скинуть фото повреждённых упаковок. Групповой чат открывается 15–20 секунд, фото не грузятся, часть сообщений приходит с задержкой в несколько минут.

Диспетчеры не перегружают сервер специально — но машина, на которой два года назад разворачивали чат для теста на пять человек, так и осталась на конфигурации 2 vCPU и 2 ГБ памяти. Нагрузка выросла в разы, а железо — нет.

Пока IT-отдел разбирался, что тормозит, диспетчеры возвращались к звонкам и переписке в личных мессенджерах на телефоне. Отчёты о повреждённых грузах терялись между звонком и напоминанием перезвонить, клиенты узнавали статус доставки с опозданием на полчаса, а один спор с перевозчиком о браке упаковки решили не в пользу компании — фото из чата не нашли вовремя.

что поменяли на сервере

Сисадмин пересчитал нагрузку по числу одновременных подключений в пиковые 15 минут, а не по общему штату, и поднял конфигурацию до 4 vCPU и 8 ГБ памяти с отдельным диском под вложения. Утренняя пересменка перестала быть точкой сбоя: тот же чат при том же количестве диспетчеров теперь открывается за пару секунд.

диск и файлы: где мессенджер незаметно съедает место

Текст в чате весит копейки, а вложения — нет: скан УПД на 5 МБ, фото со склада на 8–12 МБ и голосовое сообщение на минуту разговора накапливаются быстрее, чем кажется на старте проекта. Компания на 50 человек, где принято скидывать фото и документы прямо в рабочие чаты, за полгода легко набирает десятки гигабайт вложений и упирается в диск раньше, чем в процессор.

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

бэкапы: второй диск, который забывают заложить

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

сеть и резервный канал: что происходит при обрыве интернета

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

Для сотрудников, которые подключаются из дома или с точки продаж, стоит сразу продумать доступ через VPN или защищённое подключение, а не открывать порт мессенджера напрямую наружу — иначе сервер, поднятый для удобства команды, становится ещё и открытой точкой входа для перебора паролей.

звонки нагружают сеть иначе, чем текст

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

мессенджер и 1С на одном сервере: когда это плохая идея

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

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

Есть и обратная сторона: после каждого обновления 1С самописный обработчик уведомлений стоит перепроверять отдельно. Обновление меняет структуру данных или состав API, и интеграция с чатом иногда молча перестаёт отправлять уведомления, пока кто-то не заметит, что заявки в общий чат больше не приходят.

💰 сколько это стоит и как подобрать конфигурацию

Готовый сервер для 1С у ukved стоит от 1 100 ₽/мес за пользователя и по ресурсам покрывает нижнюю и среднюю конфигурацию из таблицы выше — на такой машине отдельным контуром можно поднять и мессенджер, если не нагружать его групповыми видеозвонками на всю команду. Подбор точной конфигурации под реальную нагрузку — задача сисадмина, а не таблицы из статьи: сопровождение 1С и настройка сервера у нас стоят от 3 800 руб/час, и на расчёт нагрузки с установкой обычно уходит несколько часов, а не дней.

Если компания уже работает во внедрённой 1С или планирует переход на 1С:Управление торговлей, сервер под мессенджер логичнее сразу закладывать в общий проект — тогда обработчик уведомлений в чат пишут один раз вместе с остальной интеграцией, а не отдельным подрядом через полгода после запуска.

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

Сколько сотрудников потянет минимальный сервер для мессенджера?

Конфигурация 2 vCPU и 4 ГБ оперативной памяти обычно закрывает команду до 20 человек без групповых видеозвонков. При росте штата или переходе на созвоны группой от пяти человек мощность стоит пересчитывать заново, а не ждать, пока чат начнёт заметно тормозить.

Нужна ли отдельная база данных под мессенджер, если уже есть база 1С?

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

Что будет, если серверу не хватит мощности в пиковые часы?

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

Можно ли начать с небольшого сервера и потом нарастить мощность?

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

Как учитывать хранение файлов и медиа при расчёте железа?

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