VCenter ServerのないスタンドアロンESXi(4.1)ホスト。
仮想マシンを可能な限り迅速に、ストレージに優しい方法でバックアップするには?
ESXiコンソールにアクセスして標準のUnix cp
コマンドを使用できることはわかっていますが、実際に使用されているスペースだけでなく、VMDKファイル全体をコピーするという欠点があります。したがって、1 GBしか使用されない30 GBのVMDKの場合、バックアップには30 GBのスペースが必要であり、それに応じて時間がかかります。
そして、はい、私はシンプロビジョニングされた仮想ディスクについて知っていますが、物理的にコピーされたとき、および/またはフルプロビジョニングされたサイズに膨らんでしまう very badly の傾向があります。また、実際のVMパフォーマンスのためには推奨されません。
VMをバックアップする前にシャットダウンしても問題ありません(つまり、「ライブ」バックアップは必要ありません)。しかし、私はそれらを効率的にコピーする方法が必要です。はい、バックアップを取るときにシャットダウン/起動を自動化する方法も役立ちます。
私はESXiしか持っていません。サービスコンソールもvCenter Serverもありません...このタスクを処理するための最良の方法は何ですか?また、復元についてはどうですか?
結局、VM構成ファイルをコピーし、vmkfstools -d
を使用して、シンプロビジョニングを維持しながらVMDKのクローンを作成します。
参考のために:
#!/bin/sh
if [ $# != 2 ]; then
echo "Usage: $(basename $0) <SOURCE VM PATH> <DESTINATION PATH>"
echo "Example: $(basename $0) /vmfs/volumes/datastore1/VM1 /vmfs/volumes/datastore2"
exit
fi
vmx=$(basename $(/bin/ls $1/*.vmx))
name=$(grep displayName $1/$vmx | /bin/awk -F\" '{print $(NF-1)}')
vmxf=$(grep vmxf $1/$vmx | /bin/awk -F\" '{print $(NF-1)}')
nvram=$(grep nvram $1/$vmx | /bin/awk -F\" '{print $(NF-1)}')
vmdks=$(grep vmdk $1/$vmx | /bin/awk -F\" '{print $(NF-1)}')
echo "Started copying VM $name"
vmdir=$(basename $1)
destpath="$2/$vmdir"
echo "Source path: $1"
echo "Destination path: $destpath"
echo "Creating destination path $destpath"
/bin/mkdir -p $destpath
echo "Copying configuration files:"
echo $vmx
/bin/cp $1/$vmx $destpath
echo $vmxf
/bin/cp $1/$vmxf $destpath
echo $nvram
/bin/cp $1/$nvram $destpath
echo "Copying virtual disks:"
for vmdk in $vmdks;
do
echo $vmdk
/sbin/vmkfstools -d thin -i $1/$vmdk $destpath/$vmdk
done
echo "Completed copying VM $name"
これには、VMの電源がオフで、アクティブなスナップショットがないことが必要です。
これに対する私の好ましい解決策は、vSphereクライアントまたは コマンドラインovftool を使用して、それらをovfまたはovaファイルにエクスポートすることです。
VSphere ClientでVMがオフになっていることを確認し、強調表示して、[ファイル]-> [エクスポート]-> [OVFテンプレートのエクスポート]に移動します。次に、プロンプトに従ってください。
復元は簡単なことですが、逆の操作を行ってください(メニューオプションは[Deploy OVF template]です)。
Ovftoolを使用してシンバックアップを作成するには
ovftool -dm=thin vi://<user>@<esxi-Host>/<vm-name> <local-file>.ovf
http://www.virtuallyghetto.com/ でオプションのいくつかを確認することもできます。これらは非常に人気があり、バックアップにはいくつかの良い選択肢があると思いますが、最近それらのどれも見ていません。
これで十分かどうかはわかりませんが、 VM Explorer は、仮想マシンのホットバックアップまたはコールドバックアップを実行する素晴らしい仕事をします。 ESXi 4.1では、VM Explorerを使用すると、あるホストから別のホストへのゲストバックアップをVMゲストバックアップも実行できます。
私はあなた自身のものを転がすのではなく、ある種の証明された解決策を使用しようとします。煩わしさ、時間、およびリスクの軽減は、無料ではないソリューションを選択したとしても、すぐに元が取れます。懸念されるこれらの問題はすべて、ESXiの最新のバックアップソリューションで対処されます。
クライアントがESXi環境で頑張って使用するソリューションはVeeamです。あなたのニーズに合うかもしれない無料版さえあります: https://www.veeam.com/virtual-machine-backup-solution-free.html
Ghetto VCB は、マシンの実行中にバックアップを実行できます。スペースについては、バックアップサーバーで lessfs のような重複排除+圧縮ファイルシステムを使用できます。
XSIBackupは、ESXiハイパーバイザーOSで実行されるESXiサービスであり、フットプリントは最小限です。実際、ユーザーはバックグラウンドでバックアップが行われていることに気付かないでしょう。
XSIBackup-FreeとXSIBackup-Proの2つの異なるツールを提供します。
XSIBackup-Free は、Proバージョンにある次のようなすべての機能を提供します。
Proバージョンは、上記のすべてに加えて、データ転送(XSIDiff)、チェックサムによるバックアップ認証、迅速なファイル比較方法、およびウィザードからすべてのオプションを構成できるSSH GUI(グラフィカルユーザーインターフェイス)を高速化する拡張ツールを提供します。バックアップジョブのセットアップを高速化します。
cpio
は、スパースファイルの「ホール」を維持しながらスパースファイルをコピーできます。
私もOVF形式にエクスポートしています。それはその場でgzipで画像を圧縮するので問題ありません。
しかし、OVFファイルをESXIにインポートすると、新しいハードウェアを備えたマシンが作成されるため、ライセンスはなくなります。
解決:
大きなイメージなしで仮想マシンのファイルフォルダーをバックアップ(ダウンロード)して圧縮します。
Ovfフォルダーと仮想イメージファイルの圧縮コピー(大きなイメージなし)の両方が同じフォルダーにあります。
復元:
-> OVFをESXIにインポートし、圧縮されていない構成を(バックアップファイルフォルダーから)アップロードします->仮想マシンは再び正常に動作します
ismail