LVMミラーリングについて少し学んだので、ある程度の柔軟性を得るために使用している現在のRAID-1スキームを置き換えることを考えました。
問題は、インターネットで見つけたものによると、LVMは次のとおりです。
http://www.joshbryan.com/blog/2008/01/02/lvm2-mirrors-vs-md-raid-1/
また、少なくとも私が読んだいくつかのセットアップガイド( http://www.tcpdump.com/kb/os/linux/lvm-mirroring/intro.html )では、実際にLVMログを保存するための3番目のディスク。これにより、2台のディスクのインストールではセットアップを完全に使用できなくなり、使用するミラーディスクの量を多くのディスクで減らします。
誰もが上記の事実についてコメントし、LVMミラーリングを使用した彼の経験を教えてもらえますか?
ありがとう。
私はLVMミラーリングを使用したことがありませんが、掘り下げた情報は、私がLVMについて知っていることから妥当なようです。私はMD RAID-1を使い続けます。
LVMミラーは、論理ボリュームを別の物理ボリュームに複製するためのものです。それは本質的に「データを別のディスクに移動する」ことを意味します。その後、ミラーが解除され、データの古い場所が解放されて使用できるようになります。代わりに、既存のデータが新しい場所で使用されます。
RAIDミラーは、単一ドライブのハードウェア障害に対する安全策を提供するためのものです。基本的には、「ディスクが停止してもデータが失われないようにする」ことを目的としています。
目的に応じて、RAID over LVMミラーリングを使用してください。
停電時のデータ損失の可能性を最小限にしたい場合は、書き込みキャッシュを無効にする必要があります。 md RAID、LVM、または何もないかどうかは関係ありません。最近のデバイスでは、ドライブのキャッシュに16〜64 MBの容量があり、消えてしまいます。
正確さより速度を重視しない限り、ドライブの書き込みキャッシュをオフにします。
バリアは、データがディスクに到達する可能性を試し、改善するためのカーネル技術です。 2.6.29までは、LVMはそれらを無視していました。現在、LVMはバリアを尊重します(線形ターゲットと十分に新しいカーネルがある場合のみ)。したがって、LVMとバリアサポートの柔軟性が必要な場合、最善の策はバリアオンMD RAIDです。
LVMの新しいバージョンでは、MDの同じRAID実装を使用できます。
履歴を閲覧すると、raid4/5/6は2.6.38のカーネルに表示されるようで、raid0/1はそれと3.1の間にある場合があります。
RHEL 6.1(raid0/raid1)およびRHEL 6.3(raid4/5/6)からもサポート https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Logical_Volume_Manager_Administration /LVM_overview.html
lVMログを保存するには、実際には3番目のディスクが必要です。
あるセットアップでは、ディスクを1つのメインの物理ボリュームと、LVMログ用の別の小さな物理ボリュームに分割しました。そのディスクを紛失した場合、もちろんミラーログは失われますが、ボリュームがミラーリングされていない状態に低下するとログが不要になるため、問題ありません。