1 つの VG (ボリューム グループ) に異なるタイプの PV (物理ボリューム) を含めることができますか?

Question

背景としては、VG にある LV にデータベース データ ディレクトリがあるということです。LVM のスナップショット機能を使用してデータベース データをバックアップしたいのですが、この VG には空き PE が残っていません。また、LV を縮小することもできませんでした (XFS を使用)。VG には 2 つの PV があり、各 PV は RAID 10 (それぞれ 8 台のハード ドライブ) です。予備のハード ドライブが 2 つあります (ホット フェイルオーバー用で、サイズは RAID10 PV を構成するものと同じです)。

予備ドライブの 1 つを使用して PV を作成し、データベース データ ディレクトリをホストする VG に追加することを検討しています。これは機能しますか? VG に異なるタイプの PV (例: 2 つの RAID 10 PV と 1 つの非 RAID ハード ディスク) を含めることができますか?

Answer 1

ブロックデバイスであるデバイスノードはどれもPVにしてVGのメンバーとして追加できます。たとえば、私のコンピュータの1つにはハードディスクとソリッドステートディスクがあり、これらは単一のPVのメンバーでキャッシュとして機能しています（lvmcache は、Linux の man-pages で使用できます。）。

スナップショット LV を作成する際、ライブ データベース データをホストするために RAID10 PV を使用し、コピー オン ライト (COW) スナップショットを保存するためにスペア ディスクを使用することをお勧めします。スペア ディスクに障害が発生した場合、ライブ データベースではなく進行中のバックアップが失われるため、この方法をお勧めします。LV をホストする正確な PV は、以下の例に示すように、スナップショットを作成するコマンド ラインで指定できます。

# lvcreate -L 10G -n backup_snap_lv -s data_vg/data_lv /dev/sdb
# lvdisplay --maps data_vg/backup_snap_lv

Answer 2

これは LVM の考え方なので、問題はないはずです。最下層には物理ストレージ デバイスがあります。それらに PV が作成され、PV を VG に追加する場合、VG は下にあるものを気にしません。また、LV にスペースを追加したり LV を作成したりする場合、LV は VG がこのスペースをどこから取得するかを気にしません。

もちろん、ミラー（LV の 2 つのコピー）を作成する場合は、それらを異なる PV に配置できる特別なケースがあります（非常に厳密なモードでは、3 番目の PV も必要になります）。

Answer 3

LVM は (ほとんどの場合) VG の PV が存在するブロック デバイスの詳細を気にしません。唯一の大きな例外は、ブロック デバイスがそのような操作をサポートしていると宣言している場合、破棄操作をそのブロック デバイスに渡そうとする場合があるということです。

たとえば、私のホーム サーバー システムでは、4 台の 4TB SATA ハード ドライブと 2 台の 1TB NVMe SSD をすべてシステム上の唯一の VG の PV として設定しています。これは、ディスクを交換する必要があるときにデータの移行が簡単になるからです ( pvmoveVG のマージなどの操作を行う必要がなくなり、簡単なコマンドで済みます)。

しかしただし、これには大きな注意点があります。LVMは基盤となるブロックデバイスを気にしないので、空き領域の断片化を最小限に抑えることだけを気にしない限り、新しいLVを「賢く」配置する（または場合によっては既存のLVを拡張する）ほど賢くはありません。そのため、いつもこのようなセットアップで新しい LV を作成するときに使用する PV を明示的に指定して、期待どおりの動作が得られるようにします。

---

余談ですが、予備ドライブが真実ホット スペア (つまり、アレイの残りのドライブで障害が発生した場合に、システムが自動的にそれらを交換品として使用します) を使用する場合、どうしてもスペースが必要で、二重ドライブ障害の可能性 (各アレイにドライブが多数ある場合、実際には比較的起こり得ます) をまったく気にしない限り、ホット スペアの 1 つを再利用することはお勧めしません。他の方法でスペースを解放できる場合は、それが作業スペースを増やすための最初のアプローチになるはずです。