Как выбрать сервер для ERP-систем?

Внедрение или модернизация ERP-системы (SAP, Oracle, 1С:Предприятие, Microsoft Dynamics) требует тщательного подхода к выбору серверного оборудования. Ошибки на этапе выбора могут привести к замедлению работы системы, что негативно скажется на производительности труда и принятии управленческих решений. По данным отраслевых исследований, до 45% жалоб на производительность ERP-систем связаны с неадекватными аппаратными ресурсами. Инженеры Шэньчжэньской компании коммуникационного оборудования Xianghao, Ltd. проанализировали требования к оборудованию для различных ERP-систем и подготовили практические рекомендации по выбору сервера.

В этой статье мы разберём ключевые аспекты: требования к процессору и количеству ядер, объём и конфигурация оперативной памяти, выбор дисковой подсистемы (RAID, тип накопителей), требования к отказоустойчивости, а также особенности выбора сервера для облачного и локального развертывания ERP-систем.

1. Процессор: количество ядер и тактовая частота

ERP-системы относятся к классу транзакционных приложений с высокой нагрузкой на процессор. Ключевая особенность — большинство ERP-систем хорошо масштабируются по количеству ядер. По данным производителей, увеличение количества ядер с 4 до 16 позволяет повысить пропускную способность в 2,5–3 раза для типовых запросов.

Основные рекомендации по выбору процессора:

• Минимальная конфигурация — 8 ядер (Intel Xeon Silver 4310 или эквивалент) для небольших компаний с числом пользователей до 30–50.
• Рекомендуемая конфигурация — 16–32 ядра (Intel Xeon Gold 5418Y или AMD EPYC 9124) для средних предприятий (50–200 пользователей).
• Для высоконагруженных систем — 48–64 ядра и более (2x Intel Xeon Platinum или 2x AMD EPYC с частотой от 2,6 ГГц).

Также важно учитывать частоту памяти (DDR5 против DDR4) и размер кэша L3. Для ERP-систем с интенсивными вычислениями (SAP HANA, Oracle с in-memory) рекомендуется использовать процессоры с большим кэшем L3 (от 30 МБ) и поддержкой векторных инструкций (AVX-512).

2. Оперативная память: объём, частота и конфигурация

Оперативная память — критический ресурс для ERP-систем. Большинство современных ERP-платформ (SAP S/4HANA, Oracle Database) поддерживают работу с базами данных в оперативной памяти, что значительно ускоряет выполнение запросов.

Рекомендации по объёму RAM:

• Базовая конфигурация — 64 ГБ (4×16 ГБ) для небольших систем с базой данных до 100 ГБ.
• Средняя конфигурация — 128–256 ГБ для средних предприятий с активной работой нескольких модулей.
• Крупные предприятия — 512 ГБ и более, особенно при использовании in-memory баз данных.

Важно использовать полную конфигурацию каналов памяти. Для процессоров с 8 каналами рекомендуется заполнять все 8 слотов одинаковыми модулями. Это обеспечивает максимальную пропускную способность, что особенно важно для ERP-систем с интенсивным обменом данными.

Также следует учитывать, что увеличение объёма оперативной памяти, как правило, даёт больший прирост производительности, чем увеличение мощности процессора при достижении определённого порога объёма данных. Например, переход с 64 до 128 ГБ может ускорить выполнение сложных отчётов на 40–60%.

3. Дисковая подсистема: RAID, тип накопителей и IOPS

Дисковая подсистема для ERP-систем должна обеспечивать высокую производительность по операциям ввода-вывода (IOPS) и минимальные задержки. В отличие от офисных приложений, ERP-системы генерируют значительные нагрузки на запись и чтение, особенно при выполнении отчётов и массовых обновлениях.

Рекомендации по выбору дисков:

• Используйте только NVMe SSD (PCIe Gen4 или Gen5) для хранения данных, системных баз данных и журналов транзакций. SATA SSD неприемлемы для производственных ERP-систем.
• RAID-массив — рекомендуется RAID 10 для базы данных и журналов транзакций (обеспечивает производительность и отказоустойчивость). RAID 5 не рекомендуется из-за снижения производительности при записи.
• Разделите данные — база данных, журналы транзакций и операционная система должны размещаться на разных физических массивах для минимизации конфликтов ввода-вывода.

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

• Для системы с 50 пользователями: от 10 000 IOPS (случайное чтение).
• Для системы с 200 пользователями: от 50 000 IOPS.
• Для in-memory баз данных: требования к дисковому вводу-выводу ниже, но критична задержка для операций чтения/записи.

4. Отказоустойчивость и резервирование

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

Минимальные требования к отказоустойчивости сервера:

• Резервирование блоков питания — минимум 2 блока питания (модули 1+1) с поддержкой горячей замены.
• Аппаратный RAID-контроллер с батарейным кэшем (BBU) или суперконденсатором для защиты записи при сбое питания.
• ECC-память с коррекцией ошибок — обязательное требование для серверов баз данных.
• Возможность горячей замены дисков (hot-swap) для минимизации времени простоя при замене отказавшего накопителя.

Дополнительные меры отказоустойчивости:

• Размещение сервера в ЦОДе с резервным питанием и системой охлаждения.
• Настройка регулярного резервного копирования на отдельный сервер или облако.
• Для крупных предприятий — использование кластерной конфигурации (active-passive или active-active).

Выбор сервера с высокой степенью отказоустойчивости — это страховка от дорогостоящих простоев, особенно в периоды пиковых нагрузок (закрытие квартала, годовая отчётность).

5. Особенности выбора сервера для облачного и локального развертывания

При выборе сервера для ERP-систем необходимо учитывать способ развертывания.

Локальное развертывание (on-premise):

• Возможность выбора сервера с нужными характеристиками под конкретную нагрузку.
• Высокая начальная стоимость, но низкие ежемесячные затраты.
• Требует квалифицированного персонала для обслуживания и поддержки.

Облачное развертывание (IaaS):

• Вы можете выбирать виртуальные серверы с нужными характеристиками и масштабировать их в зависимости от нагрузки.
• Нет необходимости в обслуживании оборудования.
• В долгосрочной перспективе стоимость может превысить стоимость собственного оборудования.

Для гибридной модели часто используется схема: основная инсталляция на собственном сервере, а тестовая среда и резервное копирование в облаке.

Часто задаваемые вопросы о выборе сервера для ERP-систем