Готов ли ReFS для размещения рабочих VHDX в кластерах Hyper-V 2012 r2?

Одной из новых функций, которые я не видел во всех публикациях «Windows Server 2012 r2», является то, что кластеризация теперь поддерживает CSV, отформатированные с помощью ReFS. Поэтому, естественно, я хотел бы изменить файлы CSV, в которых я храню файлы VHDX, на ReFS. Но файлы VHDX используются для хранения файлов базы данных в виртуальных машинах под управлением Sql Server 2012.

Мысль заключается в том, что тогда у меня будет RAID на аппаратном уровне, защищающий от мгновенного сбоя. Кроме того, настоящая ОС (Hyper-V Server 2012 r2) будет поддерживать их как тома ReFS, что защитит данные на этих дисках от bitrot. Наконец, VHDX - это диски NTFS, что означает, что поддерживаемые приложения продолжают использовать файловую систему, на которую они полагаются.

Пока что лучшее, что я могу найти, это то, что это технически поддерживается - потому что Hyper-V сообщает, что необходимо отключить параметр «целостность данных» в файле VHDX (командлет Set-FileIntegrity), когда вы пытаетесь использовать его из объем ReFS. Но я не могу найти более надежную информацию, чем эта. Это действительно готово к прайм-тайму, или это фактически просто технический предварительный просмотр для кластеризации?

Изменить: 2014-01-22

Я обнаружил, что ReFS обнаруживает только битрот сам по себе. Чтобы ReFS обнаруживала и автоматически исправляла, вы также должны использовать дисковые пространства для создания тома RAID-1 с использованием нескольких дисков ReFS. Таким образом, похоже, что мое решение развивается в том, чтобы аппаратный RAID представлял свои диски как JBOD, тогда Windows позаботится о части RAID-1. Я буду тестировать, если это жизнеспособная установка в производстве в течение следующего месяца или около того.

Ответ очень четкое «Нет» .

REFS только обнаруживает битовую гниль в пользовательских данных , если файл в вопросе есть «Integrity Streams» включен (Источники: официальный TechNet документы , любимый блог каждого , и другое место ). Да, и вы также теряете COW (Копирование при записи), когда потоки целостности отключены. Поскольку вы не можете использовать VHDX, находящийся на томе ReFS, если Integrity Streams не отключен, вы не можете защитить VHDX от гниения битов. Игра закончена.

Это как тот же человек, который думал, что для пула кластерного пространства хранения требуется как минимум 3 диска, и тот, кто принял решение сделать что-то лучшее в ReFS, можно отключить, а затем заставил людей Hyper-V потребовать его. быть отключенным. Трудно представить, чтобы такое количество «глупостей» распространилось по таким ключевым командам.

подсобный

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

• Вы можете использовать только SLM (Storage Live Migrate) VHDX, используемый для тома ReFS-зеркала, если местом назначения является папка, в которой отключены потоки целостности.
  • Если вы попытаетесь выполнить SLM на зеркале ReFS, где включены потоки целостности , вы получите сообщение об ошибке: «Назначение« ... »недопустимо, поскольку оно настроено с атрибутом потока целостности. Выберите адресат, который не имеет атрибута потока целостности для продолжения. " Вы получаете ту же ошибку при попытке через PowerShell.
• Копирование / перемещение файла на ReFS-зеркало приведет к тому, что для файла будет установлен «бит целостности», соответствующий настройке из папки назначения.
• Вы не можете получить / установить бит целостности VHDX, который используется.
• В противном случае производительность тома ReFS-зеркала кажется достаточно хорошей (на мой взгляд, конечно) для Production. Мой тест "различия" здесь, если кого-то волнует.

ReFS поддерживается, с целостностью данных, как вы обнаружили. Это означает, что ваш VHD не «защищен от битрота», как вы сказали выше. Сама файловая система была бы, но не сам VHD. Если вам интересна эта мера защиты, продолжайте и используйте ReFS.