自宅サーバーのストレージを RAID0、つまり striping 構成に変更した時の記録です。元々 SSD 2 本を搭載していましたが、LVM で 1 つのボリュームとして使っているだけで、速度面では SSD を並べる意味をあまり活かせていませんでした。
そこで、IOPS やシーケンシャル性能の向上を狙って RAID0 を試しました。ただし、RAID0 は耐障害性がないため、実運用ではバックアップ前提の構成です。
用品
SSD・ストレージ用品
SSD、ストレージ増設用品、バックアップ用ストレージを探したい場合のリンクです。価格や在庫、規格はリンク先で確認してください。
Amazon で見るこのリンクは Amazon アソシエイトリンクです。
RAID0 は速くなるが壊れやすい
RAID0 は、データを複数のディスクに分散して読み書きすることで性能を上げる構成です。複数のディスクを同時に使えるため、読み書き速度の向上が期待できます。
一方で、冗長性はありません。1 本でも SSD が故障すると、基本的に全体のデータが失われます。そのため、RAID0 を使うならバックアップの考え方が必須です。
当時の構成
今回の環境では、Linux のソフトウェア RAID ではなく、マザーボード内蔵の RAID 機能を使いました。マザーボードは GIGABYTE GA-H77-DS3H で、BIOS 側から RAID を有効化しています。
この自宅サーバーは KVM のホスト OS として使っており、ゲスト OS はホスト OS 上の LVM パーティションに配置していました。ファイルベースではなく LVM にしていたのは、仮想化のオーバーヘッドをできるだけ小さくしたかったためです。
hdparm で確認した結果
効果測定には hdparm -t を使用しました。厳密なベンチマークではありませんが、当時の比較としては分かりやすい結果になりました。
| 項目 | 非 RAID | RAID0 | 上昇率 |
|---|---|---|---|
| ホスト OS | 268.23 MB/sec | 831.9 MB/sec | 約 210% |
| ゲスト OS | 272.45 MB/sec | 442.1 MB/sec | 約 62% |
ホスト OS ではかなり大きく伸び、ゲスト OS では伸び幅が抑えられています。ゲスト側では仮想化やストレージ経路の影響が出ていたのだと思います。
RAID0 は用途を選ぶ
RAID0 は、速さを求める実験や、消えても復旧できるデータ領域には使いやすい構成です。しかし、大事なデータを置く場所としてはかなり危険です。
- バックアップなしで RAID0 を使わない。
- OS 領域や検証用途など、壊れても復旧できる範囲に限定する。
- 性能だけでなく、復旧手順も含めて考える。
当時は、外部ストレージに定期バックアップを取ることで最低限のデータ保護をする考えでした。今見ても、RAID0 は速さと引き換えにリスクを受け入れる構成だと思います。





