test

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

Solaris ボリュームマネージャコンポーネントの概要

Solaris ボリュームマネージャで作成できるコンポーネントの基本的なタイプは、ボリューム、ディスクセット、状態データベースの複製、ホットスペア集合の 4 つです。 次の表に、Solaris ボリュームマネージャのコンポーネントの概要を示します。

表 31 Solaris ボリュームマネージャのコンポーネントの要約

Solaris ボリュームマネージャコンポーネント 

定義 

目的 

参照先 

RAID 0 ボリューム (ストライプ方式、連結方式、ストライプ方式の連結)、RAID 1 (ミラー) ボリューム、RAID 5 ボリューム

システム上で単一の論理デバイスとして扱われる物理スライスの集まり 

記憶容量、性能、またはデータの可用性を高める 

「ボリューム」

ソフトパーティション 

物理スライスまたは論理ボリュームを分割したもので、より小さく管理しやすい記憶ユニットを提供する 

大規模な記憶ボリュームを管理し易くする  

 

状態データベース (状態データベースの複製)

Solaris ボリュームマネージャ構成の状態に関する情報を格納するデータベース  

状態データベースの複製を作成しないと、Solaris ボリュームマネージャは動作しない 

「状態データベースと状態データベースの複製 」

ホットスペア集合

サブミラーまたは RAID 5 ボリュームのコンポーネントに障害が発生したときに、自動的に交換されるように予約されているスライス (ホットスペア) の集合 

RAID 1 と RAID 5 ボリュームのデータ可用性を高める 

「ホットスペア集合 」

ディスクセット

個別の名前空間をもつ共有ディスクドライブの集まり。ボリュームとホットスペアを含み、複数のホストによって排他的に共有される 

データの冗長性と可用性を提供し、また個別の名前空間を提供することによって管理を容易にする 

「ディスクセット 」

ボリューム

「ボリューム」とは、物理的には複数のスライスの集合であるが、論理的には単一の論理デバイスとしてシステムに認識される概念の名前です。 実際には、ボリュームは標準 UNIX の擬似または仮想デバイスと同義です。

注

これまで、Solstice DiskSuiteTM 製品ではこのような論理デバイスを「メタデバイス」と呼んでいましたが、 このマニュアルでは、簡潔性と標準化のために「ボリューム」と呼びます。

ボリュームクラス

ボリュームには、RAID 0 (連結方式およびストライプ方式) ボリューム、RAID 1 (ミラー) ボリューム、RAID 5 ボリューム、ソフトパーティション、トランザクションロギングボリュームがあります。

ボリュームの作成や管理には、Solaris 管理コンソール内の「拡張ストレージ」かコマンド行ユーティリティを使用します。

次の表に、ボリュームクラスの要約を示します。

表 32 ボリュームクラス

ボリューム 

説明 

RAID 0 (ストライプ方式または連結方式)

そのまま使用することもでき、また、ミラーおよびトランザクションデバイスの基本的な構築ブロックとして使用することもできます。 RAID 0 ボリューム自体にはデータの冗長性はありません。  

RAID 1 (ミラー)

複数のコピーを保持することによってデータを複製します。 RAID 1 ボリュームは、サブミラーと呼ばれる 1 つまたは複数の RAID 0 ボリュームから構成されます。 

RAID 5

パリティ情報を使ってデータを複製します。 ディスクに障害が発生すると、利用可能なデータとパリティ情報から失われたデータが復元されます。 RAID 5 ボリュームは、通常、複数のスライスで構成されています。 1 スライスに相当する領域がパリティ情報に割り当てられますが、パリティは RAID 5 ボリュームのすべてのスライスに分散されます。 

トランザクション

UFS ファイルシステムのログとして使用されます (ただし、この目的のためには UFS ロギングを推奨します)。 トランザクションボリュームは、マスターデバイスとロギングデバイスから構成されています。 これらのデバイスには、スライス、RAID 0 ボリューム、RAID 1 ボリューム、または RAID 5 ボリュームを使用できます。 マスターデバイスには、UFS ファイルシステムが含まれています。  

ソフトパーティション 

スライスまたは論理ボリュームをより小さい 1 つまたは複数の拡張可能ボリュームに分割します。 

ボリュームの使用方法

ボリュームを使用すると、記憶領域を拡張したり、性能やデータの可用性を高めたりできます。 状況によっては、ボリュームを使用すると、入出力性能が向上することもあります。 機能的には、ボリュームとスライスは同じように動作します。 エンドユーザーや、アプリケーション、ファイルシステムからは、ボリュームとスライスは同じように見えます。 物理デバイスと同じように、ボリュームはブロックまたは raw デバイス名を使ってアクセスされます。 ボリューム名は、ブロックデバイスを使用するか raw デバイスを使用するかによって異なります。 ボリューム名の詳細については、「ボリューム名」を参照してください。

ボリューム上では、mkfs、mount、 umount、ufsdump、ufsrestore など、ファイルシステムのほとんどのコマンドを使用できます。 ただし、format コマンドは使用できません。 ボリューム上にマウント済みのファイルシステムが存在すれば、ボリュームとの間でファイルの読み取り、書き込み、コピーを行うことができます。

例 2 つのスライスから構成されるボリューム

図 32 に、Disk A の 1 つのスライスと Disk B の 1 つのスライスから構成されるボリュームを示します。アプリケーションや UFS は、このボリュームを 1 つの物理ディスクとして扱います。 ボリュームにさらに多くのスライスを追加すれば、容量を増やすことができます。

図 32 ボリューム、物理ディスク、スライスの関係

2 つのディスクのスライスが、Solaris ボリュームマネージャによって、単一の論理ボリュームとして提供されています。

ボリュームとディスク領域の拡張

Solaris ボリュームマネージャでは、ボリュームにスライスを追加することによってボリュームを拡張できます。 既存のボリュームにスライスを追加するには、Solaris 管理コンソール内の「拡張ストレージ」かコマンド行インタフェースを使用します。

ボリュームに含まれているUFS ファイルシステムは、マウントされているかどうかに関係なく、システムを停止したりバックアップをとらなくても拡張できます。 ただし、どのような場合でも、データのバックアップを取ることを推奨します。 ボリュームを拡張したあとは、growfs コマンドを使用してファイルシステムを拡張します。

注

いったん拡張したファイルシステムを縮小することはできません。 これは UFS の制約です。 同じように、いったん拡張した Solaris ボリュームマネージャのパーティションを縮小することはできません。

raw ボリュームを使用するアプリケーションやデータベースは、独自の方法で領域を拡張し、それを認識できなければなりません。 Solaris ボリュームマネージャには、この機能はありません。

ボリュームのディスク領域を拡張するには、次の方法を利用できます。

growfs コマンド

growfs コマンドは、サービスの中断やデータを失うことなく、UFS ファイルシステムを拡張します。 ただし、growfs コマンドが実行している間は、ボリュームへの書き込みアクセスはできません。 ファイルシステムは、それを格納しているスライスまたはボリュームのサイズまで拡張できます。

追加ディスク領域の一部だけを使ってファイルシステムを拡張する場合は、growfs コマンドに -s size オプションを指定します。

注

ミラーを拡張すると、ミラーを構成しているすべてのサブミラーに領域が追加されます。 同じように、トランザクションボリュームを拡張すると、マスターデバイスに領域が追加されます。 その後で RAID 1 ボリュームまたはトランザクションボリュームに対してgrowfs コマンドを実行します。 一般的な規則としては、ボリュームを構成するデバイスに領域を追加してから、トップレベルのデバイスに対して growfs コマンドを実行します。

ボリューム名

ボリューム名の規則

ボリュームに名前を付けるときは、次の規則に従います。

表 33 ボリューム名の例

/dev/md/dsk/d0

ブロック型ボリューム d0

/dev/md/dsk/d1

ブロック型ボリューム d1

/dev/md/rdsk/d126

raw ボリューム d126

/dev/md/rdsk/d127

raw ボリューム d127

ボリューム名に関する指針

ボリューム名を標準化すると、管理が容易になるだけでなく、ボリュームタイプが一目でわかるようになります。 次の推奨事項を考慮してください。

状態データベースと状態データベースの複製

「状態データベース 」は、Solaris ボリュームマネージャの構成の状態に関する情報を格納するデータベースです。 状態データベースは、構成に対して加えられた変更を記録および管理します。 Solaris ボリュームマネージャは、構成や状態に変化があると、状態データベースを自動的に更新します。 たとえば、新しいボリュームの作成は構成の変更であり、 サブミラーの障害は状態の変化を意味します。

状態データベースは、実際には、複製された複数のデータベースコピーの集まりです。 各コピーは、状態データベースの複製と呼ばれ、データベース内のデータが常に有効であることを保証します。 状態データベースのコピーを複数持つことにより、単一点障害からデータを保護することができます。 状態データベースは、既知の状態データベースの複製の格納場所と状態をすべて記録しています。

状態データベースとその状態データベースの複製が作成されるまで、Solaris ボリュームマネージャは動作できません。 Solaris ボリュームマネージャの構成には、必ず有効な状態データベースが必要です。

構成を設定するときは、状態データベースの複製を次のどちらかに配置できます。

Solaris ボリュームマネージャは、状態データベースの複製が割り当てられているスライスを認識し、そのスライスがボリューム内で使用されている場合には、その複製部分を自動的にスキップします。 状態データベースの複製用に予約されているスライスの部分を、他の目的に使用することはできません。

複数の状態データベースのコピーを 1 つのスライス上に置くこともできますが、 そのようにすると、システムは単一点障害に対して脆弱になります。

すべての状態データベースの複製が削除された場合でも、システムは正常に動作します。 しかし、状態データベースの複製がディスク上にまったくない状態でシステムを再起動すると、すべての Solaris ボリュームマネージャの構成データが失われます。

ホットスペア集合

「ホットスペア集合」は、障害のあるコンポーネントと自動的に交換できるように、Solaris ボリュームマネージャが予約しているスライス (「ホットスペア」) の集合です。 ホットスペアは、サブミラーまたは RAID 5 ボリュームのどちらでも使用できます。 RAID 1 と RAID 5 ボリュームでは、ホットスペアを使用することによってデータの可用性が向上します。 ホットスペア集合は、Solaris 管理コンソール内の「拡張ストレージ」とコマンド行インタフェースのどちらでも作成できます。

エラーが発生すると、Solaris ボリュームマネージャは、障害のあるスライスと同じかそれより大きいサイズのホットスペアを探します。 該当するホットスペアが見つかると、Solaris ボリュームマネージャは自動的にそのコンポーネントを交換して、データの再同期をとります。 適切なサイズのスライスがホットスペア集合にないと、サブミラーまたは RAID 5 ボリュームは使用不能とみなされます。 詳細については、 第16章「ホットスペア集合 (概要)」を参照してください。

ディスクセット

ディスクセットとは、論理ボリュームとホットスペアを含む物理的な記憶領域ボリュームの集まりのことです。 ボリュームやホットスペア集合は、そのディスクセット内のドライブだけで構成される必要があります。 ディスクセットに作成したボリュームは、物理スライスと同じように使用できます。

クラスタ環境では、ディスクセットの使用によってデータの可用性が向上します。 一方のホストに障害が発生しても、そのディスクセットを他方のホストが引き継ぐことができます (このタイプの構成は「フェイルオーバー構成」と呼ばれます)。 さらに、ディスクセットを使用することにより、Solaris ボリュームマネージャの名前空間の管理や、ネットワーク接続されている記憶装置へのアクセスが容易になります。

詳細については、第20章「ディスクセット (概要)」を参照してください。