Асинхронную репликацию уже можно встретить в описании проекта с TATLIN.FLEX, но подтвердить эту функцию пока нечем. В спецификации TATLIN.FLEX.PRO версии 1.3 от 20 июля 2026 года нет режима репликации, версии ПО, требований к каналу и порядка переключения между площадками.

Если ты выбираешь хранилище для виртуальных машин, не вноси репликацию TATLIN.FLEX в обязательную часть технического задания. Массив можно оставить в коротком списке: его работа с гипервизорами, два контроллера и интерфейсы подтверждены. Межплощадочную защиту пока считай отдельной задачей.

Что TATLIN.FLEX.PRO уже умеет в виртуальной среде

TATLIN.FLEX.PRO работает с блочными протоколами FC и iSCSI. Для небольшой виртуальной среды производитель допускает прямое подключение без отдельного коммутатора.

Инженер осматривает две серверные стойки

Спецификация TATLIN.FLEX.PRO версии 1.3 называет проверенные платформы: VMware ESXi 7.0 и 8.0, zVirt 4.0 и 4.4, ROSA Virtualization 3.0, Proxmox VE 8.2. Общая презентация семейства также указывает SpaceVM и РЕД Виртуализацию, но с другими версиями. Поэтому совместимость нужно проверять по документу для конкретной модели и выпуска программного обеспечения.

Для блочных данных два контроллера работают одновременно. Файловый доступ устроен иначе: один контроллер обслуживает нагрузку, второй принимает её при отказе первого. Это защищает от отказа контроллера внутри одной системы, но не создаёт копию данных на другой площадке.

Если отдельная аппаратная СХД не обязательна, стоит сравнить её с общим пулом дисков в узлах гипервизора. В такой архитектуре масштабирование вычислений и хранения связано, а отказоустойчивость строится другими средствами.

У TATLIN.FLEX.PRO есть до двух пар карт ввода-вывода. Спецификация перечисляет варианты 2 × 10/25GbE, 2 × 32G FC, 4 × 16G FC, 4 × 10GbE и 2 × 100GbE. Быстрый порт отвечает лишь за физическую возможность передать трафик. Он ничего не говорит о механике репликации, допустимой задержке и гарантированном RPO — объёме данных, который система может потерять при аварии.

Чего не хватает для проекта с двумя площадками

В опубликованных материалах YADRO не названа версия TATLIN.FLEX, в которой появилась бы асинхронная репликация. Нет и перечня моделей: FLEX.ONE, FLEX.TWIN, FLEX.EXPRESS или FLEX.PRO.

Без руководства производителя остаются открытыми вопросы, которые меняют архитектуру проекта:

репликация работает в одну сторону или между площадками можно менять роли;
поддерживается ли схема «одна основная площадка — несколько резервных»;
какой минимальный интервал передачи данных;
какая задержка и пропускная способность допустимы для канала;
как переключаются тома после аварии и как их возвращать обратно;
можно ли объединить несколько томов одной виртуальной машины в согласованную группу;
совместима ли репликация со снапшотами;
какие гипервизоры прошли испытания именно с этой функцией;
входит ли функция в базовую лицензию.

Эти свойства нельзя восстановить по характеристикам другой линейки. Аппаратные снапшоты YADRO и «Киберпротект» реализовали для TATLIN.UNIFIED в прошивке 3.2. Планы синхронной репликации тоже относились к TATLIN.UNIFIED. Переносить их на FLEX нельзя: у семейств разные программные функции и границы применения.

Что новость меняет для закупки

Вердикт такой: TATLIN.FLEX.PRO можно рассматривать как локальное хранилище для виртуальной среды. Его двухконтроллерная схема, блочный режим active-active, интерфейсы и совместимость с несколькими гипервизорами описаны в документации YADRO.

Асинхронную репликацию пока нельзя использовать как аргумент в сравнительной таблице СХД. Тем более нельзя убирать из проекта отдельное средство аварийного восстановления, рассчитывая на неподтверждённую функцию массива.

Весь программный функционал TATLIN.FLEX.PRO входит в базовую поставку — это прямо указано в спецификации. Но документ не называет репликацию среди доступных функций. Поэтому фраза «всё включено» не отвечает на вопрос, входит ли в поставку ещё не описанный режим. Попроси поставщика зафиксировать лицензионное условие в предложении и приложить документ YADRO.

Спецификация под задачу

Для проекта с двумя площадками исходной моделью имеет смысл считать TATLIN.FLEX.PRO, а не FLEX.ONE. У PRO два независимых контроллера с двумя процессорами и 256 ГБ памяти на каждом. FLEX.ONE содержит один контроллер: даже одинаковый выпуск ПО не защитит такую систему от отказа самого контроллера.

Возьмём расчётный сценарий: 40 виртуальных машин, 20 ТБ занятых данных, рост на 25% за три года и резерв 30% под служебные операции, снимки и изменение профиля нагрузки. Требования по IOPS в исходных данных нет, поэтому расчёт ниже определяет ёмкость и отказоустойчивость, но не обещает скорость.

20 ТБ данных после роста займут 25 ТБ: 20 × 1,25. С резервом 30% системе нужно 32,5 ТБ полезной ёмкости: 25 × 1,3.

Под этот сценарий стартовая конфигурация выглядит так:

TATLIN.FLEX.PRO с двумя контроллерами и 256 ГБ памяти на контроллер;
модуль расширения S24 на 24 накопителя;
24 SAS SSD по 3,84 ТБ с ресурсом 1 DWPD;
RAID10: 92,16 ТБ сырой и 46,08 ТБ полезной ёмкости до накладных расходов системы;
две парные карты 2 × 25GbE для iSCSI либо 2 × 32G FC для сети хранения;
раздельные пути от каждого хоста к обоим контроллерам;
резервирование питания и охлаждения, предусмотренное конструкцией системы.

Выбор 24 SSD даёт 46,08 ТБ после зеркалирования: 24 × 3,84 ÷ 2. После размещения расчётных 32,5 ТБ остаётся около 13,6 ТБ. Этот остаток покрывает часть служебных расходов и роста, но его нельзя заранее считать доступным под реплики: формат хранения и резерв ёмкости для репликации производитель не опубликовал.

RAID10 здесь выбран ради предсказуемой записи виртуальных машин. Если приоритет — ёмкость, а не задержка, можно рассчитать RAID6 на NL-SAS. Цена экономии — более тяжёлое восстановление после отказа диска и другая производительность случайной записи.

YADRO приводит два отдельных результата испытаний. All-flash-конфигурация показала более 50 000 IOPS с одного LUN. FLEX.PRO с 48 NL-SAS достигла 100 000 IOPS при случайном доступе блоками 32 КБ и доле чтения 70%. Это разные конфигурации и методики. Ни одна из цифр не описывает производительность при репликации.

Если виртуальные машины создают интенсивную случайную запись, полезно отдельно проверить, каким нагрузкам окупается массив на SSD. Само слово all-flash не заменяет замер задержки на рабочем наборе данных.

При объёме вдвое больше потребуется второй S24 или накопители по 7,68 ТБ. При требовании пережить потерю площадки нужна такая же полезная ёмкость на второй стороне плюс запас под журнал и отставание реплики. Посчитать этот запас нельзя, пока YADRO не опубликует устройство функции.

Четыре ответа, без которых репликацию нельзя принимать

Поставщик должен передать документ YADRO, а не письмо со свободным описанием. В документе нужны четыре ответа:

Какая версия ПО включает асинхронную репликацию и на каких моделях FLEX она работает.
Какие гипервизоры и сценарии переключения прошли испытания.
Как система задаёт, измеряет и контролирует RPO.
Входит ли функция в базовую лицензию и какие ограничения действуют для томов, снимков и канала.

Пока хотя бы одного документированного ответа нет, записывай TATLIN.FLEX.PRO как двухконтроллерную локальную СХД. Репликацию между площадками проектируй отдельно. Это оставляет массив в конкурсе, но не переносит неподтверждённое обещание в договор и план восстановления.