製品マニュアル
- 第 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 の使用
- トラブルシューティング
vCloud Director へのリカバリ用に VMware 仮想マシンを構成するための前提条件
VMware 仮想マシンの Resiliency Group 用にディザスタリカバリ保護を構成するウィザードを実行する前に、仮想化環境の次の前提条件を満たしていることを確認します。
VMware Tools が仮想マシンにインストールされていること。
RHEL ホストに Perl がインストールされていることを確認します。Perl がインストールされていないと、vCloud Director データセンターへのリカバリ後に、ネットワーク経由で仮想マシンにアクセスできません。
新しいディスクを追加する場合は、それがゲストオペレーティングシステムから認識されるようになっていることを確認します。
クラスタ内のすべての ESXi サーバーが同じ VMware データセンターに属していることを確認します。
仮想マシンに複数のイーサネットアダプタがある場合は、そのすべてが静的 IP 構成または DHCP IP 構成を備えている必要があります。静的 IP 構成と DHCP IP 構成の混在は、同じ仮想マシンではサポートされません。
Linux 仮想マシンの場合、選択した仮想マシンに装着されているすべての仮想 NIC に有効な IP アドレスが割り当てられていることを確認します。IP アドレスは、静的に割り当てられているか、DHCP プロトコルを使用して割り当てられている場合があります。
すべての仮想ディスクが仮想 SCSI コントローラに接続されていること。その他のコントローラタイプはサポートされません。
Resiliency Platform Data Mover 仮想アプライアンスは、ソースデータセンターとターゲットデータセンター内の保護対象の仮想マシンをホストする同じ ESX クラスタの一部であること。
Datastore に存在する構成ファイル (vmx ファイル) がフォルダ内に存在しないこと。また、構成ファイルの名前に特殊文字をしないでください。
レプリケートされた仮想マシンをプロビジョニングするためには、リカバリデータセンターで十分なストレージが利用可能である必要があります。
ソースとリカバリ (ターゲット) の両方のゲートウェイが、ゲートウェイペアによって保護されている仮想マシンごとに 12 GB 相当の外部ストレージを搭載していること。たとえば、ゲートウェイペアが 10 台の仮想マシンをサポートする場合、ソースゲートウェイとリカバリ (ターゲット) ゲートウェイはそれぞれ 120 GB の外部ストレージを搭載している必要があります。
オンプレミスの Replication Gateway には最大 58 個のボリュームまたはディスクを接続でき、vCloud Director の Replication Gateway には最大 45 個のディスクを接続できること。Resiliency Group にある仮想マシンのディスクの合計数とゲートウェイにすでに接続されているディスクの数がこの数未満である必要があります。これは VMware の制限です。
仮想マシンにスナップショットがある場合、Data Mover を使用してリモート回復用に Resiliency Group を構成しようとしても失敗します。そのため、すべてのスナップショットを削除してから、操作を続行します。これは VMware の制限です。
仮想マシンディスクの UUID が有効になっていること (disk.enableuuid=true)。
同じテンプレートから複数の仮想マシンのクローンを作成する場合は、すべての仮想マシンのディスクすべての UUID が一意であることを確認します。
リカバリデータセンターで仮想マシンの状態が正しく表示されない場合は、クラウド検出または仮想化サーバー検出を更新する必要があります。
vCloud Director Web コンソールの[ネットワークの指定 (Network Specification)]タブで、仮想マシンの接続先 vCloud ネットワークに関する以下のすべての設定で正しい値を指定していることを確認します。
ゲートウェイのアドレス
ネットワークマスク
プライマリおよびセカンダリ DNS
DNS サフィックス
これらの値を 1 つでも指定しないと、移行やテイクオーバーの操作を実行した後に、仮想マシンが vCloud Director の IMS (Infrastructure Management Server) に接続できないことがあります。後で、稼働環境のデータセンターに戻すことができません。
vCloud の特定の Datastore に仮想マシンを移行する必要がある場合は、ストレージポリシーを作成する必要があります。ストレージポリシーを作成しないと、利用可能な Datastore のいずれかに仮想マシンが移行されます。
各資産で、レプリケーションブロックの追跡 (RBT) に使用できるように 1 GB のサイズのディスクをプロビジョニングすること。
ネットワークブートがディスクからのブートよりも先になるように、仮想マシンのブート順序を変更する必要があります。これを行うには、仮想マシンのブート時に仮想マシンコンソールから BIOS 設定にアクセスします。これは、レプリケーション用にホストを準備した後か Resiliency Group を作成する前に、1 回だけ行う必要があります。これが移行操作の実行前に行われていることを確認します。