製品名から推測できるように、Veeam Backup＆Replicationデータ保護戦略の柱は2-in-1です。バックアップとレプリケーションは単一の製品に実装されています。
バックアップメカニズムの利点は、過去のさまざまな復元ポイントにロールバックできることです。一方、レプリケーションメカニズムを使用すると、障害後のシステム回復時間の最小インジケーターを取得できます。これが、現代のデータセンターで特に価値がある理由です。 今日は、Veeam Backup＆Replication 8.0の新しいバージョンのリリース（すでに11月に！）でリリースされる新しいレプリケーション機能について説明します。
バックアップからの複製
レプリケーションジョブの設定で、レプリケーションのデータソースとなるものを選択できるようになりました-これは、仮想マシンの元のデータを含むストレージシステムか、仮想マシンのバックアップコピーです（1つ以上のリポジトリに格納されている数から、常に最新のものが取得されることに注意してください）バックアップコピー）。
データソースとしてバックアップファイルを選択する際の新しいオプションにより、本番ストレージに対するデータレプリケーション操作の影響を軽減できます。
複製ジョブの組み込みWAN高速化
バージョン7.0では、リモートサイトへのバックアップタスク用に組み込みWANアクセラレーションが実装されました。 この機能により、WANトラフィックの最適化に特化した追加のソリューションをインストールおよび管理することなく実行できます。 Veeamは独自のバックアップファイルの構造に非常に精通しているため（よく！）、組み込みの重複排除機能は、サードパーティのWANオプティマイザーよりもこのようなファイルをうまく処理します。 WAN最適化テクノロジーはバックアップのテストに合格したため、「レプリカに適用しないのはなぜですか」と考えました。 また、新しいバージョン8では、WAN最適化テクノロジーもレプリケーション用に実装されました。
また、既存のバックアップリポジトリからのデータでWANアクセラレータキャッシュにデータを入力することで、タスクを開始する前にWANアクセラレータキャッシュを「ウォームアップ」できることに注意してください。 これを行うには、Populate cache操作を実行します。 必要に応じて、キャッシュをリセットできます。
レプリカへの切り替えを計画する
非常に重要で便利なイノベーションは、レプリカへの切り替えを計画する機能です：事前にすべてを準備し、適切なタイミングで、タブレットから、ハンモックに横たわる、または暖かい海の海岸にいるなど、Webインターフェイスでワンクリックで操作を実行できます（ただし、読者は休暇中にこの操作を実行する必要はありません）。
コンソールでは、スイッチの計画は次のようになります。
切り替え計画を作成し、レプリカから仮想マシンを追加し、起動する順序でそれらを構築します。 マシンごとに、待機期間を指定して、後続の各マシンが前のマシンの起動後に厳密に起動するように指定できます（たとえば、Exchangeサーバーはドメインコントローラーの後に起動します）。
これらの計画されたシナリオのいくつかを、重要度の高いまたは低いマシン用に個別のグループを作成することで作成できます（たとえば、ビジネスアプリケーションサーバーとテストVMを分離します）。 このオプションでは、たとえば、以前のシナリオが正常に機能し、別のグループを操作するのに十分なリソースがあることを確認してから、重要度の低いマシングループの切り替え計画を開始できます。
バージョン7で登場したSureReplicaテクノロジーを使用して、計画された切り替えのシナリオをテストすることをお勧めします。
バックアップ用の仮想ラボ
VMware vSphereプラットフォームのバックアップの例で仮想ラボ（または「サンドボックス」）がどのように機能するかを思い出させてください。
- タスクはホストに割り当てられます。 vSwitchはホスト上に作成されます
- プロキシ（NATを備えた仮想マシンのネットワークルーター）は、管理目的でネットワークアクセスを保存する必要がある本稼働ネットワークのコンピューターからサンドボックス内へのアクセスを維持しながら、ネットワーク相互作用と本稼働ネットワークからのサンドボックスの分離を提供します
- Veeam vPowerテクノロジーを使用して、特定の仮想マシンをバックアップリポジトリから分離された仮想ラボ環境で直接起動し、一時ストレージに復元する必要はありません。
この図は、仮想ラボテスト環境でExchangeサーバーを起動する例を示しています。 Exchangeサーバーからオブジェクトを復元するには、最初にドメインコントローラーを復元する必要があります。したがって、復元されるサーバーファームにはこれらのサーバーが両方あります。
仮想ラボに関しては、いくつかの重要なポイントを取り消す必要があります。
- ネットワークリソースの一部を消費します
- 何らかのホストに関連付けられています。 たとえば、サービスのためにホストがシャットダウンされると、仮想ラボは利用できなくなります
- サンドボックスですべての必要な仮想マシンを実行すると、サンドボックス自体のメカニズムによってコンピューター時間が消費され、バックアップを保存するストレージシステムの生産性が実稼働ストレージシステムよりも低下することが多いため、本番環境での起動より時間がかかる場合があります。
バックアップサイトのリソースに基づく「サンドボックス」は、パッチや新しいソフトウェアバージョンのテストなど、リソースを集中的に使用する操作にも使用できます。最初に「仮想コピー」の「猫」でテストするのが賢明です。
詳細については、
「クラッシュリカバリ：ネットワークサンドボックス」「Veeam Backup＆Replication v7のvSphereおよびHyper-Vに基づいて」の記事
を参照してください。レプリカの仮想ラボ
上記で話し始めた
レプリカ用の
仮想ラボを使用して、管理者はレプリカ（SureReplica）の正確性を自動的にチェックし、レプリカを使用して「サンドボックス」を操作できます。 レプリカテクノロジーには次の利点があります。
- レプリカの仮想ラボでは、実稼働リソースを消費することなく実行できます。災害復旧用に設計され、実稼働タスクがロードされていないリモートサイトからでもホストを使用して作成できます。
- バックアップとは異なり、レプリカは、圧縮および重複排除されたアーカイブコピー形式ではなく、元のVMware形式でディスクに保存されます。 これにより、フォーマット変換にコンピューティングリソースを浪費することがなくなり、生産性が向上します。
また、Veeam Backup＆Replication 7.0では、SureReplicaはVMware vSphereプラットフォームでのみ使用でき、新しいバージョンではHyper-Vプラットフォームでもサポートされていることに注意してください。
スケジュールされた切り替え
現在、スケジュールされた切り替えをコンソールから直接実行できるため、データセンターの移行中の管理者の作業が簡素化されるだけでなく、運用ネットワークで実行されているサーバーの定期的なメンテナンスも可能になります。 この操作は、データを失うことなく、最小限のシャットダウンで行われます。ソース仮想マシンがシャットダウンし、すべての最新の変更がターゲット仮想マシンに複製されてから、ターゲットマシンがオンになります。
追加リンク：
11月にリリースされるVeeam Backup＆Replication v8のその他の技術革新は、これらの投稿で読むことができます。