Apakah ReFS siap menjadi tuan rumah VHDX produksi pada kluster Hyper-V 2012 r2?


14

Salah satu fitur baru yang saya tidak lihat tercantum dalam semua posting "Windows Server 2012 r2" adalah bahwa Clustering sekarang mendukung CSV yang diformat dengan ReFS. Jadi, tentu saja, saya ingin mengubah CSV tempat saya menyimpan file VHDX menjadi ReFS. Tetapi file VHDX digunakan untuk menyimpan file database di VM yang menjalankan Sql Server 2012.

Pikiran saya adalah bahwa saya kemudian akan memiliki RAID pada tingkat perangkat keras, melindungi terhadap kegagalan sesaat. Di atas itu, OS nyata (Hyper-V Server 2012 r2) akan mempertahankannya sebagai volume ReFS, yang akan melindungi data pada drive tersebut terhadap bitrot. Akhirnya, VHDX adalah drive NTFS, yang berarti aplikasi yang didukung terus menggunakan sistem file yang mereka andalkan.

Sejauh ini, yang terbaik yang dapat saya temukan adalah bahwa ini didukung secara teknis --- karena Hyper-V melaporkan bahwa Anda harus mematikan pengaturan "integritas data" dalam file VHDX (cmdlet Set-FileIntegrity) ketika Anda mencoba menggunakannya dari volume ReFS. Tetapi saya tidak dapat menemukan informasi yang lebih kuat dari itu. Apakah ini benar-benar siap untuk prime-time, atau apakah itu efektif hanya preview teknologi untuk pengelompokan?

Edit: 2014-01-22

Saya menemukan bahwa ReFS hanya mendeteksi bitrot dengan sendirinya. Agar ReFS mendeteksi dan memperbaiki otomatis, Anda juga harus menggunakan Storage Spaces untuk membuat volume RAID-1 menggunakan beberapa drive ReFS. Jadi sepertinya solusi saya berkembang menjadi memiliki perangkat keras RAID menyajikan disk sebagai JBOD, maka Windows akan menangani bagian RAID-1. Saya akan menguji apakah ini merupakan pengaturan yang layak dalam Produksi selama sebulan atau lebih.

Jawaban:


14

Jawabannya adalah "Tidak" yang sangat jelas .

ReFS hanya mendeteksi bit busuk dalam data pengguna jika file tersebut memiliki "Integritas Streaming" diaktifkan (Sumber: dokumen TechNet resmi , posting blog favorit semua orang , dan tempat lain ). Oh, dan Anda juga kehilangan COW (Copy-On-Write) ketika Integrity Streaming dinonaktifkan. Karena Anda tidak dapat menggunakan VHDX yang berada pada volume ReFS kecuali Integrity Streams dinonaktifkan, Anda tidak dapat melindungi VHDX terhadap bit busuk. Permainan telah berakhir.

Ini seperti orang yang sama yang berpikir Clustered Storage Space Pool harus memerlukan setidaknya 3 disk juga yang membuat keputusan untuk membuat hal terbaik tentang ReFS sesuatu yang bisa Anda matikan, dan kemudian meminta orang Hyper-V untuk memerlukannya untuk dinonaktifkan. Sulit membayangkan jumlah "bodoh" menyebar sejauh ini di tim inti seperti itu.

Tambahan

Saat melakukan beberapa pengujian, saya menemukan yang berikut ini yang mungkin berguna bagi orang-orang yang masih ingin bergerak maju:

  • Anda hanya dapat SLM (Storage Live Migrate) VHDX yang sedang digunakan ke volume ReFS-mirror jika tujuan Anda adalah folder di mana Integrity Streaming telah dinonaktifkan.
    • Jika Anda mencoba melakukan SLM ke cermin-ReFS di mana Integrity Streaming diaktifkan , Anda akan mendapatkan kesalahan dengan ini di dalamnya: "Tujuan '...' tidak valid karena dikonfigurasi dengan atribut stream integritas. Pilih tujuan yang tidak memiliki atribut stream integritas untuk melanjutkan. " Anda mendapatkan kesalahan yang sama ketika mencoba melalui PowerShell.
  • Menyalin / Memindahkan file ke cermin-ReFS akan menghasilkan file yang memiliki "bit integritas" yang disetel agar sesuai dengan pengaturan dari folder tujuan.
  • Anda tidak bisa mendapatkan / mengatur bit integritas VHDX yang sedang digunakan.
  • Kalau tidak, kinerja volume ReFS-mirror tampaknya cukup baik (pendapat saya, tentu saja) untuk Produksi. Tes "perbedaan" saya ada di sini jika ada yang peduli.

3
Saya tidak akan menganggap para insinyur di MS bodoh, tetapi ada beberapa masalah sulit yang muncul dengan solusi yang Anda inginkan dan mereka tidak dapat menyelesaikannya tepat waktu atau tidak mungkin membuatnya dapat diandalkan.
Andy

Jika Anda perhatikan, ini bukan "bodoh". Sistem Linux memiliki keterbatasan yang serupa, tetapi jangan memaksakannya. Tentu, Anda dapat menempatkan gambar qcow2 di atas volume BTRFS dengan checksumming diaktifkan - tetapi itu akan berfungsi seperti sampah untuk sebagian besar beban kerja. Matikan checksumming, dan itu jauh lebih baik - namun Anda masih mendapatkan fitur volume, dll dari BTRFS. Jika Anda sangat khawatir tentang hal itu, masukkan ReFS checksumming pada image VM.
Spooler

0

ReFS didukung, dengan integritas data dinonaktifkan, seperti yang Anda temukan. Ini artinya VHD Anda tidak "terlindung dari bitrot" seperti yang Anda katakan di atas. Sistem file itu sendiri, tetapi bukan VHD itu sendiri. Jika ini adalah ukuran perlindungan yang menarik bagi Anda, silakan dan gunakan ReFS.


Anda berdua benar dan salah, mengingat apa yang saya pikir berarti "melindungi" dalam kasus ini. ReFS dengan sendirinya akan mendeteksi dan memberi tahu Anda tentang bitrot, tetapi itu tidak akan memperbaiki secara otomatis untuk Anda. Agar ReFS benar-benar melindungi terhadap bitrot (deteksi dan perbaikan otomatis), Anda harus menggunakan Storage Spaces untuk membuat volume RAID-1 OS-level dari beberapa drive ReFS. ... jadi skenario asli saya tidak akan berfungsi kecuali saya mengorbankan lebih banyak ruang (RAID-1 di atas RAID-1).
Granger
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.