LVM2論理ボリュームの最適化

質問：LVM2論理ボリュームのデフラグをサポートするツールはありますか？（範囲を一貫したシーケンスにする）

エクステントの望ましい順序を定義することにより（「ディスクの先頭にあるパーティションA、Aの後のB、PVの末尾にあるX」など）

もちろん、次の場合を考慮する必要があります。

VGは1つのPVで構成されます
VGは多くのPVで構成されていますが、各LVは1つのPV上にあります
VGは多くのPVで構成され、LVは多くのPVにエクステントを持っています

パーティションを削除できるかどうかを検討できます。

ノウハウ：それはでエクステントの範囲を移動することが可能ですpvmove例えば、： pvmove --alloc anywhere /dev/sdb1:1000-1999 /dev/sdb1:0-999。

理由：を使用して多くの範囲を手動で移動するpvmoveことは純粋に反復可能なことなので（ブレインレスかどうかは疑問です）、このプロセスを自動化/サポートするツールがあるかどうか興味がありました。そうでない場合は...おそらく自分で1つやってください-そのようなツールは他の人にとって有用だと思いますか？

— グジェゴルツ・ヴィエルゾビエツキ
ソース

ツールを必要とするユースケースがないため、ツールがない可能性があります。私は興味があります、なぜあなたはデフラグしたいですか？一般的なエクステントサイズ（4MB）にメリットがあるディスクテクノロジーはありますか？

— ジル 'SO-悪であるのをやめる

従来のHardDrive（SSDではなく）のパフォーマンス特性を考えてみましょう-ディスクの開始は終了よりも優れたパフォーマンスを提供します。それが最も重要な要因であり、なぜパーティションに関連するエクステントを最初に配置したいのかということです。

— グジェゴシWierzowiecki

そのような制御の場合、簡単な方法はディスクをいくつかの物理ボリュームに分割することです。

— ジル「SO-悪であるのをやめる」

しかし一方で、設定ファイルの混乱を増やし、すべてのセットアップの柔軟性を低下させます。私は、@ JimParisが言及したような解決策LVM2 defragmenterやpvmove仕事をしていると信じています。

— グジェゴシWierzowiecki

回答:

以前にLVM2デフラグツールを使用したことがあります。これは最も単純なものでも最良の記述でもありませんが、トリックを行います。

— ジム・パリス
ソース

面白そうです。試してみる必要があります。

— グジェゴシWierzowiecki

このデフラグにより、ここに記載されている可能性のある（行われた）LVを部分的に回復する方法を実装/作成することが簡単にできると思いますか？ここserverfault.com/a/665826/163750

— アクエリアスパワー

最適化のもう1つの理由は、論理ボリュームを縮小するときのデータ損失の可能性を減らすことです。論理ボリュームを縮小する特定の理由は、古いMBRコンピューターのハードドライブ上の/ bootおよび同様のパーティションの拡張を許可することです。私の場合、LTS 16.04.03からLTS 18.04.1へのアップグレードには、元のデフォルトのインストールで/ bootに割り当てられた500MB以上が必要です。

lvm2の数千行のソースコードを読んでいませんが、簡単な論理ボリューム縮小手順を使用すると、lvm2がかなりブルートフォースの切り捨てを使用するというオンラインヘルプ/ wikiヒントの一部を読んでいます。そのファイルのリストを復元する必要があります（アプリケーションパッケージまたはシステムパッケージが関係している場合、またはユーザーファイルリストが非常に大きい場合は、それ自体が野生のガチョウの追跡になる可能性があります）。

— 観察
ソース