CentOS7サーバーを持っています。私は次のようにLVを数回拡張しました:
fdisk /dev/sdd
pvcreate /dev/sdd1
vgextend pg_data /dev/sdd1
lvextend /dev/pg_data/lvol0 /dev/sdd1
xfs_growfs /dev/pg_data/lvol0
私の質問は、この方法で論理ボリュームを何回拡張できるかということです。
LVM2形式のボリューム(64ビットArch、2.6以上のカーネルを想定)でのLVサイズの上限は8エクサバイトです。あなたはそれを打つ危険はありません。また、ボリュームグループまたは論理ボリュームをバックアップできる物理ボリュームの数に実際的な制限はありません。 VGとLVを必要な回数だけ拡張できるはずです。 (元のLVM形式は、LVに対して最大65534の物理エクステントをサポートするという点で制限されていました。デフォルトのサイズは4MBでしたが、VGの作成時に構成可能でした。これにより、設定内容に応じてLVサイズに実際的な上限が明確に設定されました。 PEサイズから。)
ただし、LVMには冗長メカニズムがなく、ボリュームに含めるディスクに障害が発生する可能性が高いほどデータ損失のリスクが高まるため、実際にはこれまでのところ進むことはお勧めしません。もし私があなたなら(そしてあなたが同じようなサイズのディスクを持っていると仮定して)、私はそれらのRAIDを作成し、その上でLVMを実行するでしょう。もちろん、データの損失を気にしない場合や、他のバックアップがある場合は、回復できます...
LVM2には別の制限があります。メタデータ領域(MDA)のサイズで、物理ボリュームの作成時に設定できます(pvcreate --metadatasize
)。デフォルトのサイズは、数百のPVおよびLVに適しています。
また、PVが多い場合は、メタデータのコピー数を制限することをお勧めします。デフォルトでは、メタデータは各PVに保存されます。 MDAが有効になっているPVが多数あると、lvmの操作が遅くなります。 3部で十分です;-)。 PVでMDAを無効にするには、次のいずれかを実行しますpvcreate --metadataignore y
1つ以降を作成する場合は、pvchange
を使用して変更できます。 vgmetadatacopies
がlvm.confに設定されている場合、LVMはそれを自動的に実行できます。