過去 1 か月間、私は LVM がどのように機能するかについて考えてきました。最初は非常に柔軟性が高いと思いましたが、ディスクを別のローカル ディスクに移動している間もシステムが実行可能であることに驚きました。
これについてはオンラインであまり情報を見つけられませんでしたが、実行できるはずのことのようです。おそらくこれは実用的ではないか、一般的に良い解決策ではないのでしょう (?)。私が読んだ記事はすべて、外部ディスクではなく、ローカル ディスクに関するものでした。
バックアップとは、ディスク/パーティション全体のバックアップを意味します。ないスナップショット。
LVM を実行しているサーバーが 4 台あり、すべてのディスクを大きなストレージ サーバーにバックアップしたいのですが、それは可能ですか?
可能であれば、そのような構成の欠点は何でしょうか?
答え1
はい。
これは広く使用されており、実際にはバックアップの一貫性を確保するためにスナップショットが使用されます。
たとえば、Proxmox VE で仮想マシン (およびコンテナ) ストレージがバックアップされる方法は次のとおりです。
- VMを一時停止します。Linuxでは複数のスナップショットをアトミックに作成する方法がないため、バックアップする唯一の方法は全て同時にディスクを準備するのは、すべてのスナップショットが準備されるまでVMが何もできないようにするためです。
- すべてのディスクのスナップショットを作成します。このプロセスは比較的高速です。
- VMの一時停止を解除します。VMが利用できない時間は、気付かないほど短いです。
- すべてのスナップショットのイメージをバックアップストレージに送信します。これは長いプロセスです。しかし、これらがスナップショットであるという事実により、VM を実行しながら一貫性のあるバックアップが可能になります。バックアップの状態は、VM が最初に停止された瞬間になります。
- すべてのスナップショットを削除します。
これは簡略化された説明: 実際には、PVE は Qemu のいくつかのトリックを使用して、そのような機能がないバッキング ストレージ上のスナップショットをエミュレートしますが、これは質問とは関係ありません。
利点はすでに説明しました。私が考えられる欠点は、これらのスナップショットを保存するために VG にいくらかの空き領域が必要であることと、その領域の量は一般的に予測できないことです。これは、データがストレージに送信されている間に VM が実行している I/O の量に依存し、さらに I/O レート、仮想ディスクのサイズ、およびネットワーク容量に依存します。実際には、これに関して問題はありませんでした。
ここでは特定のユースケースについて説明しましたが、何をバックアップする場合でも、プロセスの詳細は同じになります。
答え2
Linux LVMでは別のリモートストレージへのフルバックアップは簡単ではない一人でより現実的なのは、他のバックアップ エージェントを介して LVM スナップショットを別の場所にコピーすることです。
復元設計では、元のボリューム グループまたはそのメンバーの物理ボリュームとは無関係に、ブロック レベルの完全なコピーが必要であると仮定します。スナップショットは簡単に実行できますが、ソース VG に依存するため、その要件を満たしません。LVM はボリュームをミラーリングおよび分割できますが、手順はより複雑になります。
- RAID1 LV を作成し、その PV が別々のストレージ システム上にあり、同期されていることを確認します。
- ミラーの画像を新しいLVに分割すると
lvconvert --splitmirrors。 - を使用して LV を別の VG に分割します
vgsplit。
これらの機能により、プライマリ ストレージの移行などのユース ケースが可能になりますが、比較的高度であり、例も少ないです。さらに、バックアップ対象のホストにバックアップ ブロック デバイスを提示するのは難しい場合があります。
追加のブロック レイヤー機能として、LVM 自体はリモート ストレージへのアクセスを提供しません。もちろん、適切な SAN を使用すれば、ファイバー チャネルまたは iSCSI 経由で共有ストレージ アレイにアクセスできます。これらの LUN は LVM PV として使用できます。多くのユース ケースではこのような SAN は使用されない (たとえば、ローカル ストレージにオペレーティング システムをインストールする) ため、これを実行するのは運用上困難です。また、このような SAN は距離が短く、損失が許容されない傾向があります。すべての保護ストレージにミラーを挿入すると、プライマリへの書き込みに対応するために極端なパフォーマンス要件が発生する可能性があります。
より一般的なのは、他のツールを使用してスナップショットをコピーすることです。ソース LV のスナップショットを作成します。別の保護ストレージに VG と LV を作成します。ssh 経由の dd などのブロック ベースのバックアップを実行するか、スナップショットをマウントしてファイル ベースのバックアップを実行します。スナップショット LV を削除します。