Как выбрать сервер баз данных: кому необходим и с какими характеристиками

Сервер баз данных — ключевой элемент IT-инфраструктуры, обеспечивающий хранение, обработку и защиту критически важных для бизнеса данных. При выборе оборудования важно учитывать не только запас мощности на будущее. Решающими становятся тип данных, особенности СУБД и сценарии использования — от бухгалтерии до аналитики и in-memory вычислений.

В статье рассматриваются основные критерии выбора серверов баз данных в 2025 году: от аппаратных характеристик и типов нагрузок до требований безопасности и перспектив перехода к контейнерным и гиперконвергентным средам.

Типы данных и как они влияют на выбор сервера

Все данные, с которыми работают СУБД (системы управления базами данных), условно делятся на две группы.

• Структурированные (до 90 % в бизнес-системах) — это системы обработки электронных платежей и аналогичной информации, содержащие сигнатуры лиц, номера паспортов и других документов, Ф.И.О. и пр. Их проще собрать, легко обрабатывать и управлять таблицами, но объем данных большой. Серверу важны стабильность и предсказуемая производительность, а не чрезмерная мощность.
• Неструктурированные (встречаются реже) — это видео, тексты, медицинские снимки, томограммы и другие неупорядоченные ресурсоемкие объекты. Их объем может быть колоссальным, поэтому требования к серверам, выполняющим поиск и анализ такого рода данных, значительно выше: большая оперативная память, высокая вычислительная мощность, развитая система хранения.

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

Подходы к размещению баз данных в 2025 году

Современные базы данных, включая аналитические и OLTP-сценарии, все чаще размещаются в гибридных инфраструктурах, включая гиперконвергентные кластеры (HCI). Это обеспечивает масштабируемость и гибкость при одновременном снижении затрат на «железо».

Одновременно наблюдается переход к программно-определяемому хранению (SDS) и все более широкому использованию NVMe SSD, что критично для ускорения операций с большими объемами данных.

Популярные современные СУБД:

• Oracle Database — классическая корпоративная СУБД с широкими мульти-модельными возможностями и богатой экосистемой.
• MySQL / MariaDB — де-факто стандарт для веб-приложений; активно развивается сообществом. 
• Microsoft SQL Server — ключевая платформа для стека Microsoft, востребована как on-prem, так и в Azure. 
• MongoDB — документно-ориентированная NoSQL-СУБД, популярная в микросервисах и API-ориентированной разработке. 
• Snowflake — облачный аналитический DWaaS, признанный «DBMS of the Year 2024» (DB-Engines). 
• Amazon Aurora — управляемая PaaS-СУБД с совместимостью MySQL/PostgreSQL и доступностью до 99,999 %.
• ClickHouse — высокопроизводительная колонко-ориентированная СУБД для OLAP и стрим-аналитики. 
• Distributed SQL-движки для горизонтального масштабирования транзакционных нагрузок: CockroachDB, TiDB, YugabyteDB. 

Эти системы лидируют в рейтингах популярности DB-Engines или быстро набирают вес благодаря облачным и распределенным возможностям; при выборе платформы важно сопоставлять их особенности с конкретными требованиями проектов (модель данных, лицензирование, облачная доступность, уровень автоматизации, TCO и т.д.).

Также растет доля PostgreSQL и распределенных СУБД. Если СУБД поддерживает горизонтальное масштабирование и кластеризацию, необходимо учитывать сетевую производительность и отказоустойчивость соединений между узлами.

Кому необходим сервер баз данных

Крупный бизнес и корпорации

Крупные компании ежедневно обрабатывают огромные объемы информации: от финансовых транзакций до данных о клиентах и складских запасах. Для них сервер баз данных — это основа операционной деятельности. Например, крупная сеть магазинов может использовать 4-процессорный сервер с 32 модулями памяти по 256 ГБ каждый для обработки тысяч операций в день.

IT-компании и стартапы

Технологические компании работают с большими массивами данных пользователей, метриками продуктов и результатами аналитики. Стартапы на ранних стадиях могут обойтись менее мощными решениями, но должны планировать масштабирование по мере роста пользовательской базы. IT-компании также часто используют специализированные решения для обработки неструктурированных данных.

Государственные организации

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

Ключевые характеристики сервера БД

Производительность

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

Наиболее востребованными остаются серверные платформы на базе AMD EPYC Milan/Genoa/Bergamo и Intel Xeon Scalable Gen4/Gen5. С осени 2024 г. к ним присоединились 5-е поколение AMD EPYC 9005 «Turin» на Zen 5 — до 192 ядер и 12 каналов DDR5 6400 MT/s, а также* Xeon 6 «Sierra Forest» (E-core, до 288 ядер; июнь 2024) и «Granite Rapids» (P-core, до 128 ядер; сентябрь 2024) — они уже доступны у OEM-поставщиков и дают дополнительный прирост плотности вычислений и энергоэффективности. Современные поколения процессоров обеспечивают отличное соотношение производительности на ядро и масштабируемости, особенно в конфигурациях с поддержкой:

• PCIe Gen5 – для подключения скоростных накопителей и сетевых карт;
• NVMe U.2/U.3 – для работы с интенсивными SQL и NoSQL нагрузками;
• 12+ каналов памяти – для оптимального взаимодействия с RAM.

Топ-5 процессоров для серверов баз данных в 2025 году:

AMD EPYC 9175F (16 C/32 T, 4.2 – 5.0 ГГц) — лучший выбор, когда критична максимальная производительность на ядро при высоком параллелизме (OLTP, ERP-нагрузка). Какой лучше процессор …

AMD EPYC 9754 (Bergamo, 128 Zen 4c ядер) — обеспечивает предельную плотность вычислений для аналитики и контейнеризированных кластеров, оставаясь на той же платформе Milan/Genoa/Bergamo. Сервер баз данных

Intel Xeon Gold 6544Y (Emerald Rapids, 16 C/32 T, 3.6 – 4.1 ГГц) — оптимальный CPU для сервера СУБД примерно на 150 одновременных пользователей: достаточный запас потоков, высокая частота и умеренное лицензирование «за ядро».

Intel Xeon 6 “Granite Rapids” — до 128 производительных ядер и 12 каналов DDR5; пригоден для OLAP-/AI-сценариев, где важна масштабируемость на сокет. Сервер баз данных

Intel Xeon 6517P (Emerald Rapids, 20 C/40 T) — энерго- и лицензионно-эффективная альтернатива для средних/крупных БД при росте нагрузки свыше 150 пользователей.

Такой перечень отражает реальное состояние рынка в 2025 году: NVMe-/PCIe Gen5-ориентированные платформы уже массово доступны, но большинство заказчиков еще делает ставку на умеренно многоядерные модели вроде Xeon Gold 6544Y — именно их и стоит закладывать в конфигурации серверов СУБД на 150 пользователей.

Память 

Оперативная память остаётся главным ускорителем СУБД: чем больше «горячих» данных умещается в RAM, тем реже движок обращается к дискам и тем выше итоговая пропускная способность. In-memory-платформы вроде SAP HANA, Oracle Database IM или Redis требуют объёма RAM, как минимум равного, а чаще — кратно превышающего размер рабочей базы. В традиционных системах действует «принцип библиотеки»: самые востребованные страницы кешируются максимально близко к ядрам CPU, то есть в DRAM и её многоуровневых кешах.

Что важно учитывать в 2025 г.:

• DDR5-5600/6400 MT/s и выше. Современные процессоры AMD EPYC 9004/9005 и Intel Xeon 6 обслуживают до 12 каналов DDR5 на сокет; при заполнении всех каналов достигается полоса до 6 ТБ RAM и прирост пропускной способности на 50-80 % по сравнению с DDR4. 
• ECC. Коррекция ошибок остается обязательной для корпоративных баз: она защищает долгоживущие транзакции и аналитические запросы.
• MRDIMM / MCR-DIMM. Новые модули DDR5-8800 ёмкостью 128-512 ГБ удваивают пропускную способность одного канала без роста таймингов, устраняя узкое место при больших количествах ядер и в AI/OLAP-нагрузках. 
• CXL Type-3 DRAM-Expander. Появились коммерческие карты (Micron CZ120, SMART CMM-E3S) на шине CXL 2.0: они добавляют 2-8 ТБ «тёплой» памяти на узел с задержкой всего в 2-3 раза выше DDR5 и уже поддерживаются в Linux 6.9+, VMware vSphere 8.1 и на платформах EPYC 9004/9005, Xeon Sapphire/Granite/Sierra. 
• Intel Optane PMem 100/200. Технология сохраняет состояние in-memory-БД между перезагрузками, но вся линейка объявлена EOL (100-я серия — 29 июня 2023, 200-я — 26 июня 2024); поставки завершатся к концу 2025, поэтому Optane стоит оставлять лишь в существующих инсталляциях и не закладывать в новые проекты.

Хранилище 

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

Сегодняшняя реальность. Большинство заказчиков всё ещё закупает классические SSD-диски с интерфейсами SATA/SAS — в 2024 г. они занимали около 38 % рынка, обгоняя NVMe по объемам поставок. Причина в цене: NVMe продолжает дешеветь, но за гигабайт всё-таки стоит дороже, чем SATA/SAS, особенно в емкостях 15–30 ТБ. Тем не менее, тренд однозначный — всё больше новых проектов закладывают именно NVMe, потому что прирост латентности и IOPS трудно «компенсировать» дешевыми дисками.

Форм-факторы:

• U.2 / U.3 NVMe-SSD остаются «рабочими лошадками» для модернизации существующих шасси; они совместимы с 2,5″ отсеками и стоят заметно дешевле, чем самые новые корпуса. 
• EDSFF E3.S / E1.S приходит в новые сервера (HPE Gen 12, Dell PowerEdge 16G, Supermicro GrandTwin): плотность дисков 20–40 шт. в 1U, лучшее охлаждение и полная поддержка PCIe Gen5. Но из-за цены на сами SSD и бэкплейны EDSFF пока чаще выбирают те, кто строит инфраструктуру «с нуля». 

Скорость и протоколы. Корпоративные PCIe 5.0 NVMe-накопители уже читают до 14–15 ГБ/с, а переход с iSCSI на NVMe-over-TCP даёт прирост IOPS порядка 30 % и снижает задержку на 20–30 % без замены сетевых карт. Ceph 18 (Reef), vSAN 8 ESA и другие SDS-стеки умеют работать с NVMe/TCP «из коробки», раскрывая потенциал Gen5 SSD. 

HDD для “холодных” данных. Механические диски не исчезли: nearline-SATA/SAS 7 200 об/мин уже достигли 30–32 ТБ благодаря HAMR/Ultra-SMR и остаются самым дешёвым хранилищем на тбайт. 10K/15K SAS-модели, напротив, фактически сняты с производства и в новых системах не используются.

Память-близкое хранилище. NVMe SSD-акселераторы с локальной обработкой (SmartSSD) и CXL Type-3 DRAM- или флеш-модули начинают применять для расширения кэшей и «тёплых» пулов — пока точечно, в HPC и big-data-платформах, но поддержка уже есть как в серверных CPU, так и в Linux 6.9+.

Не путайте роли: сервер базы данных предназначен для постоянной работы с «живыми» данными, бэкап-узел — для периодического хранения копий, которые могут удаляться или перезаписываться.

Сетевая подсистема

Для распределенных СУБД и кластеров (например, PostgreSQL, Cassandra или ClickHouse) важна не только скорость обработки данных, но и быстродействие сетевых соединений между узлами.

Минимальный базовый линк сегодня — 25 GbE; большинство новых инсталляций сразу проектируют 100 GbE, а для NVMe-oF или AI-кластеров окупаются 200/400 GbE — на них уже приходится треть выручки рынка свитчей в 2024 г. 

Вместо iSCSI всё чаще используют RDMA-over-RoCE v2 и NVMe-oF/TCP; чтобы разгрузить CPU, устанавливают SmartNIC/DPU-карты (NVIDIA BlueField-3, AMD Pensando и др.). 

Для RoCE необходима среда без потерь (PFC + ECN) и резервирование линков (LAG / MLAG) с QoS для потоков репликации.

Безопасность

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

Современные меры безопасности:

• TPM 2.0 (Trusted Platform Module) – аппаратная защита криптографических ключей;
• Secure Boot – защита от загрузки несанкционированного ПО;
• аппаратное шифрование накопителей – особенно важно для работы с персональными и финансовыми данными;
• соответствие требованиям GDPR, ФЗ-152 и другим отраслевым стандартам.

Как выбрать сервер для разных СУБД

Выбор сервера зависит не только от общего объема данных и бюджета, но и от особенностей конкретной СУБД. Разные базы — от PostgreSQL до Oracle, от MongoDB до 1С на  базе MS SQL — предъявляют разные требования к конфигурации оборудования.

1. Учитывайте архитектуру и тип нагрузки

Некоторые СУБД от Microsoft, такие как SQL Server, ориентированы на вертикальное масштабирование и требуют серверов с высокой производительностью на одно ядро. В то время как решения от компании Oracle, например Oracle Database, часто применяются в кластерных и in-memory сценариях и предъявляют жесткие требования к архитектуре хранилища и отказоустойчивости.

Особенности различных СУБД:

• Microsoft SQL Server (2019 → 2025). Чувствителен к производительности на одно ядро и традиционно масштабируется вертикально, но в новых версиях расширяет параллелизм и гибридные сценарии: SQL Server 2025 приносит встроенные AI-функции и улучшенную работу вторичных реплик для чтения. Высокая доступность достигается через Always On Availability Groups (без общего хранилища), а In-Memory OLTP даёт кратный прирост скорости write-нагрузок при достаточном объеме RAM.
• MySQL, Oracle, PostgreSQL чувствительны к скорости обработки транзакций, часто работают в однопоточном режиме, и им важна высокая производительность на одно ядро.
• PostgreSQL поддерживает расширенные механизмы репликации, логическую сегментацию, работу в распределенных кластерах, а также активно развивается в направлении контейнеризации (например, в Kubernetes-средах).
• MongoDB, Cassandra, ClickHouse масштабируются горизонтально, требуют высокой сетевой пропускной способности и продуманной кластеризации.
• In-memory базы (например, Redis, SAP HANA) требуют большого объема RAM и быстрой подсистемы питания.

Отсюда вытекает необходимость учитывать не просто мощность и объемы, а характер работы СУБД: количество одновременных подключений, тип запросов, интенсивность чтения/записи и т. д.

2. Анализируйте текущую инфраструктуру (если она есть)

Если база данных уже работает на каком-либо сервере, стоит начать с аудита производительности:

• высокая загрузка дисков, большая длина очередей, частые обращения к swap — сигнал о нехватке ресурсов;
• задержки при обработке запросов или рост времени ответа — возможные проблемы в подсистеме памяти или CPU.

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

3. Привлекайте специалистов под конкретную СУБД

Хорошей практикой будет консультация с разработчиком или администратором, знакомым с выбранной СУБД, который:

• определит, какие ресурсы приоритетны именно в вашем случае (например, важен ли IO или single-thread performance);
• подскажет, какие есть ограничения или рекомендации, связанные с версией СУБД;
• сможет спрогнозировать рост нагрузки и необходимое резервирование ресурсов.

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

4. Не полагайтесь на универсальные решения

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

• характера данных (структурированные / неструктурированные);
• специфики работы СУБД;
• масштабируемости: планируется ли развитие системы, добавление кластеров и увеличение объемов хранения.

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

Топ производителей серверов БД

При выборе сервера важно учитывать не только характеристики нагрузки, но и проверенные аппаратные решения от ведущих производителей. Приводим подборку актуальных моделей серверов на апрель 2025 года для различных видов баз данных — от 1С и OLTP до аналитических систем и кластерных in-memory решений. Все серверы из ассортимента Dell, HPE, xFusion и Lenovo — лидеров корпоративного рынка.

• Для типовых БД 1С / бухгалтерия / ERP до 100 пользователей

Характер нагрузки: Невысокая многопоточность, важна производительность ядра, стабильный IOPS.

Рекомендации: 1–2 процессора с высокой частотой, быстрые SSD (NVMe желательно), ≥128 ГБ RAM.

• Для аналитических БД, отчетности, BI / OLAP

Характер нагрузки: Чтение больших объемов данных, агрегации, желательно много RAM.

Рекомендации: Многоядерные CPU, ≥512 ГБ RAM, поддержка NVMe/SAS SSD.

• Для высоконагруженных транзакционных БД / PostgreSQL / MS SQL (OLTP)

Характер нагрузки: Много параллельных операций записи/чтения, IOPS и задержки критичны. Для сценариев, работающих на базе SQL, особенно важны параметры IOPS, скорость NVMe и минимальные задержки между транзакциями.

Рекомендации: NVMe SSD в RAID, быстрые шины, высокая пропускная способность RAM/CPU.

• Для масштабируемых корпоративных БД / кластеров / хранения in-memory

Характер нагрузки: Массивные БД, SAP HANA, распределенные транзакции, in-memory обработка.

Рекомендации: 4 сокета, >1 ТБ RAM, высокоскоростное NVMe/FC-хранилище.

Все представленные модели ориентированы на высокую стабильность, масштабируемость и соответствие современным требованиям по производительности. При выборе стоит ориентироваться на тип нагрузки и требования конкретной СУБД — это позволит купить сервер, оптимально подходящий под задачи бизнеса.

Техническое обслуживание

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

• Мониторинг производительности. Регулярный контроль загрузки CPU, памяти, дисковой и сетевой активности помогает выявлять узкие места и предотвращать сбои.
• Резервное копирование. Настройка автоматического бэкапа с проверкой целостности копий — критически важна для защиты данных от потерь и атак.
• Масштабирование. По мере роста нагрузки важно своевременно увеличивать ресурсы сервера или подключать новые узлы в кластер, чтобы обеспечить стабильную работу СУБД.

Выводы

Выбор сервера баз данных должен основываться не на максимальных характеристиках, а на реальных потребностях бизнеса, типе обрабатываемых данных и особенностях конкретной СУБД. Это позволяет обеспечить стабильную работу системы без лишних затрат. Важно также предусмотреть перспективы масштабирования и интеграции: в 2025 году все более актуальной становится миграция в контейнерные среды (например, PostgreSQL в Kubernetes), а также использование SDS- и HCI-архитектур — особенно для построения отказоустойчивых и гибких инфраструктур.