Сервер для 1С на 10, 50 и 200 пользователей: три разные машины

Сервер для 1С подбирают не по штату компании, а по числу одновременных сессий и типу конфигурации. На 10 пользователей достаточно виртуальной машины с 4 ядрами и 8 ГБ памяти, на 50 — выделенного сервера с 8-16 ядрами, SSD-диском под базу и отдельным сервером СУБД, на 200 — кластера из нескольких серверов 1С с балансировкой и вынесенной под СУБД отдельной машиной.

сколько пользователей — сколько железа

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

Второй фактор — конфигурация. Бухгалтерия и Зарплата грузят сервер заметно меньше, чем Управление торговлей или ERP: там больше расчётов, больше регистров, тяжелее проведение документов. По опыту сопровождения, для типовых конфигураций на активного пользователя закладывают в среднем 1-2 ГБ оперативной памяти на кластер сервера 1С, для ERP и УТ с большим документооборотом — вдвое-втрое больше. Это ориентир для расчёта, а не гарантированная цифра: точная нагрузка зависит от доработок конфигурации и объёма базы.

Третий фактор часто забывают — сетевой канал и тип подключения. Тонкий клиент 1С почти нечувствителен к качеству интернета, а толстый клиент и веб-доступ через RDP — куда требовательнее к задержке. Если часть из 50 или 200 пользователей работает удалённо через терминальный доступ, сервер считается уже не только по CPU и памяти, но и по числу одновременных RDP-сессий — это отдельная статья ресурсов, которую расчёты «на глаз» обычно пропускают.

сервер для 10 пользователей: виртуальная машина без переплаты

Для 10 человек в базе — типичный магазин, небольшой склад, бухгалтерия на аутсорсе или небольшой офис услуг — хватает одной виртуальной машины: 4 ядра CPU, 8 ГБ оперативной памяти, SSD на 120-256 ГБ. Сервер 1С и СУБД (PostgreSQL или MS SQL) в этом случае работают на одной машине без разделения — трафика между ними минимум, а лишний сервер только добавляет расходы на администрирование.

Резервное копирование на этом уровне тоже простое: ежедневный бэкап базы на отдельный диск или в облако хостера, без сложных схем репликации. При 10 пользователях цена простоя в час-два минимальна, а восстановление из бэкапа занимает меньше времени, чем настройка кластера ради подстраховки, которая здесь просто избыточна.

Аренда такой конфигурации начинается от 3300 руб/мес — дешевле, чем держать физический сервер в офисе с UPS, охлаждением и человеком, который следит за бэкапами. Для 10 пользователей это почти всегда выгоднее покупки железа: виртуальный сервер для 1С окупает разницу в цене за первый год просто на отсутствии простоев и ремонта.

сервер для 50 пользователей: где ломается «сервер, который справлялся»

Компания растёт с 12 до 50 человек в базе за полтора года. Виртуальный сервер покупали под 12 — тогда 4 ядра и 8 ГБ памяти хватало с запасом. Конфигурацию никто не пересчитывал при найме каждого нового бухгалтера и менеджера, сервер просто оставался тем же. На 50 пользователях он ещё «работает» — но 28-го числа, когда бухгалтерия закрывает месяц и десять человек одновременно проводят документы и формируют отчёты, интерфейс подвисает на 15-20 секунд на каждом клике, а иногда сессии обрываются по таймауту.

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

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

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

Решение — не апгрейд той же виртуалки, а выделенный сервер в аренду: 8-16 ядер, 32-64 ГБ памяти, отдельный SSD-массив под базу без соседей по диску. Отдельно стоит развести сервер приложений 1С и сервер СУБД на разные машины и заново настроить сервер 1С — регламентные задания, число рабочих процессов, параметры кластера. Голое железо без настройки закрывает проблему на 20-30%, остальное — в конфигурации.

сервер для 200 пользователей: кластер, а не одна мощная машина

На 200 пользователях одна, даже очень мощная, машина перестаёт быть решением — это единая точка отказа и потолок по параллельным сессиям. Типовая архитектура здесь: два-три рабочих сервера 1С в кластере с балансировкой нагрузки между ними и отдельный сервер СУБД под базу — суммарно от 128 до 256 ГБ оперативной памяти на весь контур, NVMe-накопители под СУБД ради минимальной задержки на чтении.

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

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

три конфигурации рядом: сравнение

как проверить, что серверу уже тесно, не дожидаясь аврала

Три признака, что конфигурация отстаёт от базы, а не «просто у всех сегодня плохой день»:

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

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

аренда или сервер в офисе: что меняется при росте с 10 до 200

При 10 пользователях разница между арендой и покупкой железа в офис невелика по деньгам, но велика по рискам: свой сервер требует ИБП, резервный канал интернета и человека, который среагирует на сбой в выходной. Аренда от 3300 руб/мес закрывает это разом — обслуживание, охлаждение, электричество и мониторинг лежат на стороне хостера.

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

какую конфигурацию считаем мы

Прежде чем сдать сервер в аренду, мы считаем нагрузку под конкретную базу — число активных пользователей, конфигурацию, объём документооборота в пиковые дни — а не подбираем по табличке «10/50/200». Аренда сервера 1С у нас начинается от 3300 руб/мес для лёгких конфигураций; перенос базы, разведение 1С и СУБД по разным машинам и настройка кластера считаются отдельно, сопровождение и работы системного администратора — от 3800 руб/час.

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

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

Можно ли держать 1С и СУБД на одном сервере при 50 пользователях?

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

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

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

Что дешевле — аренда сервера или покупка железа в офис?

При росте с 10 до 50-200 пользователей аренда почти всегда выгоднее: не нужно закладывать запас под будущий рост заранее и платить за простаивающие ресурсы первые год-два. Конфигурацию меняют по факту нагрузки, а свой сервер требует ещё ИБП, резервный канал и штатного администратора на случай ночного сбоя.

Почему для 200 пользователей нужен кластер, а не один мощный сервер?

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

Учитывается ли отдельно конфигурация ERP при расчёте сервера?

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