☰

追加の非ミラーディスクを使用してLVMミラーを拡張する

tag-icon • tag-icon lvm raid1
追加の非ミラーディスクを使用してLVMミラーを拡張する

私は1TBのディスク6台で構成されたLVMミラーを持っています。3+3のディスクでRAID 1ミラーを作成しました。論理ボリュームとそのパーティションには3TBの使用可能領域があります。ディスク領域が不足しているため、料理するこのコンピューターの最新の空きスロットに追加した 4Tb ディスクによる一時的な解決策です。

これらの追加の 4 TB で現在のファイルシステムを拡張し、合計 3+4= 7 TB にしたいと思います。したがって、論理ボリュームの 1 つの部分には RAID 1 ミラーが含まれ、他の部分には単一のディスクが含まれます (前述したように、これは一時的な解決策です)。

あらゆる場所でスペースが不足しているため、既存の RAID1 アレイを再フォーマットしたり、データを移動したりすることができません。

やった：

vgextend vg0 /dev/sdg1

vg06 つのディスクがあるボリューム グループとsdg1新しい 4Tb ディスクはどこにありますか。次に、次の操作を実行しました。

lvextend -l +100%FREE /dev/vg0/data

/dev/vg0/data論理ボリュームはどこにありますか。

しかし、論理ボリュームを拡張することができず、lvextend は次のように表示します:

Found fewer allocatable extents for logical volume data than requested: using 715395 extents (reduced by 953862).

最終的に、ボリューム グループのサイズは約 10 TB となり、これは正しいのですが、論理ボリュームは 3 TB のままです。

現在の論理ボリュームは次のとおりです。

    Using logical volume(s) on command line.
  --- Logical volume ---
  LV Path                /dev/vg0/data
  LV Name                data
  VG Name                vg0
  LV UUID                xcd11P-sL1W-M9vK-XftB-OeAA-b0Ec-AM2btA
  LV Write Access        read/write
  LV Creation host, time xxxxxxx, 2015-08-27 18:24:58 +0100
  LV Status              available
  # open                 1
  LV Size                2.73 TiB
  Current LE             715395
  Mirrored volumes       6
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     1536
  Block device           253:12

望ましい構成は次のようになります。もちろん、完全な RAID 1 構成の冗長性は部分的に失われます。ただし、これは一時的な解決策です。そしてもちろん、将来的には、ZFS または btrfs の方が優れた解決策になるでしょう。

奇妙な LVM 構成

この特定の問題を解決する方法について何かアイデアはありますか（解決策が存在する場合）？

答え1

マルチミラー アレイに 4TB ドライブを 1 つ追加すると、RAID が提供するはずの冗長性に対する信頼性が失われます。2 台目の 4TB ドライブを追加できれば安全ですが、(予備のドライブ ポートがないため) 既存のディスクの 1 つを削除しないと追加できません。

私なら、ミラー ディスクの 1 つを削除し、2 番目の 4TB ドライブを追加して、RAID1 ミラーで 2x4TB ドライブを持つ新しいボリューム グループを作成します。

注意: これにより、1TB RAID-1 ペアの 1 つがミラーなしで残るため、rsync完了するまでデータが失われるリスクがあります。e-sata や USB など、余分なポートがある場合は、rsync が完了するまで、取り外した 1TB ドライブをそのポートに接続してください。

次に、rsync古いボリューム グループからすべてのデータを取り出します (rsync の大部分はシステムの使用中に実行できますが、最終的な rsync はシングル ユーザー モードまたはレスキュー CD/USB から実行する必要があります。実際、最終的な rsync と次のステージのためにダウンタイムをスケジュールできるまで、システムの使用中に rsync を繰り返し実行できます)。

データを消去したらrsync、システムをシャットダウンして古い 1 TB ドライブを取り外すか、または、さらに良い方法として、それらのドライブのうち 4 つを再利用して、新しいボリューム グループにさらに 2 つの RAID-1 ミラー (それぞれ 2x1 TB) を追加します。これにより、6 TB (4 TB + 1 TB + 1 TB) のボリューム グループが作成されます。

6TB は計画していた 7TB より少ないですが、少なくともすべてのデータに冗長性 (RAID の R) が実際にあります。

あるいは、1TB RAID-1 ペアの 1 つを 2 x 4TB ドライブに置き換えるだけでも (もちろん、一度に 1 つずつ)、rsync なしで同じ結果になります。このrsyncアイデアは、以下の btrfs または zfs の提案を採用することにした場合、おそらくより便利です。

後で、残りの 1 TB ミラーの 1 つまたは両方を、さらに 4 TB ミラーに置き換えることができます。

検討する価値のある代替案の 1 つは、LVM の代わりに ZFS または btrfs を使用して 4TB ミラーを作成することです。これにより、エラー訂正機能、圧縮機能付きのコピーオンライト ファイルシステム、スナップショット、ロールバック、簡単なサブボリューム作成、「ソフト」クォータと予約 (LVM が提供する「ハード」な事前割り当てスペースではなく)、バックアップ用の zfs/btrfs 送受信 (別の zfs/btrfs プールまたはサーバーへ) などのメリットが得られます。

ZFSまたはbtrfsを使用すると、1TBのドライブをより大きなドライブに置き換えるのが簡単になります。古いドライブを新しいドライブに交換するだけです。一つずつそして、btrfs/zfs に、不足しているドライブを新しいドライブに置き換えるように指示します。

ちなみに、LVMを使用してVMにLVパーティションを提供する場合（またはマウントされたファイルシステムだけでなく）、btrfsは選択肢になりません（qcow2やraw、その他のディスクイメージファイルに切り替えるつもりがない限り）。ZFSは、ズボルだけでなくZFS ファイルシステム。

関連情報