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) について

Docker 1.12 Swarm モードを使用した Veritas ボリュームプラグインの設定

Veritas ボリュームプラグインは、コンテナの編成を可能にする Docker Swarm とシームレスに動作します。

次の手順を使用します

Docker 1.12 Swarm モードを使用して Veritas ボリュームプラグインを設定するには

  1. 2 つのノード (docker1 と docker2) がある Docker Swarm クラスタを例に見てみます。

    # docker node ls

    ID HOSTNAME STATUS AVAILABILITY MANAGER STATUS
    bd3ccjzm4qmo1ntil88r9q0la * docker1 Ready Active Leader
    d3rbrj0d4goyfckae0wozwwew docker2 Ready Active
  2. Veritas ボリュームを作成します。

    # docker volume create -d veritas --name volume1 -o size=500m

  3. ソースボリューム名を指定して、Swarm マネージャから MYSQL サービスを作成します。

    Veritas ドライバを使用して作成された volume1 をソースボリューム名として使用します。

    # docker service create --replicas 1 --name sql1 --mount type=volume,source=volume1,target=/var/lib/mysql,readonly=false -e MYSQL_ROOT_PASSWORD=root123 mysql

    # docker service ps sql1

    ID NAME                   IMAGE  NODE         
    6e2dlvx27iwrgrwdcdf43u4d9 sql1.1 mysql docker1 
    
    DESIRED STATE 	CURRENT STATE 	ERROR
    Running 							Running 							44 seconds ago
    

    ここで、mysql サービスはノード docker1 上にスケジュール設定されています。

  4. ノード docker1 上の mysql データベースに永続的なデータを書き込みます。

    # docker ps -a

    CONTAINER ID IMAGE         COMMAND
    d844dfa66f65 mysql:latest  "docker-entrypoint.sh"
    
    CREATED        STATUS 
    A minute ago   Up    
     
    PORTS      NAMES
    3306/tcp   sql1.1.6e2dlvx27iwrgrwdcdf43u4d9
    
  5. [root@docker1] # docker exec -it d844dfa66f65 bash
  6. root@d844dfa66f65: /# mysql -proot123
    mysql> create database swarm_test;
    Query OK, 1 row affected (0.02 sec)
    
    mysql> use swarm_test;
    Database changed
    
    mysql> create table people (name text, age integer);
    Query OK, 0 rows affected (0.04 sec)
    
    mysql> insert into people values ('Person1', 29);
    Query OK, 1 row affected (0.00 sec)
    
    mysql> insert into people values ('Person2', 31);
    Query OK, 1 row affected (0.01 sec)
    
    mysql> select * from people;
    +---------+------+
    | name | age |
    +---------+------+
    | Person1 | 29 |
    | Person2 | 31 |
    +----------+------+
    2 rows in set (0.00 sec)
    
    
  7. Docker1 上でノードエラーをシミュレートします。Docker Swarm によって MySQL サービスが別のノード上に再スケジュールされます。

    [root@docker1]# docker node update --availability drain docker1

  8. [root@docker1]# docker service ps sql1
    ID NAME                   IMAGE        NODE
    8rofbg2td0i7oubzyxpv0kvik sql1.1 mysql docker2
    6e2dlvx27iwrgrwdcdf43u4d9 \_ sql1.1 mysql docker1
    
    DESIRED STATE CURRENT STATE ERROR
    Running 						Running 					47 seconds ago
    Shutdown 	Shutdown			about a minute ago
    

    Docker Swarm によって MySQL サービスがノード docker2 上に再スケジュールされます。

  9. ノード docker2 で MySQL サービスが設定されたコンテナが作成されていることを確認し、データベースで更新されたデータを確認します。

    [root@docker2] # docker ps -a

    CONTAINER ID  IMAGE   COMMAND
    9fafb70c793b mysql:latest "docker-entrypoint.sh"
    
    
    CREATED 										STATUS 
    About a minute ago Up  
    
    PORTS NAMES
    3306/tcp sql1.1.8rofbg2td0i7oubzyxpv0kvik
    

    [root@docker2] # docker exec -it 9fafb70c793b bash

    root@9fafb70c793b:/# mysql -proot123

    
    mysql> use swarm_test;
    Reading table information for completion of table and column names
    You can turn off this feature to get a quicker startup with -A
    Database changed
    
    mysql> select * from people;
    +---------+------+
    | name | age |
    +---------+------+
    | Person1 | 29 |
    | Person2 | 31 |
    +----------+------+
    2 rows in set (0.00 sec)
    

    この手順で、InfoScale ストレージではデータボリュームがその他のノード上で利用可能となり、コンテナの移行操作が成功しました。