LVMでパーティションを交換しますか?


21

スワップパーティションを論理ボリュームグループに入れると、欠点(たとえば、パフォーマンス)が生じるのか、それとも別のプライマリ/論理パーティションとして持つのと「まったく同じ」のだろうか?

必要に応じて簡単にサイズを変更できるという事実は気に入っていますが、考えられる欠点についてはわかりません。

アプリケーションの場合:CentOS 7 Webserver。


1
「スワップパーティションをLVMグループに入れる」という意味がわかりません。論理ボリュームでスワップを行うことの意味を理解しています。私は過去のマシンと私の現在のパーソナルワークステーションでそれをしました。問題に気づいたことはありませんし、問題が発生する理由を考えることもできません。私の現在のマシンでは、それほどではありませんが、スワップが使用されています。
ファヒームミタ

あなたは正しいです、混乱を恐れて、それを編集してください!そして、応答のthxは、それを行います!
レビト14

これを正式な回答にする必要がありますか?
ファヒームミタ

回答:


34

もちろん、第一の目標は、そもそもスワップを使用する必要がないことです...

主なことは、システムがまだ新鮮なときにスワップLVMボリュームを作成することです。これは、スワップファイルを作成するときと同じですlvcreate -C。論理ボリュームを構成するディスクブロックを実際にディスク全体で断片化する必要はありません。そのため、スワップボリュームのサイズ変更も(頻繁に)避ける必要があります。

Linuxカーネルの主要な開発者の1人として、Andrew Morton 次のように述べています

カーネルはスワップオン時にスワップオフセット->ディスクブロックのマップを生成し、その後、そのマップを使用して、すべてのキャッシュ、メタデータ、およびファイルシステムコードをバイパスして、基になるディスクキューに対して直接スワップI / Oを実行します。

すべてのLVMコードもバイパスされるため、スワップは直接ディスクに送られます。したがって、パフォーマンスの観点からは、スワップパーティション、スワップファイル、LVMボリュームに違いはありません。


12
すばらしい答え、詳細な説明のためのthx!「That bypasses all the LVM code as well, swap goes straight to disk.」、まさに私が探していたものです!サイズ変更の問題について:そのため、-Cオプションを使用してインストール後にスワップボリュームを再作成し、連続するようにする/維持するのは理にかなっていますか?同様にlvcreate -C y -L 10G VolGroup -n swap(参照:blog.zelut.org/2009/03/10/force-contiguous-extents-in-lvm
レビ

3
-Cスイッチに気付いたことはありません、それを指摘してくれてありがとう!
HBruijn 14

「すべてのキャッシュ、メタデータ、およびファイルシステムコードをバイパスして、基になるディスクキューに対して直接スワップI / Oを実行するためにそのマップを使用します」-その答えはファイルシステム(ext3 / reiserfs)のジャーナリングに関するものですが、本当にmdをバイパスするかどうかは疑問ですraid ...それはそこにraidのスワップのアドバイスのトンをかなり使用/無知...-
Erk

raidに関して@Erkは、ファイルシステムがまだIOデバイスの上の抽象化レイヤーであることに注意してください。つまり、スワップにraidを使用する場合、ハードまたはソフトウェアraidに関係なく、おそらくすべての通常の考慮事項がまだ適用されます
-HBruijn

@HBruijn:ああ、まあ、今ではlvm(md raidで)にスワップのあるマシンがあり、少なくとも燃えていない
...-Erk
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.