はじめに
Azure Site Recovery を使用すると、IT 管理者は Azure Virtual Machines (VM) のリージョン間のレプリケーション、オンプレミス VM と物理サーバーから Azure へのレプリケーション、Azure VM からオンプレミス VM へのレプリケーション、オンプレミス マシンからセカンダリ データセンターへのレプリケーションを調整および自動化できます。
例えば、あなたが Adatum でインフラ運用を担当しているとします。その会社では、仮想マシン (VM) 上で動作する 3 層のアプリケーションが複数あります。 Adatum のメルボルン データセンターにあったすべての VM ホスト アプリケーションが Azure に移行されて、データセンターは廃止になりました。 もう一方のアプリケーション セットは Adatum のシドニー データセンターでまだ稼働しており、これらのアプリケーションを Azure に移行する計画は当面ありません。
メルボルンのデータセンターが閉鎖されるまで、Hyper-V レプリカを使用してメルボルンとシドニーのデータセンター間ですべての VM をレプリケートし、いずれかのデータセンターがオフラインになっても確実にアプリケーションを利用できるようにしました。 メルボルンのデータセンターを利用できなくなった今、あなたがしたいのは Adatum のシドニー データセンターが利用できなくなった場合にシドニー データセンターの仮想マシンをオーストラリア東部の Azure リージョンにフェールオーバーすることです。 このオーストラリア東部 Azure リージョンへの移行は一時的な手段にする必要があります。サービスが復旧すれば、VM ワークロードは Adatum のシドニー データセンターに戻す必要があります。
同様に Adatum は、オーストラリア東部 Azure データセンターでホストされている IaaS VM が、オーストラリア東部リージョンを使用できなくなった場合に、オーストラリア南東部リージョンにフェールオーバーされるようにしたいと考えています。 これを実現するために、あなたがしたいのは次のことです。
- 既存のレプリケーション ソリューションが想定どおりに機能することを確認するため、定期的にテストを行う。
- データの破損を防ぐための手段として、レプリケート済みワークロードの以前のバージョンへのフェールオーバーが発生するように構成する。推奨オプションは 2 週間。
Azure Site Recovery を調査し、この Azure サービスがこれらの目標を達成できると確信できました。 このモジュールでは、Azure Site Recovery の機能とそのしくみ、また、組織のニーズを満たすソリューションとして Azure Site Recovery を使用することを選択すべきなのはどのような場合かについて説明します。
学習の目的
このモジュールでは、次のことを行います。
- Azure Site Recovery とその機能について学習する。
- Azure Site Recovery が組織のニーズを満たすかどうかを判断する。
- Azure Site Recovery と Azure Backup の違いを理解する。
前提条件
- 基本的なネットワークの概念についての理解
- 高可用性とディザスター リカバリーの基本的な概念についての理解