☰

追加の非ミラーディスクによるLVMミラーの拡張

tag-icon • tag-icon lvm raid1
追加の非ミラーディスクによるLVMミラーの拡張

6台の1Tbディスクで構成されたLVMイメージがあります。 3+3枚のディスクでRAID 1ミラーを作成しました。したがって、論理ボリュームとその中にあるパーティションには3Tbの空き容量があります。ディスク容量が不足しています。試しています。シェフ一時的な解決策として、このマシンの利用可能な最新スロットに4Tbディスクを追加しました。

この追加の4Tbを使用して、現在のファイルシステムを合計3 + 4 = 7Tbに拡張しようとしています。したがって、論理ボリュームの一部に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).

最後に、ボリュームグループのサイズはおおよそ次のようになります。 10Tb そうです。しかし、論理ボリュームはまだ3Tbです。

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

    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

マルチミラーアレイに単一の4 TBドライブを追加すると、RAIDが提供する必要がある冗長性に対する信頼が崩れます。 2台目の4TBドライブを追加できるのは安全ですが（スペアドライブポートがないため）、既存のディスクの1つを取り外さないとそれはできません。

その後、ミラーリングされたディスクの1つを削除し、2番目の4TBドライブを追加してから、RAID1ミラーに2x4TBドライブを含む新しいボリュームグループを作成します。

rsync注：これにより、1TBのRAID-1ペアの1つがミラーを失う可能性があり、完了する前にデータが失われる危険性があります。 e-SataやUSBなどの追加ポートがある場合は、rsyncが完了するまで取り外した1TBドライブをそのポートに挿入してください。

その後、rsync以前のボリュームグループのすべてのデータ（ほとんどのrsyncはシステムの使用中に実行できますが、最終的なrsyncはシングルユーザーモードまたは回復CD / USBで実行する必要があります。実際にはrsyncを繰り返し実行できます。中に最後のrsyncと次のステップのダウンタイムをスケジュールできるまで）。

データを削除した場合はrsync、システムをシャットダウンして既存の1TBドライブを削除するか、より良い方法は4つのドライブを再利用し、新しいボリュームグループ（それぞれ2x1TB）に2つのRAID-1ミラーを追加することです。これにより、6TBボリュームグループ（4TB + 1TB + 1TB）が作成されます。

6TBは計画された7TB未満ですが、少なくともすべてのデータには実際に冗長性があります（RAIDのR）。

あるいは、1TB RAID-1ペアの1つを2つの4TBドライブに交換するだけです（もちろん、一度に1つずつ）。最終結果は同じで、再同期は必要ありません。rsync以下のbtrfsまたはzfsの提案に従うことにした場合、このアイデアはより役に立つかもしれません。

後で1〜2個（残り）の1TBミラーを追加の4TBミラーに置き換えることができます。

考慮すべき代替方法は、LVMの代わりにZFSまたはbtrfsを使用して4TBイメージを作成することです。これは、圧縮、スナップショット、ロールバック、簡単なサブボリュームの作成、「ソフト」クォータ、および予約（「ハード」スペースの事前割り当てとは反対）など、エラーの修正、記録中のコピーファイルシステムの利点を提供します。 LVMはこれを提供します）、zfs / btrfsは（他のzfs / btrfsプールまたはサーバーに）バックアップを送受信します。

ZFSまたはbtrfsは、1TBドライブをより大きなドライブに簡単に交換できます。既存のドライブを新しいドライブと交換するだけです。一度にそして、btrfs / zfsに、欠落しているドライブを新しいドライブと交換するように指示します。

ただし、LVMを使用してファイルシステムをマウントする代わりに（または同時に）VMにLVパーティションを提供する場合、btrfsはオプションではありません（qcow2、rawまたは他のディスクイメージファイルに切り替える場合を除く）。 ZFSはあなたが作ることができるようにゼロ電圧しかもZFSファイルシステム。

おすすめ記事