バックアップ戦略として、xen domUの定期的なLVMスナップショットはどの程度実行可能でしょうか？長所、短所、落とし穴はありますか？
私にとっては、ブレインレスの高速復元に最適なソリューションのようです。中断したことなくdomUが正常に実行されている状態で、破損した論理ボリュームで調査を行うことができます。
編集：
システムの完全バックアップを行うとき、私は今ここにいます。
次に、これを自動化する必要があります。
回答:
LVMスナップショットは、凍結状態のファイルシステムをキャプチャすることを目的としています。 それらは、それ自体のバックアップではありません。ただし、凍結されたイメージはバックアッププロセス中に変更できないため、変更されないため、一貫性のあるバックアップイメージを取得するのに役立ちます。 したがって、これらを直接使用して長期バックアップを作成することはありませんが、使用することに決めたバックアッププロセスでは非常に価値があります。
スナップショットを実装するには、いくつかの手順があります。1つ目は、新しい論理ボリュームを割り当てる必要があることです。このボリュームの目的は、ファイルシステムへのデルタ（変更）が記録される領域を提供することです。これにより、既存の読み取り/書き込みアクセスを中断することなく、元のボリュームを継続できます。これの欠点は、スナップショット領域のサイズが有限であることです。これは、書き込みが忙しいシステムでは、かなり早くいっぱいになる可能性があることを意味します。大量の書き込みアクティビティがあるボリュームの場合、スナップショットのサイズを増やして、すべての変更を記録するのに十分なスペースを確保する必要があります。スナップショットがオーバーフローする（いっぱいになる）と、両方のスナップショットが停止し、使用不可としてマークされます。これが発生した場合、元のボリュームをオンラインに戻すことができるように、スナップショットを解放する必要があります。リリースが完了すると、
2番目に起こることは、LVMが問題のボリュームの真の目的を「スワップ」することです。新しく割り当てられたスナップショットは、ファイルシステムへの変更を探す場所になると思うでしょう、結局のところ、すべての書き込みが行われる場所ですよね？いいえ、それは逆です。ファイルシステムはLVMボリューム名にマウントされるので、システムの残りの下から名前を交換することは、no-noになります（スナップショットは別の名前を使用するため）。したがって、ここでの解決策は簡単です。元のボリューム名にアクセスすると、スナップショットを作成したボリュームのライブ（読み取り/書き込み）バージョンを引き続き参照します。作成するスナップショットボリュームは、凍結を参照します（読み取り専用）バックアップするボリュームのバージョン。最初は少し混乱しますが、理にかなっています。
これらはすべて2秒未満で発生します。システムの残りの部分は気づいていません。もちろん、オーバーフローする前にスナップショットをリリースしない限り...
ある時点で、スナップショットを解放して、スナップショットが占有しているスペースを再利用できます。リリースが完了すると、スナップショットボリュームはボリュームに戻され、元のボリュームが残ります。
長期的なバックアップ戦略としてこれを追求することはお勧めしません。障害が発生する可能性のある同じ物理ドライブ上でデータをホストしているため、障害が発生したドライブからのファイルシステムの回復はバックアップされません。
だから、簡単に言うと：
LVMスナップショットは、オフラインにせずにサーバーをバックアップできるという点で優れています。前述のように、LVMスナップショットはほとんどインスタントコピーです。lvcreateLV自体を作成するのと同じようにコマンドを使用してそれらを作成し--snapshotます。VGの代わりにオプションと元のLV を指定するだけです。例えば：
lvcreate -L <LV size> -s -n <snapshot name> /dev/<VG name>/<LV name>
これにより、指定されたスナップショット名で特定のLVのスナップショットが作成され、このスナップショットLVをマウントして使用することで、ファイルがアクティブに使用されることを心配せずにバックアップを実行できます。これは、アクティブなデータベースサーバーをバックアップしようとする場合に特に役立ちます。
スナップショットからのバックアップが完了したら、他の人が言及しているように、追加のI / Oオーバーヘッドやその他のパフォーマンスの問題を減らすためにスナップショットを削除します。
lvremove /dev/<VG name>/<snapshot name>
LVMスナップショットは、データベースなどのシステムの信頼性の高いバックアップを作成するのに非常に貴重であり、ファイルの競合を避けるために通常はバックアップにシャットダウンする必要がある場合がありますが、クイックリストアとしての長期操作には理想的ではありません。
良い考えではありません、IMO。
スナップショットはコピーオンライト方式で実装されるため、すべての書き込みを読み取りと2つの書き込みに変更します（更新するブロックは、最初にメインボリュームから読み取られ、新しいデータが配置される前にスナップショットボリュームに格納されますその場所）ので、VMで大量の書き込みが一般的である場合、パフォーマンスの低下が見られます。
また、IIRCは、スナップショットボリュームがいっぱいになると、単に不意にドロップされます。これはバックアップの目的には適していません！したがって、これをバックアップ方法として試す場合は、スナップショットの有効期間中に発生するすべての変更を処理できるように、スナップショットボリュームを十分に大きくしてください。もちろん、サイズの問題を認識して監視し、パフォーマンスの問題があなたにとって問題ではない場合、提案することは、適切な他のバックアッププロセスに役立つ追加になる可能性があります。
LVMスナップショットは、バックアッププロセスの一部として非常に便利です（スナップショットの取得、スナップショットを他の場所にバックアップして、「実」ボリュームへの更新を無効にすることなく一貫性を確保し、その後スナップショットを削除する）、しかし、それ自体ではバックアップ機能として意図されていません。
スマートに見えるものの下では、LVMは実際には「単なる」デバイスマッパートリックです。lvcreateを使用してスナップショットを作成することは、dmsetupの一部のラッパーにすぎません。ラッパーは、1つの古いボリューム（元のlv）と新しいボリューム（copy-on-writeボリューム）から新しいデバイス（スナップショットボリューム）を作成します。それとともに、元のLVの名前が-realに変更されます（以下を参照、dmsetup ls --tree出力）。この-real LVは、スナップショットボリュームと元のボリュームの両方にマッピングされるため、両方の場所で使用できます。コピーオンライトボリュームは、-real LVのオーバーレイとして機能します。-snap LVは、コピーオンライトボリュームと-realボリュームの組み合わせを示します。これにより、実際にパフォーマンスのオーバーヘッドが発生します。
Volume00-snap (253:11)
|-Volume00-snap-cow (253:13)
| `- (104:2)
`-Volume00-LogVol01-real (253:12)
`- (104:2)
Volume00-LogVol01 (253:5)
`-Volume00-LogVol01-real (253:12)
`- (104:2)
スナップショットを削除すると、再び名前の変更とマッピングが発生します。その後、状況は再び次のようになります
Volume00-LogVol01 (253:5)
`- (104:2)
これはどの程度までバックアップするのが良い方法ですか：これを考慮すると、（1）仮想マシンのRAMに役立たず、（2）パフォーマンスが低下し、（3）必要になりますスナップショットの画像を別の場所に保存します。
VMware VCBは、LVMスナップショットではありませんが、スナップショットでも機能します。
スナップショットがパフォーマンスに影響を与えなかったとしても、理解する必要があります。スナップショットは、同じディスク上の別のフォルダーへのコピー以上のバックアップではありません。
ディスクがブレーキをかけると、データとバックアップが失われます。スナップショット領域をVGの別のPEに割り当てた場合でも、スナップショット以降に変更されたデータのみが含まれます。
バックアップとは、最低要件として少なくとも完全に別のドライブへのコピーを意味します。
VMwareサーバーマシンとmysqlデータベースのスナップショットにこのようなセットアップを使用します。これまでのところ正常に動作します。いくつかの復元がありました-すべて問題なく。考慮すべき点が1つあります。スナップショットlvmを使用して実行すると、I / O操作のパフォーマンスが著しく低下します。見てここに。彼らがmysqlについて語るという事実を無視し、I / OオペレーションはI / Oオペレーションです... lvmにどんな種類のデータが置かれていても。
lvmスナップショットは、DomU Lvを別のVgの別のスナップショットにコピーするためにのみ使用します。各ドメインには、3つのバックアップ「ノード」があります。
その後、スナップショットは破棄され、バックアップLvは次のラウンドまで残ります。復元する必要がある場合は、バックアップVgからソースLvを選択し、ドメインLvにコピーするだけです。
時々、バックアップLvは別のサーバーのイメージファイルにダンプされます。
これらはすべてスクリプトによって自動化され、バックアップは2日ごとに、ダンプは毎週行われます。
「パニック」モードを念頭に置いて、ドメインLvを復元しますが、スナップショットから実行し、2時間ごとにリセットします。 。