Платформы и конфигурации: P200, X200, Z200

1. Сравнение (публичные данные Quantum)

Источник: Quantum ActiveScale Object Storage.

1.1 Z200 — если важна скорость

• 1U10, NVMe 15.36/30.72/61.44 TB.
• Минимум 3 ноды; raw от 460.8 TB (30 × 15.36 TB).
• Лицензируемая активная ёмкость — от 100 TB; холодный тир — от 1 PB (опционально).
• До 50 млрд объектов в минимальной конфигурации (при 100 TB NVMe под объекты).
• Максимальный multipart-объект — 50 TB.
• 2 × 10/25 Gb на ноду (минимум 6 × 10/25 Gb на 3 ноды).

Источник: Z200 datasheet.

1.2 X200 — если нужна большая ёмкость на HDD

• 4U90: 90 слотов, два compute-модуля (верхний/нижний), диски ставятся равным числом.
• База — три сервера, каждый с двумя модулями; минимум 4 ноды (2 twin-сервера, 8U).
• Сзади: 2 × 25 GbE на модуль, IPMI, 4 × 12 Gb SAS.
• Нужны два data-свича и IPMI-свич на стойку.
• ПО ставится Quantum VM Installer или с USB.

Источник: X200 Getting Started Guide.

1.3 P200 — если нужен баланс

• 1U12, HDD 16/24 TB, минимум 3 ноды.
• Рабочая температура 10–35 °C; требования к стойке/питанию — в site planning.
• Хороший старт для бэкапа/архива и частного S3.

Источник: P200 Site Planning.

2. Как выбрать

Задайте пять вопросов:

1. Что за нагрузка? Много мелких объектов/транзакций — NVMe (Z200). Большие последовательные объёмы и архив — HDD (P200/X200).
2. Какой объём на старте и через 3 года? Считайте usable, а не raw: политика съедает часть ёмкости на чётность.
3. Нужен ли холодный тир? Если да — планируйте ленту, коннектор, кассеты и место в стойке сразу, а не «потом».
4. Какая сеть? 10/25 GbE, отдельные VLAN для management/storage/BMC, NTP, DNS.
5. Кто будет обслуживать? Если своей команды нет — закладывайте сопровождение, а не «вызов по факту».

3. Ёмкость: raw vs usable

• Raw — суммарная ёмкость дисков.
• Usable — то, что реально доступно после erasure coding и служебных нужд.
• Формула политики: usable = (w − s) / w, при ограничении w + s ≤ N, где N — число блоксторов.

Пример: 8 дисков, политика 4/2 → usable 50%, занято 6, запас 2. Политика 13/4 на 8 дисках не влезет — отсюда 507 при свободных дисках.

Подробнее: Формула политики DSS.

4. Что обсудить до закупки

• [ ] Число нод и дисков на старте и после расширения.
• [ ] Политика DSS под итоговое число блоксторов (проверить, что пресет существует).
• [ ] Сеть: VLAN, адреса, MAC, NTP, DNS, маршруты.
• [ ] Стойка: юниты, питание, охлаждение, вес.
• [ ] BMC/IPMI: доступ, пароли, сеть.
• [ ] Холодное хранение: библиотека, приводы, кассеты, коннектор, порты.
• [ ] Резервные копии конфигурации и план восстановления.
• [ ] Кто обслуживает и по какому регламенту.

5. Расширение

• Добавление нод — scale-out; политика пересчитывается, данные не переписываются целиком.
• Добавление полок — ёмкость; следите за числом блоксторов и политикой.
• 7.3: Migration and Decommission (Disk Only) — вывод старого железа с переносом данных (запускается через Quantum PS; нужно планирование ёмкости).

6. Честные оговорки

• Характеристики могут меняться; перед закупкой — актуальный datasheet и site planning.
• «Минимум нод» — не «рекомендуемая конфигурация»: для продакшена считайте нагрузку и запас.
• Cold storage — отдельная инфраструктура (лента, коннектор, кассеты), не «галочка в лицензии».

Частые вопросы

Сколько нод нужно минимум? Три ноды для P200 и Z200; у X200 базовая конфигурация — четыре сервера 4U90 по два вычислительных модуля. Меньше трёх нельзя: erasure coding раскладывает фрагменты и чётность по разным блокам, и на двух нодах это не собрать. Практическое следствие: минимальная конфигурация — это ещё и минимальная политика защиты, а не «самая дешёвая».

Сколько полезной ёмкости я получу от raw? Меньше, чем raw: часть забирает чётность. Считать надо usable = raw × (w − s) / w. Пример: 24 ТБ raw при политике 6/2 дают 16 ТБ usable. Сверху нужен рабочий запас 15–20% — на ремонт, служебные операции и версии объектов. Обещать заказчику «число дисков × объём» — классическая ошибка.

Можно поставить на существующее железо? Только если платформа в списке поддерживаемых: продукт проверяет профиль железа, а от него зависят раскладка дисков, роли и партиции. На «похожем» сервере установка может пройти, но поведение будет непредсказуемым. Перед покупкой сверяют модель и профиль в документации вендора, а не «похожесть по спецификации».

Что выбрать: HDD или all-flash? Зависит от профиля нагрузки. P200 и X200 на HDD — для бэкапов, архивов и больших объектов, где важнее ёмкость и цена гигабайта. Z200 на NVMe — для нагрузки с метаданными и мелкими объектами в горячем слое. Смотреть надо не на «среднюю скорость», а на соотношение чтения и записи, размер объекта и требования к задержке.

Можно ли смешивать платформы в одном кластере? Расширение идёт нодами и полками, и смешивать поколения железа в одном кластере — не тот случай, где стоит экономить: раскладка и профили рассчитаны на однородную конфигурацию. Если нужны разные типы нагрузки, обычно это два кластера или разные классы хранения, а не «сборная солянка» из доступных серверов.