Veritas InfoScale™ 8.0.2 仮想化ガイド - Linux

Last Published:
Product(s): InfoScale & Storage Foundation (8.0.2)
Platform: Linux
  1. 第 I 部 Linux 仮想化で使う Veritas InfoScale Solutions の概要
    1. サポート対象の製品と技術の概要
      1.  
        Veritas InfoScale 製品の仮想化ガイドの概要
      2. Linux 仮想化環境の Veritas InfoScale Solutions のサポートについて
        1.  
          Linux 仮想化環境の SmartIO について
        2.  
          SmartPool 機能について
      3. KVM （カーネルベースの仮想マシン）技術について
        1.  
          カーネルベースの仮想マシンの用語
        2.  
          VirtIO ディスクドライブ
      4. RHEV 環境について
        1.  
          RHEV の用語
      5.  
        Veritas InfoScale 製品が対応する仮想化の使用例
      6.  
        仮想から仮想（ゲスト内部）へのクラスタ化とフェールオーバーについて
  2. 第 II 部 基本 KVM 環境の実装
    1. 基本 KVM のスタートガイド
      1.  
        KVM （カーネルベースの仮想マシン）ホストの作成および起動
      2.  
        RHEL ベースの KVM のインストールと使用法
      3.  
        KVM (カーネルベースの仮想マシン) ゲストの設定
      4.  
        Veritas InfoScale Solutions での KVM の設定について
      5. カーネルベースの仮想マシン環境の Veritas InfoScale Solutions 設定オプション
        1.  
          KVM ゲスト仮想化マシンの Dynamic Multi-Pathing
        2.  
          KVM ホストでの Dynamic Multi-Pathing
        3.  
          仮想化ゲストマシンでの Storage Foundation
        4.  
          KVM ゲストでの I/O フェンシングの有効化
        5.  
          KVM ホストでの Storage Foundation Cluster File System High Availability
        6.  
          KVM ホストとゲスト仮想マシンの Dynamic Multi-Pathing
        7.  
          KVM ホストの Dynamic Multi-Pathing と KVM ゲスト仮想マシンの Storage Foundation HA
        8.  
          KVM ホストでの Cluster Server
        9.  
          ゲストでの Cluster Server
        10.  
          複数の仮想マシンゲストと物理コンピュータにわたるクラスタ内の Cluster Server
      6.  
        カーネルベースの仮想マシン環境での Veritas InfoScale Solutions のインストール
      7. KVM（カーネルベースの仮想マシン）環境の Cluster Server のインストールと設定
        1.  
          VCS（Cluster Server）の仮想マシン（VM）ゲストの管理方法
    2. KVM リソースの設定
      1.  
        カーネルベースの仮想マシンリソースについて
      2. ストレージの設定
        1.  
          KVM 環境での一貫したストレージマッピング
        2. ゲストへのデバイスのマッピング
          1.  
            DMP メタデバイスのマッピング
          2.  
            複数の KVM ホストにわたって一貫した命名
          3.  
            パスを使ったデバイスのマッピング
          4.  
            ボリュームを使ったデバイスのマッピング
          5.  
            virtio-scsi インターフェースを使用したデバイスのマッピング
        3.  
          デバイスのサイズ変更
      3. ネットワークの設定
        1. ブリッジネットワークの設定
          1.  
            ホストネットワークの設定
          2.  
            ゲストネットワークの設定
        2.  
          複数の物理コンピュータ（PM-PM）にわたる VCS クラスタのネットワーク設定
        3.  
          標準ブリッジの設定
        4.  
          VM-VM クラスタのネットワーク設定
  3. 第 III 部 Linux 仮想化実装の使用例
    1. アプリケーションの可視性とデバイス検出
      1.  
        Veritas InfoScale Operations Manager を使ったストレージからアプリケーションへの可視性の使用について
      2.  
        Veritas InfoScale Operations Manager でのカーネルベースの仮想マシン（KVM）の仮想化検出
      3.  
        Veritas InfoScale Operations Manager の Red Hat Enterprise Virtualization（RHEV）仮想化の検出について
      4.  
        Microsoft Hyper-V 仮想化の検出について
      5.  
        Microsoft Hyper-V での仮想マシンの検出
      6.  
        Microsoft Hyper-V でのストレージマッピングの検出
    2. サーバー統合
      1.  
        サーバー統合
      2.  
        単純な作業負荷に対するサーバー統合の実装
    3. 物理から仮想への移行
      1.  
        物理から仮想への移行
      2.  
        物理から仮想への移行（P2V）を実装する方法
    4. 簡素化した管理
      1.  
        簡素化した管理
      2. ゲスト仮想マシンのストレージのプロビジョニング
        1.  
          Veritas Volume Manager ボリュームを VM ゲストのデータディスクにするプロビジョニング
        2.  
          Veritas Volume Manager ボリュームをゲスト仮想マシンのブートディスクにするプロビジョニング
      3. ブートイメージの管理
        1.  
          ブートディスクグループの作成
        2.  
          ゴールデンイメージの作成と設定
        3.  
          ゴールデンイメージを使った仮想マシンの迅速なプロビジョニング
        4.  
          領域最適化スナップショットによるストレージの節約
    5. Cluster Server を使用するアプリケーションの可用性
      1.  
        アプリケーション可用性オプションについて
      2.  
        KVM 環境アーキテクチャの Cluster Server の概略
      3.  
        仮想マシンに高可用性を提供するホストの VCS とアプリケーションに高可用性を提供するゲストの ApplicationHA
      4.  
        仮想から仮想へのクラスタ化とフェールオーバー
      5.  
        仮想から仮想へのクラスタ化のための I/O フェンシングサポート
      6.  
        仮想から物理へのクラスタ化とフェールオーバー
      7.  
        仮想化環境での InfoScale クラスタの回復力の向上に関する推奨事項
    6. 仮想マシンの可用性
      1.  
        仮想マシンの可用性オプションについて
      2.  
        リソースとして仮想マシンを監視するホストの VCS
      3.  
        仮想マシン可用性のための仮想化環境の検証
    7. ライブ移行を使った仮想マシンの可用性
      1.  
        ライブ移行について
      2.  
        ライブ移行の必要条件
      3.  
        Flexible Shared Storage により RHEV 環境での SAN 投資を削減
      4. Flexible Storage Sharing について
        1.  
          Flexible Storage Sharing の使用例
        2.  
          Flexible Storage Sharing の制限事項
      5.  
        Storage Foundation コンポーネントを仮想マシンのバックエンドストレージとして設定します。
      6.  
        仮想マシンの可用性を得るためのライブ移行の実装
    8. Red Hat Enterprise Virtualization 環境での仮想から仮想へのクラスタ化
      1.  
        RHEV（Red Hat Enterprise Virtualization）の仮想から仮想のクラスタ化に向けた Cluster Server のインストールと設定
      2.  
        RHEV 環境での VCS のストレージ設定
    9. Microsoft Hyper-V 環境での仮想から仮想へのクラスタ化
      1.  
        Cluster Server with Microsoft Hyper-V 仮想から仮想のクラスタ化による Symantec Cluster Server のインストールと設定
    10. OVM (Oracle Virtual Machine) 環境での仮想から仮想へのクラスタ化
      1.  
        OVM（Oracle Virtual Machine）の仮想から仮想へのクラスタ化に向けた Cluster Server のインストールと設定
      2.  
        OVM（Oracle Virtual Machine）での VCS サポートのストレージ設定
    11. Red Hat Enterprise 仮想化環境での仮想化マシンに対するディザスタリカバリ
      1.  
        Red Hat Enterprise Virtualization 仮想マシンに対するディザスタリカバリについて
      2.  
        RHEV 環境での DR の要件
      3. Volume Replicator（VVR）と Veritas File Replicator（VFR）を使用するボリュームとファイルシステムの障害回復
        1.  
          アレイベースのレプリケーションソリューションよりも VVR を選択する理由
      4.  
        Storage Foundation コンポーネントをバックエンドストレージとして設定する
      5.  
        DR サイト間のレプリケーションのために VCS GCO オプションで VVR および VFR を設定します
      6.  
        Cluster Server（VCS）を使った RHEV（Red Hat Enterprise Virtualization）仮想マシンでのディザスタリカバリの設定
    12. 多層型ビジネスサービスのサポート
      1.  
        での Virtual Business Service について
      2.  
        Virtual Business Service の設定例
      3. Veritas Operations Manager の Virtual Business Services を使って管理される多層型アプリケーションのリカバリ
        1.  
          Virtual Business Services のサービスグループ管理
    13. InfoScale Enterprise を使用した Docker コンテナの管理
      1.  
        InfoScale Enterprise 製品による Docker コンテナの管理について
      2. Docker、Docker Daemon、および Docker Container 用の Cluster Server エージェントについて
        1.  
          サポート対象ソフトウェア
        2.  
          エージェントが高可用性を実現するしくみ Veritas
        3.  
          マニュアル参照
      3. Docker コンテナのストレージ容量の管理
        1.  
          VxFS (Veritas File System) から Docker インフラストラクチャへのストレージのプロビジョニング
        2. Docker コンテナのデータボリュームのプロビジョニング
          1.  
            VxFS (Veritas File System) 上のストレージをコンテナのデータボリュームとしてプロビジョニングする
          2.  
            VxVM のボリュームをコンテナのデータボリュームとしてプロビジョニングする
          3.  
            データボリュームコンテナの作成
        3. Docker Container のストレージの自動プロビジョニング
          1.  
            Veritas InfoScale Docker ボリュームプラグインのインストール
          2.  
            ディスクグループの設定
          3.  
            ストレージを自動的に接続して Docker Container を作成する
          4.  
            サービスの品質サポートを使用して騒々しい近隣の問題を回避
          5.  
            スナップショット作成用のプロビジョニング
          6.  
            Docker 1.12 Swarm モードを使用した Veritas ボリュームプラグインの設定
        4.  
          コンテナのストレージを管理するための InfoScale Enterprise の機能の使用について
      4. Docker コンテナのオフライン移行
        1.  
          Docker コンテナの移行
        2.  
          Docker Daemon と Docker Container の移行
      5. Docker 環境におけるボリュームとファイルシステムのディザスタリカバリ
        1.  
          ディザスタリカバリ用の Docker コンテナの設定
      6.  
        Docker コンテナの管理時の制限事項
  4. 第 IV 部 参照先
    1. 付録 A. トラブルシューティング
      1.  
        仮想マシンのライブ移行のトラブルシューティング
      2.  
        Red Hat Enterprise Virtualization（RHEV）環境でのライブ移行のストレージ接続
      3.  
        Red Hat Enterprise Virtualization（RHEV）仮想マシンのディザスタリカバリ（DR）のトラブルシューティング
      4.  
        KVMGuest リソースが、ホストへのストレージ接続が失われてもオンライン状態のままになる
      5.  
        仮想マシンが実行されているホストのネットワーク接続が失われると、VCS が仮想マシンのフェールオーバーを開始する
      6.  
        RHEV 環境で、間違ったブート順序により仮想マシンの起動に失敗する
      7.  
        RHEV 環境で、仮想マシンが wait_for_launch 状態でハングアップして起動に失敗する
      8.  
        DROpts 属性が設定されていない場合、VCS が別の RHEV クラスタのホストの仮想マシンの起動に失敗する
      9.  
        仮想マシンが RHEV 環境で接続されているネットワークカードの検出に失敗する
      10.  
        hares -modify コマンドの -add オプションまたは -delete オプションを使って RHEVMInfo 属性のいずれかのキーを更新すると、KVMGuest エージェントの動作が未定義になる
      11.  
        RHEV 環境: VM が動作しているノードがパニックに陥るか強制的にシャットダウンされる場合、VCS は別のノードで VM を開始できない
    2. 付録 B. 設定例
      1. KVM 環境での設定例
        1.  
          設定例 1: ネーティブ LVM ボリュームをゲストイメージの格納に使用
        2.  
          設定例 2: VxVM ボリュームをゲストイメージの格納に使用
        3.  
          設定例 3: CVM-CFS をゲストイメージの格納に使用
      2.  
        RHEV（Red Hat Enterprise Virtualization）環境の設定例
    3. 付録 C. 他の情報参照場所
      1.  
        InfoScale のマニュアル
      2.  
        Linux の仮想化マニュアル
      3.  
        サービスとサポート
      4.  
        Veritas SORT (Services and Operations Readiness Tools) について

複数の KVM ホストにわたって一貫した命名

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

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

  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
	dmpnode serial=2AC00002065C name=3pardata0_2
	dmpnode serial=2AC00003065C name=3pardata0_3
	dmpnode serial=2AC00004065C name=3pardata0_4
  2. 必要な場合は、デバイスの名前を変更します。 この例では、マップ先のゲストの名前を使って DMP デバイスに名前が付けられます。
    # cat /dmp/user_defined_names
enclosure vendor=3PARdat product=VV serial=1628 name=3pardata0
	        dmpnode serial=2AC00008065C name=guest1_1
	        dmpnode serial=2AC00002065C name=guest1_2
	        dmpnode serial=2AC00003065C name=guest2_1
	        dmpnode serial=2AC00004065C name=guest2_2
  3. ユーザー定義名ファイルをこのノードと他のすべてのホストに適用します。
    # 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    
guest_1_2   ENABLED   3PARDATA    2      2     0     3pardata0    
guest_2_1   ENABLED   3PARDATA    2      2     0     3pardata0    
guest_2_2   ENABLED   3PARDATA    2      2     0     3pardata0