製品マニュアル
- 第 I 部 概要と計画
- Resiliency Platform の概要
- Resiliency Platform の主な機能とコンポーネントについて
- Resiliency Platform 配備でのレプリケーション
- Veritas Resiliency Platform Data Mover について
- Resiliency Platform を使用したリカバリオプション
- 配備のチェックリスト
- システムの必要条件
- ライセンスの管理
- Web コンソールの使用
- Resiliency Platform の概要
- 第 II 部 仮想アプライアンスの配備と構成
- 配備と構成
- AWS Marketplace 経由での AWS への仮想アプライアンスの配備
- OVA ファイルを使用した AWS での仮想アプライアンスの配備
- AWS でのデータゲートウェイの配備
- PowerShell スクリプトを使用して Azure に仮想アプライアンスを配備する
- Azure Marketplace 経由での Azure への仮想アプライアンスの配備
- vCloud での仮想アプライアンスの配備
- HUAWEI CLOUD での仮想アプライアンスの配備
- Orange Recovery Engine での仮想アプライアンスの配備
- Resiliency Platform コンポーネントの構成について
- 仮想アプライアンスのセキュリティ機能
- Hotfix について
- 更新を適用
- Resiliency Platform への更新の適用について
- YUM サーバーの設定
- 配備と構成
- 第 III 部 Resiliency Domain の設定と管理
- Resiliency Domain の管理
- 新しい Resiliency Platform 構成の開始
- Resiliency Manager の管理
- Infrastructure Management Server の管理
- オンプレミスデータセンターの管理
- クラウド構成の管理
- プライベートクラウド構成の管理
- NetBackup との統合
- InfoScale Operations Manager との統合
- Resiliency Domain の管理
- 第 IV 部 資産インフラの追加
- Resiliency Platform ホスト資産の管理
- VMware 資産の管理
- Veritas Replication VIB の管理
- Hyper-V 資産の管理
- ゲートウェイの管理
- Replication Gateway ペアについて
- データゲートウェイの管理
- エンクロージャ資産の管理
- 第 V 部 ネットワークの管理
- ネットワークの管理
- ネットワークオブジェクトについて
- 設定の管理
- ネットワークの管理
- 第 VI 部 Resiliency Group の操作
- 資産の分類
- Virtual Business Service の管理
- アプリケーションの編成
- カスタムアプリケーションの管理
- Service Objective の管理
- 第 VII 部 ディザスタリカバリの構成
- Resiliency Platform Data Mover を使用した構成
- Amazon Web Services でのリモート回復 (DR) 用仮想マシンの管理
- Azure へのリモート回復 (DR) 用の仮想マシンの管理
- OpenStack へのリモート回復 (DR) 用の仮想マシンの管理
- HUAWEI CLOUD へのリモート回復 (DR) 用の仮想マシンの管理
- Orange Recovery Engine へのリモート回復 (DR) 用の仮想マシンの管理
- vCloud Director でのリモート回復 (DR) 用仮想マシンの管理
- Resiliency Platform Data Mover を使用したリモート回復 (DR) 用の仮想マシンの管理
- Resiliency Platform Data Mover を使用したリモート回復 (DR) 用の物理マシンの管理
- NetBackup を使用した構成
- サードパーティレプリケーション技術を使用した構成
- アレイベースのレプリケーションを使用する場合の VMware 仮想マシンの準備
- アレイベースレプリケーションを使用するための Hyper-V 仮想マシンの準備
- サードパーティのレプリケーション技術を使用したリモート回復 (DR) 用の仮想マシンの管理
- リモート回復 (DR) 用アプリケーションの管理
- アレイベースのレプリケーションを使用する場合の VMware 仮想マシンの準備
- Resiliency Platform Data Mover を使用した構成
- 第 VIII 部 ディザスタリカバリの管理
- 仮想マシンの DR 操作の実行
- 仮想マシンのリハーサル操作の実行
- VBS での DR 操作の実行
- アプリケーションの DR 操作の実行
- 資産の退避
- Resiliency Plan の管理
- カスタムスクリプトについて
- 仮想マシンの DR 操作の実行
- 第 IX 部 製品設定
- 第 X 部 Resiliency Platform API の使用
- 第 XI 部 トラブルシューティングとコマンドラインインターフェースの使用
- トラブルシューティング
- 災害が発生した場合の Resiliency Platform コンポーネントのリカバリ
- 管理者待機状態の解決
- klish メニューの使用
- Application Enablement SDK の使用
- トラブルシューティング
目的について
対応するネットワークオブジェクトが、移行、テイクオーバー、再同期などのリカバリタスクに関与するときは、目的はこれらのネットワークオブジェクト上の稼働環境に設定します。対応するネットワークオブジェクトがリハーサル操作にのみ関与するときは、目的はこれらのネットワークオブジェクト上のリハーサルに設定します。
移行、テイクオーバー、再同期などのリカバリ操作を実行するには、目的が稼働環境のソースデータセンターのネットワークオブジェクトを、目的が稼働環境のターゲットデータセンターのネットワークオブジェクトとペアリングする必要があります。IPv4 ネットワークオブジェクト (サブネットなど) は、IPv4 ネットワークオブジェクトのみとペアリングが可能で、IPv6 ネットワークオブジェクトは、IPv6 ネットワークオブジェクトのみとペアリングが可能です。
リハーサル操作を実行するときは、目的が稼働環境のネットワークオブジェクトを、ターゲットデータセンター内の目的がリハーサルのネットワークオブジェクト (リハーサルネットワークに対応する) にマッピングできます。たとえば、AWS クラウドサブネット (目的が稼働環境) に AWS クラウドサブネット (目的がリハーサル) をマッピングできます。次の図では、データセンター全体のマッピングについて説明します。
ネットワークペア作成操作を行うことで、リカバリデータセンターで各仮想マシンをネットワークに手動で接続する必要がなくなります。
ネットワークを正常にペアリングしたら、プログラムによってターゲットネットワークと IP アドレスが計算され、仮想マシンに適用されます。仮想マシンのクローンを作成するときに、クローンの仮想マシンに適切なホスト名と IP アドレスを確実に割り当てるようにします。
たとえば、ソースデータセンターに、目的が稼働環境およびリハーサルの 2 つのサブネットがあるとします。稼働環境サブネットはリハーサルサブネットにマッピングされます。同様のセットアップがターゲットデータセンターに存在します。目的が稼働環境の両方のサブネットがペアリングされます。
ここで、移行操作を実行すると、目的が稼働環境のサブネットがペアリングされているため、仮想マシンは適切なネットワーク設定で移行されます。
たとえば、1 つの仮想マシンの IP アドレスが 10.20.30.40 で、ソースデータセンターのサブネット 10.20.30.0/24 の一部であるとします。このサブネットが、ターゲットデータセンターの別のサブネット 10.20.50.0/24 とペアリングされます。これにより、仮想マシンを移行すると、その IP アドレスは、ターゲットデータセンターで自動的に 10.20.50.40 に変更されます。
ターゲットデータセンターでは、稼働環境サブネットをリハーサルサブネットにマッピングしています。このため、リハーサル操作を実行すると、リハーサル仮想マシンはリハーサルサブネット上でマッピングされます。
たとえば、ソースデータセンターに、目的が稼働環境のサブネット (ProdSN1 10.20.30.0/24) と目的がリハーサルのサブネット (ProdSN2 10.20.40.0/24) の 2 つが存在するとします。稼働環境サブネットはリハーサルサブネットにマッピングされます。同様のセットアップがターゲットデータセンターに存在します (目的が稼働環境の RecovSN1 10.20.50.0/24 と RecovSN2 10.20.60.0/24)。目的がリハーサルの両方のサブネットがペアリングされます。
メモ:
リハーサルサブネットは、実稼働ネットワークから「分離」するように構成する必要があります。
1 カ所のデータセンターのみでリハーサル操作の実行が必要な場合があります。その場合は、該当のデータセンターのみでネットワークオブジェクト (サブネットなど) の目的をリハーサルにすることができます。目的がリハーサルのネットワークオブジェクトを後でマッピングする場合は、[構成の編集 (Edit Configuration)]または[ネットワークのカスタマイズ (Customize Network)]オプションで Resiliency Group を編集する必要があります。