論理ボリュームをミラーリングするときに、ファイルを同期状態に保つために一種のログが使用されることがわかりました。ログが別々の物理ボリュームまたはメモリにあるように設定できます。また、ログがメモリにある場合は、システムがボリュームを再同期する必要があることも読みました。
インメモリログを使用するとパフォーマンスに影響しますか？たとえば、マシンの起動に時間がかかりますか？再同期するとデータが危険になりますか？
この場合、Ubuntu 10.04を使用しています。私はこれがlvm2だと思います。私が見つけた最も明確な文書は次のとおりです。CentOSのドキュメントはここにあります。私も見ているこの説明。
答え1
引用にリンクを追加できますか？ミラーリングだけにログが必要ないからです。ジャーナリングファイルシステムを使用するときは、通常、ジャーナリング（同じデバイスまたは追加のデバイス）が含まれます。つまり、下の階層（ブロック層など）でミラーリングを有効または無効にする場合です。
修正する：わかりました。これでリンクを使用すると、状況がより明確になります。 LVMイメージはlinux md（RAID 1）イメージとは非常に異なるようです。
から引用lvcreate のマニュアルページ:
オプションのパラメータ "--corelog"を指定すると、ディスクベース（永続）ログの代わりにメモリ内ログを使用してミラーが作成されます。これにより、追加のロギングデバイスは不要になります。可能わずかに高速でインスタンス化されるたびに、イメージ全体を再同期（再起動など）する必要があります。
したがって、メモリベースのログを使用すると、起動時とログの物理ボリュームが同じハードウェアディスクにある場合、パフォーマンスに大きな影響があります。
インターネット検索でミラーリングにLinuxを使用することは、mdadmATMへのより良いアプローチであるようです。 （一部のlvm設定では、mdデバイスを物理デバイスとして使用できます。）
まず、追加のログは必要ありません（起動するたびに高価な再同期は必要ありません）。
第二に、lvmミラーは並列読み取りをサポートしていないようです。つまり、mdミラーはより良い読み取りパフォーマンスを持つ必要があります。
https://serverfault.com/questions/97845/lvm-mirroring-vs-raid1
https://serverfault.com/questions/126851/linux-lvm-mirror-vs-md-mirror