← На главную

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

Разделение серверных ролей

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

1. Сервер терминалов (приложений): На него ложится основная нагрузка по отрисовке интерфейса 1С и выполнению кода на стороне клиента.
2. Сервер баз данных (СУБД): Выделенный сервер для работы PostgreSQL. Это позволит изолировать ресурсы и обеспечить стабильность транзакций.

Выбор аппаратной конфигурации

Рассмотрим требования к каждому узлу отдельно.

Требования к серверу приложений (1С)

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

• Оперативная память: расчет ведем из 1.5–2 ГБ на одного пользователя. Для 65 пользователей 32 ГБ — это абсолютный минимум, рекомендуется иметь запас до 128 ГБ для комфортной работы фоновых заданий и обменов.
• Дисковая подсистема: обязательно используйте быстрые накопители для профилей пользователей и временных файлов 1С (каталоги временных файлов сервера и пользователей).

Требования к серверу баз данных (PostgreSQL)

Здесь требования смещаются в сторону дисковой подсистемы и объема оперативной памяти.

• Использование NVMe: Рассмотрите установку NVMe-накопителей вместо SATA SSD. Разница в количестве IOPs (операций ввода-вывода в секунду) между ними превышает 10 раз, что критически важно для скорости записи транзакций PostgreSQL.
• RAID-контроллеры: Избегайте использования RAID-контроллеров начального уровня (без кэш-памяти и модуля защиты данных/батарейки). Запись в базу данных без аппаратного кэша будет ограничена скоростью самого медленного диска в массиве. Рассмотрите использование программного mdadm в Linux — на современном железе он показывает отличные результаты.
• Оперативная память: PostgreSQL активно использует кэш файловой системы. Старайтесь выделить под нужды СУБД значительную часть оперативной памяти, чтобы «горячие» данные всегда находились в RAM.

Организация хранения данных и бэкапов

Серверы 1С не должны использоваться как файловые помойки или места хранения резервных копий. Для бэкапов используйте выделенное сетевое хранилище (NAS), где организованы как локальные архивы, так и выгрузка в облачные ресурсы. Это обеспечит сохранность данных при выходе из строя основного сервера.

Рекомендации по системному ПО

В вопросе выбора дистрибутива Linux для сервера СУБД рекомендуется ориентироваться на современные, долгоживущие решения (например, AlmaLinux или Rocky Linux), так как классическая CentOS прекратила поддержку. При настройке сервера базы данных также важно помнить о правильной конфигурации shared_buffers и effective_cache_size, чтобы максимально использовать имеющуюся оперативную память.

Используйте интерфейсы расширения, такие как M.2 (PCI-E 3.0 x4), для установки системных NVMe-дисков — это даст максимальную отзывчивость системы при минимальных затратах места в корпусе.

Резюме по архитектуре

Чтобы система работала стабильно:

1. Разделяйте физически сервер 1С и сервер СУБД.
2. Приоритет отдавайте высокой частоте процессора (сервер 1С) и высокому показателю IOPS (сервер БД).
3. Используйте NVMe для базы данных, учитывая ресурс записи (выбирайте диски класса Mixed Use).
4. Обеспечьте надежную схему резервного копирования на внешние носители или в облако, минуя локальные диски терминального сервера.