LVMスナップショット - 書き込み専用パフォーマンス

LVMスナップショット - 書き込み専用パフォーマンス

データベースに書き込み専用の時系列データを保持するクライアントがあります。つまり、データが作成された後はほとんど変更されず、セカンダリ/バックアップ/フェイルオーバーノードにあるため、ほとんど読み取られません。私は、顧客がデータを特定の時点にロールバックできるように定期的にLVMスナップショットを撮ること(またはパフォーマンスに大きな影響がある場合は、以前のスナップショットを削除すること)をお勧めします。注:LVMスナップショットを作成し、それを使用して元のデータをロールバックすることを意味しますが、データを別のファイルシステムにコピーするためのLVMスナップショットを作成するわけではありません。データが本質的に一度だけ書き込まれることを考慮すると、LVMスナップショットは非常に小さくなければなりません(おそらくゼロに近い)。

私の質問は、特に既存のデータがほとんど変更されないため、書き込み中にコピーがほとんどトリガされないことを考えると、これらの特定の種類のデータのLVMスナップショットがソースボリュームの書き込みにパフォーマンスに影響を与えると予想していますか?予想されるパフォーマンスへの影響がある場合、これがどのような影響を与えるかを知っている人はいますか? (これは本質的に一度だけ書くことを覚えておいてください)

フレンドリーな安否

ベストアンサー1

「一般」LVMスナップショットは書き込み速度がかなり遅くなります。https://johnleach.co.uk/words/613/lvm-snapshot-performance。最大10%まで削減できます。スナップショットを作成すると少し役立ちます。あなたの場合は、シンプロビジョニングが大いに役立ちます(https://github.com/jthornber/linux-2.6/blob/thin-stable/Documentation/device-mapper/thin-provisioning.txt) - またはLinuxで動作するbtrfsまたはZFSを使用してください。

おすすめ記事