Как подобрать VPS для 1С (100 пользователей)
Почему на 100 пользователей нужна клиент-серверная 1С, сколько vCPU и RAM закладывать, зачем NVMe и отдельный сервер СУБД.
Для кого эта задача
Когда с базой 1С одновременно работают десятки сотрудников, файловый вариант уже не тянет: нужна клиент-серверная архитектура с СУБД (PostgreSQL или MS SQL) и сервером 1С:Предприятие.
Этот гайд — про конфигурацию под ~100 одновременных пользователей средней компании.
Минимальные и рекомендуемые ресурсы
Минимум: 4 vCPU, 16 ГБ RAM, 100 ГБ SSD. Это нижняя граница, при которой система остаётся отзывчивой.
Рекомендуется: 8 vCPU, 32 ГБ RAM, 200 ГБ SSD/NVMe — с запасом под рост базы, бэкапы и пиковые нагрузки (закрытие месяца, отчётность).
На что обратить внимание
Windows-сервер. Для типовой связки сервер 1С + MS SQL нужен Windows; на PostgreSQL возможен Linux — уточняйте вашу конфигурацию.
Диск NVMe. При такой нагрузке скорость диска критична: NVMe заметно ускоряет работу СУБД по сравнению с обычным SSD.
RAM — главный ресурс. СУБД кэширует данные в памяти; чем больше RAM, тем меньше обращений к диску и быстрее отклик.
Бэкапы и лицензии. Закладывайте место под резервные копии и учитывайте лицензии 1С, Windows и MS SQL отдельно.
Один сервер или разделить роли
При сотне пользователей встаёт вопрос: держать сервер 1С и СУБД на одной машине или развести по разным. На одной — проще в администрировании и дешевле, плюс нет сетевых задержек между сервером приложений и базой.
Разнесение оправдано, когда ресурсы одной машины исчерпаны либо когда нужно масштабировать роли независимо: базе добавить памяти, серверу приложений — процессора. Тогда обе машины должны стоять в одном дата-центре, иначе задержка съест выигрыш.
Для большинства компаний на сто пользователей достаточно одного мощного сервера. Разделение — следующий шаг, к которому приходят от нагрузки, а не заранее.
PostgreSQL или MS SQL
MS SQL — традиционный выбор под 1С, с ним больше опыта у администраторов и предсказуемее поведение на тяжёлых отчётах. Минус — стоимость лицензий, которая на сотне пользователей становится заметной статьёй.
PostgreSQL в сборке для 1С лицензий не требует и работает на Linux, что убирает и стоимость Windows Server. Требует более аккуратной настройки и сопровождения: параметры по умолчанию для 1С не подходят.
Выбор влияет на сервер напрямую: связка с MS SQL тянет Windows, PostgreSQL позволяет остаться на Linux и потратить сэкономленное на память.
Пиковые нагрузки, к которым надо готовиться заранее
Нагрузка на сервер 1С неравномерна. Закрытие месяца, расчёт зарплаты, инвентаризация и сдача отчётности создают пики, которые в разы превышают обычный рабочий день.
Конфигурацию стоит подбирать по пику, а не по среднему: сервер, который справляется в обычный вторник и падает при закрытии периода, останавливает работу всей компании ровно тогда, когда цена простоя максимальна.
Практическая мера — заранее проверить, как ведёт себя система под нагрузкой, и заложить запас памяти. Расширить тариф у провайдера обычно можно, но делать это в разгар отчётности — плохая идея.
Типичные ошибки
Пытаться удержать 100 пользователей на файловой базе — она не масштабируется, нужна клиент-серверная схема.
Экономить на RAM: для СУБД это первое узкое место при росте числа пользователей.
Ставить обычный SSD вместо NVMe там, где база активно пишет и читает.
Чек-лист перед выбором
- Клиент-серверная 1С + СУБД (PostgreSQL/MS SQL)
- От 4 vCPU (рекомендуется 8)
- От 16 ГБ RAM (рекомендуется 32)
- NVMe/SSD от 100 ГБ
- Регион RU
- Запас места и регулярные бэкапы
- Учтены лицензии 1С, Windows, СУБД
Частые вопросы
Какой сервер нужен для 1С на 100 пользователей?
Нижняя граница, при которой система остаётся отзывчивой, — 4 vCPU, 16 ГБ RAM и 100 ГБ SSD. Рекомендуемая конфигурация — 8 vCPU, 32 ГБ RAM и 200 ГБ SSD или NVMe: с запасом под рост базы, бэкапы и пиковые нагрузки вроде закрытия месяца и отчётности.
Можно ли держать сотню пользователей на файловой базе 1С?
Нет, файловый вариант не масштабируется на такую нагрузку. Нужна клиент-серверная архитектура с СУБД — PostgreSQL или MS SQL — и отдельным сервером 1С.
Зачем для 1С NVMe вместо обычного SSD?
При такой нагрузке скорость диска критична: база активно пишет и читает, и NVMe заметно ускоряет работу СУБД по сравнению с обычным SSD. Второй по важности ресурс — оперативная память: СУБД кэширует в ней данные, и чем её больше, тем реже обращения к диску.