Solaris ボリュームマネージャの管理

RAID-0 (連結方式) ボリューム

RAID–0 (連結方式) ボリュームは、個々のコンポーネントにデータを隣接して順番に配置し、1 つの論理記憶ユニットを形成します。

連結方式ボリュームでは、いくつかのコンポーネントの容量を結合することによって記憶容量を拡張します。したがって、記憶容量の要件に応じてコンポーネントを連結方式ボリュームに追加できます。

連結方式ボリュームでは、記憶容量やファイルシステムのサイズをオンライン状態のまま動的に拡張できます。連結方式ボリュームにコンポーネントを追加するときは、他のコンポーネントがアクティブであってもかまいません。

また、連結方式ボリュームでは、システムを停止しなくても、マウントされている動作中の UFS ファイルシステムを拡張できます。通常、連結方式ボリュームの合計容量は、ボリューム内の全コンポーネントの合計サイズと同じです。ただし、連結方式ボリュームに状態データベースの複製を格納するスライスが含まれている場合には、ボリュームの合計容量は、コンポーネントの合計から複製に予約されている領域を差し引いたものです。

連結方式ボリュームは、1 つのコンポーネントから作成することもできます。記憶容量が必要になってから、ボリュームにコンポーネントを追加できます。


注 –

ルート (/)、swap/usr /opt、または /var ファイルシステムをミラー化する場合は、連結方式ボリュームを使ってこれらのファイルシステムをカプセル化する必要があります。


シナリオ — RAID-0 (連結方式) ボリューム

図 8–2 に、3 つのコンポーネント(スライス) からなる連結方式ボリュームを示します。飛び越し値に基づき、各スライスに順番に書き込むことによって、ボリュームコンポーネントにデータを書き込む方法も示します。

データブロックは、スライス A から各コンポーネントに順次書き込まれます。スライス A には論理データブロック 1 から 4 があり、ディスク B には論理データブロック 5 から 8 が格納され、ドライブ C には論理データブロック 9 から 12 が格納されます。ボリュームの総容量は、3 つのスライスの容量の合計です。したがって、各スライスの容量が 2G バイトであれば、ボリューム全体の容量は 6G バイトになります。

図 8–2 RAID-0 (連結方式) ボリュームの例

最初のスライスからすべての幅、次のスライスからすべての幅という順序でスライス 3 つからとられた飛び越し幅が、単一ボリュームとしてまとめられています。