Подбор сервера под 1С: процессор, память, диски и лицензии
Содержание
Для 1С берите процессор с высокой частотой на ядро (3,5 ГГц и выше), памяти с запасом, а базу кладите на NVMe-диск. Ядер нужно меньше, чем кажется: основная масса операций в 1С выполняется в один поток. Сервер на 64 ядрах по 2,2 ГГц проиграет четырёхъядернику на 4,5 ГГц.
Ниже порядок выбора: от оценки нагрузки до железа, сети, лицензий и вопроса «виртуалка или своё железо». Цифры ориентировочные, но от них можно отталкиваться при составлении заявки.
Сначала посчитайте нагрузку, потом выбирайте железо
Сервер подбирают не под «организацию», а под конкретную нагрузку. Соберите пять цифр.
- Число одновременных пользователей. Не всего в базе, а тех, кто работает в один момент. Обычно это 50–70% от списочного состава.
- Размер информационной базы. Видно в консоли кластера или по размеру файлов СУБД. Для сравнения: база небольшой фирмы — 5–20 ГБ, торговля с большим оборотом — 100–500 ГБ и больше.
- Тяжёлые фоновые операции. Закрытие месяца , массовое проведение, обмены с сайтом и РРО, формирование отчётов за год.
- Конфигурация. Бухгалтерия нагружает сервер умереннее, чем УТ, ERP или розница с тысячами чеков в день.
- Сценарий доступа. Клиент-серверный режим, терминальный сервер или веб-клиент. От этого зависит, нужны ли ещё мощности под сеансы пользователей.
Запас на рост закладывайте на 2–3 года: +30–50% к пользователям и вдвое больше данных. Менять сервер каждый год дороже, чем один раз взять с запасом.
Ориентиры по железу
Таблица для клиент-серверного варианта, когда сервер 1С и СУБД стоят на одной машине. Это стартовая точка, а не гарантия: тяжёлая конфигурация сдвигает вас на строку вниз.
| Одновременных пользователей | Ядра (от 3,5 ГГц) | ОЗУ | Диски под базу |
|---|---|---|---|
| до 10 | 4 | 16 ГБ | SSD 500 ГБ |
| 10–30 | 6–8 | 32 ГБ | NVMe 1 ТБ, зеркало |
| 30–70 | 8–12 | 64 ГБ | NVMe 2 ТБ, зеркало |
| 70–150 | 16 | 128 ГБ | NVMe, отдельно данные и журналы |
| 150+ | кластер из нескольких серверов | от 256 ГБ суммарно | отдельный сервер СУБД |
Если пользователей до десяти и база небольшая, серверный режим вообще может быть лишним. Файловый вариант на хорошем ПК работает, пока нет блокировок и роста базы.
Процессор для 1С: частота важнее количества ядер
Главное правило, которое выбивается из общих представлений о серверах: тактовая частота и производительность одного ядра важнее числа ядер. Типичная операция проведения документа или формирования отчёта идёт в одном потоке. Лишние ядра её не ускорят.
Ядра нужны, чтобы обслужить много пользователей одновременно. Каждый сеанс — отдельный рабочий процесс, и они делятся по ядрам. Поэтому выбор такой:
- 🔹 Частота ядра 3,5–4,5 ГГц и выше с турбо-режимом. Это то, за что платят в первую очередь.
- 🔹 Число ядер — по таблице выше, плюс запас под СУБД, если она на той же машине.
- 🔹 Размер кэша. Большой кэш L3 заметно помогает работе с базой.
- 🔹 Настольные и «рабочие» процессоры нередко быстрее серверных линеек на одном потоке. Для малых и средних баз это рабочий вариант, но тогда нужна память с коррекцией ошибок и нормальное охлаждение.
Серверный процессор с 2,0–2,4 ГГц на ядро и 32 ядрами для 1С — частая и дорогая ошибка. Он хорошо держит много лёгких задач, но тяжёлое проведение будет идти медленно.
Отдельно проверьте режим энергосбережения. В BIOS и в настройках операционной системы должен стоять профиль «Высокая производительность»: иначе частота «проседает» именно в момент, когда пользователь нажал «Провести».
Оперативная память: сколько ОЗУ нужно серверу 1С
Память делят между тремя потребителями: операционная система, сервер 1С и СУБД. Для СУБД чем больше кэша, тем реже она лезет на диск.
Прикидка для отдельных компонентов:
- Система — 4–8 ГБ.
- Сервер 1С — на каждый активный сеанс от нескольких сотен мегабайт; тяжёлые отчёты потребляют заметно больше. На 50 пользователей уходят десятки гигабайт.
- СУБД — всё остальное. Идеальный случай, когда горячая часть базы целиком помещается в кэш.
Практическое правило: для СУБД имеет смысл иметь ОЗУ порядка размера активной части базы. Для базы 50 ГБ при 30 пользователях спокойно работает машина на 64 ГБ.
Частота и тип памяти
Частота ОЗУ влияет слабее, чем частота процессора, но всё же даёт прирост на операциях с большими выборками. На серверах берите память с коррекцией ошибок (ECC): сбой бита в оперативке портит данные в базе без видимых признаков. Заполняйте все каналы памяти равными модулями. Два больших модуля вместо четырёх средних урезают пропускную способность вдвое.
При работе СУБД на одной машине с сервером 1С ограничьте память СУБД вручную. Без лимита она заберёт всё, и сервер 1С начнёт уходить в своп.
Дисковая подсистема: SSD, RAID и скорость ввода-вывода
Жалобы «1С тормозит» чаще всего упираются в диск, а не в процессор. База читает и пишет мелкими блоками в случайном порядке. Для такого режима вращающийся диск не подходит совсем.
Какой тип накопителя брать
| Вариант | Для чего подходит | Замечания |
|---|---|---|
| HDD | только бэкапы и архив | для базы не использовать |
| SATA SSD | малые базы, до 10–20 пользователей | дешёвый и надёжный |
| NVMe SSD | основной выбор для рабочих баз | в разы выше скорость случайного доступа |
Берите накопители серверного класса с защитой от потери питания и большим ресурсом перезаписи. Потребительские модели быстро изнашиваются под нагрузкой СУБД.
RAID и разделение томов
- 🔹 RAID 1 (зеркало) — минимум для рабочей базы. Выход одного диска не останавливает работу.
- 🔹 RAID 10 — когда нужны и скорость, и отказоустойчивость, на больших базах.
- 🔹 RAID 5/6 на SSD для баз 1С — не лучший выбор из-за накладных расходов на запись.
- 🔹 Отдельные тома: данные базы, журнал транзакций, временные файлы и резервные копии лучше разнести. Бэкапы на тот же том, что и база, — вообще не бэкап.
Ориентир по ёмкости: размер базы × 3 минимум, чтобы хватило на рост, временные данные и копии. Копии хранить стоит на отдельном хранилище или в другой площадке.
Сеть и пропускная способность
В клиент-серверной схеме по сети идёт не вся база, а запросы и результаты. Поэтому гигабитный канал внутри офиса обычно хватает. Узкие места появляются в другом.
- Задержка важнее скорости. Для 1С критичен отклик канала. Работа через VPN с задержкой 60–100 мс ощущается как «тормоза», даже если скорость канала высокая. Для удалённых филиалов лучше терминальный доступ или веб-клиент.
- Сервер СУБД и сервер 1С лучше соединять между собой отдельным быстрым каналом (10 Гбит/с) при раздельной установке.
- Файловый режим по сети — самый тяжёлый. Клиент тянет страницы файла базы по сети целиком, поэтому на медленном канале работать невозможно.
- Терминальный сервер: на каждого пользователя нужно около 5–10 Мбит/с в пике, если он работает через удалённый рабочий стол, а не только открывает отчёты.
Проверьте и внешний канал, если планируете публикацию базы через веб-сервер. Для 20–30 удалённых пользователей хватит 50–100 Мбит/с симметричного канала.
Лицензии и программные ограничения
Железо — не единственное, что ограничивает сервер. Прикиньте заранее три пункта.
- Лицензия на сервер 1С:Предприятия. Нужна отдельная серверная лицензия для клиент-серверного режима. Кроме неё, нужны клиентские лицензии на рабочие места или на одновременные подключения. Точные условия и актуальные цены смотрите у партнёра фирмы «1С» перед закупкой.
- Операционная система. Сервер 1С работает и под Windows Server, и под Linux. Лицензии Windows Server считаются по числу ядер, а клиентский доступ — отдельными лицензиями. Linux дешевле, но требует навыков администрирования.
- СУБД. Выбор между PostgreSQL и MS SQL Server. PostgreSQL бесплатный, но 1С поддерживает не любую сборку, поэтому смотрите совместимость с вашей версией платформы. У MS SQL есть редакции с ограничениями: в бесплатной Express очень малый лимит на размер базы и использование памяти, а редакция Standard ограничена по числу ядер и объёму памяти для буфера.
Прежде чем закупать «навороченный» сервер, проверьте, что ваша редакция СУБД вообще сможет использовать все ядра и всю память. Деньги на ядра, которые СУБД не задействует, потрачены зря.
Ориентиры по бюджету (очень приблизительно, цены сильно зависят от поставщика и курса):
- 🔹 сервер на 4–8 ядер и 32 ГБ с NVMe-зеркалом — порядка 150–300 тыс. руб.;
- 🔹 сервер на 12–16 ядер и 128 ГБ — порядка 400–800 тыс. руб.;
- 🔹 аренда эквивалента в облаке — от нескольких тысяч до нескольких десятков тысяч рублей в месяц, в зависимости от конфигурации.
Виртуализация или физический сервер
Оба варианта рабочие. Выбор зависит от того, что ещё вы будете запускать на том же железе.
| Критерий | Физический сервер | Виртуальная машина |
|---|---|---|
| Производительность | максимальная, без накладных расходов | на 5–15% ниже при грамотной настройке |
| Резервирование и перенос | сложнее | снимки, миграция между хостами |
| Использование ресурсов | под одну задачу | несколько служб на одном железе |
| Настройка | проще | нужно следить за конфигурацией хоста |
Если выбрали виртуализацию, следуйте правилам:
- Не отдавайте ядер больше, чем есть физически. Переподписка процессоров убивает отклик 1С.
- Закрепите память за виртуалкой с СУБД, без динамического распределения.
- Диски выдавайте напрямую с быстрого хранилища, а не из общего «медленного» пула.
- Хост не должен быть перегружен соседними виртуальными машинами, особенно в часы закрытия периода.
Для небольшой организации на 10–20 человек практичный вариант — одна физическая машина с хорошей виртуальной нарезкой: одна виртуалка под 1С и СУБД, другая под остальное. Для крупных баз с высокой нагрузкой лучше выделенное железо под СУБД.
Проверка перед покупкой
Прежде чем платить, пройдитесь по списку. Он короче, чем кажется, а ошибки в нём дорогие.
После запуска сделайте замер: засеките время проведения типового документа и формирования тяжёлого отчёта на старом и новом сервере. Если разница меньше ожидаемой, смотрите на диск и настройки питания процессора раньше, чем на «ещё ядра».