Veritas InfoScale™ 8.0.2 仮想化ガイド - 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. トラブルシューティング
仮想化環境での InfoScale クラスタの回復力の向上に関する推奨事項
Veritas は、仮想化環境での InfoScale クラスタ構成の回復力を向上させるために、次の設定を構成することを推奨します。
peerinact: デフォルトの LLT のチューニングパラメータ peerinact を 16 秒ではなく 32 秒に設定します。これにより、仮想化環境におけるクラスタの安定性を向上させることができます。仮想化環境では、このリストでさらに説明するように、複数の外部要因がクラスタの安定性に影響する可能性があります。
プロビジョニングの比率: CPU とメモリのプロビジョニングの比率は、InfoScale クラスタの安定性に影響します。安定性を最大限に高めるには、この比率を可能な限り低い値に設定します。最大の回復力を必要とする重要なソリューションの場合、比率を 1:1 に設定する必要があります。
ホストオペレーティング システムの CPU 負荷: プロビジョニングの比率は低くなりますが、ホストオペレーティングシステムの CPU 負荷は引き続きクラスタの安定性に影響します。ホストオペレーティングシステムの負荷が非常に高い場合、vCPU はホストサーバーの観点から見たプロセスなので、ゲスト VM の vCPU がどのようにスケジュールされるかに影響する可能性があります。
ゲストの実際の作業負荷の CPU 要件: 作業負荷の合計 CPU 要件が利用可能な物理 CPU 容量を超えると、ハートビートタイムアウトによりノードが退去します。
外部イベント: ゲスト VM のライブ移行、仮想化ディスクバックアップなどの外部イベントにより、ホストサーバーでの CPU 負荷が増えることが知られています。CPU に対するこの追加の負荷を減らすには、これらのイベントによって引き起こされた環境の無応答期間を監視し、必要に応じて peerinact 値を増やします。peerinact 値はこれらの条件でのみ増やし、他の状況では増やしません。
CPU 負荷やメモリ使用率の高さ、遅延したディスクスナップショットまたは VM 移行操作: このようなイベントによるタイマー駆動型ハートビートの中断を回避するために、LLT は必要に応じて CPU ごとのハートビートを実行します。回復力をさらに向上させる場合は、LLT インターフェースの割り込みをすべての CPU に分散することを選択できます。詳しくは、『Cluster Server 管理者ガイド』を参照してください。
Hypervisor: 必ず Hypervisor のベストプラクティスに従ってください。