Basis Dynamix Standard прошла испытания на серверах «Тринити» поколений М7 и М8. Компании подписали сертификаты совместимости. Связку уже можно включать в проект с российским оборудованием и ПО — но выбирать по этой новости число узлов, процессоры и память рано.
Тебе нужны два разных доказательства. Сертификат подтверждает, что платформа виртуализации корректно работает на оборудовании. Расчёт нагрузки и пилот отвечают на другой вопрос: выдержит ли выбранное исполнение твои виртуальные машины после отказа одного узла.
Что подтвердили испытания
Инженеры «Базиса» и «Тринити» испытали Basis Dynamix Standard на серверах поколений М7 и М8. По итогам компании подписали сертификаты совместимости. Об этом сообщила «Компьютерра» со ссылкой на участников испытаний.
Серверы этих поколений входят в реестр Минпромторга, Basis Dynamix Standard — в реестр российского ПО Минцифры. Для закупочной комиссии это подтверждение происхождения продуктов и совместимости двух частей стека.
Публикация не раскрывает модели серверов, состав испытательного стенда и профиль нагрузки. В ней нет времени миграции, поведения кластера при отказе узла и результатов тестов процессора, памяти или хранилища. Сертификат нельзя превращать в обещание производительности, которого компании не давали.
Вердикт простой: Basis Dynamix Standard вместе с «Тринити» М7 или М8 подходит для короткого списка. Договор поставки следует подписывать после проверки сертификата на выбранное исполнение и пилота с твоими виртуальными машинами.
Поколения М7 и М8 — ещё не спецификация поставки
У «Тринити» документы подбирают под конкретную модель и согласованное исполнение. Производитель объясняет это прямо: такой порядок исключает расхождения между техническим описанием, конфигурацией и поставленным сервером.
До согласования цены запроси у поставщика:
- сертификат совместимости Basis Dynamix Standard с выбранной моделью и исполнением;
- техническое описание с пределами по процессорам, памяти, накопителям и платам расширения;
- спецификацию поставки с артикулами компонентов;
- реестровые материалы именно на это исполнение;
- совместимые версии драйверов и микропрограмм;
- срок гарантии, уровень поддержки и порядок обращения;
- размеры корпуса, требования к стойке, питанию и размещению.
Документационный портал «Тринити» указывает, что эти материалы предоставляют по запросу. Формулировки «сервер поколения М7» в коммерческом предложении недостаточно: внутри поколения могут различаться корпус, число сокетов, дисковая корзина и платы расширения.
Список подходящих серверов для виртуализации поможет сравнить форм-факторы и пределы расширения. Он не заменяет сертификат на конкретное исполнение.
ER225R-M7 показывает диапазон платформы, а не состав испытаний
В конфигураторе «Тринити» для ER225R-M7 указаны два процессорных сокета под Intel Xeon Scalable третьего поколения, 16 слотов DDR4 ECC RDIMM и до 24 накопителей SAS, SATA или NVMe формата 2,5 дюйма.
Такие пределы позволяют собрать и вычислительный узел с большим объёмом памяти, и сервер с плотным локальным хранилищем. Но из опубликованных материалов нельзя заключить, что Basis Dynamix Standard испытывали именно на ER225R-M7. Тем более нельзя восстановить состав тестового исполнения.
Поэтому ER225R-M7 годится как пример доступного диапазона. В обосновании закупки его нужно связать с отдельным сертификатом, спецификацией поставки и протоколом пилота.
Спецификация под задачу
Ниже — стартовая конфигурация пилотного кластера, а не пересказ сертификата. Считаем офисную нагрузку из 12 виртуальных машин:
- восемь служебных ВМ по 4 vCPU и 8 ГБ памяти;
- две ВМ с базами по 8 vCPU и 24 ГБ;
- две инфраструктурные ВМ по 2 vCPU и 8 ГБ;
- 6 ТБ рабочих данных;
- кластер продолжает работу после отказа одного из трёх узлов.
Получается 52 vCPU и 128 ГБ памяти. После отказа одного узла нагрузку делят два оставшихся: по 26 vCPU и 64 ГБ на каждый.
При переподписке процессора 3:1 одному узлу требуется 26 ÷ 3 = 8,7 физического ядра. Добавляем 25% на гипервизор и пики: 10,9 ядра. Округляем до 12 физических ядер на узел.
Для памяти закладываем 64 ГБ под оставшуюся нагрузку и 16 ГБ под гипервизор. Запас 20% даёт 96 ГБ на узел: (64 + 16) × 1,2 = 96.
Стартовая спецификация на каждый из трёх узлов:
| Компонент | Что заложить | Почему столько |
|---|---|---|
| Процессор | 12 физических ядер, базовая частота от 2,4 ГГц | 26 vCPU после отказа при переподписке 3:1 и запасе 25% |
| Память | 96 ГБ ECC RDIMM | 64 ГБ под ВМ, 16 ГБ под гипервизор, 20% запаса |
| Загрузочные диски | 2 SSD в RAID1 | Отказ одного загрузочного накопителя не останавливает узел |
| Диски данных | 4 SSD по 1,92 ТБ на узел | 7,68 ТБ сырой ёмкости на узел; схему репликации проверяют на пилоте |
| Сеть | 2 порта 10 Гбит/с под трафик ВМ, отдельные порты управления | Рабочий трафик не делит один порт с управлением кластером |
| Питание | 2 блока питания | Каждый блок подключают к отдельной линии |
| Форм-фактор | 2U с запасом отсеков и слотов | Проще нарастить локальные диски и сетевые адаптеры |
Частота 2,4 ГГц здесь служит нижней точкой пилота, а не результатом испытаний Basis Dynamix Standard. Такая частота была у Xeon Silver 4210R на стенде «Тринити» для другой российской платформы виртуализации. Переносить её результаты на Basis нельзя. Если на пилоте задержка процессора растёт при свободной памяти, бери процессор с большей базовой частотой и повторяй тот же сценарий.
Объём дисков тоже зависит от архитектуры хранения. При трёх копиях 6 ТБ данных потребуют 18 ТБ сырой ёмкости на кластер, то есть по 6 ТБ на узел. Четыре SSD по 1,92 ТБ дают 7,68 ТБ на узел и оставляют 1,68 ТБ до учёта служебных расходов. Если Basis Dynamix Standard в согласованной схеме требует другой коэффициент репликации, число накопителей нужно пересчитать.
Вдвое больше ВМ не означает автоматически вдвое больше серверов. Сначала сложи их vCPU и память по той же формуле. Если после отказа узла расчёт превышает число физических ядер или доступную память оставшихся машин, увеличивай конфигурацию либо добавляй узел.
Компромисс у трёхузловой схемы заметен в смете: третий сервер большую часть времени держит резерв. Два узла дешевле, но после отказа одного вся нагрузка остаётся на одной машине. Для кластера, который должен пережить отказ без остановки ВМ, экономия превращается в переподписку процессора и памяти именно в момент аварии.
Что приложить к обоснованию закупки
Раздели комплект документов на две части.
Первая доказывает допустимость связки: сертификат совместимости, выписки из реестров Минпромторга и Минцифры, техническое описание выбранной модели, спецификация исполнения и перечень совместимых версий микропрограмм.
Вторая доказывает достаточность конфигурации: перечень ВМ, сумма vCPU и памяти, расчёт режима N+1, схема хранения, результаты пилота при штатной нагрузке и после отключения одного узла.
Правило для согласования одно: сертификат относится к выбранному исполнению, а пилот подтверждает работу твоего профиля ВМ после отказа узла — спецификацию можно защищать перед комиссией. Если документ говорит только о поколениях М7 и М8, запроси уточнение у «Тринити». Если нет результатов под твою нагрузку, сначала проведи пилот и лишь затем фиксируй число узлов, ядер и гигабайтов.
