1,44 ПБ в одном корпусе: как ITPOD-SL401-D60R-G4 заменяет пять 2U-серверов

Петабайт, собранный на классических 2U-серверах с двенадцатью дисками LFF, занимает пять корпусов и десять юнитов, а количество точек отказа и обслуживаемых узлов вырастает впятеро. Тот же петабайт помещается в один корпус 4U, если этот корпус - ITPOD-SL401-D60R-G4.

Платформа вмещает до шестидесяти дисков LFF объёмом до 24 ТБ каждый, что даёт 1,44 ПБ сырой ёмкости на одно шасси. Стойка из десяти таких машин хранит 14,4 ПБ, а плотность размещения дисков оказывается в 2,5 раза выше, чем у конфигурации 2U, со всеми вытекающими последствиями для аренды стойко-мест, питания и охлаждения. При этом перед вами стандартный x86-сервер, поэтому программное хранилище на нём вы строите любое: софт выбираете вы - Ceph, MinIO, NexentaStor, vStack Unified Storage.

Что внутри платформы ITPOD-SL401-D60R-G4?

Основной ёмкостный слой образуют шестьдесят отсеков для дисков 3,5" SAS/SATA с горячей заменой. На фронтальной панели дополнительно размещаются до десяти накопителей NVMe формата 2,5", а внутри корпуса находятся четыре слота M.2. Этот флеш-ресурс можно использовать как кеш, как хранилище журналов или как самостоятельный высокопроизводительный пул.

Вычислительную часть обеспечивают два процессора Intel Xeon Scalable Gen5 с TDP до 350 Вт. Тридцать два слота памяти DDR5 со скоростью до 5600 МТ/с оставляют запас для OSD-демонов, дедупликации и компрессии. Для расширения доступны семь слотов PCIe 5.0, включая два разъёма OCP 3.0, а сетевые адаптеры поддерживаются вплоть до 200GbE, поэтому узким местом сеть точно не станет.

Непрерывность работы обеспечивают четыре блока питания CRPS мощностью 1600 или 2000 Вт с резервированием N+N и вентиляторы с резервированием N+1. За удалённое управление и безопасность отвечают встроенный контроллер iBMC с поддержкой IPMI 2.0 и модуль TPM 2.0.

Какой SDS развернуть на сервере с 60 дисками?

Программно-определяемое хранилище (software-defined storage, SDS) — это архитектура, в которой функции хранения реализует софт на стандартных серверах, а не специализированный аппаратный массив. Выбор ПО зависит от нагрузки и задач, и одна и та же платформа закрывает три типовых сценария.

Если в команде есть зрелая Open Source-экспертиза, разворачивайте Ceph. Каждое шасси несёт шестьдесят OSD на HDD, а журналы WAL и базы данных BlueStore выносятся на NVMe, благодаря чему случайная запись перестаёт упираться в шпиндели. Тридцать два слота DDR5 закрывают ориентир в 4ГБ памяти на один OSD с многократным запасом. Erasure coding по схеме 8+3 превращает 1,44 ПБ сырой ёмкости примерно в 1 ПБ полезной. Один и тот же кластер одновременно отдаёт блочные тома RBD для виртуализации, S3-интерфейс через RGW и файловый доступ через CephFS.

Если вам нужен быстрый S3, ставьте MinIO. Объектный слой закрывает бэкапы, data lake и датасеты для машинного обучения, при этом erasure coding работает на уровне софта, диски HDD держат ёмкость, а NVMe забирает на себя метаданные и мелкие объекты. Все шестьдесят дисков объединяются в единое пространство имён.

Если вам нужен масштаб и современный протокол NVMe/TCP, выбирайте vStack Unified Storage. Пулы RAIDZ2 и RAIDZ3 строятся на HDD, встроенная коррекция ошибок, компрессия, дедупликация и работа со снапшотами для разработки доступны из коробки.

Этот список открыт: на платформу встанут TrueNAS SCALE, DAOS и отечественные SDS, потому что железо намеренно нейтрально к софту, и в этом его сильная сторона.

NVMe - не только кеш

Десять отсеков U.2 вмещают минимум 150 ТБ флеша в том же корпусе. Эту ёмкость можно отдать под кеш и журналы, чтобы HDD-пул работал быстрее, чем положено HDD, а можно собрать из неё отдельный ультрапроизводительный слой хранения — самостоятельный all-flash-пул под горячие данные, базы или tiering-политики вашей SDS. В результате вы получаете два класса хранения в одном шасси и обходитесь без второго сервера.

Подойдёт ли платформа как бэкап-сервер?

Распределённые системы нужны не всем. Шестьдесят дисков в связке с Veeam, Bareos или Commvault превращаются в петабайтный репозиторий в формате 4U. Режим hardened repository с неизменяемостью данных защищает бэкапы от шифровальщиков, а NVMe-слой ускоряет мгновенное восстановление и создание синтетических полных копий. Один такой корпус закрывает потребности в резервном копировании среднего ЦОД.

Итог

Ёмкостный слой любой архитектуры - будь то Ceph, MinIO, vStack Unified Storage или обычный бэкап, в конечном счёте упирается в один вопрос: сколько дисков вы можете разместить на юнит стойки и на ватт мощности. Шестьдесят дисков LFF плюс десять NVMe в корпусе 4U - это экономически эффективный ответ, который не привязывает вас к ПО.

Если вы считаете иначе, расскажите в комментариях, на чём строите ёмкостные хранилища вы. Спецификацию платформы мы пришлём по запросу. Написать нам

#SDS #Ceph #MinIO #vStack #СХД #backup #datacenter #ITPOD