Онлайн-конфигураторы создают ощущение, что сервер собирается как конструктор: выбрал процессор, добавил память, накидал дисков и готово. На практике каждое решение тянет за собой следующее, и ошибка на раннем шаге всплывает только в конце, когда в корзину не помещаются нужные диски или контроллер не поддерживает выбранные накопители. Поэтому важнее не знание отдельных комплектующих, а правильная последовательность.
У серверной сборки есть жёсткая иерархия зависимостей. Шасси определяет число дисковых отсеков и слотов расширения, процессор задаёт тип и частоту памяти, контроллер ограничивает интерфейсы накопителей, а суммарное потребление диктует мощность блоков питания. Чтобы собрать конфигурацию сервера без переделок, удобно идти по шагам сверху вниз и на каждом этапе фиксировать, какие варианты отпали.
Шаг 1. Описать нагрузку в цифрах, а не словами
Фраза «сервер для 1С и файлов» ничего не говорит о конфигурации. Рабочее описание выглядит иначе: сколько пользователей одновременно, какой объём данных сейчас и через три года, сколько виртуальных машин, какие из них критичны к задержкам дисков, допустим ли простой и на сколько часов. Без этих цифр подобрать железо можно только наугад.
Полезно сразу разделить нагрузку на вычислительную, память и дисковый ввод-вывод. Файловое хранилище почти не нагружает процессор, но требует ёмкости. База данных живёт в оперативной памяти и на быстрых накопителях. Терминальный сервер съедает ядра и память пропорционально числу сессий. От того, какая из трёх составляющих доминирует, зависит, на чём экономить, а на чём нет.
Шаг 2. Выбрать форм-фактор и шасси под диски
Платформу выбирают раньше процессоров, потому что её поменять сложнее всего. Стоечный корпус высотой 1U компактен, но вмещает обычно 8–10 дисков формата 2,5 дюйма и мало плат расширения. Корпус 2U даёт больше отсеков, места под контроллеры и сетевые карты и лучше охлаждается. Башенный вариант уместен там, где нет серверной стойки.
Второй вопрос этого шага касается формата дисков. Корзина под 2,5-дюймовые накопители (SFF) подходит для SSD и быстрых SAS-дисков, корзина под 3,5 дюйма (LFF) нужна для ёмких HDD под архивы и резервные копии. Если объём данных измеряется десятками терабайт, LFF-шасси решает задачу меньшим числом дисков. Переставить корзину потом обычно нельзя или очень дорого.
Шаг 3. Процессоры: число сокетов, ядра и частота
Выбор процессора определяется не только задачей, но и поколением платформы: в конкретное шасси ставятся только процессоры одного семейства. Внутри семейства решается баланс между количеством ядер и частотой. Для 1С и однопоточных приложений важнее высокая частота, для виртуализации и терминальных серверов важнее число ядер.
Второй процессор в двухсокетной платформе удваивает не только ядра, но и число каналов памяти, а в некоторых платформах открывает часть слотов PCIe. Поэтому решение «один или два процессора» стоит принимать до выбора памяти и плат расширения, иначе половина слотов окажется недоступной.
Шаг 4. Память, которая подходит процессору и задаче
Объём памяти считают от нагрузки, а модули подбирают от процессора. Поколение платформы задаёт тип (DDR3 или DDR4), поддерживаемую частоту и число каналов. Модули одного объёма и ранга, установленные равномерно по каналам, работают быстрее, чем тот же объём, набранный разнокалиберными планками. Лучше оставить свободные слоты под расширение, чем заполнить все мелкими модулями.
Шаг 5. Дисковая подсистема: контроллер, массив, накопители
Дисковая часть собирается в обратном порядке: сначала уровень RAID и требуемый полезный объём, затем число дисков, потом контроллер, который поддерживает этот уровень и нужные интерфейсы. Для SAS-дисков нужен контроллер с SAS-портами, для NVMe нужна корзина с соответствующей разводкой. Простой ориентир: системный том и данные лучше разносить по разным массивам.
Наличие кеша с защитой от потери питания (батарея или суперконденсатор) заметно ускоряет запись на массивы с чётностью. Если контроллер без защищённого кеша, запись в режиме write-back обычно отключена, и скорость RAID 5 или 6 падает в разы.
Шаг 6. Сеть, питание и удалённое управление
Последние шаги кажутся мелочами, но именно здесь собранная конфигурация чаще всего оказывается неполной. Перед фиксацией набора стоит пройти короткий контрольный список:
- сетевые порты: хватает ли встроенных 1 Гбит/с или нужна карта 10 Гбит/с под хранилище и резервное копирование;
- блоки питания: суммарное потребление под нагрузкой плюс запас 20–30%, два блока для резервирования;
- модуль удалённого управления: iLO, iDRAC или IPMI и требуется ли лицензия на удалённую консоль;
- салазки для всех дисков, рельсы для стойки, кабели к контроллеру;
- совместимость выбранной ОС или гипервизора с контроллером и сетевой картой.
Отдельно стоит проверить охлаждение. Мощные процессоры и полностью заполненная корзина в 1U-корпусе требуют высокопроизводительных вентиляторов, а установка сторонних PCIe-карт на некоторых платформах заставляет систему поднимать обороты до максимума.
Где самостоятельная сборка чаще всего ломается
Типичные ошибки повторяются от проекта к проекту. Выбирают процессоры раньше шасси, а потом выясняется, что нужное число дисков не помещается. Берут максимальный объём памяти мелкими модулями и лишают себя апгрейда. Забывают про лицензию гипервизора, которая считается по ядрам, и мощный процессор внезапно удорожает программную часть сильнее, чем железо.
Ещё одна ловушка связана с расчётом на пиковую нагрузку без учёта роста. Конфигурация, впритык закрывающая сегодняшние задачи, через год требует замены, а не расширения. Разумный запас закладывается именно в платформу: свободные отсеки, слоты памяти и PCIe важнее, чем лишние ядра сегодня.
Как проверить готовую конфигурацию перед утверждением
Собранный набор полезно прочитать снизу вверх, задавая каждому компоненту один вопрос: зачем он здесь и что сломается, если его убрать. Если ответа нет, компонент лишний. Затем стоит пройти в обратную сторону и убедиться, что каждая цифра из описания нагрузки чем-то закрыта: пользователи ядрами, данные дисками, отказоустойчивость массивом и вторым блоком питания.
Последний штрих: показать конфигурацию человеку, который будет её обслуживать. Администратор быстро заметит контроллер без драйверов под нужную систему или отсутствие удалённой консоли. Полчаса такого разбора экономят недели на возвратах и доработках.