Готов ли 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 обнаруживает только bitrot сам по себе. Чтобы ReFS обнаруживала и автоматически исправляла, вы также должны использовать дисковые пространства для создания тома RAID-1 с использованием нескольких дисков ReFS. Похоже, мое решение развивается в том, чтобы аппаратный RAID представлял свои диски как JBOD, тогда Windows позаботится о части RAID-1. Я буду тестировать, если это жизнеспособная установка в производстве в течение следующего месяца или около того.
2 ответа
Ответ очень четкое "Нет".
ReFS обнаруживает "гниль" в пользовательских данных только в том случае, если в рассматриваемом файле включены "Потоки целостности" (источники: официальные документы 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.