Оборудование обещают поставить за 24 часа. Но это не значит, что через сутки ты запустишь рабочую инфраструктуру: в анонсе не указаны регион, складская конфигурация и условия отсчёта срока.
Сам стек стоит включить в короткий список, если тебе нужны виртуализация, распределённое хранилище и российский программно-аппаратный контур. Подписывать спецификацию рано: данных о процессорах, памяти, сети и производительности комплекса пока нет.
Из чего собран стек
Аппаратная основа — двухпроцессорный сервер «Гравитон» С2122И высотой 2U. Платформа построена по модульной схеме и поддерживает до 12 NVMe-накопителей, сообщает ServerNews.
За хранение отвечает MIND uStor. Система объединяет стандартные серверные узлы в распределённое хранилище. Заявленный диапазон — от 3 до 64 серверов без смены архитектуры. Нижняя граница сразу задаёт масштаб проекта: один сервер для офиса или пара хостов сюда не попадают.
Виртуальные машины запускает KeyVirt. Платформа управляет их размещением, живой миграцией и отказоустойчивостью. При выборе аппаратной части всё равно придётся отдельно сопоставить ресурсы хостов с профилем виртуальных машин: название гипервизора не отвечает, сколько нужно ядер, памяти и IOPS.
Для крупной или гибридной среды предложен KeyStack. Он объединяет управление вычислениями, сетями и хранилищем, работает с виртуальными машинами и контейнерами. Заявление о более чем 30 тысячах хостов относится ко всем инсталляциям KeyStack, а не к представленному комплексу на С2122И. Эту цифру нельзя использовать как результат испытаний нового стека.
Каких данных не хватает для закупки
В опубликованном описании нет моделей процессоров, объёма и схемы установки RDIMM, состава сетевых интерфейсов. Не приведены IOPS, задержки хранилища, результаты VMmark и поведение кластера при отказе узла.
Не раскрыта и конфигурация, доступная за 24 часа. Это может быть корпус без нужного объёма памяти и накопителей, заранее собранный типовой узел или весь комплекс с программными лицензиями. Эти варианты дают разные сроки запуска.
Поэтому сейчас нельзя честно посчитать, сколько виртуальных машин выдержит узел или какую нагрузку 1С обслужит кластер. Для такого расчёта нужны хотя бы профили CPU и RAM по виртуальным машинам, объём рабочих данных, требуемые IOPS, сетевой обмен между узлами и допустимый простой.
Спецификация под задачу: что можно зафиксировать сейчас
Возьмём исходный сценарий: компании нужен минимальный кластер для виртуальных машин и распределённого хранилища. Она хочет пережить отказ одного узла без смены архитектуры.
Из опубликованных данных получается только рамочная спецификация:
| Компонент | Что закладывать | Обоснование |
|---|---|---|
| Узлы | 3 × «Гравитон» С2122И | MIND uStor начинается с трёх серверов |
| Корпус | 2U на узел | Типоразмер С2122И |
| Процессорная платформа | 2 сокета на узел | Конструкция С2122И; модели CPU ещё нужно согласовать |
| Накопители | До 12 NVMe на узел | Предел платформы, но не рекомендация заполнить все отсеки |
| Хранилище | MIND uStor | Распределяет данные между серверными узлами |
| Виртуализация | KeyVirt | Подходит, если нужны виртуальные машины без облачного слоя |
| Управление | KeyStack | Нужно для единого контура вычислений, сетей, хранения и контейнеров |
| Сеть | Не определена | В анонсе нет скорости, числа портов и схемы резервирования |
| Память | Не определена | В анонсе нет объёма RDIMM и пределов платформы |
| Питание | Не определено | Нет состава блоков питания и данных об их резервировании |
Это спецификация для запроса поставщику, а не готовая ведомость закупки. Заполнять пробелы типовыми значениями нельзя: два процессора неизвестной модели и 12 отсеков NVMe ничего не говорят о производительности конкретной поставки.
Если нужен только кластер виртуальных машин, запрашивай вариант с KeyVirt. Если в проект входят контейнеры, единое управление сетью и хранилищем или гибридный контур, проверяй KeyStack. При росте сверх трёх узлов архитектуру MIND uStor менять не придётся вплоть до заявленного предела в 64 сервера, но производительность такого расширения должен подтвердить пилот.
Компромисс у минимальной трёхузловой схемы прямой: она снижает начальные затраты, однако оставляет меньше ресурсов после отказа одного сервера. Без данных о коэффициенте заполнения хранилища и резерве CPU нельзя утверждать, что оставшиеся два узла сохранят рабочую производительность.
Пилот должен повторять конфигурацию поставки
Срок отгрузки сокращает ожидание оборудования, но не заменяет приёмочные испытания. Для пилота нужны минимум два одинаковых сервера: так можно отделить особенность платформы от дефекта отдельного экземпляра.
Такую схему использует «Ростелеком-ЦОД». В описании своей программы испытаний компания перечисляет восемь нагрузочных инструментов, включая VMware VMmark, Sysbench, Stress-ng, Iperf3 и Тест Гилева. Инженеры отдельно проверяют процессор, память, диски, сеть, виртуализацию и 1С.
Методику «Ростелеком-ЦОД» нельзя считать доказательством производительности стека «Гравитон», MIND и ITKey: этот комплекс по ней не испытывали. Зато она показывает, какие протоколы стоит запросить у поставщика.
Отказоустойчивость проверяют под фоновой нагрузкой. Например, при испытании блока питания сервер сначала нагружают два часа, затем отключают PSU1 и ещё два часа наблюдают работу на PSU2. Если сервер проваливает тест, а производитель не исправляет проблему, «Ростелеком-ЦОД» признаёт платформу неприменимой.
Для нового стека нужен тот же принцип: отключить один узел, сетевой интерфейс, накопитель и блок питания во время работы виртуальных машин. В протоколе должны быть время восстановления, потеря производительности и состояние данных после возврата компонента.
Что запросить до подписания спецификации
Попроси поставщика письменно зафиксировать:
- состав комплекта, который он поставит за 24 часа;
- модели CPU, объём и раскладку RDIMM, накопители, сетевые карты и блоки питания;
- матрицу совместимости С2122И, MIND uStor, KeyVirt и KeyStack;
- результаты нагрузочных тестов именно этой конфигурации;
- протоколы отказа узла, сети, накопителя и блока питания;
- срок реакции поддержки и замены неисправного узла.
Отдельно проверь, с какого события отсчитываются 24 часа: оплаты, подписания спецификации или подтверждения склада. Сам путь оборудования от комплектации до передачи перевозчику разобран в материале о том, из каких стадий складывается серверный заказ.
Стек проходит в следующий этап отбора, если поставщик фиксирует конфигурацию и даёт протокол её испытаний. Тогда сравнивай результаты пилота с текущей платформой по производительности, времени восстановления и стоимости владения.
Если на руках только перечень компонентов и обещание отгрузки за сутки, запрашивай пилот. В закупочной записке формулировка простая: 24 часа — срок поставки, а не срок запуска и не доказательство пригодности под нагрузку.
