LVMは、物理ボリュームを記録できる最小のデータ単位であるPEに分割されます。つまり、4Mb PEのPVの3Mbファイルはまだ4Mbを占めています。私にとって、これはブロックグループがセクタの整数倍で構成される標準パーティションのブロックグループの概念と非常によく似ています。それでは私の理解が正しいのでしょうか？
ベストアンサー1
LVMは、物理ボリュームを書き込むことができる最小のデータ単位であるPEに分割されます。
LVM自体内でメタデータ管理の割り当て単位に関するものです。これは、最上位のファイルシステムがデータを読み書きする方法とは関係ありません。単一セクタの解像度では、他のブロックデバイスのように動作します。
これは既存の分割と同じです。確かなように見えても技術的にすべてのセクタオフセットに配置できるようにすることで、実際にMiBソートルールに従うことができるため、既存のパーティションのPEサイズを1MiBに設定することを検討できます。しかし、これは4KiBまたは512バイトのセクタを読み書きするのを妨げません。
PEサイズをより大きな値（たとえば128Mまたは1G）に設定しても、これは128Mまたは1G（1 PE）より小さいLVを生成することはできず、すべてのLVのサイズはの倍数になることを意味します。体育。ファイルシステム自体に変更はありません。
すべてのLVが新しいPEサイズに合わせて配置されている場合は、いつでもPEサイズを変更できます。
PEサイズは、スナップショット、シンボリューム、またはpvmoveを使用した場合の実際的な影響が大きくなります。 LVMは、スナップショット用にPE全体を複製し、シンボリューム用にPE全体を割り当て/空にする、またはpvmove用に一度に1つのPEをミラーリングします。
したがって、PEサイズは特定のLVM操作のパフォーマンスに影響します。しかし、これはLVMが内部的にタスクを処理する方法です。 LVMメタデータをほとんど変更しない場合、これはほとんど問題になりません。
疑わしい場合は、デフォルト設定をそのままにして心配しないでください。
つまり、4Mb PEのPVの3Mbファイルはまだ4Mbを占めています。
だから、はいといいえです。必要に応じてPEを割り当てるシンボリュームがあり、どこかに3MBファイルを書き込んで128MのPEがある場合、その3MBファイルは引用符スペースとして128Mを使用します。
しかし、占めていません。残りの125Mはまだファイルシステムの「空き容量」なので、同じPEには異なる3Mファイルに十分なスペースがあります。
一方、非常に小さいPEサイズを使用している場合、LVM層で極端な断片化が発生する可能性があります。したがって、PEは必ずしも小さく、より良いわけではありません。