なぜrsyncを使用してvmwareゲストをバックアップしないのですか？

最新のVMware ESXiシステムを実行している場合、静的にリンクされたrsyncバイナリおよびrsyncファイルをSSH経由で任意の宛先にドロップできます。

VMwareゲストのほとんど（すべて？）のバックアップがこの方法で行われない理由を理解しようとしています。

VMが実行されている場合、「vim-cmd vmsvc / snapshot.create」を使用してスナップショットを作成し、そのスナップショットをリモートホストにrsyncするだけです。（スナップショットを「静止」するオプションもあります）

または、より堅牢なバックアップが必要な場合は、VMを正常に停止し、vmdkファイルでrsyncを実行できます。

だから...私は、私が今までやりたかったすべてのバックアップから単純なシェルスクリプトであり、単純かつ簡単に、単純な古いrsyncを使用しているように見えます。

ここに何が欠けていますか？

• ESXiコンソールからの転送速度は意図的に制限されているためです。
• これは、いかなる方法でもスケーラブルではないためです。
• 静的にコンパイルされたrsyncバイナリをESXiホストにドロップする必要があるためです。
• VMは、のVMDKは、そのRAMディスクファイルおよびその他のコンポーネントは、rsyncを失う命題を作るのに十分な変更することができます...ので、あなたが本当に再起動やファイルの変更の数が少ないがあった再同期200ギガバイトVMにしたいですか？
• ソースまたは宛先のCPU /メモリリソース要件のため。Rsyncは無料ではありません。
• 市場には他の製品があり、サードパーティ製とVMware製の両方があるためです。見上げて変更ブロックのトラッキングを。
• ESXiは汎用オペレーティングシステムではないためです。

参照：VMware ESX 4.1サーバーにrsyncをインストールする

私はこれを数年前に行っていました。（編集：確かにESXiではなく、CentOSホストで実行されているVMWareを使用）

毎晩、VMを一時停止し、ディスクからバックアップサーバーにファイルを再同期してからVMを再起動するスクリプトがありました。を除いて非常にうまく機能しました...

Rsyncは2GBファイルではうまく機能しません。

それはrsyncが素晴らしいわけではないからですWindowsは、自動的にデフラグするか、実際のシステムを実行しているかどうかは関係なく、VMをrsyncしようとしているときに表示される他のすべての処理を行います。

変更を検出するためのrsyncメカニズムは2GBファイルではあまりうまく機能しないと思いますが、vmdkの開始のチャンクをスキップすることは非常によくありましたが、違いを見つけると、残りのファイルを単にコピーします。それがrsyncがバイナリデータの移動したチャンクを検出できない問題なのか、ソースボックスのメモリ不足の問題なのか、vmdkが最後までアップデートされたのかどうかはわかりません。結果が同じだったので問題ありません-vmdkの大部分がコピーされました。

最終的には、変更したファイルをコピーして上書きし、rsyncを使用します。また、rsyncで既存のものをコピーして置き換えるのではなく、バックアップファイルを単純に上書きするだけでパフォーマンスが向上しました。

バックアップサーバーも最速ではなく、実行中のすべてのVMをバックアップするのに十分な長さではない夜になりました。

しかし、VMを復元する必要が生じたとき、それは本当に簡単で、美しく機能しました。

単一ファイルの再同期はバックアップソリューションではありませんが、

vmに何かが発生し、ファイルが削除されたが、rsyncが再び実行された後にのみこれに気づいたとき、あなたは何をしますか？これで、ファイルの適切な「バックアップ」が不良イメージで上書きされます。

バックアップが必要な場合は、古いバージョンを保存するか、差分を保存する必要があります。Rsyncは差分のコピーのみを行いますが、差分のみを保存するのではなく、以前のファイルを上書きします。

ここには、rsyncを使用するオプションと、バージョン情報を含むコピーオンライトファイルシステムがあり、rsyncスクリプトを実行するたびに差分を保存します。このソリューションはもう少し複雑になり始めているので、これが人々が知られている実用的なソリューションに頼る理由です。

ESXiサーバーでRsyncを使用できない理由はありません。ここで静的にコンパイルされたバージョンをhttps://33hops.com/rsync-for-vmware-vsphere-esxi.htmlで提供します。これは非常にうまく機能します。独自のコンパイル方法に関する情報もあります。

それにもかかわらず、それを使用する人は、RsyncとそのデルタアルゴリズムがVMハードディスクのような巨大で固定長のスパースファイルをバックアップするのではなく、可変長の小さなファイルを同期することを考慮に入れなければなりません。そのため、動作しますが、差分データを計算するには多くの時間とCPUが必要です。実際、これはCPUによって帯域幅を交換する方法にすぎません。いずれにせよ、特に仮想ディスクが数十ギガバイトのオーダーである場合、それはまだかなり実行可能です。

ここでトピックに関する完全な投稿を公開し、すべての長所と短所を詳しく説明していますhttps://33hops.com/blog_xsibackup-rsync-considerations.html