Veritas InfoScale™ 8.0 仮想化ガイド - Linux
- 第 I 部 Linux 仮想化で使う Veritas InfoScale Solutions の概要
- 第 II 部 基本 KVM 環境の実装
- 基本 KVM のスタートガイド
- KVM (カーネルベースの仮想マシン)ホストの作成および起動
- RHEL ベースの KVM のインストールと使用法
- KVM (カーネルベースの仮想マシン) ゲストの設定
- Veritas InfoScale Solutions での KVM の設定について
- カーネルベースの仮想マシン環境の Veritas InfoScale Solutions 設定オプション
- KVM ゲスト仮想化マシンの Dynamic Multi-Pathing
- KVM ホストでの Dynamic Multi-Pathing
- 仮想化ゲストマシンでの Storage Foundation
- KVM ゲストでの I/O フェンシングの有効化
- KVM ホストでの Storage Foundation Cluster File System High Availability
- KVM ホストとゲスト仮想マシンの Dynamic Multi-Pathing
- KVM ホストの Dynamic Multi-Pathing と KVM ゲスト仮想マシンの Storage Foundation HA
- KVM ホストでの Cluster Server
- ゲストでの Cluster Server
- 複数の仮想マシンゲストと物理コンピュータにわたるクラスタ内の Cluster Server
- カーネルベースの仮想マシン環境での Veritas InfoScale Solutions のインストール
- KVM(カーネルベースの仮想マシン)環境の Cluster Server のインストールと設定
- KVM リソースの設定
- 基本 KVM のスタートガイド
- 第 III 部 Linux 仮想化実装の使用例
- アプリケーションの可視性とデバイス検出
- Veritas InfoScale Operations Manager を使ったストレージからアプリケーションへの可視性の使用について
- Veritas InfoScale Operations Manager でのカーネルベースの仮想マシン(KVM)の仮想化検出
- Veritas InfoScale Operations Manager の Red Hat Enterprise Virtualization(RHEV)仮想化の検出について
- Microsoft Hyper-V 仮想化の検出について
- Microsoft Hyper-V での仮想マシンの検出
- Microsoft Hyper-V でのストレージマッピングの検出
- サーバー統合
- 物理から仮想への移行
- 簡素化した管理
- Cluster Server を使用するアプリケーションの可用性
- 仮想マシンの可用性
- ライブ移行を使った仮想マシンの可用性
- Red Hat Enterprise Virtualization 環境での仮想から仮想へのクラスタ化
- Microsoft Hyper-V 環境での仮想から仮想へのクラスタ化
- OVM (Oracle Virtual Machine) 環境での仮想から仮想へのクラスタ化
- Red Hat Enterprise 仮想化環境での仮想化マシンに対するディザスタリカバリ
- Red Hat Enterprise Virtualization 仮想マシンに対するディザスタリカバリについて
- RHEV 環境での DR の要件
- Volume Replicator(VVR)と Veritas File Replicator(VFR)を使用するボリュームとファイルシステムの障害回復
- Storage Foundation コンポーネントをバックエンドストレージとして設定する
- DR サイト間のレプリケーションのために VCS GCO オプションで VVR および VFR を設定します
- Cluster Server(VCS)を使った RHEV(Red Hat Enterprise Virtualization)仮想マシンでのディザスタリカバリの設定
- 多層型ビジネスサービスのサポート
- InfoScale Enterprise を使用した Docker コンテナの管理
- InfoScale Enterprise 製品による Docker コンテナの管理について
- Docker、Docker Daemon、および Docker Container 用の Cluster Server エージェントについて
- Docker コンテナのストレージ容量の管理
- Docker コンテナのオフライン移行
- Docker 環境におけるボリュームとファイルシステムのディザスタリカバリ
- Docker コンテナの管理時の制限事項
- アプリケーションの可視性とデバイス検出
- 第 IV 部 参照先
- 付録 A. トラブルシューティング
- 仮想マシンのライブ移行のトラブルシューティング
- Red Hat Enterprise Virtualization(RHEV)環境でのライブ移行のストレージ接続
- Red Hat Enterprise Virtualization(RHEV)仮想マシンのディザスタリカバリ(DR)のトラブルシューティング
- KVMGuest リソースが、ホストへのストレージ接続が失われてもオンライン状態のままになる
- 仮想マシンが実行されているホストのネットワーク接続が失われると、VCS が仮想マシンのフェールオーバーを開始する
- RHEV 環境で、間違ったブート順序により仮想マシンの起動に失敗する
- RHEV 環境で、仮想マシンが wait_for_launch 状態でハングアップして起動に失敗する
- DROpts 属性が設定されていない場合、VCS が別の RHEV クラスタのホストの仮想マシンの起動に失敗する
- 仮想マシンが RHEV 環境で接続されているネットワークカードの検出に失敗する
- hares -modify コマンドの -add オプションまたは -delete オプションを使って RHEVMInfo 属性のいずれかのキーを更新すると、KVMGuest エージェントの動作が未定義になる
- RHEV 環境: VM が動作しているノードがパニックに陥るか強制的にシャットダウンされる場合、VCS は別のノードで VM を開始できない
- 付録 B. 設定例
- 付録 C. 他の情報参照場所
- 付録 A. トラブルシューティング
仮想マシンの可用性を得るためのライブ移行の実装
仮想マシン(VM)はホスト間で移行できます。 この移行はライブ移行と一時停止移行のいずれかになります。 次を使って移行を開始します。
カーネルベースの仮想マシン(KVM)環境の場合は、virsh migrateコマンドまたは virt-managerコンソールを使用します。
RHEV (Red Hat Enterprise Virtualization)環境の場合は RHEV-M Web インターフェースを使います。
VCS(Cluster Server) hagrp -migrate 操作(hagrp -migrate コマンドではライブ移行のみが開始されます)
仮想マシンの移行を VCS 外で開始した場合は(virsh コマンドまたは RHEV-M Web インターフェースを使用)、VCS は移行したゲストを監視して移行処理を検出できます。 VCS は仮想マシンの状態に応じてリソースの状態を変更します。つまり、ゲストがホスト間でライブ移行された場合は、ゲストの移行先のホストで関連する KVMGuest リソースの状態をオンラインにし、移行元のノードでは、KVMGuest リソースの状態がオフライン(意図的なオフライン)であると報告されます。
KVM 環境で、移行元と移行先のノードで仮想イメージに同時にアクセスできるようにする必要があるときは、ライブ移行に CVM と CFS を使うことを推奨します。
KVM 環境での設定例を参照してください。
VCS (Cluster Server)では、サービスグループの移行を開始するための新しい移行操作が導入されました。 KVGGuest エージェントによって、KVM と RHEV 環境での仮想マシンの移行を開始する「migrate」エントリポイントが実装されます。 hagrp -migrate コマンドを使って仮想マシンのライブ移行を開始できます。
このコマンドの構文は次のとおりです。
#hagrp -migrate service_group_name -to destination_node_name
ライブ移行にパスワードを使わない SSH 要件を確認するには
- 移行元システムで次のコマンドを実行し、パスワードを使わない SSH を検証します。
# virsh "connect qemu+ssh://destination_node/system; list"
このコマンドでパスワードが求められた場合は、移行元と移行先のノード間でパスワードなしの SSH が設定されていません。
適切な出力が返された場合は、パスワードなしの SSH が正しく設定されています。
仮想マシンの移行を開始するように VCS を設定するには
- hagrp -migrate コマンドを使って仮想マシンのライブ移行の開始を準備するには、次のコマンドを使って VCS の PhysicalServer 属性(システムレベル)を設定する必要があります。
# hasys -modify sys_name PhysicalServer physical_server_name
次に例を示します。
# haconf -makerw # hasys -modify sys_name PhysicalServer "'hostname'"
PhysicalServer 名は移行の開始中に使われます。
- PhysicalServer 属性が設定されていない場合は、migrate エントリポイントに渡されたターゲットノード名が移行の開始に使われます。
KVMGuest エージェントの migrate エントリポイント:
KVM 環境の場合: virsh migrate コマンドを使って仮想マシンの移行を開始します。
RHEVの環境の場合: エージェントは REST API を使って仮想マシンの移行を開始します。 さらに、その仮想マシンの移行が許可されているかどうかを確認します。
???を参照してください。
メモ:
仮想マシンがディザスタリカバリ用に設定されている場合は、複数のサイトにまたがってその仮想マシンを移行することはできません。