クラウド環境の Veritas InfoScale™ 8.0.2 Solutions

Last Published:
Product(s): InfoScale & Storage Foundation (8.0.2)
Platform: Linux,Windows
  1. 概要と準備
    1.  
      クラウド環境での InfoScale ソリューションの概要
    2.  
      クラウド環境でリソースを監視する InfoScale エージェント
    3.  
      InfoScaleクラウド環境でストレージを共有する FSS 機能
    4.  
      InfoScaleクラウド環境でストレージを共有する非 FSS 機能
    5.  
      AWS 環境での SmartIO について
    6.  
      クラウド環境での InfoScale のインストール準備
    7.  
      AWS CLI パッケージのインストール
    8.  
      VPC セキュリティグループの例
  2. アマゾンウェブサービス用の構成 - Linux
    1. AWS でのレプリケーションの設定 - Linux
      1.  
        オンプレミスから AWS へのレプリケーション - Linux
      2.  
        AWS 領域内の AZ 間でのレプリケーション - Linux
      3.  
        AWS 領域間でのレプリケーション - Linux
      4.  
        複数の AWS AZ と複数の領域 (キャンパスクラスタ) 間でのレプリケーション - Linux
    2. AWS での HA および DR の設定 - Linux
      1.  
        仮想プライベート IP を使用した AWS AZ のサブネット内でのフェールオーバー - Linux
      2.  
        オーバーレイ IP を使用した AWS サブネット間でのフェールオーバー - Linux
      3.  
        Elastic IP を使用した AWS 内の InfoScale クラスタノードへのパブリックアクセス - Linux
      4.  
        オンプレミスから AWS および AWS 領域間または VPC 間での DR - Linux
  3. アマゾンウェブサービス用の構成 - Windows
    1. AWS でのレプリケーションの設定 - Windows
      1.  
        オンプレミスから AWS へのレプリケーション - Windows
      2.  
        AWS 領域の AZ 間でのレプリケーション - Windows
      3.  
        AWS 領域間でのレプリケーション - Windows
    2. AWS での HA および DR の設定 - Windows
      1.  
        仮想プライベート IP を使用した AWS AZ のサブネット内でのフェールオーバー - Windows
      2.  
        オーバーレイ IP を使用した AWS サブネット間でのフェールオーバー - Windows
      3.  
        Elastic IP を使用した AWS 内の InfoScale クラスタノードへのパブリックアクセス - Windows
      4.  
        オンプレミスから AWS および AWS 領域間または VPC 間での DR - Windows
      5.  
        オンプレミスから AWS への DR - Windows
  4. Microsoft Azure 用の構成 - Linux
    1. Azure でのレプリケーションの設定 - Linux
      1.  
        オンプレミスから Azure へのレプリケーション - Linux
      2.  
        Azure 領域内でのレプリケーション - Linux
      3.  
        Azure 領域間でのレプリケーション - Linux
      4.  
        複数の Azure サイトと複数の領域間 (キャンパスクラスタ) でのレプリケーション - Linux
      5.  
        一時リソースディスクの特定について - Linux
    2. Azure 環境での HA および DR の設定 - Linux
      1.  
        プライベート IP を使用した Azure サブネット内でのフェールオーバー - Linux
      2.  
        オーバーレイ IP を使用した Azure サブネット間でのフェールオーバー - Linux
      3.  
        パブリック IP を使用した Azure のクラスタノードへのパブリックアクセス - Linux
      4.  
        オンプレミスから Azure および Azure 領域間または VNet 間での DR - Linux
  5. Microsoft Azure 用の構成 - Windows
    1. Azure でのレプリケーションの設定 - Windows
      1.  
        オンプレミスから Azure へのレプリケーション - Windows
      2.  
        Azure 領域内でのレプリケーション - Windows
      3.  
        Azure 領域間でのレプリケーション - Windows
    2. Azure での HA および DR の設定 - Windows
      1.  
        ウィザードを使用した Azure クラウドと InfoScale サービスグループ設定での共有ディスクのサポート
      2.  
        プライベート IP を使用した Azure サブネット内でのフェールオーバー - Windows
      3.  
        オーバーレイ IP を使用した Azure サブネット間でのフェールオーバー - Windows
      4.  
        パブリック IP を使用した Azure のクラスタノードへのパブリックアクセス - Windows
      5.  
        オンプレミスから Azure および Azure 領域間または VNet 間での DR - Windows
  6. Google Cloud Platform 用の構成 - Linux
    1. GCP でのレプリケーションの設定 - Linux
      1.  
        GCP 領域間でのレプリケーション - Linux
      2.  
        複数の GCP ゾーン間と複数の領域 (キャンパスクラスタ) 間でのレプリケーション - Linux
    2. GCP での HA および DR の設定 - Linux
      1.  
        仮想プライベート IP を使用した GCP ゾーンのサブネット内でのフェールオーバー - Linux
      2.  
        オーバーレイ IP を使用した GCP サブネット間でのフェールオーバー - Linux
      3.  
        GCP 領域間または VPC ネットワーク間での DR - Linux
      4.  
        GCP ゾーン内または GCP ゾーン間の共有ストレージ- Linux
  7. Google Cloud Platform 用の構成 - Windows
    1. GCP でのレプリケーションの設定 - Windows
      1.  
        オンプレミスから GCP へのレプリケーション - Windows
      2.  
        GCP 領域のゾーン間でのレプリケーション - Windows
      3.  
        GCP 領域間でのレプリケーション - Windows
    2. GCP での HA および DR の設定 - Windows
      1.  
        GCP クラウドの共有ディスクで InfoScale Enterprise を使用する場合の検討事項
      2.  
        仮想プライベート IP を使用した GCP ゾーンのサブネット内でのフェールオーバー - Windows
      3.  
        オーバーレイ IP を使用した GCP サブネット間でのフェールオーバー - Windows
      4.  
        GCP 領域間または VPC ネットワーク間での DR - Windows
  8. クラウド環境でのレプリケーション
    1.  
      サポート対象のクラウド環境でのデータレプリケーション
    2.  
      サポート対象のレプリケーションシナリオ
    3.  
      AWS および Azure 環境間でのレプリケーションの設定
  9. Cloud Connector を使用したクラウドへのファイルの移行
    1.  
      クラウドコネクタについて
    2.  
      InfoScale によるクラウドコネクタのサポートについて
    3.  
      InfoScale でクラウドコネクタを使用してデータを移行する方法
    4.  
      ファイルレベルの階層化の制限事項
    5.  
      Amazon Glacier での操作について
    6.  
      オンプレミスからクラウドストレージへのデータの移行
    7.  
      オブジェクトストレージ領域の再生
    8.  
      クラウドボリュームの削除
    9.  
      クラウド内のストレージ使用状況の調査
    10.  
      サンプルポリシーファイル
    11.  
      クラウド階層化でのレプリケーションのサポート
  10. AWS および Azure 用の Load Balancer の設定 - Linux
    1.  
      Linux における AWS および Azure 用の Load Balancer
  11. クラウド配備の問題のトラブルシューティング
    1.  
      Azure 環境で、FSS (Flexible Storage Sharing) 用のディスクをエクスポートすると、「FSS 操作をサポートしていないディスクです (Disk not supported for FSS operation)」というエラーが発生して失敗することがある

オンプレミスからクラウドストレージへのデータの移行

移行するデータに通常のファイルが含まれ、空のディレクトリやシンボリックリンクが含まれていないことを確認します。

オンプレミスからクラウドストレージにデータを移行するには

  1. ポリシーファイル policy.xml を作成します。

    詳しくは『Storage Foundation 管理者ガイド - Linux』で「SmartTier の管理」の章を参照してください。

    サンプルポリシーファイルの場合:

    サンプルポリシーファイルを参照してください。

  2. 既存のボリュームを使用してボリュームセットを作成します。

    メモ:

    ボリュームセットを作成する前に、ファイルシステムをマウント解除します。ボリュームセットの作成後、同じマウントポイントにこのシステムをマウントします。

    # umount mount_path_of_data_volume
    # vxvset -g dg_name make vset_name local_data_volume
    # mount -t vxfs /dev/vx/dsk/dg_name/vset_name \
    mount_path_of_data_volume
  3. クラウドストレージ名前空間にバケットまたはコンテナを作成します。手順については、関連するクラウドベンダーのマニュアルを参照してください。
  4. クラウドボリュームを作成します。

    ブロックレベルのデータ移行の場合:

    # vxassist -g dg_name make cloudvol_namesize vxcloud=on

    ファイルレベルのデータ移行の場合:

    # vxassist -g dg_name make cloudvol_namesize fscloud=on
  5. クラウドターゲットを設定します。

    コネクタ

    コマンド

    S3

    # vxcloud -g diskgroup_name \
    addcloud cloudvol_name host=host_address \
    bucket=bucket_name access_key=access_key \
    type=S3  secret_key=secret_key \
    [https=true|false] [sig_version=v4|v2]

    secret_keyaccess_key は、ベンダーのクラウドサービスにアクセスするためのクレデンシャルです。

    デフォルトでは、httpstruesig_versionv4 に設定されています。

    Glacier

    # vxcloud -g diskgroup_name \
    addcloud vol_name host=host_address \
    bucket=vault_name access_key=access_key \
    secret_key=secret_key type=GLACIER

    secret_keyaccess_key は、ベンダーのクラウドサービスにアクセスするためのクレデンシャルです。

    メモ:

    Amazon Glacier ではファイルレベルの階層化のみサポートされます。

    BLOB

    # vxcloud -g diskgroup_name \
    addcloud cloudvol_name \
    host=host_address bucket=bucket_name \
    access_key=access_key type=BLOB \
    endpoint=account_name [https=true|false]
    

    access_key はベンダーのクラウドサービスにアクセスするためのクレデンシャルです。endpoint はユーザーのストレージアカウント名です。

    デフォルトでは、httpstrue に設定されています。

    Google Cloud

    # vxcloud -g diskgroup_name \
    addcloud cloudvol_name host=host_address \
    bucket=bucket_name type=GOOGLE  \
    google_config=config.json_file_path [https=true|false]

    config.json は、Google サービスアカウントの秘密鍵、project_idclient_email の値が含まれるファイルです。GCP コンソールの[サービスアカウント]タブで JSON 形式のファイルをダウンロードします。

    デフォルトでは、httpstrue に設定されています。

    メモ:

    Veritas 各クラウドボリュームに別々のバケットを関連付けることをお勧めします。

  6. クラウドボリュームをボリュームセットに追加します。
    # vxvset -g dg_name addvol vset_namecloudvol_name
  7. クラウドボリュームに適切にタグが付けられていることを確認します。
    # fsvoladm queryflags dataonly mount_path_of_data_volumecloudvol_name
  8. 配置クラスをローカルボリュームおよびクラウドボリュームに割り当てます。
    # vxassist -g dg_name settag local_datavol_name \
    vxfs.placement_class.LOCAL
    vxassist -g dg_name settag cloudvol_name \
    vxfs.placement_class.CLOUD
  9. ファイルシステムにポリシーを割り当てます。
    # fsppadm assign mount_path_of_data_volume policy.xml
  10. データ転送の分析レポートを表示します。
    # fsppadm analyze mount_path_of_data_volume
  11. ローカルボリュームとクラウドボリュームとの間でデータを移動するポリシーを適用します。

    メモ:

    cron ジョブを作成し、古いデータのクラウドボリュームへの移行をスケジュール設定できます。

    # fsppadm enforce mount_path_of_data_volume
  12. ローカルボリュームおよびクラウドボリュームのファイルの場所を次のように確認します。
    # fsmap -a list_file
    # fsmap -a /data1/*
    Volume    Extent Type     File Offset     Extent Size     File
    localvol         Data               0         1048576     /data1/reports-2016-03
    cloudvol         Data               0         1048576     /data1/reports-2016-04
  13. 次のコマンドを使用して、ボリュームセット内のボリューム全体の空き領域と使用済み領域を調べます。
    # fsvoladm list mount_path_of_data_volume
    # fsvoladm list /data1
    devid   size                 used                 avail                name
    0       2097152              356360               1740792              localvol
    1       10737418240          40                   10737418200          cloudvol