Czy system ReFS jest gotowy do hostowania produkcyjnych dysków VHDX w klastrach r2 funkcji Hyper-V 2012?

Jedną z nowych funkcji, których nie widziałem na wszystkich pozycjach „Windows Server 2012 r2”, jest to, że klastrowanie obsługuje teraz pliki CSV sformatowane przy użyciu ReFS. Oczywiście chciałbym zmienić pliki CSV, w których przechowuję pliki VHDX na ReFS. Ale pliki VHDX są używane do przechowywania plików bazy danych na maszynach wirtualnych z systemem Sql Server 2012.

Chodzi mi o to, że miałbym wtedy RAID na poziomie sprzętowym, co chroniłoby przed natychmiastową awarią. Ponadto prawdziwy system operacyjny (Hyper-V Server 2012 r2) zachowałby je jako woluminy ReFS, które chroniłyby dane na tych dyskach przed bitrotem. Wreszcie VHDX to dyski NTFS, co oznacza, że ​​obsługiwane aplikacje nadal korzystają z systemu plików, na którym polegają.

Do tej pory najlepsze, co mogę znaleźć, to to, że jest to technicznie obsługiwane --- ponieważ Hyper-V zgłasza, że ​​musisz wyłączyć ustawienie „integralności danych” w pliku VHDX (cmdlet Set-FileIntegrity), gdy próbujesz go użyć z wolumin ReFS. Ale nie mogę znaleźć bardziej wiarygodnych informacji niż to. Czy naprawdę jest gotowy na najwyższy czas, czy może jest to tylko podgląd technologii dla grupowania?

Edycja: 22.01.2014

Odkryłem, że ReFS sam wykrywa bitrot. Aby system ReFS mógł zarówno wykrywać, jak i automatycznie naprawiać, musisz także użyć funkcji Miejsca do magazynowania, aby utworzyć wolumin RAID-1 przy użyciu wielu dysków ReFS. Wygląda więc na to, że moje rozwiązanie ewoluuje, aby sprzętowa macierz RAID prezentowała dyski jako JBOD, a następnie Windows zająłby się częścią RAID-1. Będę testować, czy jest to opłacalne ustawienie w dziale produkcji w ciągu najbliższego miesiąca.

Odpowiedź jest bardzo jednoznaczna „nie” .

Odn tylko wykrywa bit gnić w danych użytkownika , jeśli dany plik ma „Integrity Streams” włączony (źródła: dokumenty oficjalne TechNet , najbardziej lubianym blogu , a inny spot ). Aha, a także tracisz COW (Copy-On-Write), gdy strumienie integralności są wyłączone. Ponieważ nie można używać VHDX rezydującego na woluminie ReFS, chyba że strumienie integralności są wyłączone, nie można chronić VHDX przed zgnilizną bitów. Koniec gry.

To tak, jakby ta sama osoba, która pomyślała, że ​​pula klastrowanych przestrzeni dyskowych powinna wymagać co najmniej 3 dysków, również była tą, która podjęła decyzję o tym, aby najlepszą rzeczą w ReFS było coś, co można wyłączyć, a następnie sprawiła, że ​​ludzie Hyper-V tego wymagali być niepełnosprawnym. Trudno sobie wyobrazić, że ilość „głupich” rozłożonych do tej pory na takie podstawowe zespoły.

Pomocniczy

Podczas przeprowadzania niektórych testów znalazłem następujące informacje, które mogą być przydatne dla osób, które nadal chcą iść do przodu:

• Możesz używać SLM (Storage Live Migrate) używanego VHDX do woluminu dublowanego ReFS, jeśli miejscem docelowym jest folder, w którym strumienie integralności zostały wyłączone.
  • Jeśli spróbujesz wykonać SLM na serwerze lustrzanym ReFS, w którym włączone są Strumienie integralności , pojawi się błąd: „Miejsce docelowe„ ... ”jest nieprawidłowe, ponieważ jest skonfigurowane z atrybutem strumienia integralności. miejsce docelowe, które nie ma atrybutu strumienia integralności, aby kontynuować. ”. Ten sam błąd występuje podczas próby za pomocą programu PowerShell.
• Skopiowanie / przeniesienie pliku na serwer lustrzany ReFS spowoduje, że plik będzie miał ustawiony „bit integralności” zgodny z ustawieniem z folderu docelowego.
• Nie można uzyskać / ustawić bitu integralności używanego VHDX.
• W przeciwnym razie wydajność woluminu dublowanego ReFS wydaje się być wystarczająca (moim zdaniem, oczywiście) dla produkcji. Mój test „różnic” jest tutaj, jeśli kogo to obchodzi.

System ReFS jest obsługiwany z wyłączoną integralnością danych, jak odkryłeś. Oznacza to, że twoje VHD nie jest „chronione przed bitrotem”, jak mówisz powyżej. Sam system plików byłby, ale nie sam dysk VHD. Jeśli taki środek ochrony jest dla Ciebie interesujący, skorzystaj z ReFS.