スナップショットが実際のバックアップではなく一時バックアップと見なされるのはなぜですか？

VMware ESXiを使用しています。私たちのチームでは、長期バックアップ用のスナップショットを提供しています。

その後、メモリのスピルオーバーなどの問題に直面し、サーバーがハングアップしました。

私はVMwareナレッジベースの記事をどこからでも読み始めました。どこでも、スナップショットを長時間保持しないことが推奨されました。

VMwareでさえ、スナップショットを最大3日間保存することを推奨しました。

しかし、私たちのチームは、少なくとも2つの永続的なスナップショットを（VMを削除するまで）保持するように要求し続けました。VMを1年間使用することもあります）。

1. 1つのスナップショットは、新しいマシンの状態用です。（したがって、アプリケーションのテストが完了すると、新しい状態に戻り、別のアプリケーションをインストールします）（許可しない場合は、VMをホストする必要がある場合があります。）

2. VMを特定の状態に保つための次のスナップショット（問題を発見してしばらくその状態を維持する可能性があります。または、アプリケーションの前提条件をインストールし、マシンをテストの準備ができている場合があります）

論理的には、彼らのニーズは公平なようです。しかし、それを許せば、スナップショットを長時間保持することを許可することになります。VMをメールサーバーまたはデータベースサーバーとして使用していません。

スナップショットを長時間保持すると悪影響があるのはなぜですか？

スナップショットが実際のバックアップではなく一時的なバックアップと見なされるのはなぜですか？

VMにアクティブなスナップショットがある場合、その仮想ディスクI / OはVMの実際の.VMDKファイルでは実行されませんが、代わりに変更されずに保持され、VMの変更はすべて異なる物理ファイルに書き込まれます。これにより、以前のVM状態を回復できますが、次の3つの重要な副作用があります。

• VMのディスクI / Oははるかに低速です。
• これらの「デルタ」ファイルは、VMによってディスクI / Oがますます実行されるにつれて、時間とともに成長し続けます。
• スナップショットが削除されると、「デルタ」ファイルに保存された変更をメインの.VMDKファイルにマージする必要があります。これは、スナップショットが長時間アクティブな場合、非常に時間がかかり時間がかかります。

実際、アクティブなスナップショットを長時間保持しない方が良いでしょう。特定の状態のVMの長期バックアップが必要な場合は、VMを別の場所にコピーするだけで済みます。これにより、VMのパフォーマンスに影響がなく、いずれにせよ、使用するディスクスペースが少なくなります。スナップショットという用語は、時間の経過とともにいっぱいになります。

また、VMのコピーを別の場所に保存しておくと、VMを紛失した場合に実際に役立ちます。スナップショットは、VMが属するVMと一緒に保存され、VMが使用可能な場合にのみ役立ちます。実際のデータ損失（データストアのクラッシュなど）の場合はまったく役に立たないため、実際のバックアップとして使用することはできません。

スナップショットに関する公式ドキュメントは次のとおりです。

http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&externalId=1015180

vmwareで使用される一部のスナップショット形式は、より多くのデータを保存するため、時間の経過とともにパフォーマンスが低下します。私が信じる「スパースエクステント」形式は、最新バージョンのデフォルトのままで、このプロパティはないようです（読み取りごとに3回の読み取り、書き込みごとに最大2回の読み取りまたは3回の書き込みを見ていますが、これはありません）ディスクがいっぱいになると悪化します）。だから、私は「長い間の周りにスナップショットを保持しない」プロパティがあることを全くわからないんだけど、必ずしも常に正しいアドバイス。

私が気づいたことの一つは、しかし、スナップショットをマージするかかることである年齢を、彼らは大きな取るにつれて。ユースケースに応じて、これは問題になる場合とそうでない場合があります。

「一時バックアップ」に関する他の質問に関しては、それは簡単です。バックアップは、プライマリデータストアの損失を乗り切ることを目的としています。スナップショットとオリジンは一緒に保存されるため（そして、スナップショットはベースイメージなしでは役に立たない）、多くを失うことになります-したがって、スナップショットは決してバックアップではありません。

私はこの投稿が少し古いことを知っていますが、提起された質問とポイントはまだ非常に重要です。

VMwareスナップショットは間違いなくバックアップではありません。私と多くの顧客に起こったより悪い副作用は、彼らが6か月前のVMwareスナップショットを保持していること、ESXiホストが計画外の中断を経験し、ESXiが再起動するか、中断を解消するために再起動が必要であることです。ESXiが回復し、VMが起動し、すべてのデータがそのVMwareスナップショットが作成された時点に戻りました。

このシナリオでは、VMwareスナップショットが作成された時点から中断の瞬間までのすべての変更が単に失われます。

したがって、私の一般的なアドバイスは、特定の目的のためだけにVMwareスナップショットを作成し、それらがその目的を果たしたら削除することです。

http://kb.vmware.com/kb/1025279

クリーンインストールイメージまたは特定の状態に対するチームの要求に対するソリューションとして、テンプレートを使用することをお勧めします。テンプレートは、VMのクローンを作成し（基本的にはコピーのみ）、電源をオンにしたり変更したりできない状態にコピーします。コピーコピーの参照としてのみ使用できます。たとえば、「デフォルトのDebianインストール」テンプレートがあり、サーバーチームが3つの新しいサーバーを要求した場合、3つの新しいクローンを作成し、カスタマイズするだけで完了です。

2番目のシナリオでも同じことができます。VMが参照したい状態になったら、テンプレートを作成します。それ以降は、参照する必要があるときはいつでも、別のコピーを複製します。

スナップショットの背後にある考え方は、VMの再構成（新しいソフトウェアのインストール、メジャーアップグレードなど）を行う前の復元ポイントに近いものです。あなたがそれを気まぐれにしたら、あなたはそれが働いていたポイントに戻って、同僚を責めることなく口whiを吹いて歩くことができます:)

そして、一般的な考え方は、将来のある時点（ユーザーに影響を与えることなくしばらく停止できる場合）にマージすることです。

ここで他の人がすでに説明した理由でvmwareスナップショットを保持するべきではありませんが、多くの人々が行うのはvmwareスナップショットを取得し、その後クリーンに行われることです（スナップショットが実際に何をするかによって異なります）ストレージアレイのスナップショットを取得してから、そのスナップショットをバックアップ/コピー/アーカイブ/などすることができます。アレイに実際のスナップショットを作成したら、VMwareスナップショットをできるだけ早く削除する必要があります。