Производительность 1С зависит от баланса процессора, оперативной памяти, накопителей и сети. Даже мощный сервер может работать медленно, если один из компонентов не справляется с нагрузкой.
При выборе оборудования учитывают число одновременных пользователей, размер базы, конфигурацию 1С, фоновые задания, интеграции и пиковые операции. Подбор ресурсов должен основываться на реальных измерениях, а не только на технических характеристиках.
Как устроена работа 1С
В клиент-серверной архитектуре сервер приложений выполняет программный код, СУБД обрабатывает данные, а веб-сервер обеспечивает доступ через браузер и тонкий клиент. Каждый компонент предъявляет собственные требования к ресурсам.
Для сервера приложений важна скорость одного ядра CPU, для СУБД — объём RAM и производительность дисков. При размещении компонентов на разных узлах дополнительное значение приобретают пропускная способность сети и задержки передачи данных.
Файловый режим подходит для некоторых небольших баз с умеренной нагрузкой. При росте числа одновременных операций могут возникать ограничения, связанные с блокировками и сетевым обменом. Переход на клиент-серверную архитектуру определяют по результатам оценки нагрузки, а не по фиксированному числу пользователей или размеру базы.
Процессор и оперативная память
Количество ядер не гарантирует высокой скорости 1С. Многие операции выполняются последовательно, поэтому важна производительность одного потока. При большом числе параллельных задач также необходимо достаточное количество вычислительных ресурсов.
Процессоры сравнивают по результатам тестирования на целевой конфигурации 1С и выбранной СУБД. Совместимость ARM-платформ и программного окружения следует проверять отдельно.
Оперативная память нужна операционной системе, серверу 1С, СУБД и кэшам. ECC помогает обнаруживать и исправлять ошибки памяти, что важно для корпоративной инфраструктуры.
Универсальной нормы RAM на одного пользователя нет. Объём рассчитывают по фактическому потреблению всех компонентов, интенсивности работы и запасу на пиковые нагрузки.
Накопители и дисковая подсистема
При выборе SSD важны не только ёмкость, но и скорость операций чтения и записи, IOPS и ресурс перезаписи DWPD.
Корпоративные NVMe с защитой от потери питания (PLP) снижают риск повреждения данных при внезапном отключении электричества. RAID 10 может применяться для интенсивных нагрузок, однако конфигурацию массива выбирают с учётом производительности, бюджета и требований к восстановлению.
RAID не заменяет резервное копирование. Дополнительно необходимо предусмотреть место для индексов, журналов, временных файлов и резервных копий, учитывая прогнозируемый рост базы.
Сеть и распределение нагрузки
Если сервер приложений и СУБД работают на разных машинах, скорость обмена данными влияет на общее время отклика. Поэтому сетевую инфраструктуру оценивают вместе с процессором, памятью и накопителями.
Интерфейсы 10 Гбит/с и выше могут потребоваться при интенсивном обмене, но не являются обязательным минимумом для каждой системы 1С. Настройки MTU, маршрутизации и сетевых адаптеров должны соответствовать архитектуре. Jumbo Frames и RDMA применяют только при подтверждённой совместимости и пользе.
Как рассчитать ресурсы сервера
Для предварительной оценки необходимо собрать данные о системе:
- количестве одновременных пользователей;
- размере базы и темпах её роста;
- используемой конфигурации 1С;
- фоновых заданиях и интеграциях;
- интенсивности чтения и записи;
- пиковых операциях и требованиях к восстановлению.
Нагрузка «1С:Бухгалтерии», «1С» и «1С:ЗУП» различается, поэтому готовые нормативы памяти на пользователя могут оказаться неточными.
Особое внимание уделяют закрытию месяца, расчёту зарплаты и массовому проведению документов. В такие периоды возрастает потребление CPU, памяти и дисковых ресурсов. Запас мощности следует рассчитывать по результатам измерений, а не по произвольному проценту.
PostgreSQL или Microsoft SQL Server
Выбор СУБД зависит от совместимости с используемой версией 1С, стоимости лицензий, требований к администрированию и особенностей нагрузки.
PostgreSQL — решение с открытым исходным кодом, которое может сократить лицензионные расходы. При этом необходимы компетенции по настройке и сопровождению Linux и СУБД.
Microsoft SQL Server предлагает собственные инструменты администрирования, но затраты зависят от редакции и модели лицензирования.
Обе системы нужно сравнивать на одинаковых нагрузочных сценариях. Для PostgreSQL настраивают параметры памяти, включая shared_buffers и work_mem, а для MS SQL Server используют инструменты мониторинга, в том числе SSMS.
Поддерживаемые операционные системы, версии платформы 1С и СУБД проверяют по официальной документации производителей.
Физический сервер, виртуализация или облако
Физический сервер обеспечивает контроль над оборудованием, но требует затрат на электропитание, охлаждение, сеть и обслуживание.
Виртуализация с помощью VMware, Proxmox или Hyper-V позволяет гибко распределять ресурсы. При этом необходимо следить, чтобы виртуальные машины не конкурировали за одни и те же CPU, RAM и дисковые мощности.
Облачная инфраструктура избавляет от необходимости самостоятельно приобретать и обслуживать оборудование. Однако оценивать провайдера только по количеству vCPU и объёму памяти недостаточно: важны характеристики хранилища, задержки, гарантии доступности и условия обслуживания.
Рассмотреть можно Cloud 1C от LanCloud. Перед переносом следует проверить параметры выделяемых ресурсов и убедиться, что замедление не вызвано ошибками конфигурации или неоптимальными запросами.
Масштабирование и отказоустойчивость
Если увеличение мощности одного сервера перестаёт быть эффективным, рассматривают распределение нагрузки между несколькими узлами. Кластер 1С может повысить гибкость и доступность, но не обеспечивает отказоустойчивость всей системы автоматически. Необходимо учитывать также СУБД, сеть и хранилище.
Резервное копирование рекомендуется организовать по правилу 3-2-1: три копии данных, два разных типа носителей и одна копия вне основной площадки.
Кроме того, определяют два показателя:
- RPO — допустимый объём потери данных.
- RTO — максимально допустимое время восстановления.
Целевые значения проверяют на практике с помощью тестового восстановления.
Типичные ошибки при выборе сервера
Чаще всего проблемы возникают из-за следующих решений:
- выбор процессора только по количеству ядер;
- недостаточный объём RAM или медленные накопители;
- экономия на сети между сервером 1С и СУБД;
- расчёт оборудования по средней, а не пиковой нагрузке;
- отсутствие запаса дискового пространства;
- игнорирование резервного копирования и проверки восстановления.
Пошаговый алгоритм подбора
- Соберите показатели текущей системы с помощью PerfMon или аналогичных инструментов.
- Оцените одновременную нагрузку и типичные пользовательские операции.
- Измерьте размер базы и её прирост.
- Учтите фоновые задания и интеграции.
- Выделите наиболее тяжёлые сценарии, включая закрытие месяца.
- Выберите совместимые ОС и СУБД, рассчитав расходы на лицензии и сопровождение.
- Подберите CPU, RAM и накопители по результатам измерений.
- Проверьте сеть и возможность дальнейшего масштабирования.
- Определите схему резервирования и восстановления.
- Проведите нагрузочное тестирование и устраните выявленные узкие места.
Сервер для 1С выбирают с учётом наиболее ресурсоёмких процессов, а не только повседневной нагрузки. Для сервера приложений особенно важна производительность процессора на ядро, для СУБД — память и дисковая подсистема, а при распределённой архитектуре — качество сети.
Измерение нагрузки, проверка совместимости и тестирование целевых сценариев помогают избежать лишних расходов и обеспечить стабильную работу системы по мере роста базы и числа пользователей.
