スワップパーティションを論理ボリュームグループに配置することに欠点(パフォーマンスなど)があるのか、それとも個別のプライマリ/論理パーティションとして持つのとまったく同じですか?
必要に応じて簡単にサイズを変更できるのが好きですが、考えられる欠点についてはわかりません。
アプリケーションのケース:CentOS 7 Webサーバー。
もちろん、主な目標は、そもそもスワップを使用する必要がないことです...
主なことは、システムがまだ非常に新しいときにスワップLVMボリュームを作成することです。これは、スワップファイルを作成するときと同じです。スワップスペースは、連続しているか、lvcreate -C
オプション。論理ボリュームを構成する実際のディスクブロックを、ディスク全体でフラグメント化する必要はありません。そのため、スワップボリュームのサイズ変更(頻繁に)も避けてください。
Linuxカーネルの主要開発者の1人であるAndrew Morton says :
カーネルはswapon時にスワップオフセット->ディスクブロックのマップを生成し、それ以降、そのマップを使用して、すべてのキャッシュ、メタデータ、およびファイルシステムコードをバイパスし、基盤となるディスクキューに対して直接スワップI/Oを実行します。
これにより、すべてのLVMコードもバイパスされ、スワップはディスクに直接行われます。したがって、パフォーマンスの観点から見ると、スワップパーティション、スワップファイル、またはLVMボリュームに違いはありません。