Hot cadangan atau drive paritas ekstra dalam array RAID?


10

Dalam pertanyaan yang berbeda tentang konfigurasi array RAID, penulis membuat array RAID dengan 8 drive.

Satu jawaban menyarankan menggunakan 7 drive di RAID 5 dengan satu yang tersisa sebagai cadangan panas. Karena RAID 6 melindungi dari dua kegagalan, bahkan jika mereka bersamaan, saya berasumsi bahwa itu akan selalu menjadi pilihan yang lebih baik.

Kapan Anda akan menggunakan cadangan panas alih-alih drive paritas ekstra?


Jawaban yang benar di sini tentu saja adalah bahwa Anda harus menggunakan RAID6 dengan cadangan panas (atau mungkin bahkan 2)
Mark Henderson

Jawaban:


6

Satu-satunya alasan bagus untuk memiliki cadangan panas menurut saya adalah jika Anda memiliki beberapa array RAID-5/6 dan ingin berbagi cadangan di antara mereka. Kalau tidak, itu akan sia-sia.

Banyak yang akan membenarkan penggunaan cadangan RAID-5 + vs RAID-6 dengan alasan kinerja, tetapi perbedaan kinerja ini adalah TEORI. Dari pengalaman saya, perbedaan kinerja NYATA antara RAID-6 dan RAID-5 dapat diabaikan atau tidak ada. Saya berbicara tentang perangkat keras RAID dengan pengontrol yang layak dengan setidaknya 8 drive, dan sistem dengan memori yang cukup untuk menyediakan caching yang baik. Dalam konfigurasi ini kecepatan tulis kemungkinan dibatasi oleh bandwidth bus SATA / SAS / SCSI. Jadi, jika kinerja bukan argumen maka yang lainnya mendukung RAID-6.


+1: Saya setuju. Saya tidak melihat alasan untuk menggunakan RAID-5 saat RAID-6 tersedia. Benchmark perangkat keras. Seharusnya bisa melakukan RAID-6 dengan kecepatan penuh, atau hampir.
Zan Lynx

Jika benar bahwa perbedaan kinerja praktis dapat diabaikan, maka satu-satunya alasan kuat untuk menggunakan cadangan panas adalah membagikannya di antara beberapa array. Jadi saya memilih jawaban ini.
Nic

1
sekarang ZFS RAID-Z3 (3 drive redundan) sudah matang, lebih aman daripada RAID6 + cadangan panas.
BeowulfNode42

4

Biasanya, saya sarankan menghindari RAID 5 yang mendukung RAID 10 ... Tetapi untuk menjawab pertanyaan Anda, ini bisa menjadi fungsi dari kebutuhan dan persyaratan aplikasi Anda, serta kapasitas drive.

Contoh menggunakan cadangan bukan dual-paritas adalah ketika kinerja adalah prioritas dan ada sedikit kekhawatiran tentang waktu membangun kembali (seperti dengan disk berkapasitas tinggi) atau kegagalan kedua selama pembangunan kembali RAID 5.


3

Ketika kinerja lebih penting daripada kemungkinan bahwa Anda dapat kehilangan dua drive dengan cepat. Menambahkan paritas kedua, berarti kontroler RAID, harus menghitung paritas kedua. Meskipun jika saya benar-benar khawatir tentang kinerja saya mungkin tidak akan melihat RAID5 sama sekali.

Juga, jangan lupa, jika Anda sangat paranoid Anda bisa melakukan keduanya RAID6 dan cadangan panas.

Juga perlu diingat bahwa RAID5 lebih umum, beberapa pengendali bahkan tidak mendukung RAID6.


Pengontrol serangan perangkat keras saat ini memberikan kecepatan yang sama untuk serangan 1 seperti untuk serangan 5 atau serangan 6. Denda kecepatan mungkin benar untuk serangan perangkat lunak dan ketika prosesor lambat.
Nils

Sebenarnya tidak ada 2 perhitungan paritas terpisah di Raid6. Ini lebih seperti memperluas (n-2) bit data menjadi (n) bit (data + paritas) menggunakan rumus khusus. (Ini lebih mirip dengan pengkodean Solomon-Reed sebenarnya.) Hari-hari ini pengontrol melakukan ini dalam perangkat keras yang sangat dioptimalkan sehingga kinerjanya sangat minim. Jika Anda ditakdirkan untuk melakukan perangkat lunak-Raid maka Raid5 kemungkinan besar akan melakukan lebih baik karena perhitungan itu lebih mudah dalam perangkat lunak.
Tonny

Sebenarnya ya ada dua perhitungan paritas terpisah. pbiasanya dihitung dengan cepat dan mudah (XOR) sedangkan qperhitungannya lebih kompleks. Bukan berarti raid6 perangkat lunak bahkan dianggap lambat pada perangkat keras saat ini - laptop saya melaporkan tingkat perhitungan paritas (generasi, bukan membangun kembali) sebesar 10446 MBps.
MikeyB

1
+1 untuk paragraf 2 Anda - RAID6 dengan cadangan panas adalah jawaban yang benar
Mark Henderson

2

Dengan asumsi RAID 10 bukan pilihan, dari sudut pandang redundansi yang ketat, saya lebih suka RAID 6 dengan cadangan dingin di atas RAID 5 dengan cadangan panas. Peluang dua kegagalan serentak rendah, tetapi RAID 6 juga mengurangi URE dengan memiliki data paritas yang lebih baik.

Dari perspektif kinerja, Anda tidak dapat menggunakan keduanya secara bergantian. RAID 6 memiliki penalti tulis lebih tinggi dari RAID 5, sehingga penulisan Anda akan menderita. Juga, RAID 6 dengan dua drive terdegradasi dalam array (kasus terburuk ke-2 untuk kegagalan total) akan berkinerja buruk selama pembangunan kembali.

Semua hal dipertimbangkan, jika Anda memperhitungkan kinerja yang lebih rendah dari RAID 6 dan itu masih merupakan pilihan dan RAID 10 bukan pilihan, maka saya akan mengatakan pergi dengan RAID 6 dan menyimpan setidaknya satu cadangan dingin di rak di suatu tempat.


2

Pada dasarnya ...

  • Jika Anda menggunakan serangan 5 + 1.

  • Anda memiliki hot swap disk yang rasanya sedang tidak digunakan. Jadi ... disk tidak menghitung menit kerja. ketika akan mengganti disk lain, maka dia akan menjadi seperti disk baru.

  • Anda tidak bisa memastikan apakah disk akan baik-baik saja. Jika gagal ketika Anda mengganti yang mati ...
  • Serangan 5 + 1 Tulis = satu paritas (Kurang CPU)
  • Dalam kasus disk yang buruk, Raid masuk dalam mode terdegradasi dan mulai membangun kembali dalam disk cadangan. maka Anda mengganti disk cadangan

Jika Anda menggunakan raid 6

  • Disk sedang digunakan ... Jadi disk akan selalu berfungsi dan Anda akan dapat memantau kesehatannya di bawah beban kerja.
  • Raid 6 Write = parity ganda (Lebih banyak CPU)
  • Dalam hal disk buruk, Raid masuk dalam mode terdegradasi dan menunggu Anda untuk mengganti disk buruk. Jika disk kedua gagal, Anda tetap terdegradasi tetapi tanpa paritas. Ini akan memulai pemulihan ketika disk baru sedang diserbu.

Dalam beberapa kasus penyebab gangguan daya atau Suhu dalam sistem dengan aliran udara buruk, ini akan membuat perangkat kiri bekerja lebih keras daripada dalam penggerebekan Status yang optimal.

Ambil sebagai contoh Raid 5 + 1 dengan 6 disk Load seimbang ke 5 disk dan 1 menunggu jika 1 gagal maka cpu semakin tinggi untuk memulihkan paritas ke disk baru

Ambil contoh Raid 6 dengan 6 disk. Load seimbang ke 6 disk. jika 1 gagal maka cpu tidak akan lebih tinggi tetapi disk menjadi tinggi karena beban seimbang ke 5. jika 2 gagal maka cpu tidak akan lebih tinggi lagi tetapi disk menjadi tinggi lagi karena lode diimbangi ke 4 disk

Pendapat saya adalah menggunakan cadangan panas HANYA jika Anda memiliki lebih dari 1 Volume serangan dalam sistem yang sama sehingga Anda akan dapat menggunakan cadangan panas di semua volume serangan.


1

Sudahkah Anda menguji kinerja aplikasi Anda terhadap array RAID5 yang berjalan dalam mode terdegradasi selama pembangunan kembali? Jika tidak, saya pikir Anda akan menemukan mereka tidak bekerja dengan baik sama sekali. Dalam beberapa aplikasi kritis kinerja tinggi, ini bisa berarti aplikasi tersebut pada dasarnya turun sampai pembangunan kembali selesai. Dan dengan drive kapasitas yang sangat besar, itu bisa menjadi waktu yang sangat lama. Tujuannya adalah untuk menghindari situasi pembangunan kembali itu jika memungkinkan.


2
Dengan pengendali serangan yang lebih baik, Anda dapat menyesuaikan laju rekondisi. Pada sistem produksi dengan beban io tinggi mereka harus rendah. Pada sistem uji mereka bisa tinggi.
Nils

-1

Saya pergi dengan jawaban ewwhite mengenai masalah waktu bangun kembali. Tetapi ketika waktu membangun kembali tidak ada masalah saya akan menggunakan semua 8 disk dalam serangan 5 - yang akan memberikan kecepatan lebih (dalam keadaan normal). Jika satu drive turun - hot swap dengan yang baru (ini mengasumsikan disk hot-swappable).


... dan berdoalah agar tidak ada 7 disk lain dalam array yang mengalami masalah laten, atau mengembangkan masalah, selama pembangunan kembali.
CVn

@Michael Kjörling: 5 tahun kemudian dengan Disk yang lebih besar saya akan pergi untuk Raid 6. Tapi tidak ada cadangan ekstra. Tapi Server hari ini memiliki 10+ Disk.
Nils
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.