VMwareスナップショットを長期間保持するのはなぜ悪い習慣ですか?


13

VMware Workstationの使用方法を学んでいます。私がそれを使用する主な理由の1つは、スナップショットを撮ることができるからです。実験的な変更を行ったり来たりすることができるので、これは素晴らしいことです。

しかし、スナップショットを保持することは悪いアイデアであり、パフォーマンスの安定性を確保するためにスナップショットの変更をコミットするか削除することをお勧めするとYouTubeビデオから聞きました。

VMwareのドキュメントによると:

...パフォーマンスを向上させるには、2〜3個のスナップショットのみを使用し、24〜72時間以上は単一のスナップショットを使用しないでください。

ただし、スナップショットを短時間だけ保持することが不可欠である理由については説明しません。

誰かがこれについて詳しく説明できますか?スナップショットを使用する場合、仮想マシンのさまざまな状態を保持したいのですか、それとも別の方法がありますか?

回答:


12

スナップショットを作成すると、元の仮想ディスクが凍結され、スナップショットファイルが作成されます。その時点から、仮想ディスクに対して行われるすべての変更は、スナップショットファイルに書き込まれます。

新しい状況に満足している場合は、スナップショットをコミットできます。変更はすべて元の仮想ディスクに適用され、スナップショットファイルを削除できます。

そうでない場合は、スナップショットを作成したときの状態にシステムをロールバックできます。

すでにスナップショットを持っている場合、別のスナップショットを作成することもできます。元のスナップショットは凍結され、すべての変更は2番目のスナップショットファイルに移動します。これを続けて、履歴に複数のロールバックポイントを作成できます(既に述べたように)。

特に、新しいソフトウェアパッケージのインストールや多数のファイルの削除など、システムに多くの変更を加えた場合、スナップショットファイルは時間が経つにつれて大きくなります。複数のスナップショットを作成すると、元のディスクよりも大きくなる場合があります。

担当するサーバーの1つをアップグレードする必要がある場合、スナップショットを使用します。アップグレードが成功し、問題がなければ、スナップショットをコミットします。

ただし、何か問題が発生した場合は、変更をロールバックしてサーバーのコピーを作成し、そのコピーに対してアップグレードを実行して、問題の原因を突き止めます。

スナップショットにはパフォーマンスの低下があります。システムは常に一貫したディスクを参照する必要があるため、仮想ディスクにアクセスする場合、VMware Workstationは元のディスクから読み取り、スナップショットから変更を適用し、結果をシステムに提示します。

VMware Workstationはパフォーマンスを維持するためにスマートキャッシュを使用しますが、スナップショットが増加し、スナップショットの数が増加するにつれて、それはより困難で遅くなります。

特定の状態を保持したい場合は、その時点で仮想ディスク(または完全なシステム)のコピーを作成し、それを参照として保持することをお勧めします。コピーのサイズは決して拡大せず、システムは、スナップショットが無制限に拡大するという悪影響を被りません。


すばらしい回答の整理時間を増やしたいと思います。スナップショットが不要になったと感じたら、VMWareはスナップショットファイルのすべての変更をHDファイルに適用する必要があり、仮想マシンを数分(偶数時間)かなり遅くします。極端な場合、ディスクへのI / Oが100%になり、ディスクへのすべてのアクセスが大幅に遅延する可能性があるため、その間、マシンは応答しなくなります。
NuTTyX

7

@NZDの答えは技術的には正しいですが、別の視点を追加したいと思います。それはすべてあなたが何を達成しようとしているかに依存します。私はそれぞれ複数のスナップショットを持つ数十の異なる環境を使用しています。これらの環境の一部はテスト用であり、非常に安定している必要があるため、長期間(最大6か月間)保持されます。その際に発生する可能性のある問題を意識する必要がありますが、これを行うことは問題ありません。

古いスナップショットに復元する場合、Windowsおよび/またはアプリケーションの更新は古くなることがわかっています。ドメインとの信頼関係が無効になる可能性があり、夏時間が原因で時間が変更された可能性があることがわかっています。しかし、これらすべてを考慮に入れると、非常に安定した環境を実現できます。したがって、開発中のアプリケーションの変更をテストするとき、唯一の変化要因はアプリケーター自体です。

それはあなたが何を達成しようとしているかに本当に依存します。実稼働マシンにVMを使用している場合は、NZDの答えに従うことをお勧めしますが、実稼働マシンにVMを使用している場合は、VMare Workstationではなく、パフォーマンスと安定性のためにESX / ESXiなどを使用することをお勧めします問題。

全体として、私の答えは次のようになります。大きな要因は、スナップショットの量を最小限に抑えることです。これにより、VMの速度が大幅に低下し、多くのスペースを占有することになります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.