Минимальный кластер Vitiscale состоит из трёх узлов. При начальной сырой ёмкости 30,72 ТБ на узел компания получает 92,16 ТБ до вычета защиты данных и служебного резерва.
Для одной базы 1С размером в несколько сотен гигабайт такой старт потребует экономического обоснования. Для общего контура с несколькими СУБД, виртуальными машинами и резервными копиями масштаб уже выглядит уместнее.
Ранний вердикт: Vitiscale стоит включить в шорт-лист, если вам нужны общая СХД, отказоустойчивый кластер и расширение без остановки сервисов. Запись в реестре российского ПО и опубликованные синтетические тесты подтверждают отдельные свойства продукта, но не скорость вашей базы 1С. До покупки нужен пилот.
Что представила Datagarden
Vitiscale — программно-определяемая система хранения данных российской компании Datagarden. Разработку ведут с 2022 года, а первый публичный показ заказчикам назначили на сентябрь 2026-го. Эти даты приводит анонс Datagarden.
Продукт продаётся как программное обеспечение или программно-аппаратный комплекс на серверах формата 2U. В реестре российского ПО Vitiscale зарегистрирована под номером 23346. Запись подтверждает происхождение программы, но ничего не говорит о времени проведения документов в 1С.
Кластер строится из равноправных узлов active-active. Каждый узел принимает запросы к любым данным, а отдельные контроллеры метаданных и шлюзы не нужны. Это отличает Vitiscale от двухконтроллерной СХД, где доступ к данным зависит от пары управляющих модулей.
Один слой данных обслуживает блочные и объектные подключения. Для серверов СУБД доступны NVMe over Fabrics, iSCSI и Fibre Channel. Приложения и системы резервного копирования могут обращаться к тому же кластеру через S3 API. Архитектуру и набор протоколов описывают страница продукта Datagarden и технический обзор Korphome.
Для контура 1С интересны не названия протоколов сами по себе. Значение имеет возможность подключить к одному кластеру серверы СУБД, виртуализацию и хранилище резервных копий, а затем разделить их нагрузку.
Где Vitiscale пригодится в контуре 1С
Типовой крупный контур не ограничивается одной информационной базой. В нём работают несколько серверов СУБД, хосты виртуализации, тестовые среды, аналитика и система резервного копирования.
Vitiscale может дать этим нагрузкам единое хранилище. Блочные тома подключаются к СУБД и виртуальным машинам, а объектный доступ используют приложения, которые умеют писать в S3. Datagarden также заявляет прямую запись резервных копий через S3 или NVMe/TCP.
| Задача контура | Функция Vitiscale | Что получает администратор |
|---|---|---|
| Подключить несколько серверов СУБД | Общие блочные тома через NVMe-oF, iSCSI или FC | Серверы работают с одним распределённым слоем данных |
| Хранить копии через объектный протокол | S3 API на тех же узлах кластера | Не нужен отдельный S3-шлюз внутри Vitiscale |
| Разделить рабочую и фоновую нагрузку | Ограничения QoS по IOPS и пропускной способности тома | Резервное копирование можно ограничить, чтобы оно не заняло весь ресурс тома |
| Добавить ёмкость | Подключение узлов по одному | Кластер расширяется без остановки сервисов |
| Обслуживать разные нагрузки | Блочный и объектный доступ к общему слою данных | Один кластер принимает трафик СУБД, виртуализации и репозитория копий |
Vitiscale интересна не как дорогой диск для отдельной базы. Её место — общий контур, где несколько нагрузок оправдывают кластер из трёх и более узлов.
Перед запросом коммерческого предложения сравните этот сценарий со своим. Отдельный материал показывает, какой масштаб инфраструктуры оправдывает проверку Vitiscale с 1С.
Минимальная конфигурация задаёт масштаб проекта
По техническому обзору Korphome, кластер Vitiscale содержит от 3 до 512 узлов. Сырая ёмкость одного узла начинается с 30,72 ТБ. Шаг расширения — один узел.
Посчитаем начальную конфигурацию. Исходные данные: три узла по 30,72 ТБ. Умножаем 3 × 30,72 и получаем 92,16 ТБ сырой ёмкости.
Дальше объём зависит от схемы защиты. Vitiscale поддерживает две или три копии данных, а также RAID VS с разным соотношением данных и избыточности.
При двух копиях теоретический верхний предел составит 46,08 ТБ: 92,16 ÷ 2. При трёх копиях останется 30,72 ТБ: 92,16 ÷ 3. Это расчёт, а не характеристика готовой конфигурации.
В расчёте нет служебных данных, запаса свободного места и особенностей распределения экстентов. Поэтому фактическую полезную ёмкость должен назвать поставщик для выбранных узлов и схемы защиты.
| Исходная конфигурация | Расчёт защиты | Теоретический предел |
|---|---|---|
| 3 × 30,72 ТБ, без учёта защиты | 92,16 × 1 | 92,16 ТБ |
| Те же узлы, две копии | 92,16 ÷ 2 | 46,08 ТБ |
| Те же узлы, три копии | 92,16 ÷ 3 | 30,72 ТБ |
Даже минимальный вариант рассчитан на десятки терабайт полезного пространства. Реальная цифра окажется ниже табличной, поэтому запрашивайте расчёт с резервом свободного места.
Если у вас одна база на несколько сотен гигабайт, сравните стоимость кластера с локальными NVMe и более простой СХД. Если вы объединяете базы, виртуальные машины, аналитику и копии, считайте весь объём контура на одном горизонте роста.
У расчёта есть ещё одно следствие. Лицензия Vitiscale привязана к сырой ёмкости с шагом 1 ТБ, согласно техническому обзору Korphome. Цена проекта зависит не только от полезного объёма, но и от выбранной защиты данных.
Миллионы IOPS не обещают быструю 1С
В обзоре Korphome опубликованы результаты блочного теста Vitiscale. Стенд включал шесть узлов, по восемь NVMe TLC Gen4 на каждом, три генератора нагрузки и сеть NVMe/RDMA. Том работал с тройной репликацией.
На случайном чтении блоками 4 КБ стенд показал 29,14 млн IOPS при задержке 0,084 мс. На случайной записи теми же блоками — 4,72 млн IOPS при задержке 0,802 мс.
Эти числа относятся к указанному стенду и синтетическому профилю. Тест не измерял проведение документов, фоновые задания, блокировки и запросы конкретной СУБД. Переносить его результат на базу 1С нельзя.
Даже низкая задержка отдельной операции не отвечает на вопрос о закрытии месяца. Между пользователем и накопителем остаются платформа 1С, СУБД, файловая система, сеть, планы запросов и конкуренция рабочих процессов.
| Что опубликовано | Чего это не подтверждает | Чем проверять в пилоте |
|---|---|---|
| IOPS на случайном чтении 4 КБ | Время проведения документов | Замером типовых операций на копии базы |
| IOPS на случайной записи 4 КБ | Скорость массового проведения | Регламентным заданием с привычным объёмом документов |
| Задержка NVMe/RDMA | Время ответа пользователей | Журналом замеров клиентских операций |
| Фоновое восстановление после отказа | Допустимую скорость 1С во время ребилда | Отключением узла под нагрузкой на пилотном стенде |
| Поддержка S3 API | Успешное восстановление вашей копии | Контрольным восстановлением в отдельную среду |
Пилот должен воспроизводить рабочую нагрузку, а не таблицу из обзора. Подход к такой проверке можно взять из материала про оценку СХД на рабочей копии информационной базы.
Сеть войдёт в проект отдельной строкой
Vitiscale разделяет клиентский и внутренний трафик. Front-end принимает подключения серверов, а back-end связывает узлы между собой.
Внутренняя сеть передаёт данные между узлами, обслуживает ребилд и перераспределение. По обзору Korphome, каждому узлу нужны минимум два back-end-порта и подключение к двум коммутаторам. Клиентские хосты эту сеть не видят.
Для минимального кластера расчёт начинается с шести back-end-подключений: 3 узла × 2 порта. К ним добавляются клиентские порты, коммутаторы, кабели и сетевые адаптеры серверов. Тип интерфейса зависит от выбранного доступа: NVMe/TCP, RDMA, iSCSI или Fibre Channel.
Смета только на три узла будет неполной. Запросите отдельную спецификацию front-end и back-end, включая резервирование портов и коммутаторов.
Совместимость с ОС не равна совместимости со всей связкой
В анонсе Datagarden указаны Astra Linux SE, Alt Linux, РОСА и РЕД ОС. Это подтверждает заявленную совместимость хранилища с перечисленными операционными системами.
Но контур 1С состоит не только из ОС. До пилота нужны подтверждения для версии платформы, СУБД, драйвера подключения, файловой системы и выбранного протокола. В опубликованных материалах нет испытания конкретной информационной базы 1С на Vitiscale.
Запросите у поставщика матрицу совместимости. В ней должны совпасть ваши версии ОС и СУБД, режим подключения томов, драйверы и схема отказоустойчивости. Устного подтверждения для закупки недостаточно.
Что запросить до пилота
Соберите ответы до заказа оборудования. Если поставщик не может подтвердить один из пунктов документом или испытанием, риск останется у вашей команды.
| Вопрос поставщику | Зачем он нужен | Какой ответ принимать |
|---|---|---|
| Сколько полезной ёмкости останется | Сырая ёмкость не учитывает защиту и резерв | Расчёт для выбранных узлов, схемы защиты и запаса места |
| Поддерживается ли ваша связка ОС и СУБД | Перечень ОС не покрывает весь контур | Матрицу версий, протоколов и драйверов |
| Как меняется скорость при отказе узла | Фоновый ребилд конкурирует за внутреннюю сеть и диски | Результат испытания с описанием стенда и профиля нагрузки |
| Какие сети входят в спецификацию | Кластер требует front-end и отдельный back-end | Список портов, адаптеров, коммутаторов и кабелей |
| Кто принимает обращение при сбое | Программный и аппаратный контуры могут обслуживать разные команды | Регламент поддержки с границами ответственности |
| Как обновляют кластер | Datagarden заявляет обновление без остановки | Порядок обновления и условия отката для вашей версии |
После этой таблицы продукт либо переходит в пилот, либо выбывает до закупки. Такой отсев дешевле, чем поиск несовместимости после поставки узлов.
Как провести пилот под 1С
Пилот начинайте с копии рабочей базы. Она должна сохранять размер, структуру таблиц и типичные регламентные операции. Обезличьте данные, если этого требует внутренняя политика.
Сравнивайте не только среднее время. Зафиксируйте медленные операции, пики задержки и поведение во время фоновых задач. Отдельный прогон нужен при отключённом узле и активном ребилде.
В программу пилота включите четыре группы действий:
- Открытие тяжёлых форм и отчётов в часы обычной нагрузки.
- Проведение типового пакета документов.
- Запуск регламентных заданий и резервного копирования.
- Отказ одного узла с последующим восстановлением защиты.
Укажите допустимые границы до начала теста. Например, не «система не должна сильно замедлиться», а «операция укладывается в принятый у компании норматив». Сам норматив берите из текущего контура или требований пользователей, а не из рекламных характеристик СХД.
Если схема зависит от состава баз, СУБД и виртуализации, закажите оценку архитектуры хранения для вашего контура до запроса цены. Такая проверка нужна не каждому проекту, но снимает спор о том, что именно сравнивать на пилоте.
Когда включать Vitiscale в шорт-лист
Запрашивайте расчёт Vitiscale, если совпали три условия:
- проект допускает минимум три узла;
- одна СХД будет обслуживать несколько нагрузок;
- кластер нужно расширять без остановки сервисов.
Для одной небольшой базы сначала посчитайте локальные NVMe, более простую СХД и резервный узел. Минимальная Vitiscale начинается с 92,16 ТБ сырой ёмкости, поэтому сравнение только по скорости дисков исказит выбор.
Перед запросом цены зафиксируйте пять параметров: полезную ёмкость после защиты, связку ОС и СУБД, две независимые сети, профиль нагрузки для пилота и допустимое замедление при отказе.
Запись № 23346 подтверждает российское происхождение программы. Миллионы IOPS описывают конкретный стенд из шести узлов. Пригодность для вашей 1С подтвердит только испытание копии базы с привычными операциями и отказом узла.