mdadmの上にLVMを配置し、mdデバイスのサイズが変更されたら、ボリュームグループのサイズを変更できますか?

mdadmの上にLVMを配置し、mdデバイスのサイズが変更されたら、ボリュームグループのサイズを変更できますか?

重要なデータ量が増え続けるにつれて、冗長性、柔軟性、およびコスト効率のためのソフトウェアRAID5アレイが必要です。

私のディストリビューション(OpenWrt)はZFSをサポートしていないため、ZFSは私には適していません。 Btrfs RAID5は長い間破損しており、開発者がそれを修正する可能性はほとんどありません。私が知る限り、

答え1

LVMの観点から見ると、MDデバイスはLV側に変更がなく他のデバイスと同様にPVになるため、すべてのLVのサイズをいつものように調整できます。 MDデバイス自体のサイズも変更でき、ドライブを変更(または追加)した後にPVのサイズを変更すると、RAIDデバイスを増やすことができます。

私はRAID 5を使用していないので、RAID 5に対するLVMのサポートがMDとどのように比較されるのかわかりませんが、RAID 1に対してのみLVMに切り替えましたが、うまくいきます。 (カーネル側では最近、ほとんどのレプリケーションコードが共有されています。レプリケートされたLVMリカバリツールがRAID 5のレプリケートされたMDと比較して、今日どのように見えるのかわかりません。)

答え2

mdadm(RAID 6)のLUKSでLVMを実行しています。物理層が有効ディスク領域を増やす場合は、使用可能な領域を階層ごとに順次更新するだけです。

  • 物理
  • 攻撃
  • ルクス
  • VG/LVMのPV

間違った順序でタスクを実行すると、何も悪いことは起こりません。ただ何の変化も得られないだけです。

お持ちの方は参考にしてください縮小正しい作業順序は絶対に重要です。最上位レベル(通常はファイルシステム)で始まり、上に上がります。個人的にこれを行う必要があった場合がありました。 (a)バックアップを実行し、(b)ファイルシステムを必要以上に縮小し、各階層に少しの安全性を残します。最後に、余白を埋めるためにすべての項目のサイズを再調整します。

関連情報