Для запуска Vitiscale нужны минимум три узла. Нижняя граница кластера — 24 процессорных ядра, 48 ГБ DDR4, 600 ГБ под операционные системы, три диска данных и шесть сетевых контроллеров по 1 Гбит/с. Это арифметика по системным требованиям, а не готовая конфигурация для 1С, виртуализации или резервных копий.
Предварительный вердикт: Vitiscale стоит включить в шорт-лист и проверить на своей нагрузке. Системные требования подтверждают, что продукт запустится на выбранном оборудовании, но не позволяют рассчитать производительность и полезную ёмкость. Для закупки понадобятся результаты пилота и ответы Datagarden по конфигурации кластера.
Что Datagarden представила под именем Vitiscale
В описании функциональных характеристик Vitiscale 1.0 компания называет продукт программно определяемой горизонтально масштабируемой системой хранения. Исключительные права на ПО принадлежат АО «Датагарден». Система работает на серверах архитектуры x86_64, а не на закрытой аппаратной платформе одного производителя.
Программный слой объединяет диски нескольких узлов, предоставляет доступ к данным и защищает их от аппаратных отказов. Отличия такой схемы от классической СХД с фирменными контроллерами разобраны в материале про программно определяемые системы хранения.
Спецификация версии 1.0 подтверждает три блочных протокола:
- NVMe over TCP;
- NVMe over RDMA;
- iSCSI.
На странице запуска Vitiscale Datagarden также заявляет объектный доступ. Страница подтверждает наличие функции, но не раскрывает протокол, требования к клиентам и ограничения. Эти параметры придётся уточнить у производителя и проверить на пилоте, если объектный доступ входит в техническое задание.
Для защиты данных Vitiscale использует встроенные механизмы отказоустойчивости и избыточное кодирование. В опубликованной спецификации не указаны параметры схем кодирования. Поэтому полезную ёмкость нельзя рассчитать только по числу и объёму установленных дисков: для расчёта нужна формула Datagarden для выбранной схемы защиты.
Системный минимум не годится для технического задания
На один узел спецификация Vitiscale 1.0 требует:
- x86_64-процессор от 8 ядер;
- от 16 ГБ DDR4;
- отдельный диск от 200 ГБ под ОС;
- хотя бы один диск для данных;
- два Ethernet-контроллера от 1 Гбит/с;
- Linux x64 с ядром 5.15 или новее.
Минимальный кластер состоит из трёх узлов. Нижняя граница получается прямым расчётом: 3 × 8 = 24 ядра, 3 × 16 = 48 ГБ памяти и 3 × 200 = 600 ГБ под Linux. Кластеру также понадобятся минимум три диска данных и шесть сетевых контроллеров.
Эти числа показывают условия запуска ПО. Производительность по ним не рассчитывают.
Например, один HDD и один NVMe-накопитель одинаково выполняют требование «не менее одного диска для хранения данных», но дают разную задержку, пропускную способность и число операций ввода-вывода. Чтобы выбрать диски, нужны результаты тестов на конкретных моделях накопителей и сетевых адаптеров.
Сеть на 1 Гбит/с — такой же порог запуска. Один канал имеет теоретический предел 125 МБ/с до вычета служебного трафика: 1 000 Мбит/с ÷ 8 = 125 МБ/с. В спецификации не описана логика балансировки трафика между двумя контроллерами, поэтому рабочую схему сети нужно согласовать с Datagarden отдельно.
Пилот должен повторять рабочую нагрузку
По методике Scalable Informatics тест СХД учитывает профиль нагрузки, а не сводится к одному числу IOPS. К измеряемым показателям относятся случайные IOPS при разных размерах блока, последовательная пропускная способность в МБ/с, средняя задержка и хвостовые задержки p99 и p999.
Там же fio указан как инструмент для синтетической нагрузки. Он позволяет задать размер блока, долю чтения и записи, глубину очереди и число параллельных заданий. Эти параметры должны повторять рабочий сценарий: тест последовательного чтения блоками 1 МиБ не покажет поведение базы, которая обращается к хранилищу небольшими случайными блоками.
Для 1С и виртуальных машин проверь случайные чтение и запись при характерных размере блока и глубине очереди. Для резервных копий добавь последовательную запись, чтение и отдельный замер восстановления. Такой набор следует из перечня метрик Scalable Informatics, но точные параметры теста зависят от твоей нагрузки.
В протоколе каждого прогона зафиксируй:
- число и модели узлов, процессоров, сетевых адаптеров и дисков;
- протокол доступа и схему сети;
- размер блока, долю чтения и записи, глубину очереди;
- IOPS и МБ/с;
- среднюю задержку, p99 и p999;
- длительность теста и объём обработанных данных.
Это редакционный шаблон протокола, а не требование Datagarden. Он связывает полученные показатели с конкретным стендом и позволяет повторить тест после замены дисков, сети или числа узлов.
На исправном кластере проверь рабочую нагрузку, затем повтори её при отказе диска и одного узла. Зафиксируй падение скорости и время восстановления избыточности. Так пилот покажет не только пиковые показатели, но и поведение системы при заявленных аппаратных отказах.
Пороговые значения задай до начала испытаний. Подход к производительности и отказным сценариям подробнее разобран в материале о том, как проверить российское хранилище перед закупкой.
Что запросить у Datagarden до сравнения предложений
Официальные материалы подтверждают архитектуру, блочные протоколы, механизмы защиты и системный минимум. Для расчёта закупки запроси ещё пять групп данных:
- матрицу поддерживаемых серверов, сетевых адаптеров и накопителей;
- схемы избыточного кодирования и формулу расчёта полезной ёмкости;
- требования к сети для NVMe over TCP и NVMe over RDMA;
- результаты испытаний с полным составом стенда и параметрами нагрузки;
- протокол, функции и ограничения объектного доступа.
Это не опубликованные требования Vitiscale, а список вопросов для производителя и интегратора. Ответы нужны, чтобы связать цену предложения с полезной ёмкостью, производительностью и совместимостью оборудования.
Отдельно запроси условия технической поддержки: кто разбирает сбой на стыке ПО, сетевой карты и накопителя, какие журналы потребуются и за какой срок инженер подключится к критической аварии. Возможность выбирать серверное железо расширяет число конфигураций, поэтому границы ответственности лучше закрепить до пилота.
Страница открытых данных Минпромторга описывает условия использования реестра российской промышленной продукции, но сама по себе не подтверждает наличие в нём Vitiscale. Если статус в реестре влияет на закупку, найди карточку продукта и приложи её к обоснованию отдельно.
Для сопоставления программной и аппаратной архитектуры пригодится материал про состав и варианты хранилищ Yadro. Сравнивай полезную ёмкость, задержки под одной нагрузкой, поведение при отказе и условия поддержки, а не только названия архитектур.
Спецификация под задачу: стенд для проверки Vitiscale
Ниже — минимальный стенд, рассчитанный по системным требованиям Vitiscale 1.0. Он подходит для проверки установки, объединения трёх узлов и базовых отказных сценариев. Спецификация Datagarden не покрывает производственный сайзинг, поэтому переносить этот состав в рабочую систему без нагрузочных тестов нельзя.
| Компонент | На один узел | На кластер | Почему столько |
|---|---|---|---|
| Узлы | — | 3 | Минимум по спецификации Vitiscale 1.0 |
| Процессор | от 8 ядер x86_64 | от 24 ядер | 3 × 8 |
| Память | от 16 ГБ DDR4 | от 48 ГБ | 3 × 16 |
| Диск под ОС | от 200 ГБ | от 600 ГБ | Отдельный диск на каждом узле |
| Диски данных | от 1 | от 3 | Нижняя граница запуска, без расчёта полезной ёмкости |
| Сетевые контроллеры | 2 × 1 Гбит/с | 6 портов | По два контроллера на узел |
| Операционная система | Linux x64, ядро от 5.15 | На всех узлах | Требование спецификации |
Если пилот должен подтвердить будущую производительность, собери его на тех же моделях дисков и сетевых адаптеров, которые войдут в закупку. Это рекомендация к методике испытаний: смена HDD на NVMe или сети 1 Гбит/с на RDMA меняет сам объект проверки.
Для проекта с NVMe over RDMA проверь этот протокол на целевых адаптерах и коммутаторах. Тест по iSCSI через 1 Гбит/с подтвердит работу другой схемы и не даст чисел для RDMA-конфигурации.
Решение по Vitiscale принимай после пилота на целевом оборудовании. В итоговом протоколе свяжи IOPS, МБ/с, p99 и p999 с составом стенда и параметрами нагрузки. Отдельно приложи результаты при отказе диска и узла. Тогда предложение можно сравнить с другой СХД по четырём измеримым критериям: полезной ёмкости, производительности, отказному поведению и стоимости поддержки.
