Hyper-V ReplicationはHyper-V Backupと同じなのか?
Hyper-Vレプリケーションは、基本的に1つのサーバーから別のサーバーへVMのコピーを実行する行為です。レプリケーションは、物理ホストAからBにすべてを移動させます。Hyper-V Replicaを使用する場合、このプロセスは15分ごとにセクターレベルで発生します。これは素晴らしいアイデアのように聞こえますが、このタイプの「バックアップ」には欠点があります。このタイプのVMのコピー、特にHyper-V Replicaは、Hyper-Vバックアップのクラッシュコンシステントやアプリケーションコンシステントグレードのものではありません。Hyper-V Backupは、より高度なバックアップメカニズムですが、より多くの作業を行う必要があります。Hyper-V BackupはHyper-V Replicaよりも優れているのでしょうか?
Hyper-Vバックアップは、ホストがVMにライブバックアップの準備をするよう明確に指示するプロセスです。これには、VM内部の信号をSQL Server、Windowsオペレーティングシステム自体、Exchange ServerなどのVSS認識サービスに渡すことが含まれ、準備が必要なすべてのサービスがその機会を得ることができるようにします。その後、各サービスは保留中の書き込みブロックをフラッシュアウトし、ディスク上のデータ構造の一貫性が保証された状態にします。すべてのサービスが完了し、満足したら、シグナルが戻され、ホストレベルでのバックアップが開始されます。ご覧の通り、Hyper-Vバックアップは多くのオーバーヘッドを必要とします。これはHyper-V Replicaとは異なり、単にブロックをAからBへ、それも常に正しい順序で移動させるだけで、VM内部のサービスには通知されない。レプリカへの接続が切れると、通常は壊滅的な結果になる。また、レプリカを取得してそのまま電源を入れることもできません。レプリケーションが任意の時点で最新である保証はない。
Hyper-Vバックアップは、Hyper-V Replicaよりもはるかに優れています。Hyper-Vバックアップは、特定の時点で取得されたVMのコピーです。クラッシュやアプリケーションの整合性が保たれたコピーなので、使用時に良好な状態であることが保証されます。バックアップが完了すれば、何があるのかがわかります。しかし、Hyper-Vバックアップを開始するためには、オーバーヘッドが発生します。
Hyper-V Replicaは、非常に遅い接続でVMを別のサイトにコピーするために使用できる巧妙なメカニズムである。これは機能するが、注意しなければならないいくつかの欠点がある。それは、通常、十分に監視されていないプロセスであることです。IT管理者が気づかないうちに動作が停止していることが多い。レプリカが必要になって初めて、IT管理者は、レプリケーションが数ヶ月前に静かに停止していたことに気づき、復元するためのバックアップがないままになってしまうのです。
Hyper-Vバックアップはレプリケーションとして使用できますか?
はい、しかし、非常に短い間隔で使用することはできません。BackupChainを使用すると、Hyper-Vバックアップのメカニズムを使用して、VMの1:1コピーを作成し、それを別のホストまたは複数のホストに配置することができます。利点はたくさんあります。BackupChainは非常に優れたモニタリングとエラーログを提供します。BackupChainは非常に優れたモニタリングとエラーログを提供します。何か問題が発生した場合は通知され、ログからエラーの原因をすぐに特定することができます。前のセクションで詳しく説明したように、VMのHyper-Vバックアップグレードコピーを持つことは常に望ましいことであり、Hyper-Vバックアップを起点とした場合、レプリケーションの品質はより高くなります。さらに、Hyper-Vバックアップにはもう一つ重要な利点があります。それは、過去にさかのぼって、より古いバージョンのVMをリストアできることです。したがって、完全なHyper-Vバックアップ戦略としては、レプリケーションを使用するだけでは十分ではありません。レプリケーションはメインホストの突然のハードウェア故障に対してのみ保護されます。それ以上は、適切なHyper-Vバックアップ戦略で保護する必要があります。
Hyper-Vのバックアップとレプリケーションを実現するには、BackupChainの使用をお勧めします。
0 件のコメント:
コメントを投稿