Dengan rasio ruang terhadap biaya dari hard drive yang mengarah ke kapasitas yang menghadirkan tantangan yang meningkat terhadap sistem Raid paritas (probabilitas URE, pembangunan kembali multi-hari yang menekankan pada drive dan mempertaruhkan kegagalan sekunder) apakah ada kasus yang dibuat bahwa mereka juga memberikan peluang / rekomendasi untuk multi-disk (> 2) Konfigurasi serangan 1 untuk digunakan di rumah dan di usaha kecil? Artinya, ruang RAID1 'limbah' dibandingkan dengan skema paritas, tetapi dengan murah mutli-terabyte drive, ruang tidak bisa dibilang komoditas kita harus untuk buang dibandingkan dengan memori, bandwidth, jam cpu, downtime dll diperlukan dalam striping, membangun kembali dll .
Jika saya memahami teknologi dengan benar, konfigurasi Raid 1 (> 2):
- ..tidak dapat gagal membangun kembali, selama satu drive dapat diakses, begitu pula file-nya.
- ..menyediakan keamanan yang lebih besar relatif terhadap jumlah drive. Ini pada dasarnya adalah inversi dari rasio bukan? Raid5 pada tiga disk memberikan kapasitas yang dapat digunakan 66% dan dapat menangani kegagalan 33% (1 drive). Raid1 hanya menyediakan kapasitas 33% tetapi kegagalan 66% (2 drive).
- ..memiliki mekanisme pemulihan yang lebih mudah dan lebih kuat. Dalam kondisi yang mengerikan, Raid tidak perlu dibangun kembali untuk mengakses data. Drive dapat dimigrasikan di antara sistem yang berbeda.
Poin terakhir itu terasa mirip dengan filosofi UnRaid di mana file disimpan di drive, dan tidak bergaris, dan poin kedua menunjukkan kepada saya sesuatu yang lebih menarik bagi bisnis kecil; memprioritaskan keamanan data daripada kapasitas data. Apa gunanya menyimpan lebih banyak data jika berisiko lebih besar?
Pertanyaan:
Apakah strategi 'mirroring secara manual' konten, sebagai lawan Raid1 menyalin-pada-saat-penulisan, menghindari potensi masalah dengan korupsi memori non-ECC? Karena pekerjaan menulis ke setiap disk akan menjadi proses yang berbeda kesalahan memori yang sama yang terjadi dalam satu penulisan tidak akan secara teoritis terjadi pada yang lain?
Apakah ada perangkat lunak / perangkat keras Raid1 yang dirancang untuk bekerja dengan lebih dari dua drive, dan karena itu dapat menangani perilaku seperti un-raid1 tradisional seperti bit-rot, URE dll? Dengan pengaturan mirror disk tradisional jika disk A melaporkan 0 dan B melaporkan 1, Anda tidak tahu siapa yang membalik, tetapi dalam tiga atau lebih solusi disk tidak bisakah Anda tidak 'memperbaiki' disk aneh yang keluar? A = 0, B = 1, C = 0 sehingga B pasti terbalik?
Pada saat yang sama, apakah solusi Raid1 akan mendukung pembacaan paralel dari lebih dari dua disk untuk memberikan kecepatan baca yang dipercepat? Ini sangat penting karena saya membayangkan ada banyak bisnis yang membaca data yang sama lebih banyak daripada mengeditnya.
Raid bukan solusi cadangan. Jadi jika Anda mengikuti praktik yang baik dan memiliki antara 2-3 lokasi penyimpanan, apakah ini dimaksudkan bahwa hanya satu dari mereka yang terlindung dari kegagalan drive melalui skema raid atau apakah Anda mengharapkan lokasi di luar kantor kedua juga memiliki redundansi multidisk? Apakah ini kasus bahwa bahkan satu drive, yang disimpan di lokasi yang berbeda dianggap dilindungi dari kegagalan perangkat karena itu berada dalam hubungan cermin yang 'efektif' dengan drive di lokasi lain? Jika tidak, maka apakah Raid1 tidak menawarkan redudansi untuk jumlah drive minimum terendah (2)?
Memperbarui:
Poin 1, seperti yang ditunjukkan beberapa orang, ini memang bergantung pada sumber data yang bebas dari kesalahan. Namun ini adalah kasus untuk hampir semua strategi penyimpanan / cadangan. Kami dapat menggunakan sistem canggih untuk integritas data dalam solusi NAS / SAN kami, tetapi data yang kami simpan di dalamnya biasanya dihasilkan oleh stasiun kerja dan perangkat tanpa tindakan seperti itu. Sebagian besar PC produksi dibuat untuk biaya atau kecepatan. Sangat tidak mungkin, terutama dalam bisnis kecil, bahwa komputer yang Anda gunakan CAD atau keuangan atau powerpoint Anda dll menggunakan drive ZFS yang diformat dan memori ECC.
Dalam contoh spesifik saya, salah satu hal yang ingin saya simpan adalah output dari kamera. Saya harus mengasumsikan foto dan video yang disimpannya ke kartu SD adalah 'benar', dan tidak banyak yang bisa saya lakukan jika korupsi terjadi pada titik dalam rantai data.
Saran:
Jika strategi ini tidak didukung pada level RAID, adakah paket perangkat lunak yang dapat digunakan untuk melakukan beberapa aktivitas yang saya bicarakan secara manual? Menulis salinan melalui tugas rysnc yang terpisah dan terpisah? Script bash dapat melakukan scr-bit-rot secara berkala? Hanya checksum semua salinan file tertentu di semua disk, lalu timpa salinan pada disk dengan checksum yang salah menggunakan salinan pada disk yang benar?
sumber
Jawaban:
Untuk menjawab pertanyaan
Mencerminkan konten secara manual akan memintas beberapa masalah potensial yang terkait dengan ECC, tetapi dapat memperkenalkan masalah lainnya. Ini juga mengasumsikan data sumber tidak rusak oleh kegagalan sebelumnya.
Ini tergantung pada perangkat keras / lunaknya. Saya membayangkan sebagian besar implementasi RAID1 tidak akan mengambil bitrot, tetapi akan menangani URE. Pembacaan sepotong data umumnya hanya dilakukan dari 1 drive, tidak semua - yang akan memungkinkan untuk membaca lebih cepat secara keseluruhan.
Jika RAID1 mendukung semua 3 disk, ya, pembacaan paralel akan lebih cepat dengan lebih banyak disk. AFAIK ini tidak didukung dalam mdadm (yaitu solusi berbasis raid perangkat lunak Linux) karena drive ke-3 diperlakukan sebagai cadangan panas.
Apakah Anda mengacaukan lokasi di luar kantor Anda adalah pertanyaan tentang ketahanan dan keandalan. Ini akan menjadi praktik terbaik, tetapi bukan keharusan mutlak. Dalam pikiran saya hard disk adalah bagian yang dapat dikonsumsi - memiliki RAID memungkinkan untuk penggantian kegagalan tanpa harus membangun kembali DAN meningkatkan daya tahan. Ini benar-benar akan menjadi diskusi biaya-manfaat.
sumber
Mari kita mulai dengan asumsi:
Ini benar, tetapi itu tidak melindungi dari sambaran petir, pencurian, banjir dll. Dengan demikian, sementara Anda mengurangi satu risiko, Anda masih memerlukan cadangan di luar lokasi.
Itu mengasumsikan bahwa kegagalan drive independen. Pada SAS, ini mungkin terjadi (kecuali drive gagal spektakuler dan juga merusak drive lain), tetapi tidak demikian halnya dengan PATA atau SATA. Biasanya disk yang digantung berarti semua drive pada pengontrol itu akan hang. Anda masih akan memiliki data tetapi Anda juga akan memiliki waktu henti.
Sebagian besar waktu pembangunan kembali tidak menjadi masalah. Tidak ada yang membangun kembali array RAID. Dengan disk terabyte, lebih cepat untuk mengganti disk, membuat ulang array dengan data Anda dan memulihkan dari cadangan.
Dari perspektif bisnis, tujuan rata-rata dari RAID adalah menjaga agar sistem tetap berjalan hingga pukul 17:00, lalu pastikan cadangan harian Anda berfungsi, diikuti oleh disk baru, array RAID baru, dan pemulihan dari cadangan.
Ini tergantung banyak implementasi RAID. Mungkin berhasil. Mungkin tidak.
Jika kamu beruntung. Tetapi apa yang akan menghentikan Anda untuk berhasil dan tanpa cacat menyalin file yang sudah diperbaiki?
Ada 'RAID1-flavour' yang disebut RAID5 ....
Serius meskipun, RAID3,4,5, dan RAID6 datang ke pikiran. Tidak perlu memaksakan cermin menjadi sesuatu yang lain.
RAID 5 akan. Dan RAID 6, dan ...
Saya ingin cadangan offline . Satu tidak dapat diakses melalui Internet dan di lokasi yang berbeda secara fisik. Cadangan kedua yang dapat dijangkau dan diperbarui setiap hari juga bagus. Tetapi sebagian besar dalam kasus kebakaran dan sejenisnya.
Mothly backup untuk benar-benar aman offline dan setiap hari ke tape / disk / cloud akan menjadi tambahan yang bagus untuk itu.
RAID bukan cadangan. Bagian dari RAID bukanlah cadangan yang tepat. Bahkan disk dari cermin multidisk. Bergantung pada implementasi RAID Anda, mungkin berhasil atau tidak. Cadangan yang tepat selalu berfungsi. Bahkan setelah memperbarui perangkat lunak (misalnya driver RAID).
Ia menawarkan redudancy ke sektor yang tidak dapat digunakan kembali atau disk yang rusak.
Dan hanya itu yang biasanya dibutuhkan. Redundansi yang cukup untuk menjaga semuanya tetap berjalan sampai Anda dapat melakukan perawatan darurat.
sumber