Многоузловой сервер или несколько отдельных: что выбрать для ЦОД

Когда в компактном ЦОД нужно разместить несколько вычислительных узлов, выбор обычно стоит между общим шасси и отдельными корпусами. Представление о вариантах серверных платформ Supermicro даёт каталог https://mskserver.ru/catalog/configurator-serverov/supermicro/, однако решение следует принимать по устройству конкретной системы, условиям стойки и требованиям к доступности.

Как устроен многоузловой сервер

Многоузловой сервер (Multi-node Server) объединяет несколько вычислительных узлов (Compute Node) в одном шасси. Каждый узел выполняет собственные вычисления: как правило, у него есть процессоры CPU, оперативная память RAM и своя системная плата. А вот распределение питания, охлаждения, сетевых подключений и управления определяется конструкцией платформы.

Общее шасси — не синоним полностью общих ресурсов. В одной модели узлы могут использовать общие блоки питания и вентиляторы, в другой часть инфраструктуры организована иначе. Накопители и контроллеры управления тоже проверяют по документации. BigTwin и GrandTwin — примеры семейств Supermicro, характеристики которых различаются.

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

Чем он отличается от отдельных серверов

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

Общее шасси может разместить больше узлов в заданном количестве монтажных единиц стойки и сократить число отдельных корпусов, креплений или внешних кабелей. Однако выигрыш зависит от форм-фактора и оснащения: сравнивать следует системы с сопоставимыми CPU, RAM, накопителями и сетевыми портами, а не просто число серверов на фотографии.

У отдельных машин обычно проще проследить границы оборудования: корпус, блоки питания и вентиляторы относятся к конкретному серверу. В многоузловой конструкции извлечение вычислительного модуля иногда возможно без остановки остальных, но допустимость такой операции, поддержка горячей замены и доступ к узлу зависят от модели и инструкции производителя. Замена общего элемента может потребовать другого регламента.

Как оценить плотность размещения и эксплуатационные расходы

Плотность размещения нужно считать по всей установленной системе: сколько полезных вычислительных узлов помещается в стойке при доступной электрической мощности, допустимом тепловыделении и сохранённом доступе для обслуживания. Количество узлов на единицу высоты — лишь первый показатель.

• Место. Учитываются высота шасси, направляющие, свободное пространство для кабелей и возможность выдвинуть или извлечь модуль без демонтажа соседнего оборудования.
• Электропитание. Суммарную и пиковую потребляемую мощность сопоставляют с лимитом стойки, линиями питания и возможностями PDU — распределителей питания. Для общего шасси отдельно проверяют число блоков питания, схему их подключения и поведение системы при отказе одного из них.
• Охлаждение. Важны тепловая нагрузка, направление воздушного потока, температура на входе и способность стойки отводить тепло. Высокая плотность без достаточного охлаждения не даёт полезной экономии места.
• Эксплуатация. Считают стоимость шасси и узлов, кабелей, портов коммутаторов, электроэнергии, запасных компонентов, сервисных работ и возможных простоев.

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

Какие ограничения проверить перед выбором

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

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

При поэтапном росте отдельные серверы можно добавлять по одному, если остаются место, питание и сетевые порты. Общее шасси позволяет заполнить предусмотренные посадочные места узлами, но число слотов конечно; после их исчерпания может понадобиться ещё одно шасси. Следует уточнить совместимость будущих модулей, доступность запасных частей и стоимость перехода к следующему этапу.

Вывод. Для компактного ЦОД полезно сначала зафиксировать требуемое число узлов, ресурсы каждого, лимиты стойки и допустимый простой. Затем сравнить две спецификации по занимаемому месту, потреблению, охлаждению, процедурам замены и затратам на расширение. Общее шасси имеет смысл рассматривать ради концентрации оборудования, отдельные корпуса — ради независимости его физических границ; окончательный выбор зависит от подтверждённых характеристик конкретных систем.