Veritas Storage Foundation™ and High Availability Solutions 仮想化ガイド: Linux

Transcription

1 Veritas Storage Foundation and High Availability Solutions 仮想化ガイド Linux 6.0

2 Veritas Storage Foundation and High Availability Solutions 仮想化ガイド このマニュアルで説明するソフトウェアは 使用許諾契約に基づいて提供され その内容に同意する場合にのみ使用することができます 製品バージョン : 6.0 マニュアルバージョン : 法的通知と登録商標 Copyright 2012 Symantec Corporation. All rights reserved. Symantec Symantec ロゴ Veritas Veritas Storage Foundation CommandCentral NetBackup Enterprise Vault LiveUpdate は Symantec Corporation または同社の米国およびその他の国における関連会社の商標または登録商標です その他の会社名 製品名は各社の登録商標または商標です 本書に記載の製品は ライセンスに基づいて配布され 使用 コピー 配布 逆コンパイル リバースエンジニアリングはそのライセンスによって制限されます 本書のいかなる部分も Symantec Corporation とそのライセンサーの書面による事前の許可なく いかなる形式 方法であっても複製することはできません 本書は 現状有姿のまま 提供され 商品性 特定目的への適合性 不侵害の黙示的な保証を含む すべての明示的または黙示的な条件 表明 保証は この免責が法的に無効であるとみなされない限り 免責されるものとします Symantec Corporation は 本書の供給 性能 使用に関係する付随的または間接的損害に対して責任を負わないものとします 本書に記載の情報は 予告なく変更される場合があります ライセンス対象ソフトウェアと関連書類は FAR の規定によって商業用コンピュータソフトウェアとみなされ 場合に応じて FAR Commercial Computer Software - Restricted Rights DFARS Rights in Commercial Computer Software or Commercial Computer Software Documentation その後継規制の規定により制限された権利の対象となります 米国政府によるライセンス対象ソフトウェアと関連書類の使用 修正 複製のリリース 実演 表示または開示は 本使用許諾契約の条項に従ってのみ行われるものとします 弊社製品に関して 当資料で明示的に禁止 あるいは否定されていない利用形態およびシステム構成などについて これを包括的かつ暗黙的に保証するものではありません また 弊社製品が稼動するシステムの整合性や処理性能に関しても これを暗黙的に保証するものではありません これらの保証がない状況で 弊社製品の導入 稼動 展開した結果として直接的 あるいは間接的に発生した損害等についてこれが補償されることはありません 製品の導入 稼動 展開にあたっては お客様の利用目的に合致することを事前に十分に検証および確認いただく前提で 計画および準備をお願いします

3 目次 第 1 章概要... 7 ( カーネルベースの仮想マシン ) 技術の概要... 7 カーネルベースの仮想マシンの用語... 8 VirtIO ディスクドライブ... 9 Veritas Storage Foundation and High Availability の製品について Veritas Storage Foundation について Veritas Storage Foundation High Availability について Veritas Storage Foundation Cluster File System High Availability について Veritas Replicator Option について Veritas Cluster Server について Veritas Cluster Server のエージェントについて Veritas Dynamic Multi-Pathing について Veritas Operations Manager について Symantec Product Authentication Service について Symantec ApplicationHA について ( カーネルベースの仮想マシン ) 環境の Storage Foundation and High Availability Solutions ゲスト仮想化マシンの Veritas Dynamic Multi-Pathing ホストでの Veritas Dynamic Multi-Pathing 仮想化ゲストマシンでの Veritas Storage Foundation ホストでの Veritas Storage Foundation Cluster File System High Availability ホストとゲスト仮想マシンの Veritas Dynamic Multi-Pathing ゲスト仮想マシンの Veritas Storage Foundation HA と ホストの Veritas Dynamic Multi-Pathing 仮想化ゲストマシンの Symantec ApplicationHA ホストでの Veritas Cluster Server ゲストでの Veritas Cluster Server ゲストの Symantec ApplicationHA とホストの Veritas Cluster Server 複数の VM ゲストと物理コンピュータにわたるクラスタ内の Veritas Cluster Server... 24

4 4 目次 SFHA(Storage Foundation and High Availability)Solutions によって対処される の使用事例 第 2 章はじめに リリースノート ハードウェア互換性リスト (HCL) をセットアップする前に 制限事項とサポートされない 機能 製品のライセンス の作成と起動 VM ゲストのセットアップ ゲストへのストレージソリューションのインストールと設定 ホストでのストレージソリューションのインストールと設定 仮想マシンとアプリケーション可用性を実現するための Veritas Cluster Server のインストールと設定 VCS セットアップチェックリスト VCS による VM ゲストの管理方法 アプリケーション可用性を実現するための ApplicationHA のインストールと設定 その他のマニュアル 第 3 章 リソースの設定 リソースについて ストレージの設定 環境での一貫したストレージマッピング ゲストへのデバイスのマッピング デバイスのサイズ変更 ネットワークの設定 ブリッジネットワークの設定 複数の物理コンピュータ (PM-PM) にわたる VCS クラスタのネットワーク設定 標準ブリッジの設定 VM-VM クラスタのネットワーク設定 第 4 章サーバー統合 サーバー統合 単純な作業負荷に対するサーバー統合の実装 第 5 章物理から仮想への移行 物理から仮想への移行 物理から仮想への移行 (P2V) を実装する方法... 58

5 目次 5 第 6 章簡素化した管理 簡素化した管理 ゲスト仮想マシンのストレージのプロビジョニング Veritas Volume Manager ボリュームを VM ゲストのデータディスクにするプロビジョニング Veritas Volume Manager ボリュームをゲスト仮想マシンのブートディスクにするプロビジョニング ブートイメージの管理 ブートディスクグループの作成 ゴールデンイメージの作成と設定 ゴールデンイメージを使った仮想マシンの迅速なプロビジョニング 領域最適化スナップショットによるストレージの節約 第 7 章アプリケーションの可用性 アプリケーション可用性オプションについて 環境アーキテクチャの Veritas Cluster Server の概略 仮想マシンに高可用性を提供するホストの VCS とアプリケーションに高可用性を提供するゲストの ApplicationHA 仮想から仮想へのクラスタ化とフェールオーバー 仮想から物理へのクラスタ化とフェールオーバー 第 8 章仮想マシンの可用性 仮想マシンの可用性オプションについて リソースとして仮想マシンを監視するホストの VCS 第 9 章ライブ移行を使った仮想マシンの可用性 ライブ移行について ライブ移行の必要条件 仮想マシンの可用性のためのライブ移行の実装 付録 A 参照情報 RHEL ベースの のインストールと使用法 設定例 設定例 1: ネーティブ LVM ボリュームをゲストイメージの格納に使用 設定例 2: ネーティブ VxVM ボリュームをゲストイメージの格納に使用 設定例 3: ネーティブ CVM-CFS をゲストイメージの格納に使用... 85

6 6 目次

7 1 概要 この章では以下の項目について説明しています ( カーネルベースの仮想マシン ) 技術の概要 Veritas Storage Foundation and High Availability の製品について Symantec ApplicationHA について ( カーネルベースの仮想マシン ) 環境の Storage Foundation and High Availability Solutions SFHA(Storage Foundation and High Availability)Solutions によって対処される の使用事例 ( カーネルベースの仮想マシン ) 技術の概要 Veritas SFHA(Storage Foundation and High Availability)Solutions は 高度なストレージ管理 ミッションクリティカルなクラスタ化 フェールオーバーの機能を提供するために ( カーネルベースの仮想マシン ) ベースの仮想化環境で使うことができます Linux の ( カーネルベースの仮想マシン ) は 完全な仮想化のソリューションとして RHEL(Red Hat Enterprise Linux)6.1 とともに Red Hat によってリリースされています 操作 パフォーマンス 柔軟性の点では は Xen や VMware のような他に人気のある代替製品と異なります は VM( 仮想マシン ) の作成と管理用にユーザー領域ユーティリティのセットが付いた状態で カーネルモジュールとして提供されます 技術には次が含まれます AMD64 と Intel 64 のハードウェアにおける Linux 用の完全な仮想化のソリューション それぞれの仮想化コンピュータまたは ゲスト は単一の Linux プロセスとして実行される

8 8 第 1 章概要 ( カーネルベースの仮想マシン ) 技術の概要 ホストの仮想化ゲストを安全に管理するために共通で汎用の安定したレイヤーを提供するハイパーバイザ独立型仮想化 API である libvirt 仮想化ゲストを管理するためのコマンドラインツールである virsh 仮想化ゲストを管理するための GUI である virt-manager 各ゲストの設定は xml ファイルに格納される 図 1-1 プロセス ユーザースペース ( アプリケーション ) ゲスト OS( 仮想 マシン ) 単一の Linux プロセス ユーザースペース ( アプリケーション ) QEMU /dev/kvm ハイパーバイザ ( 仮想マシンモニタ ) ハードウェア このガイドでは ほとんどの実装に適合するようにカスタマイズできる一部の参照用設定を説明します ここでは 読者が RHEL(Red Hat Enterprise Linux) オペレーティングシステムについて理解していることを前提にしています ( アーキテクチャだけでなく Red Hat によって提供済みの管理ソフトウェアを使って 仮想マシンを設定して管理する方法も含む ) また ユーザーは Veritas Storage Foundation and High Availability Solutions の基本ソフトウェアに熟知しており その管理ユーティリティにも精通している必要があります Red Hat Enterprise Linux Veritas Storage Foundation and High Availability Solutions ソフトウェアについて詳しくは その他のマニュアル セクションを参照してください p.38 の その他のマニュアル を参照してください カーネルベースの仮想マシンの用語 表 1-1 用語 Guest VM ゲスト この文書で使われている の用語定義カーネルベースの仮想マシン 仮想化ゲストを管理するための VCS エージェント 仮想化ゲスト

9 第 1 章概要 ( カーネルベースの仮想マシン ) 技術の概要 9 用語 Host PM VM-VM VM-PM PM-PM ブリッジ ApplicationHA 定義 がインストールされる物理ホスト VCS を実行する物理コンピュータ 同じホスト上または異なるホスト上で実行している VM ゲスト間でクラスタが形成される VCS サポート対象設定 VM ゲストと物理コンピュータの間でクラスタが形成される VCS サポート対象設定 ホスト間でクラスタが形成され それらのホスト内で実行している VM ゲストを管理するために主に使われる VCS サポート対象設定 ホストのローカルネットワークに接続することを任意の数のゲストに対して可能にするホストの物理ネットワークインターフェースにバインドされたデバイス このデバイスは VM ゲストに対するスイッチとして機能する物理 NIC にマップされます Symantec ApplicationHA は仮想マシンで動作するアプリケーションに監視機能を提供します VirtIO ディスクドライブ VirtIO は ( カーネルベースの仮想マシン ) 技術の準仮想化ハイパーバイザの抽象化レイヤーです 完全な仮想化とは異なり VirtIO は各ゲストで実行している特殊な準仮想化ドライバを必要とします VirtIO は ネットワークデバイスとブロック ( ディスク ) のデバイスを含む多くのデバイスにサポートを提供します VirtIO を使ってブロックデバイスをホストにエクスポートすると ホストに存在するファイル VxVM ボリューム DMP メタノード SCSI デバイス その他のタイプのブロックデバイスをゲストに提示することができます VirtIO を使って SCSI デバイスがゲストに提示されると 単純な読み込みと書き込みに加えて SCSI 照会コマンドのような SCSI コマンドを実行し ディープデバイス検出の実行を VxVM で許可できます ホストとゲストで VxVM と DMP を実行すると アレイからホストそしてゲストまで SCSI デバイスの一貫した命名が可能になります Veritas Storage Foundation and High Availability Solutions 6.0 は Red Hat Enterprise Linux 6.1 以降で VirtIO ブロックデバイスをサポートします VirtIO の機能 : 動的にデバイスを追加する VirtIO ディスクデバイスは 再ブートを必要とせずに 実行中のゲストに対して動的に追加したり削除したりすることが可能です VirtIO の制限 : ディスクキャッシュ :

10 10 第 1 章概要 Veritas Storage Foundation and High Availability の製品について キャッシュを有効にしたゲストにディスクをエクスポートすると VxVM 設定変更は ホストでキャッシュに保存され ディスクには適用されないことがあります ディスクが複数のゲスト間で共有されている場合 この設定変更は 変更を行ったゲストシステム以外の他のゲストシステムでは認識されません 設定に関する潜在的な競合を回避するため ディスクのエクスポートを実行する間はホストのキャッシュ保存を無効に設定 (cache=no) してください SCSI コマンド : VirtIO デバイスとしてゲストに提示された SCSI デバイスは SCSI コマンドセットの限定サブセットをサポートします ハイパーバイザは制限されたコマンドをブロックします PGR SCSI-3 予約 : PGR SCSI-3 予約は VirtIO デバイスでサポートされません この制限は Red Hat Enterprise 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 リリースで利用可能な製品とコンポーネントソフトウェアを記述します

11 第 1 章概要 Veritas Storage Foundation and High Availability の製品について 11 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 と Veritas Cluster Server が含まれています Veritas Cluster Server は Storage Foundation 製品に高可用性の機能を追加します 製品をインストールする前に Veritas Storage Foundation and High Availability リリースノート をお読みください 製品をインストールするには Veritas Storage Foundation and High Availability インストールガイド の指示に従ってください HA のインストールについては Veritas Cluster Server リリースノート も読んでください

12 12 第 1 章概要 Veritas Storage Foundation and High Availability の製品について Veritas Storage Foundation Cluster File System High Availability について シマンテック社の Veritas Storage Foundation Cluster File System High Availability は ストレージエリアネットワーク (SAN) 環境で共有データをサポートするために Veritas Storage Foundation を拡張します Storage Foundation Cluster File System High Availability を使うと 複数のサーバーは アプリケーションに対して透過的に共有ストレージとファイルに同時アクセスできます 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 High Availability リリースノート を参照してください 製品をインストールするには Veritas Storage Foundation Cluster File System High Availability インストールガイド の指示に従います 高可用性環境について詳しくは 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 Cluster File System Storage Foundation Standard および Storage Foundation Enterprise 製品で利用可能です このオプションをインストールする前に 製品のリリースノートを参照してください このオプションをインストールするには この製品のインストールガイドの指示に従います Veritas Cluster Server について Veritas Cluster Server(VCS)by Symantec は次の利点を提供するクラスタソリューションです

13 第 1 章概要 Veritas Storage Foundation and High Availability の製品について 13 ダウンタイムを最小化する サーバーの統合とフェールオーバーを促進する 異機種混合環境の広い応用範囲を効果的に管理する 製品をインストールする前に 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) ファイルシステムをサポートしていました

14 14 第 1 章概要 Veritas Storage Foundation and High Availability の製品について シマンテック社では 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 は から無料でダウンロードできます インストール アップグレード 設定の手順について詳しくは Veritas Operations Manager のマニュアルを参照してください Veritas Enterprise Administrator(VEA) のコンソールは Storage Foundation 製品に含まれなくなりました VEA を使って続行する場合は ソフトウェアバージョンを からダウンロードできます Veritas Storage Foundation Management Server は非推奨です Cluster Manager(Java コンソール ) を使ってシングルクラスタを管理する場合は 該当するバージョンを からダウンロードできます Java コンソールを使ってこのリリースの新しい機能を管理することはできません Veritas Cluster Server Management Console は非推奨です Symantec Product Authentication Service について Symantec Product Authentication Service はシマンテック製品の共通機能です この機能は既存のネットワークオペレーティングシステムのドメイン (NIS と NT のような ) またはプライベートドメインに基づいている ID の有効性を確認します 認証サービスはメッセージ統合と機密性サービスによってシマンテック社のアプリケーションクライアント間の通信チャネルとサービスを保護します

15 第 1 章概要 Symantec ApplicationHA について 15 Symantec ApplicationHA について Symantec ApplicationHA は 仮想化環境のゲスト仮想マシンで実行中のアプリケーションに監視機能を提供します Symantec ApplicationHA は物理ホストの Veritas Cluster Server(VCS) によって提供されるコアとなる高可用性 (HA) 機能にアプリケーションを認識する層を追加します Symantec ApplicationHA は VCS に基づき エージェント リソース サービスグループなどの類似概念を使います ただし Symantec ApplicationHA は 仮想化環境のより迅速なインストールと設定を可能にする軽量版のサーバーフットプリントを使用します 製品をインストールする前に Symantec ApplicationHA リリースノート を参照してください 製品をインストールするには Symantec ApplicationHA インストールガイド の指示に従います ( カーネルベースの仮想マシン ) 環境の Storage Foundation and High Availability Solutions Veritas Storage Foundation and High Availability Solutions(SFHA Solutions) 製品は カーネルベースの仮想マシン () 環境での各種設定をサポートします Veritas Storage Foundation and High Availability Solutions 6.0 は RHEL(Red Hat Enterprise Linux)6.1 の配布で認定済みです Storage Foundation and High Availability Solutions は ゲスト仮想マシンに次の機能を提供します ストレージの可視性 ストレージ管理 レプリケーションサポート 高可用性 クラスタのフェールオーバー 以下の表に示す設定は ストレージと可用性の目標を達成するために必要な最低要件です ホストとゲスト仮想マシンのストレージの可視性 管理 レプリケーションサポート 可用性とクラスタフェールオーバーの望ましいレベルを達成するため SFHA Solutions 製品を必要に応じて組み合わせて利用できます

16 16 第 1 章概要 ( カーネルベースの仮想マシン ) 環境の Storage Foundation and High Availability Solutions 表 1-2 目標 ゲストとホストの Storage Foundation and High Availability Solutions 機能 推奨される SFHA Solutions 製品設定 ゲスト仮想マシンのストレージ可視性 ホストのストレージ可視性 ゲスト仮想マシンのストレージ管理機能とレプリケーションサポート ホストの高度なストレージ管理機能とレプリケーションサポート ホストとゲスト仮想マシンのエンドツーエンドのストレージ可視性 ゲスト仮想マシンの DMP(Dynamic Multi-Pathing) ホストでの DMP ゲスト仮想マシンの Storage Foundation (SF) ホストの Storage Foundation Cluster File System(SFCFSHA) ホストとゲスト仮想マシンの DMP ゲスト仮想マシンのストレージ管理機能とレプリケーションサポート および ホストのストレージ可視性 ホストの DMP と ゲスト仮想マシンの SF ゲスト仮想マシンのアプリケーション監視と可用性 ホストの仮想マシン監視とフェールオーバー ゲスト仮想マシンのアプリケーションフェールオーバー アプリケーション可用性と仮想マシン可用性 ゲスト仮想マシンと物理ホスト間のアプリケーションフェールオーバー ゲスト仮想マシンの Symantec ApplicationHA ホストの Veritas Cluster Server(VCS) ゲスト仮想マシンの VCS ゲスト仮想マシンの Veritas Application HA と ホストの VCS ゲスト仮想マシンと 物理ホストコンピュータにわたるクラスタ内の VCS 各設定には特定の利点と制限事項があります ゲスト仮想化マシンの Veritas Dynamic Multi-Pathing シマンテックの Veritas Dynamic Multi-Pathing(DMP) により ゲスト仮想化マシンのストレージを表示できます ゲスト仮想化マシンの DMP により 次の機能が提供されます ゲストで設定されるオペレーティングシステムのデバイスのマルチパス機能

17 第 1 章概要 ( カーネルベースの仮想マシン ) 環境の Storage Foundation and High Availability Solutions 17 同じ物理 LUN へのデバイスパスをすべて示すための DMP メタデバイス (DMP ノード ) エンクロージャに基づく名前の付け方のサポート 標準アレイタイプのサポート 図 1-2 ゲストでの Veritas Dynamic Multi-Pathing DMP DMP RHEL 6 DMP 機能について詳しくは Veritas Dynamic Multi-Pathing 管理者ガイド を参照してください ホストでの Veritas Dynamic Multi-Pathing シマンテック社の Veritas Dynamic Multi-Pathing(DMP) により ホストのストレージを表示できます ホストで DMP を使用すると 次のことが可能になります 集中型マルチパス機能 アクティブ / パッシブアレイの高パフォーマンスフェールオーバー 集中型のストレージパス管理 高速でプロアクティブなフェールオーバー イベント通知

18 18 第 1 章概要 ( カーネルベースの仮想マシン ) 環境の Storage Foundation and High Availability Solutions 図 1-3 ホストでの Veritas Dynamic Multi-Pathing DMP RHEL 6 DMP 機能について詳しくは Veritas Dynamic Multi-Pathing 管理者ガイド を参照してください 仮想化ゲストマシンでの Veritas Storage Foundation シマンテックの Veritas SF(Storage Foundation) をゲストで使うと ゲスト仮想マシンのリソースに対してストレージ管理機能が提供されます Veritas Storage Foundation を使用すると 次の機能が提供され ゲストのストレージリソースをより簡単に管理できます データベースパフォーマンスの向上 データバックアップ リカバリ 処理の PITC 機能 ストレージを最適化するためのポリシー設定オプション データを簡単かつ確実に移行する方法 レプリケーションサポート 図 1-4 仮想化ゲストマシンでの Veritas Storage Foundation SF SF Veritas Storage Foundation 機能について詳しくは Veritas Storage TM Foundation 管理者ガイド を参照してください

19 第 1 章概要 ( カーネルベースの仮想マシン ) 環境の Storage Foundation and High Availability Solutions 19 ホストでの Veritas Storage Foundation Cluster File System High Availability シマンテック社の Veritas Storage Foundation Cluster File System High Availability (SFCFSHA) は ホストに高度なストレージ管理機能を提供します SFCFSHA を使用すると 次の機能が提供され ホストのストレージリソースをより簡単に管理できます データベースパフォーマンスの向上 データバックアップ リカバリ 処理の PITC 機能 ストレージを最適化するためのポリシー設定オプション データを簡単かつ確実に移行する方法 レプリケーションサポート 仮想マシンに対して高可用性のストレージ 仮想マシンの簡素化した管理 図 1-5 ホストでの Veritas Storage Foundation Cluster File System High Availability RHEL 6 SFCFSHA RHEL 6 Storage Foundation 機能について詳しくは Veritas Storage Foundation TM Cluster File System High Availability 管理者ガイド を参照してください ホストとゲスト仮想マシンの Veritas Dynamic Multi-Pathing シマンテックの Veritas Dynamic Multi-Pathing(DMP) により ホストとゲスト仮想マシンの双方にエンドツーエンドのストレージの可視性が提供されます ゲスト仮想化マシンの DMP を使用すると 次の機能が提供されます ゲストで設定されるオペレーティングシステムのデバイスのマルチパス機能 同じ物理 LUN へのデバイスパスをすべて示すための DMP メタデバイス (DMP ノード )

20 20 第 1 章概要 ( カーネルベースの仮想マシン ) 環境の Storage Foundation and High Availability Solutions エンクロージャに基づく名前の付け方のサポート 標準アレイタイプのサポート ホストで DMP を使用すると 次のことが可能になります 集中型マルチパス機能 アクティブ / パッシブアレイの高パフォーマンスフェールオーバー 集中型のストレージパス管理 高速でプロアクティブなフェールオーバー イベント通知 図 1-6 仮想化ゲストと ホストの Veritas Dynamic Multi-Pathing DMP DMP DMP RHEL 6 DMP 機能について詳しくは Veritas Dynamic Multi-Pathing 管理者ガイド を参照してください ゲスト仮想マシンの Veritas Storage Foundation HA と ホストの Veritas Dynamic Multi-Pathing ゲストでシマンテックの Veritas Storage Foundation and High Availability(SFHA) を使用し ホストで Dynamic Multi-Pathing(DMP) を使用すると ゲスト仮想マシンリソースにはストレージ管理機能 ホストにはストレージ可視性が提供されます ゲストの SFHA を使用すると 次の機能が提供されます データベースパフォーマンスの向上 データバックアップ リカバリ 処理の PITC 機能 ストレージを最適化するためのポリシー設定オプション データを簡単かつ確実に移行する方法 レプリケーションサポート

21 第 1 章概要 ( カーネルベースの仮想マシン ) 環境の Storage Foundation and High Availability Solutions 21 仮想マシンに対して高可用性のストレージホストで DMP を使用すると 次の機能が提供されます 集中型マルチパス機能 アクティブ / パッシブアレイの高パフォーマンスフェールオーバー 集中型のストレージパス管理 高速でプロアクティブなフェールオーバー イベント通知 図 1-7 ゲスト仮想マシンの Veritas Storage Foundation HA と ホストの DMP SFHA SFHA SFHA SFHA DMP DMP RHEL 6 RHEL 6 SFHA 機能について詳しくは Veritas Storage Foundation TM Cluster File System High Availability 管理者ガイド を参照してください DMP 機能について詳しくは Veritas Dynamic Multi-Pathing 管理者ガイド を参照してください 仮想化ゲストマシンの Symantec ApplicationHA Symantec ApplicationHA はアプリケーションフェールオーバーの 仮想化ゲストリソースの設定を有効にします ApplicationHA は 仮想化ゲストマシンに次の機能を提供します アプリケーションの完全な可視性と制御 および仮想マシンで実行中のアプリケーションの起動 停止 監視を行う機能 アプリケーションの高可用性 およびアプリケーションが動作する仮想マシンの高可用性 次のような 段階的アプリケーション障害管理応答 : アプリケーション再起動

22 22 第 1 章概要 ( カーネルベースの仮想マシン ) 環境の Storage Foundation and High Availability Solutions 仮想マシンの ApplicationHA 開始による再ブート 内部の再ブートまたはソフトによる再ブート 仮想マシンの VCS 開始による再ブート またはハードによる再ブート Veritas Operations Manager(VOM) ダッシュボードと統合型である単一インターフェースを使用してアプリケーションを管理するための標準化された方法 特殊なアプリケーションメンテナンスモード ( このモードでは ApplicationHA により 保守またはトラブルシューティングの対象となっているアプリケーションを意図的に停止できます ) 図 1-8 仮想化ゲストマシンの Symantec ApplicationHA ApplicationHA ApplicationHA RHEL 6 Symantec ApplicationHA 機能について詳しくは Symantec TM ApplicationHA ユー ザーズガイド を参照してください ホストでの Veritas Cluster Server シマンテック社の Veritas Cluster Server(VCS) により ホストに仮想マシンの監視とフェールオーバーが提供されます VCS を使用すると ホストで次のことが有効になります 可用性を向上させるために 複数の独立したシステムを管理フレームワークに接続します クラスタを形成するために ノードはソフトウェアレベルで協調できます アプリケーションのフェールオーバーと制御を実現するために 市販のハードウェアをインテリジェントソフトウェアとリンクします 監視下のアプリケーションで障害が発生した場合 アプリケーションをテイクオーバーしてクラスタの別の場所に起動させるために 他のノードが定義済みのアクションを実行できます

23 第 1 章概要 ( カーネルベースの仮想マシン ) 環境の Storage Foundation and High Availability Solutions 23 図 1-9 ホストでの Veritas Cluster Server VCS Veritas Cluster Server 機能について詳しくは Veritas Cluster Server 管理者ガイド を参照してください ゲストでの Veritas Cluster Server シマンテックの Veritas Cluster Server(VCS) を使用すると 仮想化ゲストリソースの設定を高可用性にすることができます VCS は 仮想化ゲストマシンに次の機能を提供します 可用性を向上させるために 複数の独立したシステムを管理フレームワークに接続します クラスタを形成するために ノードはソフトウェアレベルで協調できます アプリケーションのフェールオーバーと制御を実現するために 市販のハードウェアをインテリジェントソフトウェアとリンクします 監視下のアプリケーションで障害が発生した場合 アプリケーションをテイクオーバーしてクラスタの別の場所に起動させるために 他のノードが定義済みのアクションを実行できます 図 1-10 ゲストでの Veritas Cluster Server VCS VCS Veritas Cluster Server 機能について詳しくは Veritas Cluster Server 管理者ガイド を参照してください

24 24 第 1 章概要 ( カーネルベースの仮想マシン ) 環境の Storage Foundation and High Availability Solutions ゲストの Symantec ApplicationHA とホストの Veritas Cluster Server 仮想化ゲストの Symantec Application HA を ホストの Veritas Cluster Server(VCS) と組み合わせて使用すると 仮想マシンとリソースにエンドツーエンドの可用性ソリューションが提供されます ホストの VCS は仮想マシンの可用性を有効にします ゲストの ApplicationHA はアプリケーションの可用性を有効にします ゲストに設定された ApplicationHA は ゲストで実行されるアプリケーションを監視します アプリケーション障害が発生した場合には ApplicationHA によりアプリケーションが再起動されます ゲストで実行中の ApplicationHA は 仮想マシンのフェールオーバーをトリガするように ホストで実行中の VCS に通知します 図 1-11 ゲストとホストでの Veritas Cluster Server ApplicationHA ApplicationHA ApplicationHA ApplicationHA VCS VCS RHEL 6 RHEL 6 Symantec ApplicationHA 機能について詳しくは Symantec ApplicationHA ユーザーズガイド を参照してください Veritas Cluster Server 機能について詳しくは Veritas Cluster Server 管理者ガイド を参照してください 複数の VM ゲストと物理コンピュータにわたるクラスタ内の Veritas Cluster Server シマンテックの VCS(Veritas Cluster Server) をゲストとホストの両方で使うと 複数の仮想マシンと物理ホストにわたるリソース管理に対して統合ソリューションが有効になります ゲストの VCS とホストまたは別の物理ホストで実行する VCS を組み合わせて物理から仮想へのクラスタを作成すると このクラスタ内の VCS では次が有効になります ゲスト内で実行するアプリケーションを監視する 別の物理ホストにアプリケーションをフェールオーバーする 物理ホストで実行するアプリケーションを VM 仮想化ゲストマシンにフェールオーバーする

25 第 1 章概要 SFHA(Storage Foundation and High Availability)Solutions によって対処される の使用事例 25 図 1-12 複数のゲストと物理コンピュータにわたるクラスタ内の Veritas Cluster Server VCS VCS VCS Veritas Cluster Server 機能について詳しくは Veritas Cluster Server 管理者ガイド を参照してください SFHA(Storage Foundation and High Availability) Solutions によって対処される の使用事例 SFHA(Storage Foundation and High Availability)Solutions 製品によって 環境を改善できる使用事例 : 表 1-3 の使用事例に対する SFHA Solutions の使用事例サーバー統合物理から仮想への移行簡素化した管理 シマンテック社のソリューション ゲストでの SFHA または SCFSHA ゲストでの SFHA または SFCFSHA とホストでの SF ホストでの SFHA または SFCFSHA 実装についての詳細 物理サーバーとして仮想マシンを実行する方法 p.53 の サーバー統合 を参照してください 物理環境から仮想環境にデータを安全で簡単に移行する方法 p.57 の 物理から仮想への移行 を参照してください 非仮想環境の場合と同じコマンドセット ストレージの名前空間 環境を使って仮想マシンを管理する方法 p.63 の 簡素化した管理 を参照してください

26 26 第 1 章概要 SFHA(Storage Foundation and High Availability)Solutions によって対処される の使用事例 の使用事例 アプリケーションのフェールオーバー 仮想マシンの可用性 ライブ移行 シマンテック社のソリューション ゲストの ApplicationHA VCS または SFHA ホストでの VCS ホストでの SFCFSHA( ゲストは必要ない ) 実装についての詳細 仮想マシンでアプリケーションのフェールオーバーを管理する方法 p.72 の 環境アーキテクチャの Veritas Cluster Server の概略 を参照してください 仮想マシンのフェールオーバーを管理する方法 p.77 の リソースとして仮想マシンを監視するホストの VCS を参照してください インスタントスナップショットなどの機能を使ってブートイメージを含んだりホストの中央にある 1 つの場所からブートイメージを管理したりする方法 p.79 の ライブ移行について を参照してください

27 2 はじめに この章では以下の項目について説明しています リリースノート ハードウェア互換性リスト (HCL) をセットアップする前に の作成と起動 VM ゲストのセットアップ ゲストへのストレージソリューションのインストールと設定 ホストでのストレージソリューションのインストールと設定 仮想マシンとアプリケーション可用性を実現するための Veritas Cluster Server のインストールと設定 アプリケーション可用性を実現するための ApplicationHA のインストールと設定 その他のマニュアル リリースノート 各 Veritas 製品のリリースノートには システム必要条件やサポート対象ソフトウェアの更新など 各製品についての最新情報と重要な詳細が含まれています 製品のインストールを開始する前に リリースノートで最新情報を確認してください 製品のマニュアルは次の場所の Web で利用可能です

28 28 第 2 章はじめにハードウェア互換性リスト (HCL) ハードウェア互換性リスト (HCL) このハードウェア互換性リストにはサポートされているハードウェアの情報が記されており 定期的に更新されます Storage Foundation and High Availability Solutions をインストール またはアップグレードする前に 最新の互換性リストをチェックして ハードウェアとソフトウェアの互換性を確認してください サポートされるハードウェアの最新情報については 次の URL を参照してください 特定の High Availability 設定の必要条件について詳しくは Veritas Cluster Server インストールガイド を参照してください をセットアップする前に をセットアップする前に 計画した設定がシステム必要条件 ライセンス インストールに関する他の注意事項に準拠していることを確認します 表 2-1 Red Hat システム必要条件 サポート対象アーキテクチャ 最小のシステム必要条件 推奨のシステム必要条件 Red Hat のマニュアル ( 詳細参照用 ) Intel 64 AMD64 6 GB の空きディスク領域 2 GB の RAM 6 GB + ゲストごとにゲストオペレーティングシステムによって推奨される必要なディスク領域 ほとんどのオペレーティングシステムでは 6 GB よりも多いディスク領域が推奨されます 各仮想化 CPU とホストに対してプロセッサコアまたはハイパースレッドを 1 つずつ 2 GB の RAM + 仮想化ゲストに対する追加の RAM htp:/docs.redhat.com/docs/en-us/red_hat_enterprise_linux/6/pdf/virtualization/red_hat_enterprise_linux-6-virtualization-en-us.pdf 表 2-2 ハードウェア シマンテック製品必要条件

29 第 2 章はじめに をセットアップする前に 29 ソフトウェア ストレージ ネットワーク Veritas Dynamic Multi-Pathing 6.0 ホストとゲスト仮想マシンのストレージ可視性に使用 Veritas Storage Foundation 6.0 ホストとゲスト仮想マシンのストレージ管理に使用 Veritas Storage Foundation HA 6.0 ホストとゲスト仮想マシンのストレージ管理およびクラスタ化に使用 Storage Foundation Cluster File System High Availability 6.0 ゲスト仮想マシンのライブ移行を有効にするために複数の ホストのストレージ管理およびクラスタ化を目的として使用 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 サイト : 制限事項とサポートされない 機能 DiskReservation エージェントは virtio バスにエクスポートされるディスクで機能しません

30 30 第 2 章はじめに の作成と起動 製品のライセンス の作成と起動 制限事項と既知の問題について詳しくは Linux 用 VCS 6.0 リリースノート を参照してください 関連の制限事項について詳しくは Red Hat release notes を参照してください 環境で Veritas Storage Foundation または Veritas Storage Foundation Cluster File System を実行するお客様には ライセンスを受けたサーバーまたは CPU ごとに無制限の数のゲストを使う権利が付与されます は RHEL 6.1(Red Hat Enterprise Linux) の一部として または別のベアメタルのスタンドアロンハイパーバイザである RHEV-H(Red Hat Enterprise Virtualization Hypervisor) として使用可能です の管理は RHEV-M(Red Hat Enterprise Virtualization Manager) を通して または標準 RHEL 6.1 インストール環境にダウンロードできる別の RPM によって行われます インストールと使用法に関するこのガイドでは RHEL 6.1 の配布によって提供される ベースの仮想化の使用に焦点を合わせています virt-manager ツールは すべての仮想マシン操作に対して非常に単純で使いやすく直観的な GUI インターフェースを virt-viewer とともに提供します また コマンドラインの代替である virsh は 豊富なコマンドセットを使って仮想マシンを作成して管理するために使うことができるシェルを提供します これらのツールによって提供される機能には 仮想マシンのスナップショットの作成 仮想ネットワークの作成 別の ホストへの仮想マシンのライブ移行が含まれます 必要なハードウェアセットアップを設定したら 次の操作を実行します ターゲットシステムで をインストールする 必要な 仮想マシンを作成して起動する 必須な SFHA 製品をゲストまたはホストでインストールする手順に進む p.31 の ゲストへのストレージソリューションのインストールと設定 を参照してください p.33 の ホストでのストレージソリューションのインストールと設定 を参照してください p.34 の 仮想マシンとアプリケーション可用性を実現するための Veritas Cluster Server のインストールと設定 を参照してください RHEL 6.1 のインストールについて詳しくは 次を参照してください 完全な機能セットについて詳しくは Red Hat のマニュアルを参照してください

31 第 2 章はじめに VM ゲストのセットアップ 31 p.38 の その他のマニュアル を参照してください VM ゲストのセットアップ 以下は をセットアップするために必要な手順の概要です 手順について詳しくは Red Hat Enterprise Linux 仮想化ガイド を参照してください 1. クラスタのすべてのノードで VM ゲストを作成するために CPU とメモリのリソースが使用可能であることを VM ゲストを作成する前に確認します 2. 必要な パッケージがホストでインストールされていることを確認します 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 クラスタのネットワーク設定 を参照してください ゲストへのストレージソリューションのインストールと設定 をインストールした後で SFHA Solutions を使って仮想ゲスト環境をセットアップするには 次の手順を実行します 対象の ゲスト仮想マシンに SFHA(Storage Foundation and High Availability)Solutions 製品をインストールします 対象 ゲスト仮想マシンで 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 インストールガイド

32 32 第 2 章はじめに ゲストへのストレージソリューションのインストールと設定 p.38 の その他のマニュアル を参照してください ゲスト内での VCS のインストールと設定は物理システムの場合に類似しています ゲスト内で機能させるために VCS を追加に設定する必要はありません 上記の手順は次のゲスト設定に適用されます ゲストでの Dynamic Multi-Pathing ゲストでの Storage Foundation ゲストでの Storage Foundation High Availability ゲストでの Storage Foundation Cluster File System 図 2-1 ゲストでの Dynamic Multi-Pathing DMP DMP RHEL 6 図 2-2 ゲストでの Storage Foundation SF SF

33 第 2 章はじめにホストでのストレージソリューションのインストールと設定 33 図 2-3 ゲストでの Storage Foundation High Availability SFHA SFHA SFHA SFHA 図 2-4 ゲストでの Storage Foundation Cluster File System SFCFSHACVM + CFS RHEL 6.0 RHEL 6.0 SFCFSHA ホストでのストレージソリューションのインストールと設定 をインストールした後で SFHA(Storage Foundation and High Availability) Solutions を使って仮想ホスト環境をセットアップするには 次の手順を実行します 対象の物理コンピュータに SFHA Solutions 製品をインストールします 対象の物理コンピュータで 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 インストールガイド p.38 の その他のマニュアル を参照してください

34 34 第 2 章はじめに仮想マシンとアプリケーション可用性を実現するための Veritas Cluster Server のインストールと設定 上記の手順は次のホスト設定に適用されます ホストでの Dynamic Multi-Pathing ホストでの Storage Foundation Cluster File System 図 2-5 ホストでの Dynamic Multi-Pathing DMP RHEL 6 図 2-6 ホストでの Storage Foundation Cluster File System High Availability RHEL 6.0 SFCFSHACVM + CFS RHEL 6.0 SFCFSHA 仮想マシンとアプリケーション可用性を実現するための Veritas Cluster Server のインストールと設定 をインストールした後で VCS(Veritas Cluster Server) を使って仮想ゲスト環境をセットアップするには 次の手順を実行します VCS をインストールします VCS を設定します

35 第 2 章はじめに仮想マシンとアプリケーション可用性を実現するための Veritas Cluster Server のインストールと設定 35 ゲスト内での VCS のインストールと設定は物理システムの場合に類似しています ゲスト内で機能させるために VCS を追加に設定する必要はありません インストールの詳細 : Veritas Cluster Server インストールガイド p.38 の その他のマニュアル を参照してください 上記の手順は次のゲスト設定に適用されます ホストの VCS ゲスト仮想マシンの VCS ホストと ゲスト仮想マシンの ApplicationHA の VCS 複数のゲストと物理コンピュータにわたるクラスタ内の VCS 図 2-7 ホストの VCS VCS 図 2-8 ゲスト仮想マシンの VCS VCS VCS

36 36 第 2 章はじめに仮想マシンとアプリケーション可用性を実現するための Veritas Cluster Server のインストールと設定 図 2-9 ホストと ゲスト仮想マシンの ApplicationHA の VCS ApplicationHA ApplicationHA ApplicationHA ApplicationHA VCS VCS RHEL 6 RHEL 6 図 2-10 複数のゲストと物理コンピュータにわたるクラスタ内の VCS VCS VCS VCS VCS セットアップチェックリスト 表 2-3 VCS バージョン サポート対象設定のシステム必要条件 6.0 ホストのサポート対象 OS バージョン VM ゲストのサポート対象 OS RHEL 6 Update 1 RHEL 5 Update 4 Update 5 Update 6 Update 7 RHEL 6 Update 1 ハードウェアの必要条件 完全な仮想化が有効にされている CPU VCS による VM ゲストの管理方法 以下は VCS が VM ゲストをどのように管理するかについての概要です VM ゲストの作成と設定の手順について詳しくは Red Hat Enterprise Linux 仮想化ガイド の インストール セクションを参照してください

37 第 2 章はじめにアプリケーション可用性を実現するための ApplicationHA のインストールと設定 VCS がインストールされている複数の物理コンピュータはクラスタを形成する VCS のインストールについて詳しくは Veritas Cluster Server インストールガイド を参照してください 2. VM ゲストを作成するために クラスタのすべてのノードでの CPU とメモリのリソースが使用可能にされる 3. VM ゲストを管理するために VCS がすべてのホストでインストールされる 4. 任意の 1 つのホストにある VM ゲストでオペレーティングシステムがインストールされる メモ : VM ゲストをイメージファイルまたは共有 RAW ディスク ( ディスク名がすべての物理ホストにわたって永続的である場合 ) で作成できます 5. VM ゲストが VCS の Guest リソースとして設定される PM-PM 設定の VM ゲストの設定について すべての VCS クラスタノードにアクセス可能な共有ストレージでオペレーティングシステムがインストールされている 1 つのノードで VM ゲストを設定する必要があります 仮想マシンが複数のクラスタノードにわたってフェールオーバーできるように イメージファイルが共有ストレージに存在することを確認します 最初の VM ゲストは 標準インストール手順を使って設定できます p.31 の ゲストへのストレージソリューションのインストールと設定 を参照してください ゲストを管理するための付属エージェント Guest エージェントは VM ゲストを管理して ゲストに高可用性を提供するために使うことができます Guest エージェントの属性 リソース依存関係 エージェント関数について詳しくは Veritas Cluster Server 付属エージェントリファレンスガイド を参照してください アプリケーション可用性を実現するための ApplicationHA のインストールと設定 をインストールした後で Symantec ApplicationHA を使って仮想ゲスト環境をセットアップするには 次の手順を実行します ApplicationHA をインストールします ApplicationHA を設定します

38 38 第 2 章はじめにその他のマニュアル インストールの詳細 : Symantec ApplicationHA インストールガイド p.38 の その他のマニュアル を参照してください 上記の手順は次のゲスト設定に適用されます ゲスト仮想マシンの ApplicationHA ホストと ゲスト仮想マシンの ApplicationHA の VCS 図 2-11 ゲスト仮想マシンの ApplicationHA ApplicationHA ApplicationHA RHEL 6 図 2-12 ホストと ゲスト仮想マシンの ApplicationHA の VCS ApplicationHA ApplicationHA ApplicationHA ApplicationHA VCS VCS RHEL 6 RHEL 6 その他のマニュアル Red Hat のマニュアル : RHEL: RHEL 6 仮想化ガイド : ホワイトペーパー :

39 第 2 章はじめにその他のマニュアル 39 オープンソースプロジェクトサイト : シマンテック製品のインストールと設定情報 : Veritas Dynamic Multi-Pathing Installation Guide Veritas Storage Foundation インストールガイド Veritas Storage Foundation High Availability インストールガイド Veritas Storage Foundation for Cluster Server High Availability インストールガイド Veritas Cluster Server High Availability インストールガイド Veritas Cluster Server 付属エージェントリファレンスガイド Symantec ApplicationHA インストールガイド シマンテック製品ガイドの検索 : Symantec Operations Readiness Tools: Storage Foundation DocCentral サイト :

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

41 3 リソースの設定 この章では以下の項目について説明しています リソースについて ストレージの設定 ネットワークの設定 リソースについて ストレージの設定 と SFHA 製品をインストールして仮想マシンを作成したら 環境を最適化するために リソースを設定できます 設定プロセスは 設定する SFHA ソリューションによって異なります ゲストまたはホストで Veritas Dynamic Multi-Pathing(DMP) Veritas Storage Foundation(SF) Veritas Storage Foundation HA(SFHA) または Veritas Storage Foundation Cluster File System HA(SFCFSHA) を使用している場合 可視性と管理上の使いやすさを実現するようにストレージを最適化できます p.41 の ストレージの設定 を参照してください ゲストまたはホストで Veritas Cluster Server(VCS) Veritas Storage Foundation HA(SFHA) または Veritas Storage Foundation Cluster File System HA (SFCFSHA) を使用している場合 リソースの可用性を高くするようにネットワークを最適化できます p.47 の ネットワークの設定 を参照してください Veritas Storage Foundation and High Availability Solutions は ゲストソリューションまたはホストソリューションを使っているかどうかにかかわらず ストレージをより効率的にマップして管理することを可能にします

42 42 第 3 章 リソースの設定ストレージの設定 環境での一貫したストレージマッピング 環境でストレージを管理する場合 一貫したマッピングが必要とされます 準仮想化 VirtIO ドライバまたは完全仮想化 IDE エミュレーションを使ってゲストに提示されたストレージは ホストからゲストにマップされる必要があります Linux で使用されるデバイス命名は揮発性であるため ホストからゲストにストレージをマップする際には注意が必要です Linux の場合 デバイス名はシステムが再ブートされると変更できる列挙順序に基づいています 一貫したマッピングは 次によって実現できます DMP メタデバイス デバイス ID を使ったデバイスのマッピング パスを使ったデバイスのマッピング ボリュームを使ったデバイスのマッピング Linux の udev デバイスシンボリックリンク ゲストにストレージをマップする際にディスクラベルは使わないでください ディスクラベルはゲストによる変更が可能であるため 保証されません クラスタ化環境では アクティブ / パッシブ DMP デバイスをゲストに直接マップできません ゲストへのデバイスのマッピング virsh attach-device を使って非永続的なマッピングを作成できます 非永続的なマッピングは virsh dumpxml domain に続けて virsh define domain を使い ゲストを再定義することによって永続的にすることができます また 仮想マシンを再ブートすると 非永続的なマッピングが失われて 代わりに永続的なマッピングが作成されます 永続的なマッピングは virt-manager を使うか または virsh edit <domain> を使ってゲストの XML 設定を変更することにより ホストで作成できます 次の例では virsh attach-disk を使っています DMP メタデバイスのマッピング 一貫したマッピングは DMP の 永続的な命名 機能を使ってホストからゲストへと実現できます ホストで DMP を実行すると 他にも実用的な利点があります マルチパスデバイスを単一のデバイスとしてエクスポートできます これによってマッピングの管理がさらに簡単になり デバイスの最大数 (VirtIO ドライバによって 32 台に制限されている ) への到達を遅らせることもできます

43 第 3 章 リソースの設定ストレージの設定 43 パスフェールオーバーをホストで効率的に管理でき プロアクティブにパスを監視するためにイベントソースデーモンを充分に活用できます 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 複数の ホストにわたって一貫した命名 エンクロージャに基づく命名規則 (EBN) は シングルノードに対して永続的な命名を行いますが クラスタ内の複数のノードにわたる一貫した命名は保証されません DMP の ユーザー定義名 (UDN) 機能は 複数のホストにわたって永続的な名前と一貫した名前の両方が DMP デバイスに提供されることを許可します ユーザー定義名を使うと エンクロージャとデバイスのシリアル番号を一意のデバイス名にマップするテンプレートファイルがホストで作成されます ユーザー定義名は手動で選択できるため マッピングの管理がさらに簡単になります

44 44 第 3 章 リソースの設定ストレージの設定 複数のホストにわたって一貫した命名を行うには 次の手順を実行します 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=2ac c name=3pardata0_1 dmpnode serial=2ac c name=3pardata0_2 dmpnode serial=2ac c name=3pardata0_3 dmpnode serial=2ac c name=3pardata0_4 2 必要な場合は デバイスの名前を変更します この例では マップ先のゲストの名前を使って DMP デバイスに名前が付けられます # cat /dmp/user_defined_names enclosure vendor=3pardat product=vv serial=1628 name=3pardata0 dmpnode serial=2ac c name=guest1_1 dmpnode serial=2ac c name=guest1_2 dmpnode serial=2ac c name=guest2_1 dmpnode serial=2ac c name=guest2_2 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 pardata0 guest_1_2 ENABLED 3PARDATA pardata0 guest_2_1 ENABLED 3PARDATA pardata0 guest_2_2 ENABLED 3PARDATA pardata0 パスを使ったデバイスのマッピング マッピングは デバイス ID を使って実現できます (/dev/disk/by-path/) これらのリンクはパスの永続的なプロパティを使います ファイバーチャネルデバイスの場合 シンボリックリンク名は バス識別子 ターゲットの WWN LUN 識別子で順に構成されます デバイスには そのデバイスへの各パスに対して 1 つのエントリが含まれます マルチパスがゲストで実行される環境では デバイスの各パスに対して 1 つのマッピングを作成します

45 第 3 章 リソースの設定ストレージの設定 45 次の例では デバイス sdd へのパスは両方とも guest_3 にマップされます ゲストにパスをマップするには 次の手順を実行します 1 ゲストにマップするデバイスを識別します デバイス ID を入手します # udevadm info -q symlink --name sdd cut -d -f 3 disk/by-id/scsi cd マルチパス環境では デバイス ID を使用して デバイスへのすべてのパスを検索できます # udevadm info --export-db grep disk/by-id/scsi cd cut -d -f 4 /dev/disk/by-path/pci-0000:0b:00.0-fc-0x :0x /dev/disk/by-path/pci-0000:0c:00.0-fc-0x :0x デバイスのパスを使用して パスを使っているゲストにデバイスをマップします # virsh attach-disk guest_3 /dev/disk/by-path/pci-0000:0b:00.0-fc-0x :0x vdb Disk attached successfully # virsh attach-disk guest_3 /dev/disk/by-path/pci-0000:0c:00.0-fc-0x :0x vdc Disk attached successfully 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 の評価版でサポートされます

46 46 第 3 章 リソースの設定ストレージの設定 デバイスをサイズ変更するには 次のいずれかの方法を使用できます デバイスを拡大するには 次の手順を実行します 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 ホストのディスクデバイスのサイズを更新します デバイスを使用しているゲストを停止します

47 第 3 章 リソースの設定ネットワークの設定 47 デバイスがストレージアレイ LUN である場合は blockdev --rereadpt device コマンドを使用します 4 ゲストを起動します ネットワークの設定 Veritas Storage Foundation and High Availability Solutions 製品を使用して ネットワークを設定できます アプリケーションのフェールオーバー 仮想マシンの可用性 ブリッジネットワークの設定 ブリッジネットワークの設定は 2 段階で実行できます ホストネットワークの設定 ゲストネットワークの設定 ホストネットワークの設定 libvirtd サービスは NAT のプライベートネットワークであるデフォルトのブリッジ virbr0 を作成します libvirtd サービスはネットワークに対して virbr0 を使うゲストにネットワーク からプライベート 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 ブリッジに追加されたことを確認します

48 48 第 3 章 リソースの設定ネットワークの設定 # brctl show 出力は次のようになります bridge name bridge id STP enabled interfaces virbr yes br b97ec863 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 ゲストが設定される物理ホストの間でプライベートリンクと共有ストレージを設定する必要があります

49 第 3 章 リソースの設定ネットワークの設定 49 図 3-1 eth3 eth0 eth0 eth3 eth1 eth1 Br0 VCS eth2 eth2 VCS Br0 em1 em1 標準ブリッジの設定 標準ブリッジの設定はブリッジネットワークの汎用ネットワーク設定です

50 50 第 3 章 リソースの設定ネットワークの設定 図 3-2 標準ブリッジの設定 eth0 eth1 em0 NAT libvertd Br0 eth0 eth1 VM-VM クラスタのネットワーク設定 仮想マシン間の VCS クラスタを管理するためには クラスタのネットワークとストレージを設定する必要があります ネットワークとストレージの設定のセットアップ詳細は以降のセクションで説明されます 図 3-3 に 2 つの異なるホストで動作している 2 つの VM ゲスト間のクラスタセットアップを示します

51 第 3 章 リソースの設定ネットワークの設定 51 図 3-3 VM-VM クラスタのネットワーク設定 p.47 の ブリッジネットワークの設定 を参照してください

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

53 4 サーバー統合 この章では以下の項目について説明しています サーバー統合 単純な作業負荷に対するサーバー統合の実装 サーバー統合 Storage Foundation and High Availability Solutions 製品は リストに記載されている組み合わせ以外の方法で使用できます 上記リストの設定は 各使用例の目的を達成するために必要な最低要件です サーバー統合は仮想マシンを物理サーバーとして実行することを可能にし より高いサーバー使用率を実現するために複数のアプリケーションとそれらの作業負荷を単一サーバーに組み合わせます

54 54 第 4 章サーバー統合単純な作業負荷に対するサーバー統合の実装 図 4-1 サーバー統合 RHEL 6 単純な作業負荷に対するサーバー統合の実装 Storage Foundation HA の単一サーバーを使用するこのソリューションでは ゲストへの作業負荷の移行を説明します 図 4-2 単純な作業負荷に対するサーバー統合 SFHA SFHA DMP RHEL 6 RHEL 6

55 第 4 章サーバー統合単純な作業負荷に対するサーバー統合の実装 55 単純な作業負荷に対してサーバー統合を実装するには 次の手順を実行します 1 仮想マシンに SFHA をインストールします p.31 の ゲストへのストレージソリューションのインストールと設定 を参照してください 2 アレイからホストにストレージをマップします p.42 の ゲストへのデバイスのマッピング を参照してください 3 アレイからゲストにストレージをマップします 4 ゲストに移動して ディスクグループがインポート可能であることを確認します

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

57 5 物理から仮想への移行 この章では以下の項目について説明しています 物理から仮想への移行 物理から仮想への移行 (P2V) を実装する方法 物理から仮想への移行 物理サーバーから仮想マシンへのデータの移行は困難な場合があります 物理環境から仮想環境への困難なデータ移行が Veritas Storage Foundation and High Availability Solutions 製品によって簡単で安全になります Veritas Storage Foundation and High Availability Solutions では 管理者が同じストレージまたはテスト移行用のストレージのコピーを仮想環境に割り当て直すのみであり 移動元から移動先にデータをコピーする必要はまったくありません Storage Foundation (SF) Storage Foundation HA(SFHA) または Storage Foundation Cluster File System HA(SFCFSHA) を使用したデータ移行は 中央の 1 つの場所 つまり Storage Foundation 管理ホストによって利用されるアレイからすべてのストレージを移行する方法で実行できます 物理から仮想への移行 (P2V) では 物理サーバーから仮想化ゲストにデータを移行する必要があります LUN は 最初にホストへと物理的に接続された後 ホストからのゲストへと でマップされます ホストに SF SFHA または SFCFS がない場合は ゲストへのマッピングがあるストレージデバイスを識別する必要があります ホストに SF SFHA または SFCFS を置くと マップ対象のストレージデバイスを迅速で確実に識別できます ホストで DMP を実行している場合は DMP デバイスを直接マップできます Veritas Storage Foundation and High Availability Solutions 製品は 別の方法では面倒で時間のかかるプロセスに管理性と操作性を追加します

58 58 第 5 章物理から仮想への移行物理から仮想への移行 (P2V) を実装する方法 物理から仮想への移行 (P2V) を実装する方法 物理サーバーから仮想化ゲストにデータを移行すると LUN は 最初にホストへと物理的に接続された後 ホストからのゲストへと でマップされます この使用事例はサーバー統合の場合に非常に類似しており 手順はほとんど同じです 物理から仮想への移行は サーバー統合を実現するために使うプロセスです この使用例では ゲストの ホストと Veritas Storage Foundation に Veritas Storage Foundation HA または Veritas Storage Foundation Cluster File System HA が必要です セットアップ情報 : p.33 の ホストでのストレージソリューションのインストールと設定 を参照してください p.31 の ゲストへのストレージソリューションのインストールと設定 を参照してください 2 つのオプションがあります SFHA Solutions 製品が物理サーバーと仮想ホストの両方でインストールされている場合 マッピングが必要な LUN の識別は簡単です LUN を仮想ホストに接続したら ディスクグループ内でマッピングが必要なデバイスを識別するために vxdisk -o alldgs 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 物理サーバーで ホストにマップする必要のある LUN を識別します

59 第 5 章物理から仮想への移行物理から仮想への移行 (P2V) を実装する方法 59 ディスクおよび関連付けられたディスクグループのリストを収集します # 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 2AC C 3pardata0_3 2AC C 2 物理コンピュータのディスクグループをデポートします

60 60 第 5 章物理から仮想への移行物理から仮想への移行 (P2V) を実装する方法 3 仮想化ホストに LUN をマップします 仮想化ホストで シリアル番号を使用して ディスクグループの一部を構成していた LUN を識別します udev データベースを使用して マップされる必要のあるホストのデバイスを識別できます # udevadm info --export-db grep -v part grep -i DEVLINKS=.* d0.* cut -d -f 4 /dev/disk/by-path/pci-0000:0a:03.0-fc-0x ac00065c:0x /dev/disk/by-path/pci-0000:0a:03.1-fc-0x ac00065c:0x # udevadm info --export-db grep -v part grep -i DEVLINKS=.* d0.* cut -d -f 4 /dev/disk/by-path/pci-0000:0a:03.0-fc-0x ac00065c:0x /dev/disk/by-path/pci-0000:0a:03.1-fc-0x ac00065c:0x ゲストに LUN をマップします この例では複数のパスがあるため 4 つのすべてのパスに対する一貫性のあるデバイスマッピングを確保するように パス同期リンクを使用できます # virsh attach-disk guest1 /dev/disk/by-path/pci-0000:0a:03.0-fc-0x ac00065c:0x vdb # virsh attach-disk guest1 /dev/disk/by-path/pci-0000:0a:03.1-fc-0x ac00065c:0x vdc # virsh attach-disk guest1 /dev/disk/by-path/pci-0000:0a:03.0-fc-0x ac00065c:0x vdd # virsh attach-disk guest1 /dev/disk/by-path/pci-0000:0a:03.1-fc-0x ac00065c:0x vde 4 デバイスがゲストに正しくマップされることを確認します 設定変更は ゲストを再定義することによって永続的にすることができます # virsh dumpxml guest1 > /tmp/guest1.xml # virsh define /tmp/guest1.xm 手順の例では ストレージをマップするため DMP デバイスを使用してディスクグループ data_dg は guest1 にマップされます

61 第 5 章物理から仮想への移行物理から仮想への移行 (P2V) を実装する方法 61 ゲストとホストに Storage Foundation がある場合に物理から仮想への移行 (P2V) を実装するには 次の手順を実行します 1 仮想化ホストに LUN をマップします 2 仮想化ホストで マップを必要とするデバイスを識別します たとえば デバイスグループ data_dg のあるデバイスは guest1 にマップされます # vxdisk -o alldgs list grep data_dg 3pardata0_1 auto:cdsdisk - (data_dg) online 3pardata0_2 auto:cdsdisk - (data_dg) online 3 ゲストにデバイスをマップします # virsh attach-disk guest1 /dev/vx/dmp/3pardata0_1 vdb Disk attached successfully # virsh attach-disk guest1 /dev/vx/dmp/3pardata0_2 vdc Disk attached successfully 4 ゲストで すべてのデバイスが正しくマップされることと ディスクグループが利用可能であることを確認します # vxdisk scandisks # vxdisk -o alldgs list grep data_dg 3pardata0_1 auto:cdsdisk - (data_dg) online 3pardata0_2 auto:cdsdisk - (data_dg) online 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 ボリュームブロックデバイスへの完全パスを入力します ( たとえば --disk path=/dev/vx/dsk/boot_dg/bootdisk-vol)

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

63 6 簡素化した管理 この章では以下の項目について説明しています 簡素化した管理 ゲスト仮想マシンのストレージのプロビジョニング ブートイメージの管理 簡素化した管理 オペレーティングシステムのホスティング方法にかかわらず 一貫して使えるストレージ管理ツールによって 管理にかかる時間が短縮され 環境の複雑さを緩和できます Veritas Storage Foundation and High Availability Solutions は 非仮想環境と同じコマンドセット ストレージの名前空間 環境を提供します この使用例では ホストに Veritas Storage Foundation HA または Veritas Storage Foundation Cluster File System HA が必要です セットアップ情報 : p.33 の ホストでのストレージソリューションのインストールと設定 を参照してください ゲスト仮想マシンのストレージのプロビジョニング ボリュームは VM ゲスト内でデータディスクまたはブートディスクとしてプロビジョニングできます データディスク : アレイ間でデータをミラー化する利点があります ブートディスク : アレイ間で移行する機能が提供されます 実行中のゲスト仮想マシンに対して VxVM ストレージボリュームをデータディスクとして追加するには 次の方法で行います libvirt GUI の使用 virsh コマンドラインの使用

64 64 第 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 6 Red Hat 社が推奨する手順に従って VM ゲストをインストールしてブートします ブートデバイスに管理対象ストレージまたは既存ストレージを選択するように求められた場合は VxVM ストレージボリュームブロックデバイスへの絶対パスを使用します ( たとえば /dev/vx/dsk/boot_dg/bootdisk-vol) Veritas Volume Manager ボリュームをゲスト仮想マシンのブートディスクにするプロビジョニング VM ゲストのブートディスクをプロビジョニングするには 次の手順に従います 以下の手順は Veritas Volume Manager(VxVM) ボリュームをブートディスクとして使えるようにする方法の概略です

65 第 6 章簡素化した管理ブートイメージの管理 65 サンプルホストは 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 製品は テンプレートとスナップショットベースのブートイメージ ( スナップショットは完全または領域最適化の場合がある ) に基づいて仮想マシンを管理して直ちに配備することを可能にします ベースの仮想環境における効果的なブートイメージ管理のためには ホストとゲスト設定の組み合わせを使って SFHA Solutions 製品を配備する必要があります ブートイメージ管理のメリットは次のとおりです

66 66 第 6 章簡素化した管理ブートイメージの管理 オペレーティングシステムと複雑なソフトウェアスタックのインストール 関連する設定 メンテナンスコストを除去する 効率の向上と運用コストの削減によるインフラコストの節約 さまざまな仮想マシンに対する共有のマスターイメージまたはゴールドイメージと領域最適化ブートイメージによるストレージ領域コストの削減 VM ゲストとブートイメージを監視する Veritas Cluster Server( ホストで実行する ) を使って個々のゲストコンピュータの高可用性を有効にする クラスタのすべてのリモートノードにわたる仮想マシンを作成して配備する能力 ブートディスクグループの作成 ホストと VM ゲスト設定の組み合わせを使って Storage Foundation HA(SFHA) を Red Hat 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 ゴールデンイメージの作成と設定 基本的には マスターイメージまたはゴールドイメージに基づいてポイントインタイムイメージ ( 特定時点のイメージ ) を作成します イメージをセットアップすると すべてのブートイ

67 第 6 章簡素化した管理ブートイメージの管理 67 メージの基本として使用できます したがって 仮想マシンの完全なブートボリュームをゴールデンブートボリュームとして最初にセットアップしてください ゴールデンイメージを作成するには 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 2 Red Hat 社が推奨する手順に従って VM ゲストをインストールしてブートします ブートデバイスに管理対象ストレージまたは既存ストレージを選択するように求められた場合は VxVM ストレージボリュームブロックデバイスへの絶対パスを使用します ( たとえば /dev/vx/dsk/boot_dg/bootdisk-vol) 3 virsh-install ユーティリティを使用する場合は --disk パラメータとともに VxVM ボリュームブロックデバイスへの完全パスを入力します ( たとえば --disk path=/dev/vx/dsk/boot_dg/bootdisk-vol) 4 仮想マシンを作成したら このブートボリュームに任意のゲストオペレーティングシステムをインストールし 仮想マシンを必要に応じて設定できます 5 仮想マシンを作成して設定したら シャットダウンします ゴールデンブートボリュームのスナップショットに基づく追加の仮想マシンをプロビジョニングするために ブートイメージはイメージ ( ゴールデンイメージと呼ばれる ) として使うことができます これらのスナップショットは完全コピー ( ミラーイメージ ) または領域最適化スナップショットにすることができます 領域最適化スナップショットを使うと 複数の同一仮想マシンのブートディスクをホストするために必要なストレージが大幅に減少します 完全スナップショットと領域最適化スナップショットは両方とも瞬時に使用可能になるため ( ディスクコピー操作を待機する必要がない ) 新しい仮想マシンのプロビジョニングも即座に行うことができます ゴールデンイメージを使った仮想マシンの迅速なプロビジョニング 前述のとおり ゴールデンイメージに基づいて新しい仮想マシンのプロビジョニングを迅速に行うためには ゴールデンブートボリュームの完全スナップショットまたは領域最適化スナップショットが必要となります これらのスナップショットは 作成後に新しい仮想マシンのブートイメージとして使うことができます これらのスナップショットを作成するプロセスは次の手順で概説されています 仮想マシンの迅速なプロビジョニングのための ゴールデンブートボリュームの完全インスタントスナップショットの作成

68 68 第 6 章簡素化した管理ブートイメージの管理 仮想マシンの迅速なプロビジョニングのための ゴールデンブートボリュームの完全インスタントスナップショットを作成するには 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

69 第 6 章簡素化した管理ブートイメージの管理 69 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 70 第 6 章簡素化した管理ブートイメージの管理

71 7 アプリケーションの可用性 この章では以下の項目について説明しています アプリケーション可用性オプションについて 環境アーキテクチャの Veritas Cluster Server の概略 仮想マシンに高可用性を提供するホストの VCS とアプリケーションに高可用性を提供するゲストの ApplicationHA 仮想から仮想へのクラスタ化とフェールオーバー 仮想から物理へのクラスタ化とフェールオーバー アプリケーション可用性オプションについて シマンテック製品は 環境の最良の可用性を提供できます 環境では シマンテックの Symantec High Availability ソリューション (ApplicationHA と Veritas Cluster Server(VCS)) をさまざまに組み合わせて選択できます ApplicationHA は単独で Veritas Operations Manager を使用して最良の可視性と管理性を提供すると同時に アプリケーションの監視機能と再起動機能を提供します ホストの Veritas Cluster Server とともに ApplicationHA を使用すると この 2 つのソリューションが連携して動作し アプリケーションは必要に応じて監視され 再起動されるようになります アプリケーションの再起動が有効でない場合には 仮想マシンが再起動されます これらの 2 つのソリューションは連携して動作することで の環境に最良な可用性を提供します 物理環境の VCS クラスタによって提供されるのと同じレベルのアプリケーション可用性が 環境で必要される場合は 仮想マシンで Veritas Cluster Server を採用できます この設定では アプリケーションは仮想マシンの VCS クラスタで迅速なフェールオーバー機能を実行できます

72 72 第 7 章アプリケーションの可用性 環境アーキテクチャの Veritas Cluster Server の概略 表 7-1 可用性オプションの比較 必須の可用性レベル アプリケーションの監視と再起動 仮想マシンの監視と再起動 アプリケーションと仮想マシンの可用性の組み合わせ クラスタのスタンバイノードへのアプリケーションフェールオーバー 推奨ソリューション 仮想マシンの ApplicationHA リソースとして仮想マシンを監視するホストの VCS クラスタ ゲストの ApplicationHA と ホストの VCS クラスタ 仮想マシンの VCS クラスタ ApplicationHA または VCS のセットアップ情報 : p.34 の 仮想マシンとアプリケーション可用性を実現するための Veritas Cluster Server のインストールと設定 を参照してください メモ : 環境のアプリケーション可用性に加えてストレージ管理機能を必要とする場合 Veritas Storage Foundation HA または Veritas Storage Foundation Cluster File System HA のクラスタ機能も使うことができます 環境アーキテクチャの Veritas Cluster Server の概略 ホストアーキテクチャの VCS ゲストアーキテクチャの VCS 制御の単一ユニットとして複数のゲスト仮想マシンを管理する 障害が発生した場合に個々のゲスト仮想マシンの自動再起動または自動フェールオーバーを実現する VOM(Veritas Operations Manager) を使って サーバープール全体にわたる共通コンソールから個々のゲスト仮想マシンの起動 停止 または監視を実現する 制御の単一ユニットとしてゲスト仮想マシンで実行するアプリケーションを管理する 他のゲスト仮想マシンまたは物理コンピュータ間で個々のアプリケーションの自動再起動または自動フェールオーバーを実現する VOM(Veritas Operations Manager) を使って ファーム内にある複数の適切なゲスト仮想マシンにわたる共通コンソールから個々のアプリケーションの起動 停止 または監視を実現する

73 第 7 章アプリケーションの可用性仮想マシンに高可用性を提供するホストの VCS とアプリケーションに高可用性を提供するゲストの ApplicationHA 73 仮想マシンに高可用性を提供するホストの 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 用 )

74 74 第 7 章アプリケーションの可用性仮想から仮想へのクラスタ化とフェールオーバー 仮想から仮想へのクラスタ化とフェールオーバー 複数のゲスト仮想マシンで VCS を実行すると ゲストからゲストへのクラスタ化が有効になります その後 VCS は ゲスト内で実行する個々のアプリケーションを監視して 仮想から仮想へのクラスタにある別のゲストにアプリケーションをフェールオーバーします 図 7-2 アプリケーションの高可用性を実現するゲスト間のクラスタ化 ゲスト内で実行しているアプリケーションに高可用性を提供するために 各ゲストコンピュータ内で VCS を実行できます VCS クラスタはこの設定の VM ゲスト間で形成されます クラスタの VM ゲストは同じ物理ホスト上または異なる物理ホスト上のいずれにあってもかまいません VCS はクラスタの VM ゲストにインストールされます この VCS は物理コンピュータクラスタでインストールされる VCS に類似しています この VCS クラスタは VM ゲスト内で実行するアプリケーションとサービスを管理して制御します 障害が発生したアプリケーションまたはサービスはクラスタの他の VM ゲストにフェールオーバーされます VCS は VM ゲスト内で実行するため この設定は VM ゲストのフェールオーバーを処理しません

75 第 7 章アプリケーションの可用性仮想から物理へのクラスタ化とフェールオーバー 75 図 7-3 同じ物理コンピュータにある複数の VM ゲストにわたる VCS クラスタ 仮想から物理へのクラスタ化とフェールオーバー 他の物理ホストで実行している VCS をゲスト内部 VCS と組み合わせることによって 物理から仮想へのクラスタを作成することもできます この仮想 / 物理クラスタにより VCS はゲスト内で実行するアプリケーションを監視して 別のホストにアプリケーションをフェールオーバーできるようになります 逆方向も該当するため 物理ホストで実行しているアプリケーションを VM ゲストマシンにフェールオーバーすることも有効になります VCS クラスタは VM ゲストと物理コンピュータの間で形成されます VCS は VM ゲストと クラスタにある異なる物理コンピュータでインストールされます VM ゲストはそれらの VM ホストのネットワークを通して物理コンピュータに接続されます この場合 VM ホストは クラスタを形成する 1 つ以上の VM ゲストがホストされる物理コンピュータです この VCS クラスタは VM ゲストまたは物理コンピュータのいずれかであるクラスタノードで実行するサービスとアプリケーションを管理して監視します あるノードで障害が発生したアプリケーションは 仮想マシンまたは物理コンピュータのいずれかである他のノードにフェールオーバーします p.49 の 標準ブリッジの設定 を参照してください

76 76 第 7 章アプリケーションの可用性仮想から物理へのクラスタ化とフェールオーバー 図 7-4 複数の VM ゲストと物理コンピュータにわたる VCS クラスタ