veritas storage foundation™ and high availability solutions ......veritas storage foundation and...

Veritas Storage Foundation™and High AvailabilitySolutions 仮想化ガイド

Linux

6.0

Veritas Storage Foundation and High AvailabilitySolutions 仮想化ガイド

このマニュアルで説明するソフトウェアは、使用許諾契約に基づいて提供され、その内容に同意す

る場合にのみ使用することができます。

製品バージョン: 6.0

マニュアルバージョン: 6.0.0

法的通知と登録商標

Copyright © 2012 Symantec Corporation. All rights reserved.

Symantec、Symantec ロゴ、Veritas、Veritas Storage Foundation、CommandCentral、NetBackup、Enterprise Vault、LiveUpdate は、Symantec Corporation または同社の米国およびその他の国における関連会社の商標または登録商標です。その他の会社名、製品名は各社の

登録商標または商標です。

本書に記載の製品は、ライセンスに基づいて配布され、使用、コピー、配布、逆コンパイル、リバー

スエンジニアリングはそのライセンスによって制限されます。本書のいかなる部分も、SymantecCorporation とそのライセンサーの書面による事前の許可なく、いかなる形式、方法であっても複製することはできません。

本書は「現状有姿のまま」提供され、商品性、特定目的への適合性、不侵害の黙示的な保証を含

む、すべての明示的または黙示的な条件、表明、保証は、この免責が法的に無効であるとみなされ

ない限り、免責されるものとします。Symantec Corporation は、本書の供給、性能、使用に関係する付随的または間接的損害に対して責任を負わないものとします。本書に記載の情報は、予告なく

変更される場合があります。

ライセンス対象ソフトウェアと関連書類は、FAR 12.212 の規定によって商業用コンピュータソフトウェアとみなされ、場合に応じて、FAR 52.227-19「Commercial Computer Software - RestrictedRights」、DFARS 227.7202「Rights in Commercial Computer Software or CommercialComputer Software Documentation」、その後継規制の規定により制限された権利の対象となります。米国政府によるライセンス対象ソフトウェアと関連書類の使用、修正、複製のリリース、実演、

表示または開示は、本使用許諾契約の条項に従ってのみ行われるものとします。

弊社製品に関して、当資料で明示的に禁止、あるいは否定されていない利用形態およびシステム

構成などについて、これを包括的かつ暗黙的に保証するものではありません。また、弊社製品が稼

動するシステムの整合性や処理性能に関しても、これを暗黙的に保証するものではありません。

これらの保証がない状況で、弊社製品の導入、稼動、展開した結果として直接的、あるいは間接的

に発生した損害等についてこれが補償されることはありません。製品の導入、稼動、展開にあたって

は、お客様の利用目的に合致することを事前に十分に検証および確認いただく前提で、計画およ

び準備をお願いします。

第 1 章概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

KVM（カーネルベースの仮想マシン）技術の概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7カーネルベースの仮想マシンの用語 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8VirtIO ディスクドライブ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

Veritas Storage Foundation and High Availability の製品について . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10Veritas Storage Foundation について . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11Veritas Storage Foundation High Availability について . . . . . . . . . . . . . . . . . . 11Veritas Storage Foundation Cluster File System High Availability

について . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12Veritas Replicator Option について . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12Veritas Cluster Server について . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12Veritas Cluster Server のエージェントについて . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13Veritas Dynamic Multi-Pathing について . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13Veritas Operations Manager について . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14Symantec Product Authentication Service について . . . . . . . . . . . . . . . . . . . . . . 14

Symantec ApplicationHA について . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15KVM（カーネルベースの仮想マシン）環境の Storage Foundation and

High Availability Solutions .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15KVM ゲスト仮想化マシンの Veritas Dynamic Multi-Pathing .... . . . . . . . . . 16KVM ホストでの Veritas Dynamic Multi-Pathing .... . . . . . . . . . . . . . . . . . . . . . . . . 17仮想化ゲストマシンでの Veritas Storage Foundation .... . . . . . . . . . . . . . . . . . . . 18KVM ホストでの Veritas Storage Foundation Cluster File System

High Availability ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19KVM ホストとゲスト仮想マシンの Veritas Dynamic

Multi-Pathing .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19KVM ゲスト仮想マシンの Veritas Storage Foundation HA と KVM

ホストの Veritas Dynamic Multi-Pathing .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20KVM 仮想化ゲストマシンの Symantec ApplicationHA .... . . . . . . . . . . . . . . . . . 21KVM ホストでの Veritas Cluster Server ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22ゲストでの Veritas Cluster Server ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23ゲストの Symantec ApplicationHA とホストの Veritas Cluster

Server ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24複数の VM ゲストと物理コンピュータにわたるクラスタ内の Veritas

Cluster Server ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24

目次

SFHA（Storage Foundation and High Availability）Solutions によって対処される KVM の使用事例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

第 2 章はじめに . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

リリースノート . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27ハードウェア互換性リスト（HCL） . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28KVM をセットアップする前に . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

制限事項とサポートされない KVM 機能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29製品のライセンス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

KVM の作成と起動 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30VM ゲストのセットアップ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31KVM ゲストへのストレージソリューションのインストールと設定 . . . . . . . . . . . . . . . . . . . . . 31ホストでのストレージソリューションのインストールと設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33仮想マシンとアプリケーション可用性を実現するための Veritas Cluster

Server のインストールと設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34VCS セットアップチェックリスト . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36VCS による VM ゲストの管理方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36

アプリケーション可用性を実現するための ApplicationHA のインストールと設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

その他のマニュアル . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

第 3 章 KVM リソースの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

KVM リソースについて . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41ストレージの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

KVM 環境での一貫したストレージマッピング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42ゲストへのデバイスのマッピング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42デバイスのサイズ変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

ネットワークの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47ブリッジネットワークの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47複数の物理コンピュータ（PM-PM）にわたる VCS クラスタのネットワー

ク設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48標準ブリッジの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49VM-VM クラスタのネットワーク設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50

第 4 章サーバー統合 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53

サーバー統合 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53単純な作業負荷に対するサーバー統合の実装 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54

第 5 章物理から仮想への移行 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

物理から仮想への移行 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57物理から仮想への移行（P2V）を実装する方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58

目次4

第 6 章簡素化した管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63

簡素化した管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63ゲスト仮想マシンのストレージのプロビジョニング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63

Veritas Volume Manager ボリュームを VM ゲストのデータディスクにするプロビジョニング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64

Veritas Volume Manager ボリュームをゲスト仮想マシンのブートディスクにするプロビジョニング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64

ブートイメージの管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65ブートディスクグループの作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66ゴールデンイメージの作成と設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66ゴールデンイメージを使った仮想マシンの迅速なプロビジョニン

グ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67領域最適化スナップショットによるストレージの節約 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69

第 7 章アプリケーションの可用性 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71

アプリケーション可用性オプションについて . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71KVM 環境アーキテクチャの Veritas Cluster Server の概略 . . . . . . . . . . . . . . . . . . . . . . 72仮想マシンに高可用性を提供するホストの VCS とアプリケーションに高可

用性を提供するゲストの ApplicationHA .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73仮想から仮想へのクラスタ化とフェールオーバー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74仮想から物理へのクラスタ化とフェールオーバー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75

第 8 章仮想マシンの可用性 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77

仮想マシンの可用性オプションについて . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77リソースとして仮想マシンを監視するホストの VCS .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77

第 9 章ライブ移行を使った仮想マシンの可用性 . . . . . . . . . . . . . . . . . . . . . . . . 79

ライブ移行について . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79ライブ移行の必要条件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80仮想マシンの可用性のためのライブ移行の実装 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81

付録 A 参照情報 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83

RHEL ベースの KVM のインストールと使用法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83設定例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83

設定例 1: ネーティブ LVM ボリュームをゲストイメージの格納に使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83

設定例 2: ネーティブ VxVM ボリュームをゲストイメージの格納に使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84

設定例 3: ネーティブ CVM-CFS をゲストイメージの格納に使用 . . . . . . . . . . . . . 85

5目次

目次6

概要

この章では以下の項目について説明しています。

■ KVM（カーネルベースの仮想マシン）技術の概要

■ Veritas Storage Foundation and High Availability の製品について

■ Symantec ApplicationHA について

■ KVM（カーネルベースの仮想マシン）環境の Storage Foundation and HighAvailability Solutions

■ SFHA（Storage Foundation and High Availability）Solutions によって対処されるKVM の使用事例

KVM（カーネルベースの仮想マシン）技術の概要Veritas SFHA（Storage Foundation and High Availability）Solutions は、高度なストレージ管理、ミッションクリティカルなクラスタ化、フェールオーバーの機能を提供するた

めに KVM（カーネルベースの仮想マシン）ベースの仮想化環境で使うことができます。

Linux の KVM（カーネルベースの仮想マシン）は、完全な仮想化のソリューションとしてRHEL（Red Hat Enterprise Linux）6.1 とともに Red Hat によってリリースされています。操作、パフォーマンス、柔軟性の点では、KVM は Xen や VMware のような他に人気のある代替製品と異なります。KVM は、VM（仮想マシン）の作成と管理用にユーザー領域ユーティリティのセットが付いた状態で、カーネルモジュールとして提供されます。

KVM 技術には次が含まれます。

■ AMD64 と Intel 64 のハードウェアにおける Linux 用の完全な仮想化のソリューション。

■ それぞれの仮想化コンピュータまたは「ゲスト」は単一の Linux プロセスとして実行される。

1

■ ホストの仮想化ゲストを安全に管理するために共通で汎用の安定したレイヤーを提供

するハイパーバイザ独立型仮想化 API である「libvirt」。

■ 仮想化ゲストを管理するためのコマンドラインツールである「virsh」。

■ 仮想化ゲストを管理するための GUI である「virt-manager」。

■ 各ゲストの設定は xml ファイルに格納される。

図 1-1 KVM プロセス

ユーザースペース（アプリケーション）

ユーザースペース（アプリケーション）

ゲスト OS（仮想マシン）

ハイパーバイザ（仮想マシンモニタ）

ハードウェア

QEMU/dev/kvm

単一の Linux プロセス

このガイドでは、ほとんどの実装に適合するようにカスタマイズできる一部の参照用設定

を説明します。ここでは、読者が RHEL（Red Hat Enterprise Linux）オペレーティングシステムについて理解していることを前提にしています（アーキテクチャだけでなく、RedHat によって提供済みの管理ソフトウェアを使って KVM 仮想マシンを設定して管理する方法も含む）。また、ユーザーは Veritas Storage Foundation and High AvailabilitySolutions の基本ソフトウェアに熟知しており、その管理ユーティリティにも精通している必要があります。Red Hat Enterprise Linux、KVM、Veritas Storage Foundation andHigh Availability Solutions ソフトウェアについて詳しくは、「その他のマニュアル」セクションを参照してください。

p.38 の「その他のマニュアル」を参照してください。

カーネルベースの仮想マシンの用語

表 1-1 この文書で使われている KVM の用語

定義用語

カーネルベースの仮想マシンKVM

KVM 仮想化ゲストを管理するための VCS エージェント。KVMGuest

KVM 仮想化ゲスト。VM ゲスト

第 1 章概要KVM（カーネルベースの仮想マシン）技術の概要

8

定義用語

KVM がインストールされる物理ホスト。Host

VCS を実行する物理コンピュータ。PM

同じホスト上または異なるホスト上で実行している VM ゲスト間でクラスタが形成される VCS サポート対象設定。

VM-VM

VM ゲストと物理コンピュータの間でクラスタが形成される VCS サポート対象設定。

VM-PM

ホスト間でクラスタが形成され、それらのホスト内で実行している VM ゲストを管理するために主に使われる VCS サポート対象設定。

PM-PM

ホストのローカルネットワークに接続することを任意の数のゲストに対して

可能にするホストの物理ネットワークインターフェースにバインドされたデ

バイス。このデバイスは VM ゲストに対するスイッチとして機能する物理NIC にマップされます。

ブリッジ

Symantec ApplicationHA は仮想マシンで動作するアプリケーションに監視機能を提供します。

ApplicationHA

VirtIO ディスクドライブVirtIO は、KVM（カーネルベースの仮想マシン）技術の準仮想化ハイパーバイザの抽象化レイヤーです。完全な仮想化とは異なり、VirtIO は各ゲストで実行している特殊な準仮想化ドライバを必要とします。VirtIO は、ネットワークデバイスとブロック（ディスク）のデバイスを含む多くのデバイスにサポートを提供します。VirtIO を使ってブロックデバイスをホストにエクスポートすると、ホストに存在するファイル、VxVM ボリューム、DMP メタノード、SCSI デバイス、その他のタイプのブロックデバイスをゲストに提示することができます。VirtIO を使って SCSI デバイスがゲストに提示されると、単純な読み込みと書き込みに加えて、SCSI 照会コマンドのような SCSI コマンドを実行し、ディープデバイス検出の実行を VxVM で許可できます。ホストとゲストで VxVM と DMP を実行すると、アレイからホストそしてゲストまで SCSI デバイスの一貫した命名が可能になります。

Veritas Storage Foundation and High Availability Solutions 6.0 は、Red HatEnterprise Linux 6.1 以降で VirtIO ブロックデバイスをサポートします。

VirtIO の機能:

■ 動的にデバイスを追加する。

VirtIO ディスクデバイスは、再ブートを必要とせずに、実行中のゲストに対して動的に追加したり削除したりすることが可能です。

VirtIO の制限:

■ ディスクキャッシュ:

9第 1 章概要KVM（カーネルベースの仮想マシン）技術の概要

キャッシュを有効にしたゲストにディスクをエクスポートすると、VxVM 設定変更はKVM ホストでキャッシュに保存され、ディスクには適用されないことがあります。ディスクが複数のゲスト間で共有されている場合、この設定変更は、変更を行ったゲストシ

ステム以外の他のゲストシステムでは認識されません。設定に関する潜在的な競合を

回避するため、ディスクのエクスポートを実行する間はホストのキャッシュ保存を無効

に設定（cache=no）してください。

■ SCSI コマンド:VirtIO デバイスとしてゲストに提示された SCSI デバイスは、SCSI コマンドセットの限定サブセットをサポートします。KVM ハイパーバイザは制限されたコマンドをブロックします。

■ PGR SCSI-3 予約:PGR SCSI-3 予約は VirtIO デバイスでサポートされません。この制限は Red HatEnterprise Virtualization の今後のリリースで解除される可能性があります。

■ SCSI デバイスでの DMP 高速リカバリ:DMP 高速リカバリは通常の VirtIO 読み書き機構をバイパスし、デバイスに対してSCSI コマンドを直接実行します。DMP 高速リカバリがゲスト内で使われる場合は、データ整合性の問題を避けるためにホストでのキャッシュ処理を無効にする必要があ

ります（cache=none）。

■ シン再生:シン再生は VirtIO デバイスでサポートされません。「WRITE-SAME」コマンドはハイパーバイザによってブロックされます。この制限は Red Hat Enterprise Virtualizationの今後のリリースで解除される可能性があります。

■ デバイスのサイズを変更する。

Red Hat Linux Enterprise 6.1 は VirtIO デバイスのオンラインでのディスクサイズ変更をサポートしません。VirtIO デバイスのサイズ変更を行うには、ゲストを完全にシャットダウンして再起動する必要があります。ブロックデバイスのオンラインでのサイ

ズ変更は、Red Hat Enterprise Linux 6.2 の評価版でサポートされます。

■ デバイスの最大数:現在 VirtIO では、ゲストごとに 32 台のデバイスに制限されています。このデバイス制限には、ネットワークインターフェースやブロックデバイスなど、すべての VirtIO デバイスが含まれます。デバイス制限は、各デバイスが個別の PCI デバイスとして機能する現在の VirtIO 実装の結果です。

Veritas Storage Foundation and High Availability の製品について

次のセクションはこの Veritas Storage Foundation and High Availability Solutionsリリースで利用可能な製品とコンポーネントソフトウェアを記述します。

第 1 章概要Veritas Storage Foundation and High Availability の製品について

10

Veritas Storage Foundation についてシマンテック社の Veritas Storage Foundation には VxFS（Veritas File System）とVxVM（Veritas Volume Manager）が含まれています。

Veritas File System はアプリケーションに容易な管理と高速リカバリ機能を提供する高性能のジャーナルファイルシステムです。Veritas File System は拡張性のあるパフォーマンス、連続的な可用性、増加された I/O スループットと構造整合性を提供します。

Veritas Volume Manager はディスクストレージの物理的な制限事項を削除します。データ可用性を妨げることなくオンラインでストレージ I/O パフォーマンスを設定し、共有し、管理し、最適化できます。Veritas Volume Manager は使いやすい、オンラインストレージの管理ツールを提供して、ダウンタイムを削減します。

VxFS と VxVM はすべての Veritas Storage Foundation の製品に含まれています。Veritas Storage Foundation の製品を購入すると、VxFS と VxVM はその製品の一部としてインストールされ、更新されます。個々のコンポーネントとしてインストールしたり、更

新したりしないでください。

Veritas Storage Foundation には動的マルチパスの機能が含まれます。

IP ネットワークを通してリモートの場所にデータをレプリケートする Veritas Replicator オプションのライセンスも、この製品で取得できます。

製品をインストールする前に、『Veritas Storage Foundation リリースノート』をお読みください。

製品をインストールするには、『Veritas Storage Foundation インストールガイド』の指示に従ってください。

Veritas Storage Foundation High Availability についてStorage Foundation High Availability には Veritas Storage Foundation と VeritasCluster Server が含まれています。Veritas Cluster Server は Storage Foundation 製品に高可用性の機能を追加します。

製品をインストールする前に、『Veritas Storage Foundation and High Availability リリースノート』をお読みください。

製品をインストールするには、『Veritas Storage Foundation and High Availability インストールガイド』の指示に従ってください。

HA のインストールについては、『Veritas Cluster Server リリースノート』も読んでください。

11第 1 章概要Veritas Storage Foundation and High Availability の製品について

Veritas Storage Foundation Cluster File System High Availability について

シマンテック社の Veritas Storage Foundation Cluster File System High Availabilityは、ストレージエリアネットワーク（SAN）環境で共有データをサポートするために VeritasStorage Foundation を拡張します。Storage Foundation Cluster File System HighAvailability を使うと、複数のサーバーは、アプリケーションに対して透過的に共有ストレージとファイルに同時アクセスできます。

Veritas Storage Foundation Cluster File System High Availability は、可用性とパフォーマンスの自動化とインテリジェント管理も強化します。

Storage Foundation Cluster File System High Availability には、製品に高可用性機能を追加する Veritas Cluster Server が含まれます。

Veritas Replicator Option のライセンスもこの製品と一緒に取得できます。

製品をインストールする前に、『Veritas Storage Foundation Cluster File System HighAvailability リリースノート』を参照してください。

製品をインストールするには、『Veritas Storage Foundation Cluster File System HighAvailability インストールガイド』の指示に従います。

高可用性環境について詳しくは、Veritas Cluster Server のマニュアルを参照してください。

Veritas Replicator Option についてVeritas Replicator Option は任意で追加できる機能で、個別にライセンスが必要となります。

Veritas File Replicator により、IP ネットワークを介したファイルレベルでのレプリケーションを実行できます。File Replicator は、Veritas File System によって提供されるデータ複製を利用して、ネットワークリソースへのレプリケーションによる影響を軽減します。

Veritas Volume Replicator は、連続的なデータ可用性を提供するために、すべての標準 IP ネットワークを通してリモートの場所にデータをレプリケートします。

このオプションは Storage Foundation for Oracle RAC、Storage Foundation ClusterFile System、Storage Foundation Standard、および Storage Foundation Enterprise製品で利用可能です。

このオプションをインストールする前に、製品のリリースノートを参照してください。

このオプションをインストールするには、この製品のインストールガイドの指示に従います。

Veritas Cluster Server についてVeritas Cluster Server（VCS）by Symantec は次の利点を提供するクラスタソリューションです。


12

■ ダウンタイムを最小化する。

■ サーバーの統合とフェールオーバーを促進する。

■ 異機種混合環境の広い応用範囲を効果的に管理する。

製品をインストールする前に『Veritas Cluster Server リリースノート』を参照してください。

製品をインストールするには、『Veritas Cluster Server インストールガイド』の指示に従います。

Veritas Cluster Server のエージェントについてVeritas のエージェントは特定のリソースとアプリケーションに高可用性を提供します。各エージェントは特定の種類のリソースを管理します。たとえば、Oracle のエージェントはOracle のデータベースを管理します。通常、エージェントはリソースの開始、停止、監視を行い、状態の変化を報告します。

VCS エージェントをインストールする前に、そのエージェントの設定ガイドを参照してください。

このリリースで提供されるエージェントに加えて、他のエージェントは別売のオプション製

品（Veritas Cluster Server Agent Pack）によって利用可能です。エージェントパックは現在発売されているエージェントを含んでおり、現在開発中の新しいエージェントを追加

するために年 4 回再リリースされます。

次の詳細についてはシマンテック社の販売担当者にお問い合わせください。

■ エージェントパックに含まれるエージェント

■ 開発中のエージェント

■ シマンテック社のコンサルティングサービスから利用可能なエージェント

最新のエージェントは、Symantec Operations Readiness Tools（SORT）の Web サイトでダウンロードできます。

sort.symantec.com/agents

Veritas Dynamic Multi-Pathing についてVeritas Dynamic Multi-Pathing（DMP）は、システム上で設定されているオペレーティングシステムのネーティブデバイスに対するマルチパス機能を提供します。この製品は、

DMP メタデバイス（DMP ノード）を作成して、同じ物理 LUN へのデバイスパスをすべて示します。

以前のリリースでは、DMP は VxVM（Veritas Volume Manager）の 1 機能としてのみ利用可能でした。DMP は DMP メタデバイス上の VxVM ボリューム、およびそれらのボリューム上の Veritas File System（VxFS）ファイルシステムをサポートしていました。

13第 1 章概要Veritas Storage Foundation and High Availability の製品について

http://sort.symantec.com/agents

シマンテック社では、OS ネーティブの論理ボリュームマネージャ（LVM）をサポートするように DMP メタデバイスを拡張しました。DMP メタデバイス上に LVM ボリュームとボリュームグループを作成できます。

メモ: Veritas Dynamic Multi-Pathing はスタンドアロンの製品です。動的マルチパスのサポートは Veritas Storage Foundation 製品にも含まれます。

この製品をインストールする前に、『Veritas Dynamic Multi-Pathing リリースノート』を参照してください。

製品をインストールするには、『Veritas Dynamic Multi-Pathing インストールガイド』の指示に従います。

Veritas Operations Manager についてStorage Foundation と Cluster Server 環境の管理には Veritas Operations Managerを使うことをお勧めします。

Veritas Operations Manager は、Veritas Storage Foundation and High Availability製品のための集中型の管理コンソールを提供します。Veritas Operations Manager を使って、ストレージリソースを監視、視覚化、管理したり、レポートを生成したりすることが

できます。

Veritas Operations Manager は、http://go.symantec.com/vom から無料でダウンロードできます。

インストール、アップグレード、設定の手順について詳しくは、Veritas OperationsManager のマニュアルを参照してください。

Veritas Enterprise Administrator（VEA）のコンソールは Storage Foundation 製品に含まれなくなりました。VEA を使って続行する場合は、ソフトウェアバージョンをhttp://go.symantec.com/vcsm_download からダウンロードできます。Veritas StorageFoundation Management Server は非推奨です。

Cluster Manager（Java コンソール）を使ってシングルクラスタを管理する場合は、該当するバージョンを http://go.symantec.com/vcsm_download からダウンロードできます。Java コンソールを使ってこのリリースの新しい機能を管理することはできません。Veritas Cluster Server Management Console は非推奨です。

Symantec Product Authentication Service についてSymantec Product Authentication Service はシマンテック製品の共通機能です。この機能は既存のネットワークオペレーティングシステムのドメイン（NIS と NT のような）またはプライベートドメインに基づいている ID の有効性を確認します。認証サービスはメッセージ統合と機密性サービスによってシマンテック社のアプリケーションクライアント間の

通信チャネルとサービスを保護します。


14

http://go.symantec.com/vom

http://go.symantec.com/vcsm_download

http://go.symantec.com/vcsm_download

Symantec ApplicationHA についてSymantec ApplicationHA は KVM 仮想化環境のゲスト仮想マシンで実行中のアプリケーションに監視機能を提供します。Symantec ApplicationHA は物理ホストの Veritas™Cluster Server（VCS）によって提供されるコアとなる高可用性（HA）機能にアプリケーションを認識する層を追加します。Symantec ApplicationHA は VCS に基づき、エージェント、リソース、サービスグループなどの類似概念を使います。ただし、SymantecApplicationHA は、仮想化環境のより迅速なインストールと設定を可能にする軽量版のサーバーフットプリントを使用します。

製品をインストールする前に『Symantec ApplicationHA リリースノート』を参照してください。

製品をインストールするには、『Symantec ApplicationHA インストールガイド』の指示に従います。

KVM（カーネルベースの仮想マシン）環境の StorageFoundation and High Availability Solutions

Veritas Storage Foundation and High Availability Solutions（SFHA Solutions）製品は、カーネルベースの仮想マシン（KVM）環境での各種設定をサポートします。VeritasStorage Foundation and High Availability Solutions 6.0 は RHEL（Red HatEnterprise Linux）6.1 の配布で認定済みです。

Storage Foundation and High Availability Solutions は KVM ゲスト仮想マシンに次の機能を提供します。

■ ストレージの可視性

■ ストレージ管理

■ レプリケーションサポート

■ 高可用性

■ クラスタのフェールオーバー

以下の表に示す設定は、ストレージと可用性の目標を達成するために必要な最低要件

です。KVM ホストとゲスト仮想マシンのストレージの可視性、管理、レプリケーションサポート、可用性とクラスタフェールオーバーの望ましいレベルを達成するため、SFHASolutions 製品を必要に応じて組み合わせて利用できます。

15第 1 章概要Symantec ApplicationHA について

表 1-2 ゲストとホストの Storage Foundation and High Availability Solutions機能

推奨される SFHA Solutions 製品設定目標

KVM ゲスト仮想マシンの DMP（DynamicMulti-Pathing）

KVM ゲスト仮想マシンのストレージ可視性

KVM ホストでの DMPKVM ホストのストレージ可視性

KVM ゲスト仮想マシンの Storage Foundation（SF）

KVM ゲスト仮想マシンのストレージ管理機能とレプリケーションサポート

KVM ホストの Storage Foundation Cluster FileSystem（SFCFSHA）

KVM ホストの高度なストレージ管理機能とレプリケーションサポート

KVM ホストとゲスト仮想マシンの DMPKVM ホストとゲスト仮想マシンのエンドツーエンドのストレージ可視性

KVM ホストの DMP と KVM ゲスト仮想マシンのSF

KVM ゲスト仮想マシンのストレージ管理機能とレプリケーションサポート、および KVM ホストのストレージ可視性

KVM ゲスト仮想マシンの SymantecApplicationHA

KVM ゲスト仮想マシンのアプリケーション監視と可用性

KVM ホストの Veritas Cluster Server（VCS）KVM ホストの仮想マシン監視とフェールオーバー

KVM ゲスト仮想マシンの VCSKVM ゲスト仮想マシンのアプリケーションフェールオーバー

KVM ゲスト仮想マシンの Veritas ApplicationHA と KVM ホストの VCS

アプリケーション可用性と仮想マシン可用性

KVM ゲスト仮想マシンと KVM 物理ホストコンピュータにわたるクラスタ内の VCS

KVM ゲスト仮想マシンと物理ホスト間のアプリケーションフェールオーバー

各設定には特定の利点と制限事項があります。

KVM ゲスト仮想化マシンの Veritas Dynamic Multi-Pathingシマンテックの Veritas Dynamic Multi-Pathing（DMP）により、KVM ゲスト仮想化マシンのストレージを表示できます。

KVM ゲスト仮想化マシンの DMP により、次の機能が提供されます。

■ ゲストで設定されるオペレーティングシステムのデバイスのマルチパス機能

第 1 章概要KVM（カーネルベースの仮想マシン）環境の Storage Foundation and High Availability Solutions

16

■ 同じ物理 LUN へのデバイスパスをすべて示すための DMP メタデバイス（DMP ノード）

■ エンクロージャに基づく名前の付け方のサポート

■ 標準アレイタイプのサポート

図 1-2 ゲストでの Veritas Dynamic Multi-Pathing

RHEL 6

KVM

DMP

KVM

DMP

KVM

DMP 機能について詳しくは、『Veritas Dynamic Multi-Pathing 管理者ガイド』を参照してください。

KVM ホストでの Veritas Dynamic Multi-Pathingシマンテック社の Veritas Dynamic Multi-Pathing（DMP）により、KVM ホストのストレージを表示できます。KVM ホストで DMP を使用すると、次のことが可能になります。

■ 集中型マルチパス機能

■ アクティブ/パッシブアレイの高パフォーマンスフェールオーバー

■ 集中型のストレージパス管理

■ 高速でプロアクティブなフェールオーバー

■ イベント通知

17第 1 章概要KVM（カーネルベースの仮想マシン）環境の Storage Foundation and High Availability Solutions

図 1-3 KVM ホストでの Veritas Dynamic Multi-Pathing

RHEL 6

KVMKVM

KVMDMP


仮想化ゲストマシンでの Veritas Storage Foundationシマンテックの Veritas SF（Storage Foundation）をゲストで使うと、KVM ゲスト仮想マシンのリソースに対してストレージ管理機能が提供されます。Veritas Storage Foundationを使用すると、次の機能が提供され、KVM ゲストのストレージリソースをより簡単に管理できます。

■ データベースパフォーマンスの向上

■ データバックアップ、リカバリ、処理の PITC 機能

■ ストレージを最適化するためのポリシー設定オプション

■ データを簡単かつ確実に移行する方法


図 1-4 仮想化ゲストマシンでの Veritas Storage Foundation

KVM

KVM

SF

KVM

SF

Veritas Storage Foundation 機能について詳しくは、『Veritas StorageTM Foundation管理者ガイド』を参照してください。


18

KVM ホストでの Veritas Storage Foundation Cluster File System HighAvailability

シマンテック社の Veritas Storage Foundation Cluster File System High Availability（SFCFSHA）は、KVM ホストに高度なストレージ管理機能を提供します。SFCFSHA を使用すると、次の機能が提供され、KVM ホストのストレージリソースをより簡単に管理できます。






■ 仮想マシンに対して高可用性のストレージ

■ 仮想マシンの簡素化した管理

図 1-5 KVM ホストでの Veritas Storage Foundation Cluster File System HighAvailability

RHEL 6

KVMKVM

KVM

RHEL 6

KVMKVM

SFCFSHAKVM

Storage Foundation 機能について詳しくは、『Veritas Storage FoundationTM ClusterFile System High Availability 管理者ガイド』を参照してください。

KVM ホストとゲスト仮想マシンの Veritas Dynamic Multi-Pathingシマンテックの Veritas Dynamic Multi-Pathing（DMP）により、KVM ホストとゲスト仮想マシンの双方にエンドツーエンドのストレージの可視性が提供されます。

KVM ゲスト仮想化マシンの DMP を使用すると、次の機能が提供されます。

■ ゲストで設定されるオペレーティングシステムのデバイスのマルチパス機能

■ 同じ物理 LUN へのデバイスパスをすべて示すための DMP メタデバイス（DMP ノード）


■ エンクロージャに基づく名前の付け方のサポート

■ 標準アレイタイプのサポート

KVM ホストで DMP を使用すると、次のことが可能になります。






図 1-6 KVM 仮想化ゲストと KVM ホストの Veritas Dynamic Multi-Pathing

RHEL 6

KVM

DMP

KVM

DMP

KVMDMP


KVM ゲスト仮想マシンの Veritas Storage Foundation HA と KVM ホストの Veritas Dynamic Multi-Pathing

ゲストでシマンテックの Veritas Storage Foundation and High Availability（SFHA）を使用し、KVM ホストで Dynamic Multi-Pathing（DMP）を使用すると、KVM ゲスト仮想マシンリソースにはストレージ管理機能、KVM ホストにはストレージ可視性が提供されます。

KVM ゲストの SFHA を使用すると、次の機能が提供されます。







20

■ 仮想マシンに対して高可用性のストレージ

ホストで DMP を使用すると、次の機能が提供されます。






図 1-7 KVM ゲスト仮想マシンの Veritas Storage Foundation HA と KVM ホストの DMP

RHEL 6

KVM

SFHA

KVM

SFHA

KVMDMP

RHEL 6

KVM

SFHA

KVM

SFHA

KVMDMP

SFHA 機能について詳しくは、『Veritas Storage FoundationTM Cluster File SystemHigh Availability 管理者ガイド』を参照してください。


KVM 仮想化ゲストマシンの Symantec ApplicationHASymantec ApplicationHA はアプリケーションフェールオーバーの KVM 仮想化ゲストリソースの設定を有効にします。ApplicationHA は KVM 仮想化ゲストマシンに次の機能を提供します。

■ アプリケーションの完全な可視性と制御、および仮想マシンで実行中のアプリケーショ

ンの起動、停止、監視を行う機能

■ アプリケーションの高可用性、およびアプリケーションが動作する仮想マシンの高可

用性

■ 次のような、段階的アプリケーション障害管理応答:

■ アプリケーション再起動


■ 仮想マシンの ApplicationHA 開始による再ブート、内部の再ブートまたはソフトによる再ブート

■ 仮想マシンの VCS 開始による再ブート、またはハードによる再ブート

■ Veritas Operations Manager（VOM）ダッシュボードと統合型である単一インターフェースを使用してアプリケーションを管理するための標準化された方法

■ 特殊なアプリケーションメンテナンスモード（このモードでは、ApplicationHA により、保守またはトラブルシューティングの対象となっているアプリケーションを意図的に停

止できます）

図 1-8 仮想化ゲストマシンの Symantec ApplicationHA

RHEL 6

KVM

KVM

ApplicationHA

KVMApplicationHA

Symantec ApplicationHA 機能について詳しくは、『SymantecTM ApplicationHA ユーザーズガイド』を参照してください。

KVM ホストでの Veritas Cluster Serverシマンテック社の Veritas Cluster Server（VCS）により、KVM ホストに仮想マシンの監視とフェールオーバーが提供されます。VCS を使用すると、KVM ホストで次のことが有効になります。

■ 可用性を向上させるために、複数の独立したシステムを管理フレームワークに接続し

ます。

■ クラスタを形成するために、ノードはソフトウェアレベルで協調できます。

■ アプリケーションのフェールオーバーと制御を実現するために、市販のハードウェア

をインテリジェントソフトウェアとリンクします。

■ 監視下のアプリケーションで障害が発生した場合、アプリケーションをテイクオーバー

してクラスタの別の場所に起動させるために、他のノードが定義済みのアクションを実

行できます。


22

図 1-9 KVM ホストでの Veritas Cluster Server

KVM

KVMKVM

VCS

Veritas Cluster Server 機能について詳しくは、『Veritas Cluster Server 管理者ガイド』を参照してください。

ゲストでの Veritas Cluster Serverシマンテックの Veritas Cluster Server（VCS）を使用すると、KVM 仮想化ゲストリソースの設定を高可用性にすることができます。VCS は KVM 仮想化ゲストマシンに次の機能を提供します。

■ 可用性を向上させるために、複数の独立したシステムを管理フレームワークに接続し

ます。

■ クラスタを形成するために、ノードはソフトウェアレベルで協調できます。

■ アプリケーションのフェールオーバーと制御を実現するために、市販のハードウェア

をインテリジェントソフトウェアとリンクします。

■ 監視下のアプリケーションで障害が発生した場合、アプリケーションをテイクオーバー

してクラスタの別の場所に起動させるために、他のノードが定義済みのアクションを実

行できます。

図 1-10 ゲストでの Veritas Cluster Server

KVM

KVM

VCS

KVM

VCS



ゲストの Symantec ApplicationHA とホストの Veritas Cluster ServerKVM 仮想化ゲストの Symantec Application HA を、KVM ホストの Veritas ClusterServer（VCS）と組み合わせて使用すると、仮想マシンとリソースにエンドツーエンドの可用性ソリューションが提供されます。

■ ホストの VCS は仮想マシンの可用性を有効にします。

■ ゲストの ApplicationHA はアプリケーションの可用性を有効にします。

■ ゲストに設定された ApplicationHA は、ゲストで実行されるアプリケーションを監視します。アプリケーション障害が発生した場合には、ApplicationHA によりアプリケーションが再起動されます。

ゲストで実行中の ApplicationHA は、仮想マシンのフェールオーバーをトリガするように、ホストで実行中の VCS に通知します。

図 1-11 ゲストとホストでの Veritas Cluster Server

RHEL 6

KVMVCS

RHEL 6

KVMVCS

KVM

Applica-tionHA

KVM

Applica-tionHA

KVM

Applica-tionHA

KVM

Applica-tionHA

Symantec ApplicationHA 機能について詳しくは、『Symantec ApplicationHA ユーザーズガイド』を参照してください。Veritas Cluster Server 機能について詳しくは、『Veritas Cluster Server 管理者ガイド』を参照してください。

複数の VM ゲストと物理コンピュータにわたるクラスタ内の Veritas ClusterServer

シマンテックの VCS（Veritas Cluster Server）をゲストとホストの両方で使うと、複数の仮想マシンと物理ホストにわたるリソース管理に対して統合ソリューションが有効になります。

ゲストの VCS とホストまたは別の物理ホストで実行する VCS を組み合わせて物理から仮想へのクラスタを作成すると、このクラスタ内の VCS では次が有効になります。

■ ゲスト内で実行するアプリケーションを監視する

■ 別の物理ホストにアプリケーションをフェールオーバーする

■ 物理ホストで実行するアプリケーションを VM 仮想化ゲストマシンにフェールオーバーする


24

図 1-12 複数のゲストと物理コンピュータにわたるクラスタ内の Veritas ClusterServer

KVM

KVM

VCS

KVM

VCSVCS


SFHA（Storage Foundation and High Availability）Solutions によって対処される KVM の使用事例

SFHA（Storage Foundation and High Availability）Solutions 製品によって KVM 環境を改善できる使用事例:

表 1-3 KVM の使用事例に対する SFHA Solutions

実装についての詳細シマンテック社のソリューション

KVM の使用事例

物理サーバーとして仮想マシンを実

行する方法

p.53 の「サーバー統合」を参照してください。

ゲストでの SFHA またはSCFSHA

サーバー統合

物理環境から仮想環境にデータを安

全で簡単に移行する方法

p.57 の「物理から仮想への移行」を参照してください。

ゲストでの SFHA またはSFCFSHA とホストでの SF

物理から仮想への移行

非仮想環境の場合と同じコマンドセッ

ト、ストレージの名前空間、環境を使っ

て仮想マシンを管理する方法

p.63 の「簡素化した管理」を参照してください。

ホストでの SFHA またはSFCFSHA

簡素化した管理

25第 1 章概要SFHA（Storage Foundation and High Availability）Solutions によって対処される KVM の使用事例

実装についての詳細シマンテック社のソリューション

KVM の使用事例

仮想マシンでアプリケーションのフェー

ルオーバーを管理する方法

p.72 の「KVM 環境アーキテクチャのVeritas Cluster Server の概略」を参照してください。

ゲストの ApplicationHA、VCS、または SFHA

アプリケーションのフェール

オーバー

仮想マシンのフェールオーバーを管

理する方法

p.77 の「リソースとして仮想マシンを監視するホストの VCS」を参照してください。

ホストでの VCS仮想マシンの可用性

インスタントスナップショットなどの機能

を使ってブートイメージを含んだりホス

トの中央にある 1 つの場所からブートイメージを管理したりする方法

p.79 の「ライブ移行について」を参照してください。

ホストでの SFCFSHA（ゲストは必要ない）

ライブ移行

第 1 章概要SFHA（Storage Foundation and High Availability）Solutions によって対処される KVM の使用事例

26

はじめに


■ リリースノート

■ ハードウェア互換性リスト（HCL）

■ KVM をセットアップする前に

■ KVM の作成と起動

■ VM ゲストのセットアップ

■ KVM ゲストへのストレージソリューションのインストールと設定

■ ホストでのストレージソリューションのインストールと設定

■ 仮想マシンとアプリケーション可用性を実現するための Veritas Cluster Server のインストールと設定

■ アプリケーション可用性を実現するための ApplicationHA のインストールと設定

■ その他のマニュアル

リリースノート各 Veritas 製品のリリースノートには、システム必要条件やサポート対象ソフトウェアの更新など、各製品についての最新情報と重要な詳細が含まれています。製品のインストー

ルを開始する前に、リリースノートで最新情報を確認してください。

製品のマニュアルは次の場所の Web で利用可能です。

https://sort.symantec.com/documents

2


ハードウェア互換性リスト（HCL）このハードウェア互換性リストにはサポートされているハードウェアの情報が記されてお

り、定期的に更新されます。Storage Foundation and High Availability Solutions をインストール、またはアップグレードする前に、最新の互換性リストをチェックして、ハード

ウェアとソフトウェアの互換性を確認してください。

サポートされるハードウェアの最新情報については、次の URL を参照してください。

http://www.symantec.com/docs/TECH170013

特定の High Availability 設定の必要条件について詳しくは、『Veritas Cluster Serverインストールガイド』を参照してください。

KVM をセットアップする前にKVM をセットアップする前に、計画した設定がシステム必要条件、ライセンス、インストールに関する他の注意事項に準拠していることを確認します。

表 2-1 Red Hat システム必要条件

■ Intel 64

■ AMD64

サポート対象アーキテク

チャ

■ 6 GB の空きディスク領域

■ 2 GB の RAM

最小のシステム必要条件

■ 6 GB + ゲストごとにゲストオペレーティングシステムによって推奨される必要なディスク領域。ほとんどのオペレーティングシステムで

は、6 GB よりも多いディスク領域が推奨されます。

■ 各仮想化 CPU とホストに対してプロセッサコアまたはハイパースレッドを 1 つずつ

■ 2 GB の RAM + 仮想化ゲストに対する追加の RAM

推奨のシステム必要条件

http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/pdf/Virtualization/Red_Hat_Enterprise_Linux-6-Virtualization-en-US.pdfRed Hat のマニュアル（詳細参照用）

表 2-2 シマンテック製品必要条件

http://www.symantec.com/docs/TECH170013ハードウェア

第 2 章はじめにハードウェア互換性リスト（HCL）

28


-US/Red_Hat_Enterprise_Linux/6/pdf/Virtualization/Red_Hat_Enterprise_Linux-6-Virtualization-en-US.pdf


■ Veritas Dynamic Multi-Pathing 6.0

KVM ホストとゲスト仮想マシンのストレージ可視性に使用

■ Veritas Storage Foundation 6.0

KVM ホストとゲスト仮想マシンのストレージ管理に使用

■ Veritas Storage Foundation HA 6.0

KVM ホストとゲスト仮想マシンのストレージ管理およびクラスタ化に使用

■ Storage Foundation Cluster File System High Availability 6.0

ゲスト仮想マシンのライブ移行を有効にするために複数の KVMホストのストレージ管理およびクラスタ化を目的として使用

■ Veritas Cluster Server 6.0

仮想マシンの監視とフェールオーバーに使用

■ Symantec ApplicationHA 6.0

アプリケーション監視と可用性に使用

ソフトウェア

■ ゲストイメージを保持するための共有ストレージ。（VM のフェールオーバー）

■ アプリケーションデータを保持するための共有ストレージ。（アプリ

ケーションのフェールオーバー）

ストレージ

■ パブリックネットワーク上の通信のためにゲストを設定する。

■ プライベート通信の仮想インターフェースをセットアップする。

■ 設定について詳しくは、VCS のトピックリンクを参照してください。

■

ネットワーク

■ Veritas Dynamic Multi-Pathing Release Notes

■ Veritas Storage Foundation リリースノート

■ Veritas Storage Foundation HA リリースノート

■ Veritas Storage Foundation for Cluster Server HA リリースノート

■ Veritas Cluster Server HA リリースノート

■ Symantec ApplicationHA リリースノート

■ Symantec Operations Readiness Tools:


■ Storage Foundation DocCentral サイト:

http://sfdoccentral.symantec.com/

http://www.symantec.com/business/veritas-cluter-server

マニュアル: 最新のシステム必要条件、制限事項、

既知の問題については製

品リリースノートを参照

制限事項とサポートされない KVM 機能DiskReservation エージェントは、virtio バスにエクスポートされるディスクで機能しません。

29第 2 章はじめにKVM をセットアップする前に



http://www.symantec.com/business/storage-foundation-cluster-file-system

制限事項と既知の問題について詳しくは、『Linux 用 VCS 6.0 リリースノート』を参照してください。

KVM 関連の制限事項について詳しくは、『Red Hat release notes』を参照してください。

製品のライセンスKVM 環境で Veritas Storage Foundation または Veritas Storage Foundation ClusterFile System を実行するお客様には、ライセンスを受けたサーバーまたは CPU ごとに無制限の数のゲストを使う権利が付与されます。

KVM の作成と起動KVM は、RHEL 6.1（Red Hat Enterprise Linux）の一部として、または別のベアメタルのスタンドアロンハイパーバイザである RHEV-H（Red Hat Enterprise VirtualizationHypervisor）として使用可能です。KVM の管理は、RHEV-M（Red Hat EnterpriseVirtualization Manager）を通して、または標準 RHEL 6.1 インストール環境にダウンロードできる別の RPM によって行われます。インストールと使用法に関するこのガイドでは、RHEL 6.1 の配布によって提供される KVM ベースの仮想化の使用に焦点を合わせています。

virt-manager ツールは、すべての仮想マシン操作に対して非常に単純で使いやすく直観的な GUI インターフェースを、virt-viewer とともに提供します。また、コマンドラインの代替である「virsh」は、豊富なコマンドセットを使って仮想マシンを作成して管理するために使うことができるシェルを提供します。これらのツールによって提供される機能には、

仮想マシンのスナップショットの作成、仮想ネットワークの作成、別の KVM ホストへの仮想マシンのライブ移行が含まれます。

必要なハードウェアセットアップを設定したら、次の操作を実行します。

■ ターゲットシステムで KVM をインストールする。

■ 必要な KVM 仮想マシンを作成して起動する。

■ 必須な SFHA 製品をゲストまたはホストでインストールする手順に進む。p.31 の「KVM ゲストへのストレージソリューションのインストールと設定」を参照してください。

p.33 の「ホストでのストレージソリューションのインストールと設定」を参照してください。

p.34 の「仮想マシンとアプリケーション可用性を実現するための Veritas ClusterServer のインストールと設定」を参照してください。

RHEL 6.1 のインストールについて詳しくは、次を参照してください。

http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/pdf/Virtualization/Red_Hat_Enterprise_Linux-6-Virtualization-en-US.pdf

完全な機能セットについて詳しくは、Red Hat のマニュアルを参照してください。

第 2 章はじめにKVM の作成と起動

30

http://docs.redhat.com/doc/en-US/Red_Hat_Enterprise_Linux/6/html/6.1_Release_Notes/index.html

-US/Red_Hat_Enterprise_Linux/6/pdf/Virtualization/Red_Hat_Enterprise_Linux-6-Virtualization-en-US.pdf

p.38 の「その他のマニュアル」を参照してください。

VM ゲストのセットアップ以下は、KVM をセットアップするために必要な手順の概要です。手順について詳しくは、『Red Hat Enterprise Linux 仮想化ガイド』を参照してください。

1. クラスタのすべてのノードで VM ゲストを作成するために CPU とメモリのリソースが使用可能であることを、VM ゲストを作成する前に確認します。

2. 必要な KVM パッケージがホストでインストールされていることを確認します。

3. VM ゲストが作成されるホストでサービス libvirtd が実行していることを確認します。

4. VM ゲストを作成します。ネットワーク設定について詳しくは、付録 A の「VM-VM クラスタのネットワーク設定」を参照してください。

5. VM ゲストにオペレーティングシステムをインストールします。

6. クラスタの一部にするすべての VM ゲストに対して、上記の手順を繰り返します。

7. すべての VM ゲストで VCS をインストールします。VCS のインストールについて詳しくは、『Veritas Cluster Server インストールガイド』を参照してください。

8. VCS に管理させる VCS リソースを設定します。詳しくは VCS マニュアルを参照してください。

p.50 の「VM-VM クラスタのネットワーク設定」を参照してください。

KVM ゲストへのストレージソリューションのインストールと設定

KVM をインストールした後で SFHA Solutions を使って仮想ゲスト環境をセットアップするには、次の手順を実行します。

■ 対象の KVM ゲスト仮想マシンに SFHA（Storage Foundation and HighAvailability）Solutions 製品をインストールします。

■ 対象 KVM ゲスト仮想マシンで SFHA Solutions 製品を設定します。

■ SFHA Solutions 製品のインストールについての詳細:

■ Veritas Dynamic Multi-Pathing Installation Guide

■ Veritas Storage Foundation インストールガイド

■ Veritas Storage Foundation High Availability インストールガイド

■ Veritas Storage Foundation for Cluster Server High Availability インストールガイド

31第 2 章はじめにVM ゲストのセットアップ

■ p.38 の「その他のマニュアル」を参照してください。

■ KVM ゲスト内での VCS のインストールと設定は物理システムの場合に類似しています。

■

■ ゲスト内で機能させるために VCS を追加に設定する必要はありません。

上記の手順は次のゲスト設定に適用されます。

■ ゲストでの Dynamic Multi-Pathing

■ ゲストでの Storage Foundation

■ ゲストでの Storage Foundation High Availability

■ ゲストでの Storage Foundation Cluster File System

図 2-1 ゲストでの Dynamic Multi-Pathing

RHEL 6

KVM

DMP

KVM

DMP

KVM

図 2-2 ゲストでの Storage Foundation

KVM

KVM

SF

KVM

SF

第 2 章はじめにKVM ゲストへのストレージソリューションのインストールと設定

32

図 2-3 ゲストでの Storage Foundation High Availability

KVM

KVMKVM

SFHA SFHA

KVM

KVMKVM

SFHA SFHA

図 2-4 ゲストでの Storage Foundation Cluster File System

KVM

RHEL 6.0

KVM

RHEL 6.0

SFCFSHA

SFCFSHACVM + CFS

ホストでのストレージソリューションのインストールと設定KVM をインストールした後で SFHA（Storage Foundation and High Availability）Solutions を使って仮想ホスト環境をセットアップするには、次の手順を実行します。

■ 対象の物理コンピュータに SFHA Solutions 製品をインストールします。

■ 対象の物理コンピュータで SFHA Solutions 製品を設定します。

■ SFHA Solutions 製品のインストールについての詳細:





■ p.38 の「その他のマニュアル」を参照してください。

33第 2 章はじめにホストでのストレージソリューションのインストールと設定

上記の手順は次のホスト設定に適用されます。

■ ホストでの Dynamic Multi-Pathing

■ ホストでの Storage Foundation Cluster File System

図 2-5 ホストでの Dynamic Multi-Pathing

RHEL 6

KVMKVM

KVMDMP

図 2-6 ホストでの Storage Foundation Cluster File System High Availability

KVM

RHEL 6.0

KVM

RHEL 6.0

SFCFSHA

SFCFSHACVM + CFS

仮想マシンとアプリケーション可用性を実現するためのVeritas Cluster Server のインストールと設定

KVM をインストールした後で VCS（Veritas Cluster Server）を使って仮想ゲスト環境をセットアップするには、次の手順を実行します。

■ VCS をインストールします。

■ VCS を設定します。

第 2 章はじめに仮想マシンとアプリケーション可用性を実現するための Veritas Cluster Server のインストールと設定

34

■ KVM ゲスト内での VCS のインストールと設定は物理システムの場合に類似しています。

■ ゲスト内で機能させるために VCS を追加に設定する必要はありません。

■ インストールの詳細:Veritas Cluster Server インストールガイドp.38 の「その他のマニュアル」を参照してください。


■ KVM ホストの VCS

■ KVM ゲスト仮想マシンの VCS

■ KVM ホストと KVM ゲスト仮想マシンの ApplicationHA の VCS

■ 複数のゲストと物理コンピュータにわたるクラスタ内の VCS

図 2-7 KVM ホストの VCS

KVM

KVMKVM

VCS

図 2-8 KVM ゲスト仮想マシンの VCS

KVM

KVM

VCS

KVM

VCS

35第 2 章はじめに仮想マシンとアプリケーション可用性を実現するための Veritas Cluster Server のインストールと設定

図 2-9 KVM ホストと KVM ゲスト仮想マシンの ApplicationHA の VCS

RHEL 6

KVMVCS

RHEL 6

KVMVCS

KVM

Applica-tionHA

KVM

Applica-tionHA

KVM

Applica-tionHA

KVM

Applica-tionHA

図 2-10 複数のゲストと物理コンピュータにわたるクラスタ内の VCS

KVM

KVM

VCS

KVM

VCSVCS

VCS セットアップチェックリスト

表 2-3 KVM サポート対象設定のシステム必要条件

6.0VCS バージョン

RHEL 6 Update 1ホストのサポート対象 OS バージョン

RHEL 5 Update 4、Update 5、Update 6、Update 7

RHEL 6 Update 1

VM ゲストのサポート対象 OS

完全な仮想化が有効にされている CPUハードウェアの必要条件

VCS による VM ゲストの管理方法以下は、VCS が VM ゲストをどのように管理するかについての概要です。VM ゲストの作成と設定の手順について詳しくは、『Red Hat Enterprise Linux 仮想化ガイド』の「インストール」セクションを参照してください。

第 2 章はじめに仮想マシンとアプリケーション可用性を実現するための Veritas Cluster Server のインストールと設定

36

1. VCS がインストールされている複数の物理コンピュータはクラスタを形成する。VCSのインストールについて詳しくは、『Veritas Cluster Server インストールガイド』を参照してください。

2. VM ゲストを作成するために、クラスタのすべてのノードでの CPU とメモリのリソースが使用可能にされる。

3. VM ゲストを管理するために、VCS がすべてのホストでインストールされる。

4. 任意の 1 つのホストにある VM ゲストでオペレーティングシステムがインストールされる。

メモ: VM ゲストをイメージファイルまたは共有 RAW ディスク（ディスク名がすべての物理ホストにわたって永続的である場合）で作成できます。

5. VM ゲストが VCS の KVMGuest リソースとして設定される。

PM-PM 設定の VM ゲストの設定についてすべての VCS クラスタノードにアクセス可能な共有ストレージでオペレーティングシステムがインストールされている 1 つのノードで VM ゲストを設定する必要があります。

仮想マシンが複数のクラスタノードにわたってフェールオーバーできるように、イメージファ

イルが共有ストレージに存在することを確認します。

最初の VM ゲストは、標準インストール手順を使って設定できます。

p.31 の「KVM ゲストへのストレージソリューションのインストールと設定」を参照してください。

KVM ゲストを管理するための付属エージェントKVMGuest エージェントは、VM ゲストを管理して KVM ゲストに高可用性を提供するために使うことができます。KVMGuest エージェントの属性、リソース依存関係、エージェント関数について詳しくは、『Veritas Cluster Server 付属エージェントリファレンスガイド』を参照してください。

アプリケーション可用性を実現するための ApplicationHAのインストールと設定

KVM をインストールした後で Symantec ApplicationHA を使って仮想ゲスト環境をセットアップするには、次の手順を実行します。

■ ApplicationHA をインストールします。

■ ApplicationHA を設定します。

37第 2 章はじめにアプリケーション可用性を実現するための ApplicationHA のインストールと設定

■ インストールの詳細:Symantec ApplicationHA インストールガイドp.38 の「その他のマニュアル」を参照してください。


■ KVM ゲスト仮想マシンの ApplicationHA

■ KVM ホストと KVM ゲスト仮想マシンの ApplicationHA の VCS

図 2-11 KVM ゲスト仮想マシンの ApplicationHA

RHEL 6

KVM

KVM

ApplicationHA

KVMApplicationHA

図 2-12 KVM ホストと KVM ゲスト仮想マシンの ApplicationHA の VCS

RHEL 6

KVMVCS

RHEL 6

KVMVCS

KVM

Applica-tionHA

KVM

Applica-tionHA

KVM

Applica-tionHA

KVM

Applica-tionHA

その他のマニュアルRed Hat のマニュアル:

■ RHEL:http://www.redhat.com/virtualization/rhev/server/library/

■ RHEL 6 仮想化ガイド:http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/pdf/Virtualization/Red_Hat_Enterprise_Linux-6-Virtualization-en-US.pdf

■ KVM ホワイトペーパー:

第 2 章はじめにその他のマニュアル

38

http://www.redhat.com/virtualization/rhev/server/library/


http://www.redhat.com/f/pdf/rhev/DOC-KVM.pdf

■ KVM オープンソースプロジェクトサイト:http://www.linux-kvm.org/page/Main_Page

シマンテック製品のインストールと設定情報:





■ Veritas Cluster Server High Availability インストールガイド

■ Veritas Cluster Server 付属エージェントリファレンスガイド

■ Symantec ApplicationHA インストールガイド

シマンテック製品ガイドの検索:

■ Symantec Operations Readiness Tools:https://sort.symantec.com/documents

■ Storage Foundation DocCentral サイト:http://sfdoccentral.symantec.com/http://www.symantec.com/business/veritas-cluter-server

39第 2 章はじめにその他のマニュアル

http://www.redhat.com/f/pdf/rhev/DOC-KVM.pdf

http://www.linux-kvm.org/page/Main_Page



http://www.symantec.com/business/storage-foundation-cluster-file-system

第 2 章はじめにその他のマニュアル

40

KVM リソースの設定


■ KVM リソースについて

■ ストレージの設定

■ ネットワークの設定

KVM リソースについてKVM と SFHA 製品をインストールして仮想マシンを作成したら、環境を最適化するために KVM リソースを設定できます。設定プロセスは、設定する SFHA ソリューションによって異なります。

■ ゲストまたはホストで Veritas Dynamic Multi-Pathing（DMP）、Veritas StorageFoundation（SF）、Veritas Storage Foundation HA（SFHA）、または VeritasStorage Foundation Cluster File System HA（SFCFSHA）を使用している場合、可視性と管理上の使いやすさを実現するようにストレージを最適化できます。

p.41 の「ストレージの設定」を参照してください。

■ ゲストまたはホストで Veritas Cluster Server（VCS）、Veritas Storage FoundationHA（SFHA）、または Veritas Storage Foundation Cluster File System HA（SFCFSHA）を使用している場合、KVM リソースの可用性を高くするようにネットワークを最適化できます。

p.47 の「ネットワークの設定」を参照してください。

ストレージの設定Veritas Storage Foundation and High Availability Solutions は、ゲストソリューションまたはホストソリューションを使っているかどうかにかかわらず、ストレージをより効率的

にマップして管理することを可能にします。

3

KVM 環境での一貫したストレージマッピングKVM 環境でストレージを管理する場合、一貫したマッピングが必要とされます。準仮想化 VirtIO ドライバまたは完全仮想化 IDE エミュレーションを使ってゲストに提示されたストレージは、ホストからゲストにマップされる必要があります。Linux で使用されるデバイス命名は揮発性であるため、ホストからゲストにストレージをマップする際には注意が必要

です。Linux の場合、デバイス名はシステムが再ブートされると変更できる列挙順序に基づいています。

一貫したマッピングは、次によって実現できます。

■ DMP メタデバイス

■ デバイス ID を使ったデバイスのマッピング

■ パスを使ったデバイスのマッピング

■ ボリュームを使ったデバイスのマッピング

■ Linux の udev デバイスシンボリックリンク

ゲストにストレージをマップする際にディスクラベルは使わないでください。ディスクラベル

はゲストによる変更が可能であるため、保証されません。

クラスタ化環境では、アクティブ/パッシブ DMP デバイスをゲストに直接マップできません。

ゲストへのデバイスのマッピング「virsh attach-device」を使って非永続的なマッピングを作成できます。非永続的なマッピングは、「virsh dumpxml domain」に続けて「virsh define domain」を使い KVM ゲストを再定義することによって永続的にすることができます。また、仮想マシンを再ブート

すると、非永続的なマッピングが失われて、代わりに永続的なマッピングが作成されます。

永続的なマッピングは、「virt-manager」を使うか、または「virsh edit <domain>」を使ってゲストの XML 設定を変更することにより、ホストで作成できます。

次の例では、「virsh attach-disk」を使っています。

DMP メタデバイスのマッピング一貫したマッピングは、DMP の「永続的な命名」機能を使ってホストからゲストへと実現できます。

ホストで DMP を実行すると、他にも実用的な利点があります。

■ マルチパスデバイスを単一のデバイスとしてエクスポートできます。これによってマッ

ピングの管理がさらに簡単になり、デバイスの最大数（VirtIO ドライバによって 32 台に制限されている）への到達を遅らせることもできます。

第 3 章 KVM リソースの設定ストレージの設定

42

■ パスフェールオーバーをホストで効率的に管理でき、プロアクティブにパスを監視す

るためにイベントソースデーモンを充分に活用できます。

■ Veritas Storage Foundation and High Availability Solutions 製品がゲストにインストールされている場合、「永続的な命名」機能によって、ゲストからホストそしてアレ

イまでサポート対象デバイスの一貫した命名が可能になります。「ユーザー定義名

（UDN）」機能は、DMP 仮想デバイスがカスタム割り当て名を持つことを許可します。

DMP メタデバイスをゲストにマップするには、次の手順を実行します。

1 ゲストにデバイスをマップします。この例では、DMP デバイス xiv0_8614 は guest_1にマップされます。

# virsh attach-disk guest_1 /dev/vx/dmp/xiv0_8614 vdb

2 マッピングは、ゲストを再定義することによって永続的にすることができます。

# virsh dumpxml guest_1 > /tmp/guest_1.xml

# virsh define /tmp/guest_1.xml

複数の KVM ホストにわたって一貫した命名エンクロージャに基づく命名規則（EBN）は、シングルノードに対して永続的な命名を行いますが、クラスタ内の複数のノードにわたる一貫した命名は保証されません。DMP の「ユーザー定義名（UDN）」機能は、複数のホストにわたって永続的な名前と一貫した名前の両方が DMP デバイスに提供されることを許可します。ユーザー定義名を使うと、エンクロージャとデバイスのシリアル番号を一意のデバイス名にマップするテンプレートファ

イルがホストで作成されます。ユーザー定義名は手動で選択できるため、マッピングの管

理がさらに簡単になります。

43第 3 章 KVM リソースの設定ストレージの設定

複数のホストにわたって一貫した命名を行うには、次の手順を実行します。

1 ユーザー定義名のテンプレートファイルを作成します。

# /etc/vx/bin/vxgetdmpnames enclosure=3pardata0 > /tmp/user_defined_names

# cat /tmp/user_defined_names

enclosure vendor=3PARdat product=VV serial=1628 name=3pardata0

dmpnode serial=2AC00008065C name=3pardata0_1




2 必要な場合は、デバイスの名前を変更します。この例では、マップ先のゲストの名前

を使って DMP デバイスに名前が付けられます。

# cat /dmp/user_defined_names

enclosure vendor=3PARdat product=VV serial=1628 name=3pardata0

dmpnode serial=2AC00008065C name=guest1_1




3 user-defined-names をこのノードと他のすべてのホストに適用します。

# vxddladm assign names file=/tmp/user_defined_names

4 ユーザー定義名が適用されたことを確認します。

# vxdmpadm getdmpnode enclosure=3pardata0

NAME STATE ENCLR-TYPE PATHS ENBL DSBL ENCLR-NAME

==============================================================================

guest_1_1 ENABLED 3PARDATA 2 2 0 3pardata0




パスを使ったデバイスのマッピング

マッピングは、デバイス ID を使って実現できます（/dev/disk/by-path/）。

これらのリンクはパスの永続的なプロパティを使います。ファイバーチャネルデバイスの場

合、シンボリックリンク名は、バス識別子、ターゲットの WWN、LUN 識別子で順に構成されます。デバイスには、そのデバイスへの各パスに対して 1 つのエントリが含まれます。マルチパスがゲストで実行される環境では、デバイスの各パスに対して 1 つのマッピングを作成します。


44

次の例では、デバイス sdd へのパスは両方とも guest_3 にマップされます。

ゲストにパスをマップするには、次の手順を実行します。

1 ゲストにマップするデバイスを識別します。デバイス ID を入手します。

# udevadm info -q symlink --name sdd | cut -d¥ -f 3

disk/by-id/scsi-200173800013420cd

マルチパス環境では、デバイス ID を使用して、デバイスへのすべてのパスを検索できます。

# udevadm info --export-db |grep disk/by-id/scsi-200173800013420cd¥ ¥

| cut -d¥ -f 4

/dev/disk/by-path/pci-0000:0b:00.0-fc-0x5001738001340160:0x000000

/dev/disk/by-path/pci-0000:0c:00.0-fc-0x5001738001340161:0x000000

2 デバイスのパスを使用して、パスを使っているゲストにデバイスをマップします。

# virsh attach-disk guest_3 ¥

/dev/disk/by-path/pci-0000:0b:00.0-fc-0x5001738001340160:0x000000 vdb

Disk attached successfully

# virsh attach-disk guest_3 ¥

/dev/disk/by-path/pci-0000:0c:00.0-fc-0x5001738001340161:0x000000 vdc


3 ゲストを再定義して、マップを永続的にします。

# virsh dumpxml guest_3 > /tmp/guest_3.xml

# virsh define /tmp/guest_3.xml

ボリュームを使ったデバイスのマッピング

Veritas Volume Manager ボリューム（VXVM ボリューム）を使用することで、マッピングを実現できます。

ゲストへの VxVM ボリュームのマッピングに関する詳細情報:

p.63 の「簡素化した管理」を参照してください。

デバイスのサイズ変更Red Hat Linux Enterprise 6.1 は VirtIO デバイスのオンラインでのディスクサイズ変更をサポートしません。VirtIO デバイスのサイズ変更を行うには、ゲストを完全にシャットダウンして再起動する必要があります。ブロックデバイスのオンラインでのサイズ変更は、

Red Hat Enterprise Linux 6.2 の評価版でサポートされます。

45第 3 章 KVM リソースの設定ストレージの設定

デバイスをサイズ変更するには、次のいずれかの方法を使用できます。

デバイスを拡大するには、次の手順を実行します。

1 ストレージを増加します。

■ ストレージデバイスが VxVM ボリュームである場合、ボリュームをサイズ変更します。

■ ストレージデバイスがストレージアレイ LUN である場合、アレイのデバイスをサイズ変更します。

2 ホストのディスクデバイスのサイズを更新します。

■ ストレージデバイスを使ってすべての仮想マシンを停止します。

■ デバイスがストレージアレイ LUN である場合、「'blockdev --rereadpt <device>'」を発行し、デバイスのサイズを更新します。

■ 仮想マシンを再起動します。

3 ゲストのストレージデバイスのサイズを更新します。

■ VxVM がゲストのストレージを管理している場合は、vxdisk resize を使用します。

■ VxVM がゲストのストレージを管理していない場合は、個別のマニュアルを参照してください。

stdevices を縮小するには

1 ゲストのディスクデバイスのサイズを更新します。

■ VxVM がゲストのストレージを管理している場合、必要に応じて、まず、vxresizeユーティリティを使用してデバイスを使っているファイルシステムとボリュームを縮

小します。vxdisk resize access_name length=new_size コマンドを使用して、デバイスのパブリックリージョンのサイズを更新します。

■ VxVM がゲストのストレージを管理していない場合は、個別のマニュアルを参照してください。

2 ゲストのストレージを縮小します。

■ デバイスが VxVM ボリュームである場合は、vxassist ユーティリティを使用してボリュームを縮小します。

■ デバイスがストレージアレイ LUN である場合は、ストレージアレイのデバイスを縮小します。

3 ホストのディスクデバイスのサイズを更新します。

■ デバイスを使用しているゲストを停止します。


46

■ デバイスがストレージアレイ LUN である場合は、blockdev --rereadpt device

コマンドを使用します。

4 ゲストを起動します。

ネットワークの設定Veritas Storage Foundation and High Availability Solutions 製品を使用して、ネットワークを設定できます。

■ アプリケーションのフェールオーバー

■ 仮想マシンの可用性

ブリッジネットワークの設定ブリッジネットワークの設定は 2 段階で実行できます。

■ ホストネットワークの設定

■ ゲストネットワークの設定

ホストネットワークの設定

libvirtd サービスは NAT のプライベートネットワークであるデフォルトのブリッジ virbr0を作成します。libvirtd サービスはネットワークに対して virbr0 を使うゲストにネットワーク 192.168.122.0 からプライベート IP を割り当てます。ゲストがホストコンピュータのパブリックネットワークを通して通信する必要がある場合は、ブリッジを設定する必要がありま

す。このブリッジは、次の手順を使って作成できます。

1. 他のすべてのインターフェース設定ファイルが存在する場所

/etc/sysconfig/network-scripts/ に、ifcfg-br0 という名前の新しいインターフェースファイルを作成します。このファイルの内容は、次のとおりです。

DEVICE=br0

Type=Bridge

BOOTPROTO=dhcp

ONBOOT=yes

2. 次のコマンドを使ってブリッジに物理インターフェースを追加します。

# brctl addif eth0 br0

このコマンドは、前の手順で作成した br0 ブリッジとゲストが共有する物理インターフェースを追加します。

3. brctl show コマンドを使って eth0 が br0 ブリッジに追加されたことを確認します。

47第 3 章 KVM リソースの設定ネットワークの設定

# brctl show

出力は次のようになります。

bridge name bridge id STP enabled interfaces

virbr0 8000.000000000000 yes

br0 8000.0019b97ec863 yes eth0

4. eth0 ネットワーク設定は、変更する必要があります。ifcfg-eth0 スクリプトはすでに存在します。

5. 設定ファイルの内容が次の例のようになるように、ファイルを編集して行 BRIDGE=br0を追加します。

DEVICE=eth0

BRIDGE=br0

BOOTPROTO=none

HWADDR=00:19:b9:7e:c8:63

ONBOOT=yes

TYPE=Ethernet

USERCTL=no

IPV6INIT=no

PEERDNS=yes

NM_CONTROLLED=no

6. すべてのネットワーク設定変更を有効にするために、ネットワークサービスを再起動

します。

ゲストネットワークの設定

ゲストネットワークの設定手順について詳しくは、仮想化関連の RHEL マニュアルを参照してください。

複数の物理コンピュータ（PM-PM）にわたる VCS クラスタのネットワーク設定

ホストのネットワーク設定とストレージは VCS クラスタ設定に類似しています。設定について詳しくは、『Veritas Cluster Server インストールガイド』を参照してください。ただし、VM ゲストが設定される物理ホストの間でプライベートリンクと共有ストレージを設定する必要があります。

第 3 章 KVM リソースの設定ネットワークの設定

48

図 3-1

eth3 eth0

eth1

eth2

em1

Br0

eth3eth0

eth1

eth2

em1

Br0VCS VCS

標準ブリッジの設定標準ブリッジの設定はブリッジネットワークの汎用ネットワーク設定です。


図 3-2 標準ブリッジの設定

eth0 eth1

eth1eth0

Br0em0 libvertd

NAT

VM-VM クラスタのネットワーク設定仮想マシン間の VCS クラスタを管理するためには、クラスタのネットワークとストレージを設定する必要があります。ネットワークとストレージの設定のセットアップ詳細は以降のセ

クションで説明されます。図 3-3 に、2 つの異なるホストで動作している 2 つの VM ゲスト間のクラスタセットアップを示します。


50

図 3-3 VM-VM クラスタのネットワーク設定

p.47 の「ブリッジネットワークの設定」を参照してください。



52

サーバー統合


■ サーバー統合

■ 単純な作業負荷に対するサーバー統合の実装

サーバー統合Storage Foundation and High Availability Solutions 製品は、リストに記載されている組み合わせ以外の方法で使用できます。上記リストの設定は、各使用例の目的を達成

するために必要な最低要件です。

サーバー統合は仮想マシンを物理サーバーとして実行することを可能にし、より高いサー

バー使用率を実現するために複数のアプリケーションとそれらの作業負荷を単一サー

バーに組み合わせます。

4

図 4-1 サーバー統合

RHEL 6

KVMKVM

KVM

1

KVM

32

1 32

単純な作業負荷に対するサーバー統合の実装Storage Foundation HA の単一サーバーを使用するこのソリューションでは、KVM ゲストへの作業負荷の移行を説明します。

図 4-2 単純な作業負荷に対するサーバー統合

RHEL 6

SFHA

RHEL 6

KVM

KVMDMP

SFHA

第 4 章サーバー統合単純な作業負荷に対するサーバー統合の実装

54

単純な作業負荷に対してサーバー統合を実装するには、次の手順を実行します。

1 仮想マシンに SFHA をインストールします。


2 アレイからホストにストレージをマップします。

p.42 の「ゲストへのデバイスのマッピング」を参照してください。

3 アレイからゲストにストレージをマップします。

4 ゲストに移動して、ディスクグループがインポート可能であることを確認します。

55第 4 章サーバー統合単純な作業負荷に対するサーバー統合の実装

第 4 章サーバー統合単純な作業負荷に対するサーバー統合の実装

56

物理から仮想への移行


■ 物理から仮想への移行

■ 物理から仮想への移行（P2V）を実装する方法

物理から仮想への移行物理サーバーから仮想マシンへのデータの移行は困難な場合があります。物理環境か

ら仮想環境への困難なデータ移行が Veritas Storage Foundation and HighAvailability Solutions 製品によって簡単で安全になります。

Veritas Storage Foundation and High Availability Solutions では、管理者が同じストレージまたはテスト移行用のストレージのコピーを仮想環境に割り当て直すのみであり、

移動元から移動先にデータをコピーする必要はまったくありません。Storage Foundation（SF）、Storage Foundation HA（SFHA）、または Storage Foundation Cluster FileSystem HA（SFCFSHA）を使用したデータ移行は、中央の 1 つの場所、つまり StorageFoundation 管理ホストによって利用されるアレイからすべてのストレージを移行する方法で実行できます。

物理から仮想への移行（P2V）では、物理サーバーから仮想化ゲストにデータを移行する必要があります。LUN は、最初にホストへと物理的に接続された後、ホストからのゲストへと KVM でマップされます。

ホストに SF、SFHA、または SFCFS がない場合は、ゲストへのマッピングがあるストレージデバイスを識別する必要があります。ホストに SF、SFHA、または SFCFS を置くと、マップ対象のストレージデバイスを迅速で確実に識別できます。ホストで DMP を実行している場合は、DMP デバイスを直接マップできます。Veritas Storage Foundation and HighAvailability Solutions 製品は、別の方法では面倒で時間のかかるプロセスに管理性と操作性を追加します。

5

物理から仮想への移行（P2V）を実装する方法物理サーバーから仮想化ゲストにデータを移行すると、LUN は、最初にホストへと物理的に接続された後、ホストからのゲストへと KVM でマップされます。

この使用事例はサーバー統合の場合に非常に類似しており、手順はほとんど同じです。

物理から仮想への移行は、サーバー統合を実現するために使うプロセスです。

この使用例では、KVM ゲストの KVM ホストと Veritas Storage Foundation に VeritasStorage Foundation HA または Veritas Storage Foundation Cluster File SystemHA が必要です。セットアップ情報:



2 つのオプションがあります。

■ SFHA Solutions 製品が物理サーバーと仮想ホストの両方でインストールされている場合、マッピングが必要な LUN の識別は簡単です。LUN を仮想ホストに接続したら、ディスクグループ内でマッピングが必要なデバイスを識別するために「vxdisk -oalldgs list」を使うことができます。

■ Veritas Storage Foundation and High Availability Solutions (SFHA Solutions)製品が仮想ホストでインストールされておらず、物理サーバーが Linux システムの場合、マッピングが必要なデバイスは、物理サーバーのデバイス ID を使って識別できます。

ホストとゲストに Storage Foundation がある場合に物理から仮想への移行（P2V）を実装するには、次の手順を実行します。

1 マッピングが必要なデバイスの Linux デバイス ID を見つけます。

# vxdg list diskgroup

2 ディスクグループの各ディスクに対して、次のコマンドを実行します。

# vxdmpadm getsubpaths dmpnodename=device

# ls -al /dev/disk/by-id/* | grep subpath

Storage Foundation がホストにインストールされていない場合は、物理サーバーを廃止する前に、デバイスのシリアル番号を使用して、マップを必要とする LUN を識別します。LUN は永続的な「by-path」デバイスリンクを使用しているゲストにマップできます。

Storage Foundation がホストにインストールされていない場合に物理から仮想への移行（P2V）を実装するには、次の手順を実行します。

1 物理サーバーで、KVM ホストにマップする必要のある LUN を識別します。

第 5 章物理から仮想への移行物理から仮想への移行（P2V）を実装する方法

58

■ ディスクおよび関連付けられたディスクグループのリストを収集します。

# vxdisk -o alldgs list

DEVICE TYPE DISK GROUP STATUS

disk_1 auto:none - - online invalid

sda auto:none - - online invalid

3pardata0_2 auto:cdsdisk disk01 data_dg online

3pardata0_3 auto:cdsdisk disk02 data_dg online

■ ディスクとディスクシリアル番号のリストを収集します。

# vxdisk -p -x LUN_SERIAL_NO list

DEVICE LUN_SERIAL_NO

disk_1 3JA9PB27

sda 0010B9FF111B5205

3pardata0_2 2AC00002065C

3pardata0_3 2AC00003065C

2 物理コンピュータのディスクグループをデポートします。

59第 5 章物理から仮想への移行物理から仮想への移行（P2V）を実装する方法

3 仮想化ホストに LUN をマップします。

仮想化ホストで、シリアル番号を使用して、ディスクグループの一部を構成していた

LUN を識別します。udev データベースを使用して、マップされる必要のあるホストのデバイスを識別できます。

# udevadm info --export-db | grep -v part |

grep -i DEVLINKS=.*200173800013420d0.* | ¥

cut -d¥ -f 4

/dev/disk/by-path/pci-0000:0a:03.0-fc-0x20210002ac00065c:0x0020000


# udevadm info --export-db | grep -v part |

grep -i DEVLINKS=.*200173800013420d0.* | ¥

cut -d¥ -f 4



ゲストに LUN をマップします。この例では複数のパスがあるため、4 つのすべてのパスに対する一貫性のあるデバイスマッピングを確保するように、パス同期リンクを

使用できます。

# virsh attach-disk guest1 ¥

/dev/disk/by-path/pci-0000:0a:03.0-fc-0x20210002ac00065c:0x0020000 ¥

vdb



vdc



vdd



vde

4 デバイスがゲストに正しくマップされることを確認します。設定変更は、ゲストを再定

義することによって永続的にすることができます。

# virsh dumpxml guest1 > /tmp/guest1.xml

# virsh define /tmp/guest1.xm

手順の例では、ストレージをマップするため、DMP デバイスを使用してディスクグループdata_dg は guest1 にマップされます。


60

ゲストとホストに Storage Foundation がある場合に物理から仮想への移行（P2V）を実装するには、次の手順を実行します。

1 仮想化ホストに LUN をマップします。

2 仮想化ホストで、マップを必要とするデバイスを識別します。たとえば、デバイスグ

ループ data_dg のあるデバイスは guest1 にマップされます。

# vxdisk -o alldgs list |grep data_dg

3pardata0_1 auto:cdsdisk - (data_dg) online


3 ゲストにデバイスをマップします。

# virsh attach-disk guest1 /dev/vx/dmp/3pardata0_1 vdb


# virsh attach-disk guest1 /dev/vx/dmp/3pardata0_2 vdc


4 ゲストで、すべてのデバイスが正しくマップされることと、ディスクグループが利用可

能であることを確認します。

# vxdisk scandisks

# vxdisk -o alldgs list |grep data_dg



5 仮想化ホストでゲストを再定義して、マップを永続的にします。

# virsh dumpxml guest1 > /tmp/guest1.xml

# virsh define /tmp/guest1.xml

新しい仮想マシンを設定する場合に、Veritas Volume Manager ボリュームをブートデバイスとして使うには、次の手順を実行します。

1 Red Hat 社が推奨する手順に従って、VM ゲストをインストールしてブートします。

ブートデバイスに管理対象ストレージまたは既存ストレージを選択するように求めら

れた場合は、VxVM ストレージボリュームブロックデバイスへの絶対パスを使用します（たとえば、/dev/vx/dsk/boot_dg/bootdisk-vol）。

2 virsh-install ユーティリティを使用する場合は、--disk パラメータとともに VxVMボリュームブロックデバイスへの完全パスを入力します（たとえば、--diskpath=/dev/vx/dsk/boot_dg/bootdisk-vol）。

61第 5 章物理から仮想への移行物理から仮想への移行（P2V）を実装する方法


62

簡素化した管理


■ 簡素化した管理

■ ゲスト仮想マシンのストレージのプロビジョニング

■ ブートイメージの管理

簡素化した管理オペレーティングシステムのホスティング方法にかかわらず、一貫して使えるストレージ管

理ツールによって、管理にかかる時間が短縮され、環境の複雑さを緩和できます。VeritasStorage Foundation and High Availability Solutions は、非仮想環境と同じコマンドセット、ストレージの名前空間、環境を提供します。

この使用例では、KVM ホストに Veritas Storage Foundation HA または Veritas StorageFoundation Cluster File System HA が必要です。セットアップ情報:


ゲスト仮想マシンのストレージのプロビジョニングボリュームは、VM ゲスト内でデータディスクまたはブートディスクとしてプロビジョニングできます。

■ データディスク: アレイ間でデータをミラー化する利点があります。

■ ブートディスク: アレイ間で移行する機能が提供されます。

実行中のゲスト仮想マシンに対して VxVM ストレージボリュームをデータディスクとして追加するには、次の方法で行います。

■ libvirt GUI の使用

■ virsh コマンドラインの使用

6

Veritas Volume Manager ボリュームを VM ゲストのデータディスクにするプロビジョニング

次の手順では、Veritas Volume Manager（VxVM）ボリュームを VM ゲストのデータディスク（仮想ディスク）として使います。サンプルホストは host1、VM ゲストは guest1 です。各手順のプロンプトでは、コマンドを実行するドメインを示しています。

Veritas Volume Manager ボリュームをデータディスクとしてプロビジョニングするには

1 いくつかのディスクを割り当てた VxVM ディスクグループ（この例では mydatadg）を作成します。

host1# vxdg init mydatadg TagmaStore-USP0_29 TagmaStore-USP0_30

2 目的のレイアウトの VxVM ボリュームを作成します（この例ではシンプルボリュームを作成）。

host1# vxassist -g mydatadg make datavol1 500m

3 ボリューム datavol1 を VM ゲストにマップします。

host1# virsh attach-disk guest1/dev/vx/dsk/mydatadg/datavol1 vdb

4 マップを永続的にするには、VM ゲストを再定義します。

host1# virsh dumpxml guest1 > /tmp/guest1.xml

host1# virsh define /tmp/guest1.xml

5 ゲストで、OS インストールに推奨されるサイズの VxVM ボリュームを作成します。この例では、次のコマンドを使って 16 GB のボリュームを作成します。

host1# vxassist -g boot_dg make bootdisk-vol 16g




Veritas Volume Manager ボリュームをゲスト仮想マシンのブートディスクにするプロビジョニング

VM ゲストのブートディスクをプロビジョニングするには、次の手順に従います。

以下の手順は Veritas Volume Manager（VxVM）ボリュームをブートディスクとして使えるようにする方法の概略です。

第 6 章簡素化した管理ゲスト仮想マシンのストレージのプロビジョニング

64

サンプルホストは host1、VM ゲストは guest1 です。各手順のプロンプトでは、コマンドを実行するドメインを示しています。

Veritas Volume Manager ボリュームをゲスト仮想マシンのブートディスクにするプロビジョニングを行うには

1 ホストで、Red Hat Enterprise Linux (RHEL) 6.1 インストールに推奨されるサイズの VxVM ボリュームを作成します。この例では、次のコマンドを使って 16 GB のボリュームを作成します。

host1# vxassist -g boot_dg make bootdisk-vol 16g

2 VM ゲストをインストールしてブートするための Red Hat の推奨手順に従い、仮想ディスクをブートディスクとして使用します。

ブートイメージの管理データセンターではアプリケーション作業負荷に対するニーズが増加し続けているため、

仮想環境を動的に作成することが必要条件になってきています。これにより、仮想マシン

を即座にプロビジョニングしてカスタマイズする機能が必要になります。作成される個々

の仮想マシンは、CPU、メモリ、ネットワーク、I/O のリソースに関してプロビジョニングされる必要があります。

ゲスト仮想マシンの台数が物理ホストで増加するにつれて、自動的で領域最適化のため

のプロビジョニング機構を持っていることがますます重要になります。すべてのゲスト仮想

マシンに同じオペレーティングシステム（つまり、ブートボリューム）をインストールすると、

領域節約を達成できます。したがって、各ゲストに完全なブートボリュームを割り当てるの

ではなく、単一のブートボリュームを作成してその「ゴールデンブートボリューム」の領域

最適化スナップショットを他の仮想マシンのブートイメージとして使えば十分です。

必要とされるプライマリの I/O リソースはブートイメージです。ブートイメージは次のコンポーネントで構成されるオペレーティングシステム環境です。

■ ゲストオペレーティングシステムがインストールされたブート可能な仮想ディスク

■ ブート可能なゲストファイルシステム

■ カスタムまたは汎用のソフトウェアスタック

ブートイメージ管理のために、Storage Foundation and High Availability（SFHA）Solutions 製品は、テンプレートとスナップショットベースのブートイメージ（スナップショットは完全または領域最適化の場合がある）に基づいて仮想マシンを管理して直ちに配備

することを可能にします。KVM ベースの仮想環境における効果的なブートイメージ管理のためには、ホストとゲスト設定の組み合わせを使って SFHA Solutions 製品を配備する必要があります。

ブートイメージ管理のメリットは次のとおりです。

65第 6 章簡素化した管理ブートイメージの管理

■ オペレーティングシステムと複雑なソフトウェアスタックのインストール、関連する設定、

メンテナンスコストを除去する

■ 効率の向上と運用コストの削減によるインフラコストの節約

■ さまざまな仮想マシンに対する共有のマスターイメージまたはゴールドイメージと領域

最適化ブートイメージによるストレージ領域コストの削減

■ VM ゲストとブートイメージを監視する Veritas Cluster Server（ホストで実行する）を使って個々のゲストコンピュータの高可用性を有効にする

■ クラスタのすべてのリモートノードにわたる仮想マシンを作成して配備する能力

ブートディスクグループの作成ホストと VM ゲスト設定の組み合わせを使って Storage Foundation HA（SFHA）を RedHat Enterprise Linux (RHEL) サーバーでインストールしたら、次の手順で、ゴールデンブートボリュームとすべての各種領域最適化スナップショット（VM ブートイメージ）が配置されるディスクグループ（DG）を作成します。シングルノード環境の場合、ディスクグループはホストに対してローカルまたはプライベートになります。クラスタ環境の場合（VM のライブ移行に推奨）、ゴールデンブートボリュームが複数の物理ノードにわたって共有され

るように、共有ディスクグループを作成することを推奨します。

障害の発生を監視できるように、VCS 下のゲスト VM ブートイメージとゲスト VM 自体を含むディスクグループを監視することが可能です。ただし、ブートイメージは同じディスク

グループ内にあるため、ブートディスクを含むスナップショットボリュームをバッキングする

ディスクのいずれかで障害が発生した場合は、このノードで格納されているすべてのゲス

ト VM が SFCFS クラスタの別の物理サーバーにフェールオーバーされることに留意する必要があります。このディスクグループの耐障害性を高めるには、複数のエンクロージャ

にわたるすべてのボリュームをミラー化し、ボリュームに冗長性を持たせてディスクエラー

による影響を受けにくくしてください。

共有ブートディスクグループを作成するには

1 ディスクグループ（たとえば boot_dg）を作成します。

$ vxdg -s init boot_dg device_name_1

2 手順を繰り返して複数のデバイスを追加します。

$ vxdg -g boot_dg adddisk device_name_2

ゴールデンイメージの作成と設定基本的には、マスターイメージまたはゴールドイメージに基づいてポイントインタイムイメー

ジ（特定時点のイメージ）を作成します。イメージをセットアップすると、すべてのブートイ

第 6 章簡素化した管理ブートイメージの管理

66

メージの基本として使用できます。したがって、仮想マシンの完全なブートボリュームを

ゴールデンブートボリュームとして最初にセットアップしてください。

ゴールデンイメージを作成するには

1 選択したディスクグループで、Red Hat Enterprise Linux (RHEL) 6.1 インストールに推奨されるサイズの VxVM ボリュームを作成します。たとえば、ディスクグループを boot_dg、ゴールデンブートボリュームを gold-boot-disk-vol、ボリュームサイズを16 GB にします。

host1# vxassist -g boot_dg make gold-boot-disk-vol 16g




3 virsh-install ユーティリティを使用する場合は、--disk パラメータとともに VxVMボリュームブロックデバイスへの完全パスを入力します（たとえば、--diskpath=/dev/vx/dsk/boot_dg/bootdisk-vol）。

4 仮想マシンを作成したら、このブートボリュームに任意のゲストオペレーティングシス

テムをインストールし、仮想マシンを必要に応じて設定できます。

5 仮想マシンを作成して設定したら、シャットダウンします。

ゴールデンブートボリュームのスナップショットに基づく追加の仮想マシンをプロビジョニ

ングするために、ブートイメージはイメージ（ゴールデンイメージと呼ばれる）として使うこと

ができます。これらのスナップショットは完全コピー（ミラーイメージ）または領域最適化ス

ナップショットにすることができます。領域最適化スナップショットを使うと、複数の同一仮

想マシンのブートディスクをホストするために必要なストレージが大幅に減少します。完全

スナップショットと領域最適化スナップショットは両方とも瞬時に使用可能になるため（ディ

スクコピー操作を待機する必要がない）、新しい仮想マシンのプロビジョニングも即座に

行うことができます。

ゴールデンイメージを使った仮想マシンの迅速なプロビジョニング前述のとおり、ゴールデンイメージに基づいて新しい仮想マシンのプロビジョニングを迅

速に行うためには、ゴールデンブートボリュームの完全スナップショットまたは領域最適化

スナップショットが必要となります。これらのスナップショットは、作成後に新しい仮想マシ

ンのブートイメージとして使うことができます。これらのスナップショットを作成するプロセス

は次の手順で概説されています。

仮想マシンの迅速なプロビジョニングのための、ゴールデンブートボリュームの完全イン

スタントスナップショットの作成


仮想マシンの迅速なプロビジョニングのための、ゴールデンブートボリュームの完全イン

スタントスナップショットを作成するには

1 完全インスタントスナップショットのボリュームを準備します。例では、ディスクグルー

プは boot_dg、ゴールデンブートボリュームは「gold-boot-disk-vol」です。

$ vxsnap -g boot_dg prepare gold-boot-disk-vol

2 新しくプロビジョニングしたゲストのブートボリュームとして使用する新しいボリューム

を作成します。ゲストブートボリュームのサイズはゴールデンブートボリュームのサイ

ズと一致する必要があります。

$ vxassist -g boot_dg make guest1-boot-disk-vol 16g layout=mirror

3 スナップショットボリュームとして使用可能な新しいブートボリュームを準備します。

$ vxsnap -g boot_dg prepare guest1-boot-disk-vol

4 ゴールデンブートボリュームの完全インスタントスナップショットを作成します。

$ vxsnap -g boot_dg make source=gold-boot-disk-vol/snapvol=¥

guest1-boot-disk-vol/syncing=off

5 5. スナップショット guest1-boot-disk-vol を「既存のディスクイメージ」として使用して、新しい仮想マシンを作成します。

仮想マシンの迅速なプロビジョニングのための、ゴールデンブートボリュームの領域最

適化インスタントスナップショットを作成するには

1 インスタントスナップショットのボリュームを準備します。例では、ディスクグループは

boot_dg、ゴールデンブートボリュームは「gold-boot-disk-vol」です。

$ vxsnap -g boot_dg prepare gold-boot-disk-vol

2 キャッシュボリュームとして使うボリュームを作成するには、vxassist コマンドを使用します。このキャッシュボリュームには、領域最適化インスタントスナップショットに対

して行われた書き込みが格納されます。

$ vxassist -g boot_dg make cache_vol 5g layout=mirror init=active

3 vxmake cache コマンドを使って、前の手順で作成したキャッシュボリュームの上にキャッシュオブジェクトを作成します。

$ vxmake -g boot_dg cache cache_obj cachevolname=cache_vol autogrow=on


68

4 キャッシュオブジェクトを開始します。

$ vxcache -g boot_dg start cache_obj

5 ゴールデンブートイメージの領域最適化インスタントスナップショットを作成します。

$ vxsnap -g boot_dg make source=¥

gold-boot-disk-vol/newvol=guest1-boot-disk-vol/cache=cache_obj

6 6. 既存ディスクイメージとしてゴールデンイメージのスナップショットを使用して、新しい仮想マシンを作成します。

領域最適化スナップショットによるストレージの節約物理サーバーごとに格納される仮想マシンが多数ある場合、単一サーバーで使われる

ブートイメージの数も多くなります。単一のベアメタル RHEL（v 6.0）のブートイメージは少なくとも約 3 GB の領域を必要とします。それに加えてソフトウェアスタックとアプリケーションバイナリをインストールすると領域がさらに必要となり、通常はデータベースアプリケー

ションを格納する各仮想マシンに約 6 GB の領域を使うことになります。

ユーザーが新しい仮想マシンをプロビジョニングする際に、ブートイメージは完全コピー

または領域最適化スナップショットの場合があります。完全コピーを使うと、ストレージの使

用が非常に非効率的になります。同一のブートイメージを格納するためにストレージが消

費されるだけでなく、ブートイメージを高可用性にするため（複数のエンクロージャにわた

るミラー）とバックアップにおいてもストレージが消費されます。この高可用性で高パフォー

マンスの大量ストレージは非常に高価であるため、サーバー仮想化によって通常は実現

されるコストの利点を生かすことができません。それに加えて、大容量のバックアップとリ

カバリも高価なタスクになります。

上記の問題に対処するためには、さまざまな VM のブートイメージとしてゴールドイメージの領域最適化スナップショットを使用することを推奨します。領域最適化スナップショッ

トは、ゴールドイメージのデータの完全コピーを作成するのではなく、変更されたブロック

のみをローカルに格納するコピーオンライト原則（物理ストレージによってバッキングされ

る）に基づいて機能します。この変更されたブロックのセットはキャッシュオブジェクトと呼

ばれ、すべての領域最適化スナップショットのリポジトリ（キャッシュオブジェクトストアと呼

ばれる）に格納されます。キャッシュオブジェクトはストレージ領域を大幅に削減するため、

親ボリューム（この場合はゴールドイメージボリューム）と比較して通常は 5 ～ 20% のストレージ占有領域を占めます。同じキャッシュオブジェクトストアは、複数のスナップショット

ボリュームの変更されたブロックを格納するために使うことができます。

インストールのブート環境をサポートするために、キャッシュオブジェクトストアで保持され

る各スナップショットにはゴールドイメージに対して行われた変更のみが含まれます。した

がって、ストレージを最大限に削減するには、ルートファイルシステムではなくデータディ

スクでソフトウェアをインストールしてください。また、ゴールドイメージ操作ファイル（つま

り、システム、ホスト、パスワードなど）に対する変更を制御することにも努めてください。



70

アプリケーションの可用性


■ アプリケーション可用性オプションについて

■ KVM 環境アーキテクチャの Veritas Cluster Server の概略

■ 仮想マシンに高可用性を提供するホストの VCS とアプリケーションに高可用性を提供するゲストの ApplicationHA

■ 仮想から仮想へのクラスタ化とフェールオーバー

■ 仮想から物理へのクラスタ化とフェールオーバー

アプリケーション可用性オプションについてシマンテック製品は KVM 環境の最良の可用性を提供できます。KVM 環境では、シマンテックの Symantec High Availability ソリューション（ApplicationHA と VeritasCluster Server（VCS））をさまざまに組み合わせて選択できます。

ApplicationHA は単独で、Veritas Operations Manager を使用して最良の可視性と管理性を提供すると同時に、アプリケーションの監視機能と再起動機能を提供します。ホ

ストの Veritas Cluster Server とともに ApplicationHA を使用すると、この 2 つのソリューションが連携して動作し、アプリケーションは必要に応じて監視され、再起動されるように

なります。アプリケーションの再起動が有効でない場合には、仮想マシンが再起動されま

す。これらの 2 つのソリューションは連携して動作することで、KVM の環境に最良な可用性を提供します。

物理環境の VCS クラスタによって提供されるのと同じレベルのアプリケーション可用性がKVM 環境で必要される場合は、仮想マシンで Veritas Cluster Server を採用できます。この設定では、アプリケーションは仮想マシンの VCS クラスタで迅速なフェールオーバー機能を実行できます。

7

表 7-1 可用性オプションの比較

推奨ソリューション必須の可用性レベル

仮想マシンの ApplicationHAアプリケーションの監視と再起動

リソースとして仮想マシンを監視するホストの VCSクラスタ

仮想マシンの監視と再起動

KVM ゲストの ApplicationHA と KVM ホストのVCS クラスタ

アプリケーションと仮想マシンの可用性の組み合

わせ

仮想マシンの VCS クラスタクラスタのスタンバイノードへのアプリケーション

フェールオーバー

ApplicationHA または VCS のセットアップ情報:

p.34 の「仮想マシンとアプリケーション可用性を実現するための Veritas Cluster Serverのインストールと設定」を参照してください。

メモ: KVM 環境のアプリケーション可用性に加えてストレージ管理機能を必要とする場合、Veritas Storage Foundation HA または Veritas Storage Foundation Cluster FileSystem HA のクラスタ機能も使うことができます。

KVM 環境アーキテクチャの Veritas Cluster Server の概略

ゲストアーキテクチャの VCSホストアーキテクチャの VCS

■ 制御の単一ユニットとしてゲスト仮想マシン

で実行するアプリケーションを管理する

■ 他のゲスト仮想マシンまたは物理コンピュー

タ間で個々のアプリケーションの自動再起動

または自動フェールオーバーを実現する

■ VOM（Veritas Operations Manager）を使って、ファーム内にある複数の適切なゲスト仮

想マシンにわたる共通コンソールから個々の

アプリケーションの起動、停止、または監視

を実現する

■ 制御の単一ユニットとして複数のゲスト仮想

マシンを管理する

■ 障害が発生した場合に個々のゲスト仮想マ

シンの自動再起動または自動フェールオー

バーを実現する

■ VOM（Veritas Operations Manager）を使って、サーバープール全体にわたる共通コン

ソールから個々のゲスト仮想マシンの起動、

停止、または監視を実現する

第 7 章アプリケーションの可用性KVM 環境アーキテクチャの Veritas Cluster Server の概略

72

仮想マシンに高可用性を提供するホストの VCS とアプリケーションに高可用性を提供するゲストの ApplicationHA

ホストで実行する VCS は仮想マシンを監視し、VM に高可用性を提供します。VM ゲストで実行する ApplicationHA は、設定されたアプリケーションを監視することでアプリケーションの高可用性を確保します。VCS と ApplicationHA を組み合わせることで、アプリケーションと VM の高可用性を達成するために拡張されたソリューションが提供されます。

ホストの VCS はプライマリ VCS の監視を実現します。障害時に仮想マシンを起動/停止でき、別のノードにフェールオーバーすることができます。その後、ゲスト仮想マシン内で

実行中のアプリケーションを監視するゲストで、ApplicationHA を実行します。ゲストのApplicationHA がアプリケーション障害の際にアプリケーションフェールオーバーをトリガすることはありませんが、同じ VM ゲストのアプリケーションの再起動を試行します。ApplicationHA がアプリケーションを起動できないときは、ホストで実行されている VCSに対して修正アクション（仮想マシンの再起動、他のホストへの仮想マシンのフェールオー

バーなど）を実行するように通知できます。ApplicationHA および ApplicationHA とVCS の統合の詳細については、ApplicationHA のマニュアルを参照してください。

ApplicationHA および ApplicationHA と VCS の統合の詳細については、ApplicationHA のマニュアルを参照してください。

図 7-1 ホストの VCS（VM HA 用）とゲストの ApplicationHA（ApplicationHA用）

73第 7 章アプリケーションの可用性仮想マシンに高可用性を提供するホストの VCS とアプリケーションに高可用性を提供するゲストの ApplicationHA

仮想から仮想へのクラスタ化とフェールオーバー複数のゲスト仮想マシンで VCS を実行すると、ゲストからゲストへのクラスタ化が有効になります。その後、VCS は、ゲスト内で実行する個々のアプリケーションを監視して、仮想から仮想へのクラスタにある別のゲストにアプリケーションをフェールオーバーします。

図 7-2 アプリケーションの高可用性を実現するゲスト間のクラスタ化

ゲスト内で実行しているアプリケーションに高可用性を提供するために、各ゲストコンピュー

タ内で VCS を実行できます。

VCS クラスタはこの設定の VM ゲスト間で形成されます。クラスタの VM ゲストは同じ物理ホスト上または異なる物理ホスト上のいずれにあってもかまいません。VCS はクラスタの VM ゲストにインストールされます。この VCS は物理コンピュータクラスタでインストールされる VCS に類似しています。この VCS クラスタは VM ゲスト内で実行するアプリケーションとサービスを管理して制御します。障害が発生したアプリケーションまたはサービス

はクラスタの他の VM ゲストにフェールオーバーされます。VCS は VM ゲスト内で実行するため、この設定は VM ゲストのフェールオーバーを処理しません。

第 7 章アプリケーションの可用性仮想から仮想へのクラスタ化とフェールオーバー

74

図 7-3 同じ物理コンピュータにある複数の VM ゲストにわたる VCS クラスタ

仮想から物理へのクラスタ化とフェールオーバー他の物理ホストで実行している VCS をゲスト内部 VCS と組み合わせることによって、物理から仮想へのクラスタを作成することもできます。この仮想/物理クラスタにより、VCS はゲスト内で実行するアプリケーションを監視して、別のホストにアプリケーションをフェール

オーバーできるようになります。逆方向も該当するため、物理ホストで実行しているアプリ

ケーションを VM ゲストマシンにフェールオーバーすることも有効になります。

VCS クラスタは VM ゲストと物理コンピュータの間で形成されます。VCS は VM ゲストと、クラスタにある異なる物理コンピュータでインストールされます。VM ゲストはそれらの VMホストのネットワークを通して物理コンピュータに接続されます。この場合、VM ホストは、クラスタを形成する 1 つ以上の VM ゲストがホストされる物理コンピュータです。

この VCS クラスタは、VM ゲストまたは物理コンピュータのいずれかであるクラスタノードで実行するサービスとアプリケーションを管理して監視します。あるノードで障害が発生し

たアプリケーションは、仮想マシンまたは物理コンピュータのいずれかである他のノードに

フェールオーバーします。

p.49 の「標準ブリッジの設定」を参照してください。

75第 7 章アプリケーションの可用性仮想から物理へのクラスタ化とフェールオーバー

図 7-4 複数の VM ゲストと物理コンピュータにわたる VCS クラスタ

第 7 章アプリケーションの可用性仮想から物理へのクラスタ化とフェールオーバー

76

仮想マシンの可用性


■ 仮想マシンの可用性オプションについて

■ リソースとして仮想マシンを監視するホストの VCS

仮想マシンの可用性オプションについてアプリケーション可用性が KVM ユーザーにとって非常に重要であるのと同時に、仮想マシンの可用性は KVM 環境で同様に重要です。仮想マシンの可用性は、ホストで VeritasCluster Server（VCS）を採用することで実現されます。この場合、VCS は仮想マシンをリソースとして監視します。

p.72 の表 7-1 を参照してください。

VCS のセットアップ情報:

p.34 の「仮想マシンとアプリケーション可用性を実現するための Veritas Cluster Serverのインストールと設定」を参照してください。

メモ: KVM ホストの仮想マシンの可用性に加えてストレージ管理機能を必要とする場合、Veritas Storage Foundation HA または Veritas Storage Foundation Cluster FileSystem HA のクラスタ機能も使うことができます。

リソースとして仮想マシンを監視するホストの VCSこのシナリオでは、VCS はホストで実行され、ホストレベルのクラスタ化が有効になります。ホストで VCS を実行すると、個々のゲスト仮想マシンの監視とフェールオーバーも有効になります。各ゲスト仮想マシンは、KVM アーキテクチャの単なるプロセスであるため、ホストで実行する VCS によって監視できます。この機能により、個々の仮想マシンを個々のリソースとして監視し、VM を同一（または別の物理）ホストに再起動またはフェールオー

8

バーすることが可能になります。ゲストのライブ移行のサポートを有効にするには、ホスト

で CVM を実行することを推奨します。

この設定では、VM ゲストをホストする物理コンピュータ（PM）がクラスタを形成します。そのため、VCS はゲスト仮想マシンで実行するアプリケーションを監視しません。VCS は、VCS の KVM エージェントのヘルプによって仮想マシンを制御して管理します。VM ゲストは、障害が発生した場合に他のホストにフェールオーバーします。VCS のフェールオーバーサービスグループとして設定される VM ゲストは、すべてのホストにわたって設定が同じであることが必要です。VM ゲストのストレージは、クラスタのすべてのホストにアクセス可能である必要があります。

p.48 の「複数の物理コンピュータ（PM-PM）にわたる VCS クラスタのネットワーク設定」を参照してください。

p.83 の「設定例」を参照してください。

第 8 章仮想マシンの可用性リソースとして仮想マシンを監視するホストの VCS

78

ライブ移行を使った仮想マシンの可用性


■ ライブ移行について

■ ライブ移行の必要条件

■ 仮想マシンの可用性のためのライブ移行の実装

ライブ移行についてVeritas Cluster File System HA のコンポーネントである Veritas Cluster VolumeManger（CVM）で共有ストレージを使用して、ゲスト仮想マシンのライブ移行を有効にできます。CVM を使用すると、個々の仮想マシンの計画的な停止時間を大幅に削減できます。個々の仮想マシンはホストからホストへとステートフルに移行できるようになり、より

優れた負荷分散、マシンのダウンタイムの削減、個々の物理サーバーのパス管理を有効

にします。個々のゲスト仮想マシンとそれらに対応するアプリケーションが実行し続ける

間、サーバープール（物理サーバークラスタ）に対して物理サーバー（ホスト）を自由に参

加または脱退させることができます。

ライブ移行に対して、ホストでシングルノードの VxVM（Veritas Volume Manager）を実行するのではなく、ゲストとホストで CVM を使って高速フェールオーバーを行うことにより、ホストで CVM を実行し、同じサーバークラスタまたはサーバープール内にある複数の物理サーバーをクラスタ化できます。この設定では、ホスト内にも VCS（Veritas ClusterServer）があります。物理サーバーのクラスタを作成すると、特定の物理サーバーから別の物理サーバーへの KVM ゲスト仮想マシンのライブ移行が完全に機能してサポートされるようになるため、これは重要な利点です。

9

図 9-1 ライブ移行セットアップ

KVM

RHEL 6

KVM

RHEL 6

SFCFSHACVM + CFS

ライブ移行の必要条件送信元ホストから送信先ホストに VM ゲストを移行するためには、次の条件が必要になります。

■ 必須のゲストイメージは、送信先ホストでも同じ場所で利用可能であることが必要で

す。

■ 移行するゲストに設定するストレージデバイスとネットワークデバイスは、送信元ホスト

と送信先ホストで同一であることが必要です。何らかの相違があると、移行処理が終

了することがあります。

■ 両ホストの KVM ハイパーバイザバージョンは、オペレーティングシステムレベルと共に同じでなければなりません。

ゲスト移行の必要条件と制限事項について詳しくは、『Red Hat 仮想化ガイド』を参照してください。


第 9 章ライブ移行を使った仮想マシンの可用性ライブ移行の必要条件

80


仮想マシンの可用性のためのライブ移行の実装VM ゲストはホスト間で移行できます。この移行はライブ移行と一時停止移行のいずれかになります。virsh migrate コマンドまたは virt-manager コンソールを使用して、移行を開始できます。Veritas Cluster Server (VCS) は、移行したゲストを監視し、移行処理を検出できます。VCS は状態に応じてリソースの状態を変更します。つまり、ゲストがホスト間でライブ移行された場合、ゲストの移行先のホストで、関連する KVMGuest リソースの状態をオンラインにします。VCS が VM ゲスト移行を開始することはありません。設定例では、ゲストイメージを格納するための VM ゲスト移行の場合には CVM-CFS の使用を推奨します。

p.83 の「設定例」を参照してください。

ホストでの SFCFSHA（ゲストは必要ない）

81第 9 章ライブ移行を使った仮想マシンの可用性仮想マシンの可用性のためのライブ移行の実装

第 9 章ライブ移行を使った仮想マシンの可用性仮想マシンの可用性のためのライブ移行の実装

82

参照情報

この付録では以下の項目について説明しています。

■ RHEL ベースの KVM のインストールと使用法

■ 設定例

RHEL ベースの KVM のインストールと使用法次の yum コマンドを実行して、必要なすべての RPM をインストールできます。

# yum grouplist|grep -i virtualization

その後、次のコマンドを実行して仮想化パッケージをインストールできます。

# yum groupinstall "Virtualization"

設定例次のいずれかの設定例を使用できます。

■ 設定例 1: ネーティブ LVM ボリュームをゲストイメージの格納に使用

■ 設定例 2: ネーティブ VxVM ボリュームをゲストイメージの格納に使用

■ 設定例 3: ネーティブ CVM-CFS をゲストイメージの格納に使用

設定例 1: ネーティブ LVM ボリュームをゲストイメージの格納に使用group kvmtest1 (

SystemList = { north = 0, south = 1 }

)

KVMGuest res1 (

GuestName = kvmguest1

A

GuestConfigFilePath = "/kvmguest/kvmguest1.xml"

DelayAfterGuestOnline = 10

DelayAfterGuestOffline = 35

)

Mount mnt1 (

BlockDevice = "/dev/mapper/kvmvg-kvmvol"

MountPoint = "/kvmguest"y of the

FSType = ext3

FsckOpt = "-y"

MountOpt = "rw"

)

LVMLogicalVolume lv1 (

VolumeGroup = kvmvg

LogicalVolume = kvmvol

)

LVMVolumeGroup vg1 (

VolumeGroup = kvmvg

)

res1 requires mnt1

mnt1 requires lv1

lv1 requires vg1

設定例 2: ネーティブ VxVM ボリュームをゲストイメージの格納に使用group kvmtest2 (

SystemList = { north = 0, south = 1 }

)

KVMGuest res1 (


GuestConfigFilePath = "/kvmguest/kvmguest1.xml"



)

Mount mnt1 (

BlockDevice = "/dev/vx/dsk/kvmvg/kvmvol"

MountPoint = "/kvmguest"

FSType = vxfs

FsckOpt = "-y"

MountOpt = "rw"

)

Volume vol1 (

Volume = kvm_vol

DiskGroup = kvm_dg

付録 A 参照情報設定例

84

)

DiskGroup dg1 (

DiskGroup = kvm_dg

)

res1 requires mnt1

mnt1 requires vol1

vol1 requires dg1

設定例 3: ネーティブ CVM-CFS をゲストイメージの格納に使用group kvmgrp (

SystemList = { kvmpm1 = 0, kvmpm2 = 1 }

)

KVMGuest kvmres (


GuestConfigFilePath = "/cfsmount/kvmguest1.xml"



)

kvmgrp requires group cvm online local firm

group cvm (

SystemList = { kvmpm1 = 0, kvmpm2 = 1 }

AutoFailOver = 0

Parallel = 1

AutoStartList = { kvmpm1, kvmpm2 }

)

CFSMount cfsmount (

MountPoint = "/cfsmount"

BlockDevice = "/dev/vx/dsk/cfsdg/cfsvol"

)

CFSfsckd vxfsckd (

)

CVMCluster cvm_clus (

CVMClustName = kvmcfs

CVMNodeId = { kvmpm1 = 0, kvmpm2 = 1 }

CVMTransport = gab

CVMTimeout = 200

)

CVMVolDg cfsdg (

CVMDiskGroup = cfsdg

CVMVolume = { cfsvol }

85付録 A 参照情報設定例

CVMActivation = sw

)

CVMVxconfigd cvm_vxconfigd (

Critical = 0

CVMVxconfigdArgs = { syslog }

)

cfsmount requires cfsdg

cfsmount requires cvm_clus

cvm_clus requires cvm_vxconfigd

vxfsckd requires cvm_clus

付録 A 参照情報設定例

86

veritas storage foundation™ and high availability solutions ......veritas storage foundation and...

Documents