vmバックアップの管理-自分でロールするか、ツールを購入しますか？
私たちは、3台のホストマシンで12を超えるvmwareインスタンスを運用している小さなショップです。クライアントの展開にVMを追加するにつれて、VMのバックアップを少しずつ行ってきた方法に亀裂が見られます。これは、いわば「ファーム」にホストマシンを追加したときに特に明らかになりました。
VMバックアップを管理するためのより堅牢なソリューションを検討するときが来ました。Googleコードで、あらゆる種類のバックアップとVMの中央サーバーへのコピーを行うための気の利いたスクリプトをいくつか見つけました...しかし、それは将来の痛みを遅らせるだけでしょうか？
現在、vmwareサーバー2.0を使用しており、ESXへの切り替えに問題はありません。仮想マシンを管理するために、ESXおよび一部のvSphereパッケージにどのように移行しましたか？彼らのバックアップソリューションは、スクリプト忍者がまとめることができるものよりもはるかに優れていますか？
「自分でロールする」バックアップについての私の見解は次のようなものです。スクリプトは素晴らしいですが、バックアップも正しく行われていることを確認したいものです。少しお金をかけてうまく機能するものを手に入れることができれば、スクリプトを書くのに多くの時間を費やすよりもおそらく良いでしょう。また、商用サービスがあなたを不機嫌にさせ、データを失うという状況に陥る可能性ははるかに低くなります。 （商用製品を使用している場合でも、バックアップをテスト、テスト、テストする必要があります。）
私はrsync、scpなどでバックアップするための接着剤とテープのソリューションを共有しましたが、商用製品は「次の人」が管理するためによりクリーンになり、それはあなたのビジネスにとっても「勝利」です。それがあなたのエゴのためでないなら。
それで、それをすべて言ったので、これが私がすることを考えていることです。スクリプトの作成/変更を始める前に、 Veeam Backup を確認します。
購入したソリューション、他の誰かのスクリプト、または独自のスクリプトなど、実装することを決定したソリューションが何であれ、それが機能することを確認してください。
それをテストし、それをテストし、そしてそれをもう一度テストします...そして...定期的にそれをテストします（毎週、毎月、あなたが決めます）。
VMバックアップ（および一般的なバックアップ）の最大の問題は、最初は機能することです...その後、空が落ち始めるまで、誰もがそれらのことを忘れます。
日曜大工のアプローチをとる場合は、復元手順と一緒に適切に文書化してください。そうすれば、6か月後に何かがクラッシュして頭を壁にぶつけてストレスを感じることがなくなります。この「混乱」を復元する方法をよく覚えていません。
商用ソフトウェアは確かにこれの多くの負担を軽減することができますが、状況によってはより多くの構成が必要になる場合があります。しかし、あなたが何をするにしても...それをテストしてください。 ;-)
VMの場合、実際には2種類のバックアップ重要であることに注意してください。
1つ目は、仮想かどうかに関係なく、マシン上で実行の標準バックアップです。通常、これらには、基本的なOSインストール以外の構成ファイルとデータが含まれます。
2つ目は、VM自体のバックアップです。これはトリッキーなものです。 VMWareホストマシン上で実行（VM自体ではなく）、ハードドライブ全体をコピーし、VM上のクライアントをまったく必要としません。 。一貫性を確保するために、バックアップはVMがダウンしている間に作成する必要があります。または、より一般的には、スナップショットが作成され、スナップショットがバックアップされてから削除されます。
2番目の種類のバックアップは、非常に迅速に起動して実行できるため、ディザスタリカバリの状況に最適です。ただし、バックアップは必然的に大きく、遅くなり、セットアップが困難になります。また、単一のファイルまたはフォルダーを復元する必要がある場合は、適切ではありません。
思いついたバックアップソリューションでは、これらの種類のバックアップの両方を考慮する必要があります。