A、LVM2
1、LVM：論理ボリューム・マネージャ、バージョン：2
LVMは、当社のソフトRAIDと少し似ているが、彼らは正反対のドライブ、私たちはソフトウェアRAID MDカーネルモジュールを使用すると、LVMはデバイスマッパー（デバイスマッピングコンポーネント）であるDMモジュールを使用して。
図2に示すように、DM：デバイスマッパー、一つ以上の基礎となるデバイスは、論理デバイスモジュールのブロックに編成します
図3に示すように、我々の最初の物理ディスクデバイスが我々のPVに利用可能であるが作成されたPVがPEに分割されなくなるまで、デバイスは、利用可能なメタデータレコード、及び我々の組成のPV VGの次に複数、VG我々の組成物です。我々の組成VG PV PVは、我々は、ブロック（PE [物理エクステント]）VG組成物を複数に分割する場合。我々は異なるVG PEのサイズは同じではありません持っている可能性があるため、単一のPE VGは、いくつかの8Mであるなど、当社のPV PEのみVGへの割り当て後に開始追加されるので、いくつかの単一PE VGは、16Mです。LVは、私たちのVGプロセス上のストレージ・ボリュームを作成する論理記憶空間を構成するためにPEコースの一定数を指定することです。このスペースは、PEの16Mと一緒に行く、その後、我々はあまりにも失うを割り当てることができますを見つけるためにちょうど十分でない場合たとえば、私は、PEは4M 12Mの合計は将来的に、そしてされていることを3個のPEを与え、その後、12Mに戻りましたしかし、LVに格納されたデータに損傷を与えないであろうプロセスは、論理ボリュームのサイズは、動的に元のデータを損傷することなく拡大又は縮小することができます
図4は、論理ボリュームの後に彼に割り当てられた後我々のPEはもはやPEと呼ばれていないとLEと呼ばれている[ロジックエクステント]
各デバイスファイル5、VG用語は、/ devの/マッパ/ VOL0ルートとしては/ dev /マッパ/のvg_name-LV_NAMEのデバイスファイルの終了後、彼の組織はVOL0このボリュームグループに呼ばれるルートを表します論理ボリュームLV。それは彼が、すなわちある彼に、単純なシンボリックリンク、は、/ dev /のvg_name / LV_NAMEを、持っているので、覚えておくことは非常に簡単ではありませんので
/ dev /マッパー/のvg_name-LV_NAME <---は/ dev /のvg_name / LV_NAME
[ルート@ localhostの〜]＃のLS - LDの/ dev /マッパー/ * lrwxrwxrwx 1つのルートルート1月7日7午前5時09分に/ dev /マッパー/ CentOSのルート- > ../dm-0 lrwxrwxrwx 1つのルートルート1月7日7 05 ：09 / DEV /マッパ/ CentOSのスワップ- > ../dm-1 CRW ------- 1つのルートルート10、236 1月7日午前5時09分の/ dev /マッパ/制御 [ルート@ localhostの〜]＃ LS -ldは/ dev / CentOSの/ * lrwxrwxrwx 1つのルートルート1月7日午前5時09分7の/ dev / CentOSの/ルート- > ../dm-0 lrwxrwxrwx 1ルートルート1月7日午前5時09分7の/ dev / CentOSの/スワップ- > ../dm-1
二、LVM説明
1、LVM：論理ボリューム・マネージャ、バージョン：2
図2に示すように、DM：デバイスマッパー、一つ以上の基礎となるデバイスは、論理デバイスモジュールのブロックに編成します
/ dev / DM-＃
/ dev /マッパー/のvg_name-LV_NAME
/ dev /マッパー/ VOL0ルート
/ dev /のvg_name / LV_NAME
/ dev / VOL0 /ルート
午後12時16分50秒