Azure Site Recovery での保護に対してサポートされているワークロード
Azure Site Recovery をセットアップした後は、アプリケーション対応のレプリケーションで、より低いアプリケーション レベルの保護を使用できます。 アプリケーション レベルの保護は、マシン レベルでの復元に対する追加機能です。
主要な利害関係者と会社の事業継続とディザスター リカバリー (BCDR) 計画を確認した後、あなたは Azure Site Recovery でサポートされるワークロードを調べて、組織の BCDR の目標に適合することを確認しようと考えています。
このユニットでは、会社のさまざまなワークロードを保護するために利用できるアプリケーション レベルの保護について学習します。
Azure Site Recovery によってサポートされるワークロード
Site Recovery では、サポート対象のマシンで実行されているすべてのアプリをレプリケートできます。
- Azure VM: サポート対象の Azure 仮想マシンで実行されているすべてのワークロードで、レプリケーションを使用できます。
- Hyper-V VM: Hyper-V 仮想マシンで実行されているすべてのワークロードで、保護を使用できます。
- 物理サーバー: Windows および Linux オペレーティング システムで、保護を使用できます。
- VMware VM: VMware 仮想マシンで実行されているすべてのワークロードで、保護を使用できます。
Site Recovery では、サーバー オペレーティング システム上で実行されるさまざまな種類のワークロードやアプリケーションに対して、アプリケーション対応のレプリケーションが提供されます。 アプリケーションのレプリケーションは、さまざまなワークロードでサポートされています。 特定のワークロードとの統合を利用すると、通常のレプリケーションの間、そしてフェールオーバーの間にも、多くのメリットが得られます。 提供される機能には次のようなものがあります。
- 同期に近いレプリケーション: データはほぼ同期的にプライマリ ストレージとレプリカに書き込まれ、復旧時間を短縮することができます。
- アプリ整合性スナップショット: 復旧のために作成されるスナップショットでは、メモリ内の情報と保留中の I/O 操作がわかるので、迅速に復旧することができます。 アプリケーションは、レプリカ VM に切り替えられた後に実行する準備ができています。
- SQL Always On との統合: Always On は、通常のデータベース ミラーリング手法に代わるエンタープライズ レベルの方法です。
- 柔軟な復旧計画: 1 回のクリックでアプリケーション スタック全体を復旧する機能。 手動操作とスクリプト化された操作の両方を、全体的な計画に組み込むことができます。
- ネットワーク管理: IP アドレスの予約を簡略化し、ロード バランサーを構成し、Azure Traffic Manager と統合するための自動化された機能。
- オートメーション ライブラリ: ダウンロードして復旧計画と統合し、必要に応じて完全に自動化された復旧を提供できる、運用対応のスクリプト。
Active Directory と DNS
Active Directory と DNS を、自動フェールオーバー用に構成できます。 通常、それらは復旧計画全体の範囲内で最初に完了されます。 これにより、他のアプリケーションがフェールオーバーされるときには、Active Directory のインスタンスと DNS の名前解決を使用できます。 数分以内に Active Directory を稼働させることができます。 Site Recovery では、ドメイン コントローラーと DNS がホストされている仮想マシンが保護されます。
SQL Server
Site Recovery は、Always On 可用性グループなどの SQL 固有の高可用性テクノロジと共に使用できます。 Azure またはセカンダリ サイトへのレプリケーションに対し、スタンドアロン サーバーまたはクラスターがサポートされています。 また、Site Recovery で Azure 内のより大きな VM に負荷を "バースト" することによって、ピーク時の負荷をスケーリングできます。 ライブ環境に影響を与えることなく、オンデマンドで、またはスケジュールに従って、テスト フェールオーバーとコンプライアンス チェックを実行できます。
SharePoint
Site Recovery を使用して SharePoint を保護すると、ソリューションを構成するすべてのサーバーを、同時にフェールオーバーすることができます。 前の例では、要求の多いサーバーファームには Web サーバー、アプリ サーバー、データベース サーバーのグループが含まれている場合があります。 Azure への継続的なレプリケーションにより、ライブ環境にデプロイされるすべての更新をレプリカに自動的にデプロイして、フェールオーバー中にパッチの整合性を確保できます。
Dynamics AX
Dynamics は Web、アプリ、およびデータベース層で構成されるため、Dynamics AX を保護するには、SharePoint を保護する場合と同様のアプローチが必要になります。 レプリカ環境は、テストと開発の目的でも使用できます。
リモート デスクトップ サービス
マネージドまたはアンマネージドのプールされた仮想デスクトップ、リモート アプリケーション、セッションを、セカンダリ サイトまたは Azure にレプリケートできます。
Exchange
小規模な Exchange のデプロイ (単一サーバーのデプロイなど) をレプリケートできます。 大規模なデプロイでは、Exchange データベース可用性グループと統合します。 Exchange 2010 のこの高可用性機能では、最大 16 台のメールボックス サーバーをホストし、データベース レベルで復旧を自動化できます。
SAP
SAP NetWeaver と、NetWeaver 以外の運用アプリケーション コンポーネントをレプリケートできます。 レプリケートされた環境は、プロジェクトのアップグレードとテストのためのテスト ベッドとして使用できます。
IIS
IIS を保護することで、レプリケートされた環境にフェールオーバーする必要がある場合に、復旧計画を完全に自動化できます。 IIS サーバーの保護を簡単に有効にすることができ、フェールオーバーの前にプライマリ ネットワークと復旧ネットワークをマッピングすることによって、IP アドレスを適切に構成できます。 フェールオーバーの間にスクリプトを使用して、アプリケーションの依存関係とバインドを更新できます。 このアプローチにより、Web サーバー上の複数の Web アプリケーションをワンクリックでフェールオーバーすることができ、障害発生時の混乱を回避できます。
Citrix XenApp と XenDesktop
Site Recovery を使用して Citrix の完全な保護を利用できます。 Citrix ソリューション、Active Directory、DNS、SQL Server、および StoreFront サーバーなどの Citrix 固有のサーバーのすべての側面を保護できます。 それらすべてを、同じ復旧計画の一部にすることができます。 レプリケーションが行われた後、レプリケートされた環境をテスト プラットフォームとして使用できます。