論理ボリューム管理（LVM）とは：仕組み、利点、用途

基本概念と構成要素

多くのLVM実装では、少数の階層化されたオブジェクトが使用される。

• 物理ボリューム（PV） — 未加工の容量を提供する実際のディスクまたはパーティション。
• ボリュームグループ（VG） — 1つ以上のPVから構成される物理容量のプール。
• 論理ボリューム（LV） — VGから切り出され、ファイルシステムまたは仮想マシンに提示されるブロックデバイス。
• 割り当て単位（エクステント）、メタデータ、およびシンプロビジョニング、スナップショット、ストライピング、ミラーリングなどの任意の技術。

歴史と発展

論理ストレージを物理ディスクから分離する考え方は、エンタープライズ向けUnixシステムで使われた商用ボリュームマネージャにさかのぼる。時代とともに、オープンソースプロジェクトも類似した機能を実装した。現代のLinux LVM（しばしばLVM2と呼ばれる）や、Windowsのダイナミックディスク、記憶域スペースなどのシステムは、同じ一般的なモデルに従っている。機能はシンプロビジョニング、コピーオンライト方式のスナップショット、RAIDまたはキャッシュ層との統合を含むまでに拡張されている。

用途と利点

LVMは、次の機能をサポートするため、サーバーおよびワークステーションのストレージで広く利用されている。

• ボリュームとファイルシステムのオンラインでのサイズ変更。停止時間なしで容量を拡張できる。
• 複数の物理デバイスを単一の論理デバイスへ統合し、管理を簡素化すること。
• 一貫性のあるバックアップおよびテストのためのスナップショット。
• RAIDと組み合わせた場合の、ストライピングとミラーリングによる性能および冗長性の方式。

制限と重要な違い

LVMは強力である一方、バックアップの代替ではなく、いくつかのトレードオフも伴う。管理が必要なメタデータを追加し、ディスク障害後の復旧を複雑にする可能性がある。LVMはファイルシステムレベルのツールとは異なり、ブロックデバイス層で動作する。ハードウェアまたはソフトウェアRAIDと併用できるほか、ボリューム管理とファイルシステム機能を統合したZFSのようなストレージシステムと対比することもできる。

適切な運用には、メタデータのバックアップ保持、ボリュームグループ内の空き容量の監視、性能のための割り当て配置、そしてLVMと適切なバックアップおよび冗長化戦略の組み合わせが含まれる。適切に使用すれば、論理ボリューム管理はストレージ管理の柔軟性と効率を大きく高める。