Saya memiliki TS-873A dengan RAM 64GB, OS QuTS Hero ZFS, 2x 4TB NVMe dalam RAID 1 sebagai Storage Pool 1 (Sistem), 5x 28TB Seagate Exos dalam RAID5 sebagai Storage Pool 2, dan 3x 28TB Seagate Exos dalam RAID5 sebagai Storage Pool 3.
Rencana saya adalah mencadangkan Storage Pool 3, menghapusnya, dan menambahkan tiga HDD yang dilepaskan ke Storage Pool 2, sehingga Storage Pool 2 yang diperbarui akan menjadi 8x 28TB HDD. Setelah itu selesai, saya berencana untuk meng-upgrade Storage Pool 2 dari RAID5 ke RAID6, yang akan memberikan redundansi dua disk, bukan hanya satu.
Apakah rencana tersebut masuk akal? Apakah RAID6 akan jauh lebih lambat dibandingkan RAID5? Berapa lama (perkiraan) migrasi ke RAID6 akan berlangsung, mengingat Storage Pool 2 saat ini berisi sekitar 60TB data (dari total ruang pool 98TB)?
Atau sebaiknya saya mempertahankan konfigurasi saat ini dengan dua storage pool RAID5?
Skenario terburuk adalah mencadangkan Storage Pool 2 dan 3, menghapus keduanya, lalu membuat satu Storage Pool yang terdiri dari semua 8 HDD yang dikonfigurasi dalam RAID 6. Apakah itu akan lebih baik daripada RAID 5 dalam hal performa?
Kurangnya jalur migrasi antar level RAID adalah salah satu dari banyak alasan saya tidak suka ZFS.
Misalkan saya akan menghancurkan kedua Storage Pool RAID 5 dan membuat satu RAID 6 baru dengan semua 8 HDD. Dampak performa seperti apa yang bisa saya harapkan? Bagaimana performa baca, tulis, dan pencarian akan terlihat?
Perlu dicatat, menurut dokumentasi, Anda perlu menambahkan dua atau lebih drive saat memperluas grup RAID.
Terkait performa yang Anda sebutkan, ini biasanya berkaitan dengan jaringan Anda atau protokol di sisi klien. Jika Anda tertarik, silakan bagikan situasi spesifik Anda kepada kami, dan kami dapat memeriksa apakah kami memiliki data relevan untuk dibagikan.
Yang terpenting: Sebelum melakukan migrasi apa pun, pastikan semua data penting Anda sudah dicadangkan!
Jadi, jika saya menghapus Storage Pool 3 dan menambahkan 3 HDD yang dilepas ke Storage Pool 2 (awalnya 5 HDD), saya kemudian bisa meng-upgrade Storage Pool 2 dari RAID 5 ke RAID 6 (total 8 HDD), benar? Saya hanya ingin memastikan.
Dan berbicara tentang performa, saya tertarik dengan potensi penalti terkait perhitungan checksum RAID 6 dibandingkan RAID 5. Apakah RAID 6 lebih lambat karena harus menghitung dua checksum dibandingkan satu checksum pada RAID 5? Saya tidak ingin mencampur urusan jaringan atau hal eksternal lainnya pada tahap ini karena saya lebih tertarik mengetahui dampaknya pada sistem penyimpanan dan bagaimana TS-873A akan menanganinya. Sumber online kebanyakan fokus pada kecepatan jaringan. Saya tidak menemukan informasi terkait efek pada performa storage dan bagaimana CPU/NAS menanganinya.
Dan berbicara soal performa, saya tertarik dengan penalti yang terkait dengan perhitungan checksum RAID 6 dibanding RAID 5. Apakah RAID 6 lebih lambat karena harus menghitung dua checksum dibanding satu checksum di RAID 5? Saya tidak ingin membahas jaringan atau hal eksternal pada tahap ini karena saya lebih tertarik mengetahui dampaknya pada sistem penyimpanan dan bagaimana TS-873A akan menanganinya. Sumber online semuanya fokus pada kecepatan jaringan. Saya tidak menemukan apa pun terkait efek pada performa penyimpanan dan bagaimana CPU/NAS menanganinya.
“Kinerja tulis RAID 6 sekitar 20% lebih buruk daripada RAID 5” jawaban dari AI ini konsisten dengan pengujian surveillance yang baru-baru ini kami lakukan.
Jika bukan untuk surveillance tapi hanya untuk penyimpanan data umum, menggunakan RAID 6 seharusnya tidak menjadi masalah.
OpenZFS /QuTS hero - ZFS memprioritaskan integritas data
1)
Anda tidak dapat mengubah RAID5 (ZFS RAIDZ1) menjadi RAID6 (ZFS RAIDZ2)
Anda harus menghapus pool penyimpanan ZFS yang sudah Anda buat sebagai RAID5 dan kemudian membuat ulang sebagai RAID6. Jadi, Anda HARUS memiliki backup agar dapat menyalin data kembali ke ZFS RAID6 yang baru.
Mengapa?
Tidak seperti beberapa sistem hardware RAID, ZFS tidak mendukung perubahan level redundansi secara langsung karena:
Akan membutuhkan re-striping seluruh vdev.
Risiko korupsi jika proses terganggu.
ZFS memprioritaskan integritas data dibanding fleksibilitas.
2)
YANG BARU adalah sekarang Anda dapat menambah drive ke ZFS RAID5 atau RAID6 yang sudah ada
Mulai dari OpenZFS versi 2.3.0 / QuTS hero 5.2.x ini memang sudah memungkinkan. Menambahkan HDD 30TB akan memakan waktu sekitar setengah hari atau lebih, tetapi berjalan dengan baik. Saya sudah mencobanya dengan HDD 18TB. Setelah Anda menambahkan satu HDD, Anda dapat menambah HDD berikutnya.
3)
Penurunan performa antara RAID5 berbasis HDD dan RAID6 sekitar 10%. Jadi, tidak terlalu besar.
Perbedaan nyata adalah antara HDD RAID 10 dan RAID5 atau RAID6. Karena dengan RAID10 Anda bisa mendapatkan performa dari seluruh spindle HDD. Tapi, ya, dengan RAID10 Anda harus “mengorbankan” setengah dari total kapasitas disk Anda.
Contoh BACA:
8 disk → 4 mirror → pembacaan bisa dari semua 8 disk → hampir 8× kecepatan baca single-disk untuk beban kerja sekuensial.
Contoh TULIS:
8 disk → 4 mirror → kecepatan tulis ≈ 4× kecepatan single-disk untuk tulisan sekuensial.
Latensi:
Hanya sedikit meningkat karena arsitektur HDD dengan kepala baca/tulis fisiknya.
Dengan asumsi berdasarkan instruksi Anda, saya akan lanjutkan.
Berapa lama waktu upgrade yang harus saya harapkan?
Untuk NAS saya, penggantian satu disk 28TB membutuhkan sekitar 5 hari. Jika saya akan menambahkan 3x HDD 28TB ke Storage Pool 1 (yang saat ini berisi 5x 28TB) dan memulai ekspansi dari RAID5 ke RAID6 (menjadi 8x HDD 28TB), apakah saya harus mengharapkan waktu sekitar 5 hari untuk selesai (karena 3 disk akan ditambahkan sekaligus) atau 3x 5 hari = dua minggu bagi NAS untuk memproses tiga HDD tambahan dan menambahkannya ke Storage Pool 1 sambil mengonversi ke RAID6 secara bersamaan?
Itu adalah operasi besar, jadi saya lebih memilih untuk mengumpulkan semua informasi sebelum memutuskan langkah selanjutnya.
Hai @Krispy, Anda perlu menambahkan 3 disk sekaligus untuk migrasi dari RAID 5 ke RAID 6.
Untuk waktu migrasi, ini tergantung pada banyak hal seperti level CPU, prioritas sinkronisasi, kesehatan disk, beban NAS saat ini, dan lain-lain, jadi kami tidak dapat menentukan waktunya secara pasti.
Migrasi dari 5x 28TB RAID5 ke 8x 28TB RAID6 dan tetap menjaga operasi layanan NAS yang ada kemungkinan akan memakan waktu setidaknya satu hingga dua minggu atau lebih, dan melakukan backup data dari sistem 5x 28TB RAID5 sebelumnya juga akan menjadi tantangan.
Mari kita asumsikan NAS tidak akan digunakan selama penambahan 3x HDD 28TB dan migrasi RAID5 ke RAID6. Dan kita tidak perlu khawatir tentang backup - itu akan dilakukan. Mari kita fokus pada ekspansi dan migrasi level RAID saja.
Apakah waktu penyelesaiannya akan lebih mendekati waktu yang dibutuhkan NAS untuk memproses satu disk (karena ketiganya akan ditambahkan sekaligus) atau akan memakan waktu 3x 5 hari?
Saya akhirnya sampai pada titik di mana saya siap untuk melanjutkan migrasi ke RAID6 dari RAID5 (dari 5 HDD menjadi 7 HDD). Saya sudah mengikuti panduan Anda, tetapi pada langkah terakhir muncul jendela dengan pesan berikut:
Semua data pada disk yang dipilih akan dihapus. Apakah Anda yakin ingin melanjutkan?
Apakah ini berarti seluruh StoragePool akan dihapus?
Atau hanya berarti bahwa hanya konten dari dua disk baru yang saya tambahkan ke pool yang akan dihapus?
Pembaruan singkat tentang progresnya. Migrasi sudah berjalan selama 7 hari dan baru 38% selesai. Lambat banget.
NAS tidak terlalu sibuk, CPU sekitar 70% dan RAM bebas 21GB. Selama minggu itu, Multimedia Console dan Qsirch mendapat pembaruan yang menyebabkan pemrosesan ulang pengenalan wajah di semua foto. Tidak banyak proses lain yang berjalan di latar belakang.
Waktu CPU 70% bukanlah masalahnya. Anda perlu melihat beban CPU dengan menjalankan perintah “top” di shell SSH. Nilai load secara efektif adalah jumlah thread yang sedang dalam antrian. Jika nilainya lebih tinggi dari jumlah core pada CPU Anda, maka Anda akan mulai menjadi sangat lambat. Tidak masalah apakah nilai waktu CPU 10% atau 90%. Jika load Anda lebih tinggi dari jumlah core, Anda akan sangat lambat.
Pembangunan RAID adalah proses yang sangat intensif. Saya tidak heran jika proses ini memakan waktu lama, terutama dengan kapasitas seperti 80 TB seperti yang Anda tunjukkan.
Ya, top menunjukkan bahwa Load sekitar 17… sedikit lebih dari dua kali jumlah thread CPU. Itu “berkat” hal aneh bernama Qsirch yang pekerjaannya tak pernah selesai.
Qsirch adalah aplikasi pencarian milik QNAP. Sebenarnya aplikasi ini sangat, sangat bagus dan cepat. Saya merasa Qsirch adalah mesin pencari yang luar biasa untuk menemukan berbagai hal di NAS. NAMUN, aplikasi ini akan mengindeks setiap file di NAS Anda, dan dengan ukuran pool 80 TB, itu akan memakan waktu dan banyak sumber daya.
Jadi, berikut yang bisa Anda lakukan. Pertama, jika Anda merasa tidak membutuhkan Qsirch, hapus saja aplikasinya. Kedua, jika Anda ingin tetap menggunakannya (menurut saya layak dipertahankan karena sangat powerful), cukup hentikan Qsirch selama proses rebuild RAID Anda. Setelah rebuild selesai, Anda bisa menyalakannya kembali.
Sekarang, jika Anda tetap menggunakan dan menyalakan Qsirch, saya sangat menyarankan untuk masuk ke aplikasi dan menambahkan folder-folder yang tidak ingin atau tidak perlu dicari ke dalam daftar pengecualian (exclude list). Misalnya, saya punya beberapa folder dari komputer lama yang harus saya periksa secara manual untuk memilih mana yang ingin saya simpan, dsb. Sebagian besar isinya adalah backup library foto, hard drive mesin virtual lama, dan sebagainya. Itu adalah data yang sebenarnya tidak perlu saya cari. Jadi, saya mengecualikannya. Berikut gambar beberapa folder saya:
Ini akan mengurangi cakupan Qsirch dalam mengindeks data. Sekarang, Anda bisa melakukan berbagai pengindeksan dan penyortiran lanjutan dengan Qsirch. Jika Anda mengaktifkan fitur-fitur ini, proses pengindeksan akan memakan waktu lebih lama lagi:
Setelah proses pengindeksan selesai, Qsirch akan menjadi lebih tenang dan tidak memakan banyak sumber daya. Kadang-kadang aplikasi ini akan berjalan lagi untuk melakukan pemeliharaan. Beberapa hari lalu, Qsirch sempat aktif lagi di NAS saya, tapi akhirnya kembali normal.
Tidak terlalu mengganggu jika tidak ada aktivitas lain di NAS Anda. Tapi sangat menyebalkan jika Anda sedang melakukan rebuild RAID atau proses serupa!
