VMwareにおけるVMのバックアップとレプリケーションとは何ですか？
VMのバックアップとレプリケーションは、データ保護計画において不可欠な要素です。一見すると、これらは似ており、互いに置き換え可能に見えるかもしれませんが、それはある程度正しいと言えます。VMのバックアップとレプリケーションはそれぞれ異なる目的を追求しているため、設定を行う際には両方を考慮する必要があります。 データ保護計画 そして、その違いを理解する。
VMのレプリケーションとバックアップの比較
基本的に、オンデマンドで復元できるようにソース仮想マシンのデータを保持するには、バックアップとレプリケーションの両方が必要です。 しかし、仮想マシンのレプリケーションとバックアップでは目的が異なります。VMバックアップは、必要とされる期間データを保存し、過去のある時点に戻って失われたデータを復元できるようにすることを目的としています。一方、VMレプリカ(レプリケーションの結果)は、VMをできるだけ早く復元することを目的としています。そのため、両者を実行するために使用される技術には違いがあります。
それでは、VMバックアップとVMレプリケーションの違いについて、さらに詳しく見ていきましょう。
VMバックアップとは
バックアップの主な目的はデータの長期保存であるため、バックアップソフトウェアでは、バックアップサイズを縮小し、データを可能な限り少ないディスク容量に収めるために、さまざまなデータ削減技術が採用されています。これには、不要なスワップデータの除外、データ圧縮、およびデータ重複排除(重複するデータブロックを削除し、既存のデータへの参照に置き換える処理)が含まれます。
VMバックアップは、ストレージ容量を節約するために圧縮および重複排除が行われるため、もはやVMそのものの形をしておらず、バックアップソフトウェアが認識できる特別な形式で保存されます。また、VMバックアップは単なるファイルの集合体であるため、バックアップリポジトリは単なるフォルダであり、専用サーバー、NAS、さらにはクラウドなど、どこにでも配置することができます。
最新のバックアップソフトウェアでは、バックアップからのさまざまな復元方法が可能になっています。圧縮および重複排除済みのバックアップから、個々のファイルやアプリケーションオブジェクト、さらには仮想マシン全体を、まず仮想マシンの完全な復元プロセスを実行することなく、ほぼ瞬時に復元することができます。
仮想インフラストラクチャのバックアップは極めて重要ですが、複数の仮想マシンに何らかの問題が発生した場合、あるいは サイト全体…となると、私たちは…を経由しなければなりません 工程と時間 それらの仮想マシンを本番環境またはスタンバイ環境に戻すのにかかる時間。以下のような技術 Flash VM Boot バックアップから単一の仮想マシンのサービスを極めて迅速に復旧させ、驚くべき RTO 結果。しかし、災害によるサイト障害や、データストアの喪失による複数のVMの障害が発生した場合、どのような種類のバックアップからでも複数のVMを復元することは現実的ではなく、これがバックアップからの復元における弱点となります。
要するに、バックアップは、時間を遡ってデータを部分的または完全に復元する手段を提供するため、この環境において必要不可欠かつ極めて重要です。 ただし前述の通り、バックアップは本番環境からデータを抽出し、バックアップリポジトリに保存するものです。そのデータを復旧させるには、元の仮想マシンにデータを復元するか、そのバックアップデータから仮想マシン全体を再構築する必要があります。これは単一のVMや少数のVMであれば十分です。しかし、災害が発生した場合、データやサービスをオンラインに戻すのにかかる時間をどのように回避すればよいのでしょうか。 サイト全体 ハードウェアの故障や自然災害、マルウェア、あるいは人為的な原因によるものであれ、主要な拠点が機能停止または著しく機能低下した場合はどうなりますか？
VMレプリケーションとは
VMレプリケーションは、ソースVMの完全なコピーを作成し、そのコピー(VMレプリカと呼ばれる)をターゲットのVMware ESXiまたはHyper-Vホスト／ストレージに配置します。レプリケーションジョブが実行されるたびにVMレプリカが更新されるため、ソースVMと完全に同一の状態が保たれます。
VMレプリカは、電源がオフの状態に保存される完全な機能を備えたVMであるため、コンピューティングリソースを消費しません。 同時に、災害が発生した場合、復旧するために必要なのはVMレプリカの電源を入れることだけです！
このアプローチの欠点は、a) 追加の DR インフラストラクチャ、そして b) VMのレプリカはVMのバックアップよりもはるかに多くの容量を消費するため、データ復元が必要になった場合、保存できるデータ量や復元可能な期間に制限が生じます。
オフサイトへの投資にもかかわらず DR 環境において、多くの企業は、この投資額を、主要拠点での災害によりインフラがダウンした際に生じうる事業損失、ブランド評判の毀損、その他の損害の潜在的なコストと比較すれば、それよりも低いものと見なしています。 前述の通り、レプリケーションは、仮想マシンのレプリカを別のサイトに配置する方法を提供します。これにより、事業運営にサイト耐障害性と地理的分散性がもたらされ、サイト全体の障害に耐えうるだけでなく、バックアップからの復元を行わなくてもリソースをオンラインにできる状態を維持できます。
これにより、当社の DR この戦略を採用すれば、特定の拠点で災害が発生した場合でもデータ損失を防ぐことができます。仮想マシンが近隣または全く別の地理的場所にある別の施設にレプリケーションされるため、本番環境と本番用バックアップ環境の両方が破壊された場合でも、致命的なデータ損失に見舞われるリスクを大幅に低減できます。
まとめ
バックアップとレプリケーションの両プロセスの機能と性能を活用することで、私たちはバランスのとれた DR 他のバックアップソリューションの機能と組み合わせて活用できる計画です。優れた DR 計画上、バックアップはレプリケーションの代わりにはならず、その逆も同様です。両者は互いに補完し合う関係にあります。ただし、それぞれに長所、短所、および適した用途があります。
- 多くの復元ポイントを保持します
- 圧縮および重複排除が施されており、その結果、容量が小さくなっています
- データを長期間保存する
- 比較的安い
- たとえ次のような技術があっても
flash boot、サイト災害復旧においては、バックアップからの復旧は現実的ではありません
- VMの迅速な復旧に必要
- ソース仮想マシンの完全なコピー
- 特にプライマリサイトの障害発生時の迅速な復旧
- オフサイトでの導入には費用がかかる
DRレプリケーション先としての施設 - データストア用にローカルレプリカを用意し、別の障害が発生する可能性がある
NAKIVO Backup & Replication 重要な情報を確実に保護するため、VMのバックアップ機能とレプリケーション機能の両方を備えています。ソフトウェアをダウンロードして、その信頼性と堅牢性をぜひご活用ください NAKIVO Backup & Replication VMのバックアップ機能とレプリケーション機能の両方を提供しており、IT環境と業務データを確実に保護します。
