← На главную

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

Анализ архитектуры: кластер или единый сервер?

Многие внедренцы на старте предлагают схему с кластером из двух серверов приложений для балансировки нагрузки. Однако, с точки зрения администрирования 1С, такая схема несет дополнительные риски и затраты. Накладные расходы на сетевое взаимодействие между узлами кластера могут съесть весь прирост производительности, который вы ожидаете получить.

Для системы с 200 активными пользователями и интенсивным вводом данных (до 2000 документов в день) гораздо эффективнее использовать концепцию Scale-up (вертикальное масштабирование), то есть покупку одного максимально производительного сервера, чем Scale-out (горизонтальное масштабирование).

Требования к процессорам: тактовая частота или количество ядер?

Серверы 1С крайне чувствительны к тактовой частоте процессора. Основной код 1С, обеспечивающий работу интерфейса и проведение документов, часто исполняется в рамках одного потока на одно ядро. Поэтому выбор процессоров с частотой 3.0–4.0 ГГц является оправданным.

Важные замечания по процессорам:

• Не стремитесь к максимальному количеству ядер в ущерб частоте. Для 200 пользователей 8–16 высокочастотных ядер будут работать быстрее, чем 64 медленных ядра.
• Не забывайте про сервер БД. Существует ошибочное мнение, что серверу базы данных не нужна высокая тактовая частота. Современные СУБД (MS SQL, PostgreSQL) активно используют ресурсы процессора для построения планов запросов и оптимизации блокировок. Слабый процессор на сервере БД — это прямой путь к «тормозам» всей системы.

Дисковая подсистема и временные файлы

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

1. ОС: Используйте RAID 1 на SSD для обеспечения отказоустойчивости.
2. Сервер 1С и логи: Выделите отдельные высокоскоростные SSD.
3. Временные файлы (TEMP): Используйте максимально быстрые NVMe-накопители. Именно здесь чаще всего возникают «узкие места» при интенсивной записи временных данных.

Опыт крупных внедрений

Анализируя проекты Центра Корпоративных Технологий Производительности (ЦКТП), можно заметить интересную закономерность. Даже для крупных ERP-систем на 300 пользователей часто используется достаточно умеренное по нынешним меркам железо. Например, сервер приложений с 20 ядрами по 3 ГГц и 160 ГБ оперативной памяти отлично справляется с поставленными задачами.

Следовательно, ваша задача — не «нарастить» максимально возможное количество ядер, а обеспечить сбалансированную систему, где сервер БД и сервер приложений не имеют критических перекосов в производительности.

Когда действительно нужен кластер?

Рассматривайте вариант кластера только в двух случаях:

1. Отказоустойчивость: Вы готовы приобрести лицензии 1С:КОРП, которые позволяют полноценно управлять кластером и обеспечивать отказоустойчивость серверов.
2. Распределение нагрузки по задачам: Выделение отдельных рабочих серверов под специфические тяжелые регламентные задания или обмен данными, чтобы они не влияли на работу пользователей в интерфейсе.

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