再利用のためにVMWareVMをアーカイブするのに最適な方法を教えてください。
VMWare ESX3.5を使用しています。
いくつかの異なるフレーバーのVM（Windows2008のものとWindows2003のもの）を作成し、Windows Updateをインストールしましたが、それらの元の性質に概ね満足しています。
今すぐ実行したいと思いますが、後で現在の状態から再利用します。だから、私は今スナップショットをアーカイブして、もっとスピンアップしたいときに戻ってきたいと思っています。
私のオプションは何ですか？
- VMを含むディレクトリを手動で圧縮し、それを別の場所に物理的に保存しますか？
- VMWare ESXに固有の何か？
仮想ディスクにxGbを割り当てました。未使用ですが、割り当てられたスペースはまだ「実際の」ディスクで使用されていますか？
注：バックアップは私の質問ではありません-個別に処理します。
編集：
- VSphereまたはvCenterを使用していません。これは、ここでのオプションとして私が利用できないAFAIKです（個別のライセンス？なじみがありません）。
VMWare Converter を使用してESXサーバーに接続します-次に、VMを仮想アプライアンスファイル（ovf）に「変換」し、これをネットワーク共有に保存できます、外付けハードドライブなど。アプライアンス形式は仮想ハードドライブも圧縮するため、空のスペースをアーカイブする必要はありません。
VMのままにすることもできますが、単一のovfファイルの方がIMHOの管理が簡単です。
2009年11月に、VMwareコンバーターは、データストアからVMファイルを取得するためのVMwareがサポートする唯一の方法のようでした。すばやく簡単にも。バックアップは別のオプションですが、VMWareコンバーターは、時折のアーカイブ、または異なるネットワーク間でのVMの移動に非常に簡単に使用できます。
VMware Converter 4は、ESX3.5およびvSphere用のovfおよびVMを作成します。ご使用の環境に適したものを使用してください。
私は以前にこの仕事をしたことがありますが、それをお勧めしない人もいると思います。
ESXiを実行しており、24時間年中無休で重要なサーバーはありません。 VMをシャットダウンし、ディスクストレージブラウザを使用して、ディレクトリをストレージにコピーしますNAS次に、ディレクトリを1つの大きな7zファイルに7Zipします（エラーがないことを確認します）。これはコピーするのにかなりの時間がかかりますが、私たちにとってはうまくいきます。何か問題が発生した場合は、VMをESXiサーバーにコピーして、新しいVMバックアップするための構成があります。復元する場合は、MACアドレスなどが「複製」されることに注意する必要があることに注意してください。これは、主に=の障害が発生した場合に行われます。 VMサーバー。MD5合計を使用して、転送時に大きなバックアップファイルを検証し、ストレージまたは転送で破損していないことを確認します。
もう1つのオプションは、VMを通常のサーバーとして扱い、バックアップサーバーへの完全バックアップを作成することです。障害が発生した場合は、新しいVMを起動して実行します。仮想コンピュータでの「ベアメタル」復元。これにより、仮想マシン専用の特別なストレージを確保する必要がなくなります。これにより、それぞれ数ギガに簡単に拡張でき、ファイルが大きくなるほど、取得される可能性が高くなります。破損しています。これは、VMWareのバージョンで変数を排除するため、多くの場合、おそらくより良い解決策です（バックアップは1つのバージョンであり、VMWareをアップグレードするか、何かを変更して忘れてしまいます。突然、バックアップが失敗します...）
最後のオプションは、ESX対応のVMWare固有のバックアップソリューションを入手することです。すべての取得として高価ですが、仮想ディスクのファイルロックとアクセスに関連する問題を認識しているため、バックアップを実行するためにVMをシャットダウンする必要はありません。実行中にコピーまたは変更を試みると、Bad Things（tm）が発生します。
スナップショットのあるVM）を使用し、ファイルを「バックアップ」としてコピーするだけで問題が発生することを読みました（私の最初の提案）。そのため、VMWareではスナップショットを使用しません。ただし、問題は確認できません。
ESXをvSphereVirtual Centerと組み合わせて使用している場合は、VMから「テンプレート」を作成できるはずです。本質的に特別なタイプの「クローン」であるテンプレートは、VMと同じようにVMFSボリュームに保存されます。ソースVMが "を使用する場合薄い」ディスクの場合、テンプレートも同様だと思います。
Vmdkファイルとvmxファイルをバックアップする必要があります。圧縮比は良いです。 vCenter Serverがある場合は、テンプレートを使用します。それ以外の場合は、私が説明したように、バックアップの方が適しています。
Ktowerが言及しているように、テンプレートは最も簡単な方法ですが、スタンドアロンのESX\ESXiホストではテンプレート機能を使用できないため、Virtual Center\vCenterがある場合に限ります。 VMを圧縮テンプレートに複製することを選択すると、適度にコンパクトなコピーが得られます。VMDKの未使用スペースが削除されるだけです。これは真の圧縮ではありませんが、作成されるファイルのセットははるかに少なくなります。 。テンプレートも、OVFのような単一のファイルではなく、VMのように、ファイルのセットであることに注意することが重要です。
この方法で保存したいシステムのテンプレートを、ESXホストに提示されるNASに置き、移動したいときにそこから直接バックアップ/コピーを作成する傾向があります。私の経験では、これはOVFのエクスポートよりも高速です（面倒な場合）が、作業しているセットアップに大きく依存します。
個人的には、スペースがあるかどうかに関係なく、中断されたVMやめったに使用されないテンプレートを置いたままにするのは好きではありません。 VCBを使用するか、データストアからVMディレクトリ）をコピーして、必要に応じてVM）を完全に削除することで、それらをバックアップしたいと思います。スペース。
もちろん、v4では、最初にVMをシンディスクにSVMすることができます。