ボリューム グループに SSD + 非 SSD を含む LVM (スナップショット ストレージ用)

ボリューム グループに SSD + 非 SSD を含む LVM (スナップショット ストレージ用)

ソフトウェア ビルドを実行する重要な VM がいくつか稼働している KVM ボックスがあります。サーバーは SSD ドライブを実行しています。スナップショット機能が制限されている古いバージョンの KVM を使用しているため、新しいリリースごとに VM の状態を保存するために LVM スナップショットを使用することにしました (パッチを適用する必要がある場合に特定のリリースに戻すことができるため)。PV がいっぱいなので、スナップショットを保存するためのディスクをボリューム グループに追加する必要があります。VM が稼働しているボリューム グループに、LVM スナップショットの保存場所として通常の USB ドライブを追加しても問題はありませんか? SSD の速度は低下しますか?

答え1

理論的にはこれで問題ないはずですが、VM データが USB ディスクに保存されないようにするにはどうすればよいでしょうか?

答え2

ここでいくつかのポイント

  1. LVM スナップショットはチェーンを形成せず、COW アルゴリズムも使用しないため、実際には 1 つしか持つことができません。任意の場所にロールバックできるようにスナップショット チェーンが必要な場合は、qcow2 スナップショットを使用する必要があります。
  2. そうは言っても、スナップショットのチェーンから本番 VM を実行することは本番環境では推奨されません。しばらくするとパフォーマンスの低下がかなり大きくなり、スペースの損失も発生します。これは KVM に限ったことではなく、どの VCP インストラクターも同じことを言うでしょう。
  3. 異なるタイプのストレージを 1 つの VG に混在させることもベスト プラクティスではありません。2 つの異なる RAID アレイからの 2 つの異なる LUN がストライプ ボリュームに混在すると LVM がダウンするのを見たことがあります。シリアル化すればより安定するかもしれませんが、なぜ VM を危険にさらすのでしょうか。

私はこれを別の方法で行います:

  1. LVMスナップショットを使用して、必要なときにいつでもVMをバックアップします
  2. バックアップをランタイムLVMデータとは別にUSBディスクに保存する
  3. ロールバックの場合は、SSD 上の LV をバックアップの LV に置き換えます。

これは完全なバックアップを維持することを意味しますが、適切な計画を立てれば、現在のSSDパフォーマンスから逸脱することなく、現在のシステムの安定性を失うことなく、適切な量のPITにロールバックしてベストプラクティスの範囲内にとどまることができます。

関連情報