Veritas InfoScale™ 8.0.2 仮想化ガイド - Linux
- 第 I 部 Linux 仮想化で使う Veritas InfoScale Solutions の概要
- 第 II 部 基本 KVM 環境の実装
- 基本 KVM のスタートガイド
- カーネルベースの仮想マシン環境の Veritas InfoScale Solutions 設定オプション
- KVM(カーネルベースの仮想マシン)環境の Cluster Server のインストールと設定
- KVM リソースの設定
- 基本 KVM のスタートガイド
- 第 III 部 Linux 仮想化実装の使用例
- アプリケーションの可視性とデバイス検出
- サーバー統合
- 物理から仮想への移行
- 簡素化した管理
- Cluster Server を使用するアプリケーションの可用性
- 仮想マシンの可用性
- ライブ移行を使った仮想マシンの可用性
- Red Hat Enterprise Virtualization 環境での仮想から仮想へのクラスタ化
- Microsoft Hyper-V 環境での仮想から仮想へのクラスタ化
- OVM (Oracle Virtual Machine) 環境での仮想から仮想へのクラスタ化
- Red Hat Enterprise 仮想化環境での仮想化マシンに対するディザスタリカバリ
- Volume Replicator(VVR)と Veritas File Replicator(VFR)を使用するボリュームとファイルシステムの障害回復
- 多層型ビジネスサービスのサポート
- InfoScale Enterprise を使用した Docker コンテナの管理
- Docker、Docker Daemon、および Docker Container 用の Cluster Server エージェントについて
- Docker コンテナのストレージ容量の管理
- Docker コンテナのオフライン移行
- Docker 環境におけるボリュームとファイルシステムのディザスタリカバリ
- アプリケーションの可視性とデバイス検出
- 第 IV 部 参照先
- 付録 A. トラブルシューティング
- 付録 B. 設定例
- 付録 C. 他の情報参照場所
- 付録 A. トラブルシューティング
Cluster Server(VCS)を使った RHEV(Red Hat Enterprise Virtualization)仮想マシンでのディザスタリカバリの設定
新しいまたは既存の RHEV ベースの仮想マシンにディザスタリカバリ(DR)を設定するには、DR を実行できるようにこれらの仮想マシンをセットアップし、VCS を構成します。
DR を実行できるように RHEV ベースの仮想マシンを設定するには
- GCO オプションを適用して RHEL-H ホストの 2 つのサイトで VCS を設定します。
グローバルクラスタの設定について詳しくは、『Veritas InfoScale ™ Solutions ディザスタリカバリ実装ガイド』を参照してください。
- VVR、VFR、Hitachi TrueCopy、EMC SRDF などのレプリケーション技術を使ってレプリケーションを設定します。
- プライマリサイトでプライマリ LUN をすべての RHEL-H ホストにマップします。
- OS の SCSI 再スキャンコマンドを実行し、LUN が multipath -l コマンドの出力に表示されることを確認します。
- セカンダリ LUN をセカンダリサイトのすべての RHEL ホストにマップし、セカンダリサイトのすべてのホストで multipath -l コマンドの出力に表示されることを確認します。
- RHEV-M コンソールに RHEL-H ホストを追加します。
2 つのサイトを表す 2 つの RHEV クラスタを同一データセンターに作成します。
プライマリサイトのすべての RHEL-H ホストをどちらかの RHEV クラスタに追加します。
同様に、セカンダリサイトのすべての RHEL-H ホストをセカンダリ RHEV クラスタに追加します。
- RHEV-M コンソールにログインし、プライマリ LUN を使っていずれかのプライマリサイトホストにファイバーチャネルタイプのストレージを作成します。
- RHEV-M コンソールで仮想マシンを作成し、7 で作成したファイバーチャネルストレージドメイン外にカービングした仮想ディスクを割り当てます。
仮想マシンの NIC や仮想ディスクなどの追加パラメータを設定します。
仮想マシンが正しくオンになることを確認します。
ゲストの内部に適切な RHEL オペレーティングシステムをインストールします。
IP アドレス、ネットマスク、ゲートウェイなどの適切なパラメータでネットワークインターフェースを設定します。
NIC がネットワーク管理者の制御下にないことを確認します。 仮想マシンの内部にある
/etc/sysconfig/network-scripts/ifcfg-eth0
ファイルを編集し、NM_CONTROLLED を「no」に設定すると、この設定を無効にできます。仮想マシンに CD-ROM が接続されていないことを確認します。 VCS は CD-ROM 形式で仮想マシンに DR ペイロードを送信するのでこの確認が必要です。
- VCS インストールメディアからゲストにパッケージ VRTSvcsnr をコピーしてインストールします。 このパッケージは、ゲストをブートするときに開始する軽量版サービスをインストールします。 このサービスは、KVMGuest リソースで指定したとおりにゲストの IP アドレスとゲートウェイを再設定します。
DR を実行できるように RHEV ベースの仮想マシンを管理する VCS を設定するには
- プライマリサイトとセカンダリサイトの両方の RHEL-H ホストに VCS をインストールします。
単一プライマリ VCS クラスタのプライマリサイトにあるすべての VCS ノードを設定します。
同じセカンダリ VCS クラスタのセカンダリサイトにあるすべての VCS ノードを設定します。
各サイトの RHEV クラスタがそのサイトの VCS クラスタに対応することを確認します。
図: VCS リソースの依存関係の図を参照してください。
- プライマリ VCS クラスタでサービスグループを作成し、仮想マシンを管理する KVMGuest リソースを追加します。 セカンダリ VCS クラスタでこの手順を繰り返します。
- 各 VCS クラスタで KVMGuest リソースのサイト固有のパラメータを設定します。
DROpts 属性には、IP アドレス、ネットマスク、ゲートウェイ、DNSServers、DNSSearchPath、デバイスなどの仮想マシンのサイト固有ネットワークパラメータを指定できます。 デバイスには、eth0 などのゲストで表示される NIC 名を設定します。
DROpts 属性の ConfigureNetwork キーが 1 に設定されていること確認します。
DROpts 属性を両方のクラスタの KVMGuest リソースに設定する必要があります。
- 仮想マシンサービスグループに preonline トリガを設定します。 preonline トリガスクリプトは、
/opt/VRTSvcs/bin/sample_triggers/VRTSvcs/preonline_rhev
にあります。トリガスクリプトをホストする各 RHEL-H ホストの
/opt/VRTSvcs
ディレクトリにフォルダを作成します。 このフォルダに「preonline」という名前を付けて、トリガスクリプトをコピーします。 仮想マシンサービスグループで preonline 属性を有効にするには、PreOnline サービスグループ属性を設定します。 TriggerPath 属性にパス(/opt/VRTSvcs
関連)を指定します。
次に例を示します。
group RHEV_VM_SG1 ( SystemList = { vcslx317 = 0, vcslx373 = 1 } ClusterList = { test_rhevdr_pri = 0, test_rhevdr_sec = 1 } AutoStartList = { vcslx317 } TriggerPath = "bin/triggers/RHEVDR" PreOnline = 1 )
トリガの設定について詳しくは、『 Cluster Server 管理者ガイド』を参照してください。
- レプリケーションの方向を管理する別のサービスグループを作成します。 このタスクは各クラスタで実行する必要があります。
適切なレプリケーションリソースを追加します(Hitachi TrueCopy や EMC SRDF など)。 適切なレプリケーションエージェントについて詳しくは、そのエージェントのレプリケーションエージェントのインストール/設定ガイドを参照してください。
VM (仮想マシン)サービスグループの Online Global Firm 依存関係をレプリケーションサービスグループに追加します。
レプリケーションサービスグループをグローバルに設定します。
- レプリケーションサービスグループで postonline トリガを設定します。 postonline トリガスクリプトは
/opt/VRTSvcs/bin/sample_triggers/VRTSvcs/postonline_rhev
にあります。「postonline」という名前を付けて、preonline トリガスクリプトと同じ場所に postonline トリガをコピーします。 TriggersEnabled 属性に POSTONLINE キーを追加して、レプリケーションサービスグループの postonline トリガを有効にします。 TriggerPath 属性にパス(
/opt/VRTSvcs
関連)を指定します。次に例を示します。
group SRDF_SG1 ( SystemList = { vcslx317 = 0, vcslx373 = 1 } ClusterList = { test_rhevdr_pri = 0, test_rhevdr_sec = 1 } AutoStartList = { vcslx317 } TriggerPath = "bin/triggers/RHEVDR" TriggersEnabled = { POSTONLINE } )
トリガの設定について詳しくは、『 Cluster Server 管理者ガイド』を参照してください。
ストレージドメインを複数回レプリケートする場合は、データセンターのドメインすべてのレプリケーション方向が同じである必要があります。
データセンターで複数回レプリケートするストレージドメインのレプリケーションを調整するには
- 同じレプリケーションサービスグループのすべてのレプリケーションリソースを追加します。
- 異なるストレージドメインを同時に異なる方向にレプリケートする必要がある場合は、個別のデータセンターで設定します。
これは、SPM(Storage Pool Manager)ホストがデータセンターのすべてのストレージドメインに読み書きアクセスする必要があるためです。
前の手順をすべて完了すると、サイトの仮想マシンサービスグループを別のサイトに簡単に切り替えることができます。 サイトのレプリケーションサービスグループがオンラインの場合は、レプリケーションリソースのレプリケーションの方向は必ずそのサイトからリモートサイトに向かいます。 これにより、現在のサイトですべてのレプリケート済みデバイスの読み書きが有効になります。
Red Hat Enterprise Virtualization 仮想マシンに対するディザスタリカバリについてを参照してください。
ディザスタリカバリのワークフロー
- サイトのレプリケーションサービスグループをオンラインにしてから仮想マシンサービスグループをオンラインにします。
- RHEV-M コンソールにログインしてフェールオーバーを確認します。 適切なデータセンターの[ホスト(Hosts)]タブを選択して、レプリケーションサービスグループがオンラインであるサイトのいずれかのホストで SPM がマーク付けされていることを確認します。
- レプリケーションサービスグループをオンラインにすると、postonline トリガは親サービスグループの KVMGuest リソースを精査します。 仮想マシンサービスグループをオンラインにできることを確認します。
- 仮想マシンサービスグループをオンラインにすると、preonline トリガは次のタスクを実行します。
このトリガは SPM がローカルクラスタにあるかどうかを調べます。 SPM がローカルクラスタにある場合は、トリガは SPM ホストが起動しているかどうかを調べます。 SPM ホストが NON_RESPONSIVE 状態の場合は、トリガはホストのフェンスを解除します。 RHEV-M で現在のクラスタにある他のホストを選択できるようになります。
SPM がリモートクラスタにある場合は、トリガはリモートクラスタにあるすべてのホストを非アクティブ化します。 さらに、リモート SPM ホストが NON_RESPONSIVE 状態の場合はトリガスクリプトはホストのフェンスを解除します。 RHEV-M で現在のクラスタにある他のホストを選択できるようになります。
SPM のトリガスクリプトは 10 分間待機してからローカルクラスタにフェールオーバーします。
SPM がローカルクラスタに正常にフェールオーバーすると、スクリプトは以前に非アクティブにしたすべてのリモートホストを再アクティブ化します。
次に、トリガスクリプトは仮想マシンサービスグループをオンラインにします。
- KVMGuest リソースがオンラインになると、KVMGuest エージェントは開始する前に仮想マシンの仮想マシンペイロードを設定します。 このペイロードにはそのリソースの DROpts 属性に設定したサイト固有のネットワークパラメータが含まれます。
- 仮想マシンを起動すると、vcs-net-reconfig サービスをロードして CD-ROM から DR パラメータを読み込み、ゲストに適用します。 このように、仮想マシンがサイトの境界を越えて配備されている場合は仮想マシンのネットワーク設定を修正します。
ディザスタリカバリ設定のトラブルシューティング
- 次のシナリオのディザスタリカバリをトラブルシューティングできます。
サービスグループをセカンダリサイトに切り替えると、プライマリサイトのホストが NON_OPERATIONAL 状態になる場合があります。 この問題を解決するには、ホストを保守モードにして非アクティブ化し、再びアクティブ化します。 問題が解決しない場合は、RHEL-H ホストにログオンし、service vdsmd restart コマンドを使って vdsmd サービスを再起動します。 それでも問題が解決しない場合は、Red Hat のテクニカルサポートに問い合わせてください。
DR のフェールオーバー後に、仮想マシンの DNS 設定を変更できません。 この問題を解決するには、仮想マシン内のネットワークアダプタがネットワーク管理者の制御下にあるかどうかを確認します。 制御下にある場合は、仮想マシンの内部にある
/etc/sysconfig/network-scripts/ifcfg-eth0
ファイルを編集し、NM_CONTROLLED を「no」に設定してネットワークアダプタを設定解除します。セカンダリサイトにフェールオーバーした後に、仮想マシンサービスグループがオンラインになりません。 この問題を解決するには、データセンターで SPM の状態を調べます。 セカンダリ RHEV クラスタの一部のホストで SPM がアクティブであることを確認します。 詳しくは、VCS エンジンのログを確認してください。