EMC® ViPR® Controller 2.3 仮想データセンターの要件と

EMC® ViPR® Controller
バージョン 2.3
仮想データセンターの要件と情報ガイド
302-002-068
REV 01
Copyright © 2013-2015 EMC Corporation. All rights reserved.（不許複製・禁無断転載）
2015 年 11 月発行
EMC Corporation は、この資料に記載される情報が、発行日時点で正確であるとみなしています。この情報は予告なく変更される
ことがあります。
この資料に記載される情報は、「現状有姿」の条件で提供されています。EMC Corporation は、この資料に記載される情報に関す
る、どのような内容についても表明保証条項を設けず、特に、商品性や特定の目的に対する適応性に対する黙示の保証はいたし
ません。
EMC²、EMC、および EMC ロゴは、米国およびその他の国における EMC Corporation の登録商標または商標です。他のすべての
名称ならびに製品についての商標は、それぞれの所有者の商標または登録商標です。
ご使用の製品に関する規制等についての最新情報は、EMC オンライン サポート（https://support.emc.com）を参照してください。
EMC ジャパン株式会社
〒 151-0053 東京都渋谷区代々木 2-1-1新宿マインズタワー
http://japan.emc.com
お問い合わせは
http://japan.emc.com/contact
2
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
目次
第1章
ViPR Controller VDC の要件と情報の概要
5
第2章
ViPR Controller 仮想データセンターの役割要件
7
必要な VMware® VirtualCenter の役割権限.................................................... 8
VDC 構成の役割要件...................................................................................... 8
第3章
物理資産の要件と情報
9
ストレージ システム....................................................................................... 10
Hitachi Data Systems ................................................................................... 10
Storage Navigator での HITACHI ストレージ アレイのパフォーマンス デ
ータ ログの有効化............................................................................11
HDS での Storage Navigator を使用した新規ユーザーの作成 .......... 12
概要.................................................................................................12
EMC VMAX.................................................................................................... 14
SMI-S Provider の構成要件： VMAX...................................................15
SMI-S Provider のバージョン要件： SRDF........................................... 16
アップグレードに関する要件............................................................. 16
VMAX ストレージ システム................................................................ 17
EMC VNX for Block ........................................................................................17
SMI-S Provider の構成要件： VNX for Block.......................................17
VNX for Block ストレージ システム ....................................................18
VPLEX ...........................................................................................................19
サード パーティ ブロック ストレージ（OpenStack） ........................................... 19
サード パーティ製ブロック ストレージ プロバイダーのインストール要件
........................................................................................................ 20
サード パーティ製ブロック ストレージ システムのサポート ................. 20
サポートされる ViPR Controller 操作................................................. 21
OpenStack の構成........................................................................... 21
Cinder サービスの構成要件............................................................. 22
ストレージ システム（バックエンド）構成設定......................................22
OpenStack のボリューム構成要件....................................................23
ViPR Controller 構成をサード パーティ製ブロック ストレージ ポート用に行う.... 24
スタンドアロン EMC ScaleIO........................................................................... 25
EMC XtremIO ................................................................................................ 25
EMC VNXe..................................................................................................... 25
ファイル ストレージ システムの一般要件........................................................ 25
EMC® Data Domain® .................................................................................... 26
EMC Isilon .................................................................................................... 26
NetApp 7 モード ............................................................................................27
NetApp クラスター モード .............................................................................. 27
EMC VNX for File ........................................................................................... 27
RecoverPoint システム...................................................................................28
Fabric Manager（スイッチ）..............................................................................28
ViPR Controller スイッチおよびネットワークの用語.............................28
Brocade........................................................................................... 28
ViPR Controller Brocade スイッチを使用したファイバー チャネル ルーテ
ィングのサポート.............................................................................. 31
Brocade ファイバー チャネル ルーティングの構成要件...................... 32
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
3
目次
Cisco................................................................................................32
ViPR Controller サポート（Cisco スイッチでの Inter-VSAN ルーティング
用）...................................................................................................33
Cisco Inter-VSAN ルーティングの構成要件........................................34
Vblock コンピューティング システム................................................................35
コンピューティング イメージ............................................................................ 35
ホスト............................................................................................................ 35
AIX ホストおよび AIX VIO サーバー....................................................36
HP-UX.............................................................................................. 36
Linux ............................................................................................... 36
Windows.......................................................................................... 37
第4章
仮想資産の要件と情報
39
概要..............................................................................................................40
仮想アレイを構築するための計画................................................................. 40
SAN ゾーニング要件.........................................................................40
物理資産を仮想アレイに追加する方法の計画.................................. 40
Vblock システム サービスの仮想アレイ要件..................................... 42
ブロック ストレージ構成に関する考慮事項..................................................... 43
Hitachi Data Systems....................................................................... 43
VMAX............................................................................................... 44
VMAX3............................................................................................. 45
EMC VNX for Block............................................................................45
EMC VNXe VAAI................................................................................ 46
EMC VPLEX ...................................................................................... 46
サード パーティ製ブロック（OpenStack）ストレージ システム...............46
ViPR Controller の管理下にあるブロック ストレージ システム............. 46
ファイル ストレージ構成に関する考慮事項.....................................................47
EMC® Data Domain® ....................................................................... 47
EMC VNX for File...............................................................................48
サービス プロファイル テンプレートの ViPR 要件.............................................48
4
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
第1章
ViPR Controller VDC の要件と情報の概要
このガイドは、ViPR Controller のシステム管理者およびテナント管理者が、ViPR
ControllerVDC（仮想データセンター）に追加する物理資産の構成に必要な情報を理解する
ことを目的としています。また、ViPR Controller によって検出された ViPR Controller 物理資
産を変換し、ViPR Controller VDC の ViPR Controller ネットワーク、仮想アレイ、仮想プール
に追加するための要件と情報についても説明します。
関連ドキュメント
以下のガイドは VDC を構成する方法を説明しています。
l
「ViPR Controller ユーザー インターフェイス仮想データセンター構成ガイド」。
l
「ViPR Controller REST API 仮想データセンター構成ガイド」。
どちらのドキュメントも、ViPR Controller 製品ドキュメント インデックスから入手できます。
「「ViPR Controller サポート マトリックス」」には、物理資産に対するバージョン要件が記載され
ています。 このドキュメントは、community.emc.com の EMC コミュニティ ネットワークから
入手できます。
ViPR Controller VDC の要件と情報の概要
5
ViPR Controller VDC の要件と情報の概要
6
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
第2章
ViPR Controller 仮想データセンターの役割要件
本章は、次のトピックで構成されています。
l
l
必要な VMware® VirtualCenter の役割権限.............................................................8
VDC 構成の役割要件.............................................................................................. 8
ViPR Controller 仮想データセンターの役割要件
7
ViPR Controller 仮想データセンターの役割要件
®
必要な VMware VirtualCenter の役割権限
ViPR Controller では、vCenter の検出とデータストアの作成を実行するには、特定の
VMware VirtualCenter の役割権限が必要です。
必要なデータストア権限
l
Datastore.Allocate space
l
Datastore.Browse datastore
l
Datastore.Configure datastore
l
Datastore.Remove datastore
必要なホスト権限
l
Host.CIM.CIM Interaction
l
Host.Configuration.Storage partition configuration
VDC 構成の役割要件
ViPR Controller のシステム管理者およびテナント管理者は、ViPR Controller VDC の構成を
担当します。
ViPR Controller の役割とアクセス パーミッションの詳細については、「「ViPR Controller ユー
ザー インターフェイス テナント、プロジェクト、セキュリティ、ユーザー、マルチサイトの構成ガイ
ド」」を参照してください。
ViPR Controller システム管理者の操作
ViPR Controller システム管理者は、次の VDC 設定操作についてすべての責任を負いま
す。
以下の物理資産の追加および構成：
l
ストレージ システム
l
データ保護システム
l
ファブリック マネージャー（Brocade および Cisco スイッチ）
l
ネットワーク
l
Vblock コンピューティング システム
l
コンピューティング イメージ
以下の仮想資産の追加および構成：
l
ネットワーク
l
仮想アレイ
l
ブロック仮想プール
l
ファイル仮想プール
l
コンピューティング仮想プール
ViPR Controller テナント管理者の操作
テナント管理者役割は、ホスト、クラスター、vCenters を ViPR Controller 物理資産に追加し
構成します。
8
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
第3章
物理資産の要件と情報
本章は、次のトピックで構成されています。
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
l
ストレージ システム............................................................................................... 10
Hitachi Data Systems ........................................................................................... 10
EMC VMAX.............................................................................................................14
EMC VNX for Block ................................................................................................17
VPLEX ...................................................................................................................19
サード パーティ ブロック ストレージ（OpenStack） ................................................... 19
ViPR Controller 構成をサード パーティ製ブロック ストレージ ポート用に行う............ 24
スタンドアロン EMC ScaleIO................................................................................... 25
EMC XtremIO ........................................................................................................ 25
EMC VNXe............................................................................................................. 25
ファイル ストレージ システムの一般要件................................................................ 25
EMC® Data Domain® ............................................................................................ 26
EMC Isilon ............................................................................................................ 26
NetApp 7 モード ....................................................................................................27
NetApp クラスター モード ...................................................................................... 27
EMC VNX for File ................................................................................................... 27
RecoverPoint システム...........................................................................................28
Fabric Manager（スイッチ）......................................................................................28
Vblock コンピューティング システム........................................................................35
コンピューティング イメージ.................................................................................... 35
ホスト.................................................................................................................... 35
物理資産の要件と情報
9
物理資産の要件と情報
ストレージ システム
ストレージ システムのユーザー資格情報を入力し、ポートをベースにしたメトリックを設定す
るために必要な ViPR Controller の要件および情報を確認できます。また、ViPR Controller
のストレージ システムを追加し構成するために必要な情報を確認できます。
ストレージ システムのユーザー資格情報
ストレージ システムを ViPR Controller に追加するには、ViPR Controller からストレージ シス
テムにアクセスするユーザーの認証情報を指定します。これらの認証情報は、現在 ViPR
Controller にログインしているユーザーからは独立しています。ストレージ システムで実行
されているすべての ViPR Controller 操作は、そのストレージ システムへのアクセス権を与
えられたユーザーとして実行されます。
ViPR Controller 操作には、ViPR Controller ユーザーが管理権限を持っている必要がありま
す。 特定のタイプのストレージ システムについて、追加の認証情報要件がある場合は、こ
のガイドのストレージ固有のセクションで詳細を説明しています。
Hitachi Data Systems
Hitachi Data Systems（HITACHI）ストレージを ViPR Controller に追加する前に、以下のよう
にストレージを構成します。
必要な情報の収集
HITACHIHiCommand Device Manager （HiCommand）は、HITACHI ストレージを ViPR
Controller で使用するために必要です。HiCommand Manager の構成と ViPR Controller へ
の追加を行うには、以下の情報を入手する必要があります。
表 1 HITACHI 必要な情報
設定
価値
HiCommand Device Manager をセットアップする
ためのホストまたは仮想マシン
HiCommand Device Manager ライセンス
HiCommand Device Manager ホスト アドレス
HiCommand Device Manager ユーザー資格情
報
HiCommand Device Manager ホスト ポート（デフ
ォルトは 2001）
全般的な構成要件
10
l
HiCommand Device Manager ソフトウェアがインストールされておりライセンスされてい
る必要があります。
l
HiCommand Device Manager ストレージにアクセスするための、ViPR Controller 用の
HITACHI ユーザーを作成します。 すべての ViPR Controller 操作を実行するために、こ
のユーザーは、ストレージ システムに対する管理者権限を持つ必要があります。
l
HiCommand Device Manager が（HITACHI が検出することになる）すべての ViPR
Controller ストレージ システムを検出してからでないと、それらを ViPR Controller に追
加することはできません。
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
物理資産の要件と情報
l
HiCommand Device Manager を ViPR Controller ストレージ プロバイダーとして追加す
ると、このストレージ プロバイダーが管理するすべてのストレージ システムが ViPR
Controller に追加されます。ViPR Controller で一部のストレージ システムを管理しない
場合は、HiCommand Device Manager を追加する前に、ViPR Controller に追加される
ストレージ システムのみを管理するように HiCommand Device Manager を構成します。
㽷
ストレージ プロバイダーを ViPR Controller に追加した後、ViPR Controller で使用しない
ストレージ システムを登録解除または削除することができます。
自動階層化の構成要件
ViPR Controller では、HDT（HITACHI Dynamic Tiering）ストレージ プール用である 6 つの
HITACHI 自動階層化ポリシーのため、自動階層化を提供しています。
HITACHI 自動階層化では、HITACHI ストレージ システムに HITACHI Tiered Storage Manager
ライセンスが必要です。
データ保護機能の構成要件
HITACHI 保護は以下を必要とします。
l
HITACHI スナップショット保護用の Thin Image Snapshot ソフトウェア
l
HITACHI クローンおよびミラー保護用の Shadow Image Replication ソフトウェア。
ViPR Controller には、シン イメージ機能および ShadowImage 機能を使用するように以下
が構成されている必要があります。
l
別のサーバーに HITACHI Replication Manager がインストールされている必要がありま
す。
l
HiCommand Device Manager エージェントがペアのマネージメント サーバーにインスト
ールされており、実行されている必要があります。
l
ViPR Controller でシャドウ イメージ ペア操作を使用できるようにするには、HITACHI に
ReplicationGroup を作成し、ViPR-Replication-Group という名前を付けます。こ
の作業には、HiCommand Device Manager または HITACHI Storage Navigator を使用し
ます。
l
ViPR Controller でシン イメージ ペア操作を使用できるようにするには、HITACHI に
SnapshotGroup を作成し、ViPR-Snapshot-Group という名前を付けます。この作
業には、HiCommand Device Manager または HITACHI Storage Navigator を使用しま
す。
HITACHI ポート メトリックを収集するための ViPR Controller の構成要件
ViPR Controller で HITACHI ストレージ ポート用の統計情報を収集するには、その前に、
HITACHI Storage Navigator で次の操作を実行して、ストレージ システムでパフォーマンス ロ
グを有効化する必要があります。
l
HDS ストレージのパフォーマンス データ ログの有効化（11 ページ）
l
HDS での Storage Navigator を使用した新規ユーザーの作成（12 ページ）
l
セキュア モードで SMI-S にアクセスするために HDS で証明書を有効化します。 詳細に
ついては、「Hitachi Command Suite Administrator Guide」の「Using the SMI-S function」
セクションを参照してください。
Storage Navigator での HITACHI ストレージ アレイのパフォーマンス データ ログの有効
化
HITACHI の Metrics-Based ポート選択を構成するには、まず、Storage Navigator で HITACHI
ストレージ アレイのパフォーマンス データ ログを有効化することにより、ViPR Controller で
ストレージ ポートに関する統計情報を収集できるようにする必要があります。
Storage Navigator での HITACHI ストレージ アレイのパフォーマンス データ ログの有効化
11
物理資産の要件と情報
手順
1. Storage Navigator にログインします。
2. ［Performance Monitor］を選択します。
3. ［Edit Monitor Switch］をクリックします。
4. ［Monitor Switch］を有効化します。
5. ［Sample Interval］を設定します。
HDS での Storage Navigator を使用した新規ユーザーの作成
組み込み SMI-S プロバイダーを使用して統計情報を収集するには、Storage Navigator を使
用して HITACHI ストレージ アレイに新規ユーザーを作成する必要があります。
手順
1. Storage Navigator にログインします。
2. ［Administrator］を選択します。
3. ［ユーザー グループ］をクリックします。
4. ［Storage Administrator (View Only) User Group］を選択します。
5. ［Create User］をクリックします。
㽷
ユーザー名およびパスワードは、ViPR Controller でストレージ プロバイダーの検出に使
用する HiCommand Device Manager 認証情報と同じである必要があります。
6. ［User Name］を入力します。
7. ［Password］を入力します。
8. ［Account status］を入力します。
9. ［Authentication］詳細情報を入力します。
概要
ViPR Controller システム管理者向けに、Hitachi Data Systems ホスト モードとホスト モード
オプションの概要、ViPR Controller でホスト モードとホスト モード オプションを設定する方
法、 ViPR Controller で設定を適用するための ViPR Controller 構成要件、ViPR Controller UI
を使用してホスト モード オプションをカスタマイズする手順を説明します。
ホスト モードおよびホスト モード オプション
ホスト モードは、HITACHI ストレージ ボリュームがホスト グループにエクスポートされるとき
に HITACHI ホスト グループに設定される HITACHI フラグです。 ホスト モードは、HITACHI ス
トレージと、HITACHI ボリュームがエクスポートされているホストの間の接続と通信を最適化
するために使用されます。
ホスト モード オプションは、有効化または無効化することにより、HITACHI ホスト グループに
設定されるホスト モードを一層最適化できる一連のフラグです。
HITACHI ホスト モードおよびホスト モード オプションの詳細については Hitachi Data
Systems のマニュアルを参照してください。
ViPR Controller によるホスト モードの設定方法
デフォルトでは、ViPR Controller を使用して HITACHI ボリュームを AIX、ESX、HP-UX、Linux、
Windows のいずれかのホストにエクスポートする場合、ViPR Controller では、ホスト オペレ
12
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
物理資産の要件と情報
ーティング システムの詳細を判別することにより、次のホスト モードをホスト グループに設
定します。
表 2 ViPR Controller ホスト モードのデフォルト設定
オペレーティング システム デフォルトのホスト モード
AIX
0F AIX
ESX
21 VMware
HP-UX
03 HP
Linux
00 Standard
Windows
2C Windows Extension
「Other」ホストのホスト モード設定
「Other」として ViPR Controller に追加されたホストか、ViPR Controller でタイプを判別できな
いホストに対して、ViPR Controller を使用して HITACHI ボリュームをエクスポートすると、00
Standard ホスト モードが HITACHI HiCommand DM によってホストに設定されます。 00
Standard は、HiCommand DM のデフォルトのホスト モードです。
ホスト モードの変更
ViPR Controller ホスト モード設定は、エクスポート操作の際に ViPR Controller によって自動
的に設定され、ViPR Controller ホスト モード設定を変更することはできません。 ViPR
Controller によってホストにホスト モードが設定された後では、Hitachi Storage Navigator を
使用してホストのホスト モードを変更できます。
ViPR Controller 2.2 よりも前のバージョン
ViPR Controller では ViPR Controller 2.2 よりも前のバージョンではホスト モードを設定しま
せんでした。一方、HiCommand Device Manager では、すべての HDS ホスト グループにデ
フォルトとして 00 Standard Host ホスト モードを設定します。
ViPR Controller 2.2 よりも前のバージョンで ViPR Controller によって HITACHI ボリュームが
エクスポートされたホストがあり、ViPR 2.2 以降で別の HITACHI ボリュームのエクスポートに
使用した場合、ViPR Controller ではこのホストにホスト モードを設定しません。
ViPR Controller によるホスト モード オプションの設定方法
デフォルトでは、ViPR Controller を使用して HITACHI ボリュームを AIX、ESX、HP-UX、Linux、
Windows のいずれかのホストにエクスポートする場合、ViPR Controller では、次のホスト モ
ード オプションをホスト グループに設定します。
表 3 ViPR Controller ホスト モード オプションのデフォルト設定
オペレーティング システム デフォルトのホスト モード
AIX、Linux、 Windows
2：VERITAS Database Edition/Advanced Cluster
22：Veritas Cluster Server
ESX
54：EXTENDED COPY コマンド用のサポート オプション
63：T10 標準に基づく vStorage API 用のサポート オプション
HP-UX
12：ゴースト LUN 用のディスプレイなし
概要
13
物理資産の要件と情報
㽷
ホスト モード オプションの詳細については、HITACHI ストレージ システム プロビジョニング
のマニュアルを参照してください。
「Other」ホストのホスト モード オプション設定
ViPR Controller では、「Other」として ViPR Controller に追加されたホストか、ViPR Controller
でタイプを判別できないホストに対して HITACHI ボリュームをエクスポートするために ViPR
Controller を使用した場合、ホスト モード オプションを設定しません。
ホスト モード オプションの変更
ホスト モード オプションは、HITACHI ボリュームをホストに始めてエクスポートするときにホ
スト グループに設定されます。 ViPR Controller によってホスト グループにホスト モード オプ
ションがいったん設定された場合、このホスト モード オプションを ViPR Controller によって
変更することはできません。以下に例を示します。
l
「Other」として ViPR Controller に追加されたホストに HITACHI ボリュームがエクスポート
された場合、ViPR Controller に構成されているホスト モード オプションはホストに設定さ
れません。 ViPR Controller でホストのタイプが Other から AIX、ESX、HP-UX、Linux、
Windows のいずれかに変更し、ViPR Controller を使用して別の HITACHI ボリュームを
同じホストにエクスポートした場合、ViPR Controller に構成されているホスト モード オプ
ションは ViPR Controller によってこのホストに設定されません。これは、ViPR Controller
から同じホストにこのボリュームが始めてエクスポートされたときにホスト グループに設
定されたオプションではないためです。
l
HITACHI ボリュームが AIX、ESX、HP-UX、Linux、ホストのいずれかにエクスポートされた
場合は、現在 ViPR Controller に構成されているホスト モード オプションがホストに設定
されます。 エクスポート後に ViPR Controller でホスト モード オプションを変更し、ViPR
Controller を使用して別の HITACHI ボリュームを同じホストにエクスポートした場合は、
元のホスト モード オプションをがホストにとどまり、新しいホスト モード オプションは構
成に使用されません。
ViPR Controller から HITACHI ボリュームがホストにエクスポートされた後であれば、HITACHI
Storage Navigator からホスト モード設定を変更できます。 Storage Navigator からホスト モ
ード オプションを変更した後で ViPR Controller を使用して同じホストに別の HITACHI ボリュ
ームをエクスポートした場合、ViPR Controller ではエクスポートにある Storage Navigator に
よる設定を再使用します。
ViPR 2.2 よりも前のバージョン
l
ホスト モード オプションは、ViPR Controller 2.2 以上を使用して作成される新しいホスト
グループのみに設定されます。
l
ViPR Controller 2.2 よりも前のバージョンの ViPR Controller は、いずれのホスト モード
オプションも HITACHI ホスト グループに設定しません。
l
ViPR Controller 2.2 よりも前のバージョンで作成されたホスト グループを ViPR
Controller で再使用した場合、ViPR Controller 2.2 よりも前のバージョンで作成されたホ
スト グループに対しては ViPR Controller によって ViPR Controller ホスト モード オプショ
ンは設定されません。
EMC VMAX
ViPR Controller 管理は、VMAX システムで行う場合、EMC SMI-S Provider を介して実施され
ます。SMI-S Provider および VMAX ストレージ システムは、ストレージ システムを ViPR
Controller に追加する前に次のように構成されている必要があります。
14
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
物理資産の要件と情報
SMI-S Provider の構成要件： VMAX
SMI-S Provider が ViPR Controller 向けに適切に構成されていることを確認するためと、スト
レージ システムを ViPR Controller に追加するためには特定の情報が必要です。
必要な情報の収集
l
SMI-S Provider ホスト アドレス
l
SMI-S Provider 認証情報（デフォルトは admin/#1Password）
l
SMI-S Provider ポート（デフォルトは 5989）
構成要件
SMI-S プロバイダーは ViPR Controller と、VMAX への SMI-S プロバイダーを必要としている
その他の任意のアプリケーション（EMC ViPR SRM など）の間で共有できません。
㽷
ViPR Controller サポート マトリックスには、サポート対象のすべてのシステムに対する最新
のバージョン要件、つまり ViPR Controller で必要なバージョンが記載されています。SMI-S
プロバイダーの具体的なバージョン要件について ViPR Controller サポート マトリックスを確
認してから、ViPR Controller とともに使用する SMI-S プロバイダーをアップグレードまたはイ
ンストールするためのアクションを開始してください。
VMAX ストレージを ViPR Controller に追加する前に、SMI-S Provider にログインして、以下
の構成要件を満たしていることを確認します。
l
VMAX ストレージ システムの場合は、SMI-S Provider 4.6.2 または SMI-S Provider 8.0.3
を使用しますが両方のバージョンを使用することはしないこと。ただし、ViPR Controller
2.3 に用意されている新機能を使用するには 8.0.3 を使用する必要があります。新機
能の詳細については EMC ViPR Controller 2.3.0.0 のリリース ノートを参照してください。
EMC サポート ゾーン（support.emc.com）から入手できます。
l
VMAX3 ストレージ システムの場合は、常に SMI-S Provider 8.0.3 を使用すること。
l
Solutions Enabler（SYMAPI サーバー）および SMI-S Provider（ECOM）を実行中のホスト
サーバーが、VMAX サービス プロセッサを実行中のサーバーと異なっていること。
l
ストレージ システムが SMI-S Provider 内で検出されること。
l
ストレージ プロバイダーが ViPR Controller に追加されると、そのストレージ プロバイダ
ーによって管理されているすべてのストレージ システムが ViPR Controller に追加され
ます。SMI-S Provider 上にあるすべてのストレージ システムを ViPR Controller によって
管理しない場合は、SMI-S Provider を ViPR Controller に追加する前に、ViPR Controller
に追加されるストレージ システムのみを管理するように SMI-S Provider を構成します。
㽷
ストレージ プロバイダーが ViPR Controller に追加された後、ViPR Controller で使用され
ないストレージ システムを登録解除または削除することもできます。ViPR Controller か
らストレージを登録解除または削除する手順については、「「ViPR Controller ユーザー イ
ンターフェイス仮想データセンター構成ガイド」」または「「ViPR Controller REST API 仮想デー
タセンター構成ガイド」」を参照してください。
l
リモート ホスト、SMI-S Provider（Solutions Enabler（SYMAPI サーバー）および EMC CIM
サーバー（ECOM））が、SSL 接続を受け入れるように構成されていること。
l
EMC の storsrvd デーモンがインストールされており、実行されていること。
l
SYMAPI サーバーおよび ViPR Controller サーバーのホストがローカル DNS サーバーで
構成されていること。また、名前が相互に解決可能であり、両ホスト間で適切な通信が
行われていること。 DNS が使用されていない環境の場合、名前解決にホスト ファイル
SMI-S Provider の構成要件： VMAX
15
物理資産の要件と情報
が使用されていること（/etc/hosts or c:/Windows/System32/
drivers/etc/hosts）。
l
EMC CIM サーバー（ECOM）のデフォルトのユーザー ログイン、パスワードの有効期限
のオプションが、［Password never expires］に設定されていること。
l
SMI-S Provider ホストで、Gatekeeper（最低 6 台）を認識できること。
SMI-S Provider のバージョン要件： SRDF
ViPR Controller で SRDF を使用する場合は、ソース サイトとターゲット サイトの間のデータ
レプリケーションのために、特定のバージョンの SMI-S Provider を使用する必要がありま
す。
SMI-S Provider 8.0.3 を使用する場合は、SRDF オペレーションを実行しているかどうかに関
わらず、次のプロパティを有効化する必要があります。
l
SYMAPI_USE_GNS, SYMAPI_USE_RDFD 1.50 ドル/GB /var/symapi/config/
options
l
GNS_REMOTE_MIRROR 1.50 ドル/GB /var/symapi/config/daemon_options
VMAX から VMAX へのレプリケーション
VMAX アレイから別の VMAX アレイにデータをレプリケートするときは、ソース サイトとター
ゲット サイトの両方に SMI-S Provider 4.6.2 または SMI-S Provider 8.0.3 が必要です。 一方
のサイトで SMI-S Provider 4.6.2、他方のサイトで SMI-S Provider 8.0.3 を使用することはで
きません。 両方のサイトで同じバージョンである必要があります。
VMAX3 から VMAX3 へのレプリケーション
VMAX3 アレイから別の VMAX3 アレイにデータをレプリケートするときは、ソース サイトとタ
ーゲット サイトの両方に SMI-S Provider 8.0.3 が必要です。
VMAX から VMAX3 へのレプリケーションおよび VMAX3 から VMAX へのレプリケーション
VMAX3 アレイから VMAX アレイにデータをレプリケートするか、VMAX3 アレイから VMAX ア
レイにデータをレプリケートするときは、ソース サイトとターゲット サイトの両方に SMI-S
Provider 8.0.3 が必要です。
アップグレードに関する要件
VMAX ストレージ システムのアップグレード要件を確認するには、次の表を参照してくださ
い。
㽷
ViPR Controller サポート マトリックスには、サポート対象のすべてのシステムに対する最新
のバージョン要件、つまり ViPR Controller で必要なバージョンが記載されています。SMI-S
プロバイダーの具体的なバージョン要件について ViPR Controller サポート マトリックスを確
認してから、ViPR Controller に使用する SMI-S プロバイダーをアップグレードまたはインスト
ールするためのアクションを開始してください。
ViPR Controller 2.3 では、すべての VNX ストレージ システムで SMI-S Provider 4.6.2 が必
要です。 VMAX と VNX の両方のストレージ システムを使用している環境の場合は、適宜計
画を立ててください。
SMI-S プロバイダーを 8.0.3 にアップグレードするには、その前に、ViPR Controller をバージ
ョン 2.3 にアップグレードする必要があります。
SMI-S Provider 8.0.3 にアップグレードするには、EMC カスタマー サポートに問い合わせる
必要があります。
16
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
物理資産の要件と情報
表 4 VMAX ストレージ システムのアップグレード要件
アップグレード元：
宛先：
ViPR Controller
SMI-S Provider
ViPR Controller
SMI-S Provider
2.x
4.6.2
2.3
8.0.3
2.2
8.0.1
2.3
8.0.3
VMAX ストレージ システム
VMAX ストレージ システムを次のように整備してから ViPR Controller に追加します。
l
ViPR Controller によるストレージ プロビジョニングのための十分な量のストレージ プー
ルを作成します（例：SSD、SAS、NL-SAS）。
l
FAST ポリシーを定義します。
ストレージ階層名および FAST ポリシー名は、すべての VMAX ストレージ システムにお
いて一貫している必要があります。
l
LUN、ストレージ グループ、ポート グループ、イニシエーター グループ、マスキング ビュ
ーを作成する必要はありません。
l
追加され ViPR Controller 内で検出された後の VMAX ストレージ システムでは、ストレー
ジ システムのエレメント マネージャーを使用してそのストレージ システムに管理上の変
更が行われたかどうかを再度検出する必要があります。
l
メタ ボリュームで作業する場合の構成要件については、「「ViPR Controller VMAX および
VNX ストレージ システム統合のユーザー/管理ガイド」」を参照してください。
EMC VNX for Block
ViPR Controller では、EMC SMI-S Provider を介して VNX for Block システムを管理します。
このストレージ システムを ViPR Controller に追加するには、SMI-S Provider および VNX for
Block が特定の構成要件を満たしている必要があります。
SMI-S Provider の構成要件： VNX for Block
SMI-S Provider が ViPR Controller 向けに適切に構成されていることを確認するためと、スト
レージ システムを ViPR Controller に追加するためには特定の情報が必要です。
必要な情報の収集
l
SMI-S Provider ホスト アドレス
l
SMI-S Provider 認証情報（デフォルトは admin/#1Password）
l
SMI-S Provider ポート（デフォルトは 5989）
構成要件
SMI-S プロバイダーは VIPR Controller と、VNX for Block への SMI-S プロバイダーを必要と
しているその他の任意のアプリケーション（EMC ViPR SRM など）の間で共有できません。
VNX for Block ストレージを ViPR Controller に追加する前に、SMI-S Provider にログインし
て、以下の構成要件を満たしていることを確認します。
l
Solutions Enabler（SYMAPI サーバー）および SMI-S Provider（ECOM）を実行中のホスト
サーバーが、VNX for Block ストレージ プロセッサを実行中のサーバーと異なっているこ
と。
VMAX ストレージ システム
17
物理資産の要件と情報
l
ストレージ システムが SMI-S Provider 内で検出されること。
l
ストレージ プロバイダーが ViPR Controller に追加されると、そのストレージ プロバイダ
ーによって管理されているすべてのストレージ システムが ViPR Controller に追加され
ます。SMI-S Provider 上にあるすべてのストレージ システムを ViPR Controller によって
管理しない場合は、SMI-S Provider を ViPR Controller に追加する前に、ViPR Controller
に追加されるストレージ システムのみを管理するように SMI-S Provider を構成します。
㽷
ストレージ プロバイダーが ViPR Controller に追加された後、ViPR Controller で使用され
ないストレージ システムを登録解除または削除することもできます。ViPR Controller か
らストレージを登録解除または削除する手順については、「「ViPR Controller ユーザー イ
ンターフェイス仮想データセンター構成ガイド」」または「「ViPR Controller REST API 仮想デー
タセンター構成ガイド」」を参照してください。
l
リモート ホスト、SMI-S Provider（Solutions Enabler（SYMAPI サーバー）および EMC CIM
サーバー（ECOM））が、SSL 接続を受け入れるように構成されていること。
l
EMC の storsrvd デーモンがインストールされており、実行されていること。
l
SYMAPI サーバーおよび ViPR Controller サーバーのホストがローカル DNS サーバーで
構成されていること。また、名前が相互に解決可能であり、両ホスト間で適切な通信が
行われていること。 DNS が使用されていない環境の場合、名前解決にホスト ファイル
が使用されていること（/etc/hosts or c:/Windows/System32/
drivers/etc/hosts）。
l
EMC CIM サーバー（ECOM）のデフォルトのユーザー ログイン、パスワードの有効期限
のオプションが、［Password never expires］に設定されていること。
l
SMI-S Provider ホストには、両方の VNX for Block ストレージ プロセッサに接続している
IP ネットワーク経由の IP 接続性が必要。
VNX for Block ストレージ システム
VNX for Block ストレージ システムを次のように整備してから ViPR Controller に追加しま
す。
構成要件
l
ViPR Controller によるストレージ プロビジョニングのために十分な量のストレージ プー
ルまたは RAID グループを作成します。
l
ボリュームのフル コピーが必要な場合は、ストレージ システムに SAN Copy Enabler ソ
フトウェアをインストールします。
l
ボリュームの継続的なネイティブ コピーが必要な場合は、アレイにクローン プライベート
LUN を作成します。
l
VNX for Block ストレージ システム用のファイバー チャネル ネットワークでは、各ネット
ワークに SP-A と SP-B のポート ペアが必要です。それ以外は、VNX for Block ストレー
ジ システム用の仮想プールを作成できません。
l
メタ ボリュームで作業する場合の構成要件については、「「ViPR Controller VMAX および
VNX ストレージ システム統合のユーザー/管理ガイド」」を参照してください。
HITACHI ポート メトリックを収集するための ViPR Controller の構成要件
EMC Unisphere でパフォーマンス データ ログを有効化することにより、VNX for Block で必
要なメトリックを ViPR Controller に送信するようにすることが、VNX for Block 用に MetricsBased ポート選択をセットアップする前に必要です。EMC Unisphere でパフォーマンス デー
タ ログを有効化する手順については、次の項を参照してください。 VNX for Block の前提条
件となる構成設定（19 ページ）。
18
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
物理資産の要件と情報
パフォーマンス データ ログの有効化： VNX for Block
EMC Unisphere でパフォーマンス データ ログを有効化することにより、VNX for Block で必
要なメトリックを ViPR Controller に送信するようにすることが、VNX for Block 用に MetricsBased ポート選択をセットアップする前に必要です。
手順
1. EMC Unisphere にログオンします。
2. ［System］ > ［Statistics for Block］を選択します。 ブロックの統計は［Monitoring and
Alerts］セクションにあります。
3. ［Performance Data Logging］をクリックします。
［Data Logging］ダイアログが表示されます。
4. データ ログがまだ開始されていない場合：
㽷
［Real Time Interval］と［Archive Interval］のデフォルトの時間は変更しないでください。
a. ［Start］をクリックしてデータ ログを開始します。
b. ［Apply］をクリックします。
5. ［OK］をクリックします。
VPLEX
VPLEX ストレージ システムを ViPR Controller に追加する前に、VPLEX 環境が以下のように
構成されているかどうか検証します。
l
ViPR は、Local または Metro 構成で VPLEX をサポートします。 VPLEX Geo 構成はサポ
ートされていません。
l
VPLEX メタデータ バックエンド ストレージを構成する。
l
VPLEX ロギング バックエンド ストレージを作成する。
l
以下のことを確認します。
n
使用されるストレージ システムが、VPLEX バックエンド ポートを含むネットワークに
接続されていること。
n
使用されるホストが、VPLEX フロントエンド ポートを含むネットワークでイニシエータ
ーを持っていること。
l
ロギング ボリュームが VPLEX Metro 構成で分散ボリュームをサポートするように構成さ
れていることを確認する。
l
メタデータ バッキング ストレージとロギング バッキング ストレージを使用可能にする必
要がある場合を除き、VPLEX とストレージ システム間またはホストと VPLEX 間でゾーン
を事前構成する必要はありません。
サード パーティ ブロック ストレージ（OpenStack）
ViPR Controller では、OpenStack ブロック ストレージ（Cinder）サービスを使用して、
OpenStack でサポートされているブロック ストレージ システムを管理します。 OpenStack ブ
ロック ストレージ システムが以下のインストールと構成の要件を満たしてはじめて、ストレー
VPLEX
19
物理資産の要件と情報
ジ システムを OpenStack に追加でき、ストレージ システムのリソースを ViPR Controller で
管理できます。
サード パーティ製ブロック ストレージ プロバイダーのインストール要件
OpenStack Block Storage（Cinder）サービスを使用して、サード パーティ製ブロック ストレー
ジ システムを ViPR Controller に追加します。
サポートされている Openstack インストール プラットフォーム
Openstack のインストールは、以下のプラットフォームでサポートされています。
l
Red Hat Enterprise Linux
l
SUSE Enterprise Linux
l
Ubuntu Linux
サポートされているプラットフォームのバージョンのリストについては、Openstack のドキュメ
ントを参照してください （http://docs.openstack.org）。
OpenStack のインストール要件
次の 2 個のコンポーネントを同じサーバーまたは別々のサーバーにインストールする必要
があります。
l
OpenStack Identity サービス（Keystone）： 認証に必要。
l
OpenStack Block Storage（Cinder）： すべてのストレージ情報を提供するコア サービ
ス。
インストールと構成の詳細については、Openstack のドキュメントを参照してください
（http://docs.openstack.org）。
サード パーティ製ブロック ストレージ システムのサポート
サード パーティ製ストレージ システムは、OpenStack Block Storage コントローラー ノード
（Cinder サービス）に構成します。
サポートされるサード パーティ製ブロック ストレージ システム
ViPR Controller の操作は、ファイバー チャネルまたは iSCSI プロトコルを使用する、
OpenStack でテスト済みの任意のサード パーティ製ブロック ストレージ システムでサポート
されます。
サポートされないストレージ システム
ViPR Controller は、以下のものを使用するサード パーティ製ストレージ システムをサポート
していません。
l
Ceph などの独自のプロトコル。
l
NFS 経由のブロック用ドライバー。
l
LVM などのローカル ドライバー。
ViPR Controller では、OpenStack でサポートされている次のストレージ システムおよびドラ
イバーをサポートしていません。
20
l
LVM
l
NetAppNFS
l
NexentaNFS
l
RBD（Ceph）
l
RemoteFS
l
Scality
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
物理資産の要件と情報
l
Sheepdog
l
XenAPINFS
OpenStack のサード パーティ製ストレージ システムの詳細については、
www.openstack.org を参照してください。
ViPR Controller ネイティブ ドライバーのサポートと推奨事項
ViPR Controller では、サード パーティ製ブロック ストレージは部分的にしかサポートされま
せん。 ViPR Controller のすべての操作を完全にサポートするには、ViPR Controller ネイティ
ブ ドライバーを使用して以下のストレージ システムを追加および管理することを推奨しま
す。OpenStack のサード パーティ製ブロック ストレージ プロバイダーを使用してこれらのス
トレージ システムを ViPR Controller に追加することは、推奨されません。
l
EMC VMAX
l
EMC VNX for Block
l
EMC VPLEX
l
日立データシステムズ（ファイバー チャネルの場合のみ）
ストレージ システムのホスト アドレスまたは独自のストレージ プロバイダーのホスト アドレ
スを使用して、これらのストレージ システムを直接 ViPR Controller に追加します。
サポートされる ViPR Controller 操作
サード パーティ製ブロック ストレージ システムに対して ViPR Controller 検出およびさまざま
なサービス操作を実行できます。
サード パーティ製ブロック ストレージ システムに対して実行できるサービス操作は次のとお
りです。
l
Create Block Volume
l
Export Volume to Host
l
Create a Block Volume for a Host
l
Expand block volume
l
Remove Volume by Host
l
Remove Block Volume
l
Create Full Copy
l
Create Block Snapshot
l
Create volume from snapshot
l
Remove Block Snapshot
㽷
ViPR Controller の［Create VMware Datastore］サービスでは、サード パーティ製ストレージ
システムによって作成されたブロック ボリュームからデータストアを作成することはできませ
ん。 ただし、VMware vCenter を使用してサード パーティ製ブロック ボリュームから手動でデ
ータストアを作成することはできます。
OpenStack の構成
Keystone サービスおよび Cinder サービスのインストール後に、Cinder 構成ファイルを編集
して ViPR Controller によって管理するストレージ システムを組み込む必要があります。構
成ファイルの編集後に、バックエンド ドライバーにマップするボリューム タイプを作成する必
サポートされる ViPR Controller 操作
21
物理資産の要件と情報
要があります。 これらのボリューム タイプは、ViPR Controller で特定のストレージ システム
のストレージ プールとして検出されています。
OpenStack のサード パーティ製ストレージ構成の推奨事項
ストレージ プロバイダーを ViPR Controller に追加する前に、サード パーティ製のブロック ス
トレージ プロバイダーを介して ViPR Controller によって管理されるストレージ システムのみ
含めてストレージ プロバイダーを構成する必要があります。 サード パーティ製ブロック スト
レージ プロバイダーが ViPR Controller の物理資産に追加された場合、OpenStack Block
Storage サービスによって管理され、ViPR Controller でサポートされているすべてのストレー
ジ システムが ViPR Controller に追加されます。
ViPR Controller によって管理しないストレージ プロバイダーにストレージ システムを組み込
んだ場合、これらのストレージ システムは ViPR Controller から登録解除または削除できま
す。ただし、ストレージ システムを ViPR Controller に追加する前に ViPR Controller 統合用
にストレージ プロバイダーを構成することがより推奨されます。
Cinder サービスの構成要件
ViPR Controller によって管理されるストレージ システムごとに 1 つのエントリーを Cinder 構
成ファイルに追加する必要があります。このファイルは/etc/cinder/cinder.conf に
あります。
Cinder には、バックエンド ドライバー属性の定義に関する固有の基準はありません。
cinder ドライバーの構成方法については、ベンダー固有の推奨事項を参照してください。場
合によっては、ベンダー固有のプラグインまたはコマンド ライン インターフェイスのインスト
ールが必要です。
ストレージ システム（バックエンド）構成設定
Cinder では、ストレージ システムを管理するために、cinder.conf ファイルの個々のセク
ションにバックエンド構成を定義します。 各セクションはストレージ システム タイプ固有で
す。
cinder.conf ファイルを編集します。
手順
1. デフォルトではコメント指定される enabled_backends のコメント指定を解除し、複数
のバックエンド名を追加します。 以下の例では、NetApp および IBM SVC がバックエンド
構成として追加されています。
enabled_backends=netapp-iscsi,ibm-svc-fc
2. これらのストレージ システム固有のエントリーをファイルの末尾近くに追加します。
[netapp-iscsi]
#NetApp array configuration goes here
[ibm-svc-fc]
#IBM SVC array configuration goes here
3. Cinder サービスを再起動します。
#service openstack-cinder-volume restart
22
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
物理資産の要件と情報
OpenStack のボリューム構成要件
ViPR Controller には、OpenStack に作成されるボリュームに対する固有の構成要件があり
ます。
ViPR Controller では、OpenStack 内のボリュームごとに次の作業を行う必要があります。
l
ボリュームをバックエンド ドライバーにマップする。
l
ボリュームがシンとシックのいずれのプロビジョニング用に設定されているのかを指定
する。
ViPR Controller 固有のプロパティ
ボリューム タイプは Cinder CLI コマンドまたはダッシュボード（OpenStack UI）から作成でき
ます。 ボリューム タイプ用に ViPR Controller で Cinder CLI に必要なプロパティを次に示しま
す。
l
volume_backend_name
l
vipr:is_thick_pool=true
volume_backend_name
以下は、ボリューム タイプ（NetApp、IBM SVC）を作成し、バックエンド ドライバーにマップす
る Cinder CLI コマンドの例を示しています。
cinder --os-username admin --os-password <password> --os-tenant-name
admin type-create "NetAPP-iSCSI"
cinder --os-username admin --os-password <password> --os-tenant-name
admin type-key "NetAPP-iSCSI" set volume_backend_name=NetAppISCSI
cinder --os-username admin --os-password <password> --os-tenant-name
admin type-create "IBM-SVC-FC"
cinder --os-username admin --os-password <password> --os-tenant-name
admin type-key "IBM-SVC-FC" set volume_backend_name=IBMSVC-FC
cinder --os-username admin --os-password <password> --os-tenant-name
admin extra-specs-list
vipr:is_thick_pool=true
デフォルトでは、ViPR Controller は、検出中に OpenStack ボリュームのプロビジョニング タ
イプをシンに設定します。 プロビジョニング タイプがシックの場合は、そのボリューム タイプ
に対してシック プロビジョニング用の ViPR Controller 固有のプロパティを true に設定する
必要があります。 ボリュームのプロビジョニング タイプがシンの場合、OpenStack でボリュ
ーム タイプのプロビジョニング タイプを設定する必要はありません。
以下の例は、ボリューム タイプ（NetApp）を作成し、ボリュームのプロビジョニング タイプを
シックに指定する Cinder CLI コマンドを示します。
cinder --os-username admin --os-password <password> --os-tenant-name
admin --os-auth-url=http://<hostname>:35357/v2.0 type-create "NetAPPiSCSI"
cinder --os-username admin --os-password <password> --os-tenant-name
admin --os-auth-url=http://<hostname>:35357/v2.0 type-key "NetAPPiSCSI" set volume_backend_name=NetAppISCSI
cinder --os-username admin --os-password <password> --os-tenant-name
admin --os-auth-url=http://<hostname>:35357/v2.0 type-key "NetAPPiSCSI" set vipr:is_thick_pool=true
cinder --os-username admin --os-password <password> --os-tenant-name
admin --os-auth-url=http://<hostname>:35357/v2.0 extra-specs-list
OpenStack のボリューム構成要件
23
物理資産の要件と情報
セットアップの検証
追加されたストレージ システムごとにボリュームを作成するように、OpenStack が正しく構
成されたかどうかを検証します。
1. OpenStack で作成されたボリューム タイプごとにボリュームを作成します。
ボリュームは、OpenStack UI または Cinder CLI で作成できます。 ボリュームを作成する
Cinder CLI コマンドは、以下のとおりです。
cinder --os-username admin --os-tenant-name admin --display-name
<volume-name> --volume-type <volume-type-id> <size>
2. 関連するストレージ システムでボリュームが作成されることを確認します。 たとえば、
NetApp-iSCSI タイプのボリュームは、NetApp ストレージ システムでのみ作成される必
要があります。
ViPR Controller 構成をサード パーティ製ブロック ストレージ ポート
用に行う
OpenStack API では、ファイバー チャネル接続ストレージ システムのストレージ ポート
WWPN（World Wide Port Name）も iSCSI 接続ストレージ システムの IQN も提供されませ
ん。 そのため、ViPR Controller では、検出中にストレージ ポート WWPN も IQN も取得でき
ません。
ViPR Controller でサード パーティ製ブロック ストレージ アレイが検出された後、ストレージ
システム用にデフォルトのストレージ ポートが作成され、［Storage Port］ページに［Default］
という名前と［Openstack+<storagesystemserialnumber>+Port+Default］というストレージ
ポート識別子で表示されます。
ファイバー チャネル構成のストレージ ポート
ViPR Controller エクスポート操作は、FC 接続ストレージ システムでは実行できません。この
ストレージ システムはストレージ ポートへの WWPN の割り当てなしに ViPR Controller に追
加されました。 そのため、ViPR Controller システム管理者は、ストレージ システムでエクス
ポート操作を実行する前に、少なくとも 1 つの WWPN をデフォルトのストレージ ポートに手
動で追加する必要があります。 ViPR Controller の CLI と UI を使用して WWPN を ViPR
Controller に追加できます。
WWPN がストレージ ポートに追加されると、ストレージ システムでのエクスポート操作を
ViPR Controller から実行できるようになります。エクスポートの際、ViPR Controller は
Cinder サービスからのエクスポート応答を読み取ります。 エクスポート応答には、システム
管理者が ViPR Controller CLI を使用して手動で追加した WWPN が含まれており、エクスポ
ート応答にリストされていた追加のすべての WWPN も含まれています。 ViPR Controller で
は次に、エクスポート操作中、エクスポート応答にリストされた各 WWPN についてストレージ
ポートを作成します。
エクスポート操作が正常に実行されると、新しく作成されたすべてのポートおよびデフォルト
ストレージ ポートが［Storage Port］ページに表示されます。
同じストレージ システムで別のエクスポート操作が実行されるたびに、ViPR Controller は
Cinder のエクスポート応答を読み取ります。 ViPR Controller にない WWPN がエクスポート
応答に含まれている場合、ViPR Controller は新しい WWPN ごとに新しいストレージ ポート
を作成します。
FC 接続のサード パーティ製ブロック ストレージ ポートに WWPN を追加する手順について
は、「ViPR Controller CLI 参照ガイド」を参照してください。ViPR Controller 製品ドキュメント イ
ンデックスで入手できます。
iSCSI 構成のストレージ ポート
エクスポートがストレージ システムで実行されるまで、デフォルトのストレージ ポートが、スト
レージ システム構成のサポートに使用されます。 エクスポートの際、ViPR Controller は
24
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
物理資産の要件と情報
Cinder サービスからのエクスポート応答（iSCSI IQN を含む）を読み取ります。 ViPR
Controller では、次に、Cinder から受け取ったエクスポート応答に含まれる IQN でデフォル
トのストレージ ポート識別子を変更します。
同じストレージ システムで別のエクスポート操作が実行されるたびに、ViPR Controller は
Cinder のエクスポート応答を読み取ります。 ViPR Controller にない IQN がエクスポート応
答に含まれている場合、ViPR Controller は新しいストレージ ポートを作成します。
スタンドアロン EMC ScaleIO
ストレージを ViPR Controller に追加する前に、スタンドアロン ScaleIO が以下のシステム要
件を満たしており、以下のように構成されている必要があります。
l
保護ドメインが定義されている。
l
すべてのストレージ プールが定義されている。
EMC XtremIO
XtremIO ストレージを ViPR に追加する前に、 ホスト、ファブリック、アレイ間に物理接続性が
存在することを確認します。
EMC VNXe
VNXe ストレージ システムを ViPR Controller に追加する前に、以下の情報を確認してくださ
い。
表 5 EMC Unisphere で必要な情報の収集
設定
値
Unisphere ホスト IP アドレス
Unisphere ユーザー認証情報
Unisphere ホスト ポート（デフォルトは 443）
ViPR Controller によるストレージ プロビジョニングのために十分な量のストレージ プールを
作成します。
ファイル ストレージ システムの一般要件
ViPR Controller 用にファイル ストレージ システムを構成するときは、次の要件を満たしたシ
ステムであることを確認してください。
l
NFS エクスポートを作成するために ViPR Controller 用のストレージ システムに NFS サ
ーバーが構成されている必要があります。
l
CIFS 共有を作成するために ViPR Controller 用のストレージ システムに CIFS 共有が構
成されている必要があります。
l
NETBIOS 名で共有にアクセスするために NETBIOS 構成が完了している必要がありま
す。 NETBIOS を使用している場合、マウント ポイントは、IP ではなく NETBIOS 名で構成
されます。
スタンドアロン EMC ScaleIO
25
物理資産の要件と情報
EMC Isilon、NetApp 7 モード、NetApp クラスター モードの場合
共有するドメイン ユーザーを追加するには、ストレージ システム（CIFS サーバー）に AD サ
ーバーを構成する必要があります。
®
®
EMC Data Domain
Data Domain ストレージを ViPR Controller に追加する前に、以下のようにストレージを構成
します。
l
DDFS（Data Domain ファイル システム）を、Data Domain システムに構成。
l
DDMC（Data Domain Management Center）をインストールおよび構成。
l
Data Domain システムと DDMC システムの間のネットワーク接続性を構成。
Data Domain ストレージを ViPR Controller に追加する際に、以下の情報を得るために役立
ちます。
l
Data Domain Mtree は、ViPR Controller ではファイル システムとして表されます。
l
ストレージ プールは Data Domain の機能ではありませんが、 ViPR Controller ではスト
レージ プールを使用してストレージ システムの容量をモデル化します。そのため、ViPR
Controller では、ViPR Controller に登録された Data Domain ストレージ システムごとに
ストレージ プールが 1 つ作成されます。たとえば、3 つの Data Domain ストレージ シス
テムが ViPR Controller に登録されている場合、個別に 3 つの Data Domain ストレージ
プールが存在することになります。登録された Data Domain ストレージ システムごとに
1 つのストレージ プール。
EMC Isilon
EMC Isilon ストレージを ViPR Controller に追加する前に、以下のようにストレージを構成し
ます。
必要な情報の収集
ストレージを構成して ViPR Controller に追加するために、以下の情報が必要です。
表 6 Isilon 必要な情報
設定
価値
IPv4 または IPv6 アドレス
ポート（デフォルト値は 8080）
ユーザーが、ViPR Controller に Isilon ストレージ
システムを追加し、ViPR Controller を使用して
Isilon に作成されたすべてのファイル システムを
所有するために必要な認証情報。このユーザー
は、Isilon に対して root 権限または管理者権限
を持っている必要があります。
構成要件
l
26
Isilon のドキュメントで説明されているように SmartConnect がライセンスされ、構成され
ている。 以下のことを確認します。
n
SmartConnect ゾーンの名前が、委任された適切なドメインに設定されていること。
n
DNS が ViPR Controller のために使用されており、プロビジョニングされたホストが
SmartConnect ゾーンのリクエストを SmartConnect IP に委任中であること。
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
物理資産の要件と情報
l
SmartQuota がライセンスされており、有効化されていること。
l
構成された Isilon クラスターに 3 つ以上のノードがあること。
l
Isilon クラスターおよびゾーンが ViPR Controller Controller VM からアクセス可能である
こと。
l
Isilon ストレージ システムを ViPR Controller に追加する場合、root ユーザー資格情報
を使用するか、Isilon ストレージ システムに対して管理者権限を持つ ViPR Controller ユ
ーザー用のアカウントを作成すること。
l
Isilon ユーザーは、現在ログインしている ViPR Controller ユーザーから独立しているこ
と。 Isilon ストレージ システムで実行されるすべての ViPR Controller 操作は、Isilon ス
トレージ システムが ViPR Controller に追加されたときに入力された Isilon ユーザーとし
て実行されます。
NetApp 7 モード
NetApp 7 モード ストレージを ViPR Controller に追加する前に、以下のようにストレージを構
成します。
l
ONTAP が 7-mode 構成である。
l
Multistore が有効化されている（7 モードと Multistore の組み合わせは ViPR Controller
でのみサポート）。
l
集合が作成されている。
l
NetApp の NFS、CIFS、スナップショット用のライセンスがインストールおよび構成されて
いる。
l
vFiler が作成され、必要なインターフェイスおよびポートがこれと関連づけられている
l
vFiler での NFS/CIFS の構成
NetApp クラスター モード
NetApp クラスター モード ストレージを ViPR Controller に追加する前に、以下のようにストレ
ージを構成します。
l
ONTAP がクラスター モード構成である。
l
集合が作成されている。
l
NetApp の NFS、CIFS、スナップショット用のライセンスがインストールおよび構成されて
いる。
l
SVM（Storage Virtual Machine）が作成されており、必要なインターフェイスおよびポート
がこれと関連づけられている。
l
SVM での NFS および CIFS の構成。
l
ViPR Controller で NetApp クラスター モードのストレージ システムを検出するときは、管
理 IP を使用する必要があります。LIF IP を使用して NetApp クラスター モードのストレー
ジ システムを検出することはできません。
EMC VNX for File
VNX for File ストレージを ViPR Controller に追加する前に、VNX for File が特定の要件を満
たしていることを確認する必要があります。
VNX for File ストレージを ViPR Controller に追加するための要件は次のとおりです。
NetApp 7 モード
27
物理資産の要件と情報
l
VNX for File 用のストレージ プールが作成されていること。
l
Control Station が動作可能であり、ViPR Controller Controller VM からアクセス可能で
あること。
l
VNX SnapSure がインストールおよび構成済みであり、ライセンスが有効であること。
RecoverPoint システム
EMCRecoverPoint システムを ViPR Controller に追加し構成するために必要な ViPR
Controller の要件と情報を確認してください。
RecoverPoint サイト情報
RecoverPoint システムを ViPR Controller に追加するには、以下の情報が必要です。
l
RecoverPoint サイト管理の IPv4/IPv6 アドレスまたはホスト名
l
ポート
l
RecoverPoint サイトにアクセスするための RecoverPoint 管理者役割を持つアカウント
の認証情報
構成要件
RecoverPoint システムを ViPR Controller に追加するには、次の手順を実行します。
l
RecoverPoint システムをインストールし、ライセンスを発行します。
l
ViPR Controller で SAN ネットワークを管理していない場合は、RecoverPoint システムを
ストレージ アレイにゾーニングして、RecoverPoint スプリッターを接続します。
l
RecoverPoint と ViPR Controller 仮想アプライアンスを IP 接続します。
Fabric Manager（スイッチ）
ViPR Controller では、Brocade スイッチおよび Cisco スイッチをサポートしています。 システ
ム管理者は ViPR Controller の要件および Fabric Manager（スイッチ）を ViPR Controller に
追加して構成するために必要な情報を確認できます。
ViPR Controller スイッチおよびネットワークの用語
ViPR Controller には、REST API、CLI（コマンド ライン インターフェイス）、ユーザー インターフ
ェイスの 3 つの外部インターフェイスがあります。 スクリプト作成およびプログラミング用の
インターフェイス（API、CLI）では、ストレージ エリア ネットワーク（SAN）のネットワーク要素を
表すために、やや馴染みのない用語が使用されます。
ViPR Controller の各インターフェイスでは、次のような用語が使用されます。
®
l
Cisco スイッチおよび Brocade CMCNE 管理ステーションは、ユーザー インターフェイス
ではファブリック マネージャーと呼ばれます。
l
ViPR REST API および ViPR CLI では、Brocade CMCNE 管理ステーションおよび Cisco ス
イッチはネットワーク システムと呼ばれます。 Cisco VSAN および Brocade ファブリック
は、ネットワークと呼ばれます。
Brocade
使用する Brocade スイッチは、次のシステム要件を満たし、スイッチを ViPR Controller に追
加する前に、次のように構成される必要があります。
ソフトウェア要件
ViPR Controller では、EMC Connectrix Manager Converged Network Edition （CMCNE）がイ
ンストールされている必要があります。 サポートされるバージョンについては、EMC コミュニ
28
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
物理資産の要件と情報
ティ ネットワーク（community.emc.com）にある「EMC ViPR Controller のサポート マトリックス」
を参照してください。
CMCNE は、EMC サポート ゾーン（https://support.emc.com）からダウンロードできます。
CMCNE のインストールと構成要件
l
CMCNE は、ストレージ システムの SMI-S プロバイダーとは異なるホスト上にインストー
ルする必要があります。 CMCNE は SMI-S プロバイダーと同じポートを使用するため、
CMCNE と SMI-S プロバイダーを同一マシン上にインストールすると、ポートの競合が発
生します。
l
CMCNE のインストールの一環として、SMI Agent（SMIA）をインストールし起動する必要
があります。 「CMCNE SMI エージェントのインストールの検証（29 ページ）」では、SMI
エージェントが CMCNE で正しくインストールされたことを検証する手順を説明していま
す。
l
CMCNE は、管理者権限を持つスイッチへのアクセスを持つ必要があり、アカウントはト
ポロジーを検出し、ゾーンとゾーンセットをアクティブ化し、作成し、削除する権限を構成
されている必要があります。
l
CMCNE の UI を使用して、ファブリックを事前に検出しておきます。
l
ViPR によって使用される、必要なファブリックは事前に作成しておく必要があります。こ
れらのファブリックにポートを割り当て、複数のスイッチ間でファブリックを接続するため
に必要となるすべての ISL リンクを構成しておきます。
l
1 つの ISL リンクで障害が発生した場合に、ファブリックが分断されることのないように、
ISL 接続間に冗長接続を実装しておくことを強く推奨します。
l
ViPR Controller では、ファブリックの数に制限はありません。
l
ゾーンを作成する必要はありません。
CMCNE SMI Agent のインストールの検証
CMCNE のインストールの一環として、SMI Agent（SMIA）をインストールおよび起動しておく
必要があります。
SMI Agent が CMCNE のインストールに付随してインストールされたことを確認するには、ブ
ラウザに CMCNE の IP アドレスを入力して EMC Connectrix Manager Converged Network
Edition の開始ページを表示します。
l
SMIA プロバイダーが CMCNE に付随してインストールされた場合は、以下に示すよう
に、CMCNE SMIA 構成ツールを起動するリンクが開始ページに表示されます。
Brocade
29
物理資産の要件と情報
l
CMCNE SMIA 構成ツールを起動するリンクが開始ページに表示されない場合は、以下
に示すように、CMCNE に付随してインストールされませんでした。
SMIA がインストールされている一方で予期した動作でない場合は、C:\<installation
path>\cimom\server\logs\smia-provider.log ファイルを調べてすべてのエラ
ーを確認してください。
30
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
物理資産の要件と情報
ViPR Controller Brocade スイッチを使用したファイバー チャネル ルーティングのサポー
ト
ViPR Controller Brocade スイッチを使用したファイバー チャネル ルーティングの構成がサポ
ートされます。 FCR（ファイバー チャネル ルーティング）の目的は、ファブリックをマージする
ことなく、異なるファブリックのデバイス間での通信を可能にすることです。
ファイバー チャネル ルーティングにより、自立した個々のファブリックが、それぞれのファブ
リック規模のサービスを維持できるだけでなく、以下の利点を実現できます。
l
ファブリック サービスでの障害、ファブリックの再構成、ゾーニング エラー、またはデバ
イスの誤動作の影響が、ファブリック間に伝搬しません。
l
あるファブリック内でデバイスによるパフォーマンス問題が生じても、その問題は他のフ
ァブリックに伝搬しません。
この機能のサポートにより、ViPR Controller ネットワークおよびスイッチのサポートが拡張さ
れ、Brocade ルータを使用して、ある物理データセンターのトラフィックを別のデータセンター
に移動する構成もサポートされます。 次の図は、ViPR Controller によってサポートされる、
ファイバー チャネル ルーティングを使用するデータセンター構成の例を示します。 DCX スイ
ッチが、ファブリック 15 のデバイスとファブリック 10 のデバイス間のルータとして動作しま
す。ここでは単純な例として、ファブリック 10 のホスト 5 が、ファブリック 15 の VNX 1 上の
ストレージを使用できます。
ViPR Controller Brocade スイッチを使用したファイバー チャネル ルーティングのサポート
31
物理資産の要件と情報
Brocade ファイバー チャネル ルーティングの構成要件
以下のガイドラインは、Brocade ファイバー チャネルのルーティング構成に適用されます。
l
ルーティング構成の一環として、ViPR Controller に認識させようとする各ファブリック ペ
ア間に、1 つ以上の LSAN ゾーンを作成する必要があります。 ViPR Controller はトポロ
ジーを検出する際、2 つのファブリック間に LSAN ゾーンが存在すれば、ファブリック間
のルーティングが許可されると想定します。 ファブリック間に LSAN ゾーンが存在しない
場合は、ViPR Controller はこのファブリック間のルーティングが許可されないとみなしま
す。
l
CMCNE では、参加する各ファブリックにおいて、ルーターとシード スイッチを検出する必
要があります。 この例では、ホスト 1 で実行される CMCNE は Brocade_Switch1、DCX
スイッチ、Brocade Switch 2 を検出する必要があります。
l
ViPR Controller が正常に CMCNE を検出する必要があります。 CMCNE の追加と検出を
行うには、［Physical Assets］ > ［Fabric Managers］を選択します。
詳細については、以下のマニュアルを参照してください。
l
「EMC Connectrix Manager Converged Network Edition User Guide」：インストールおよび構
成の詳細が記載されています： CMCNE
l
「CMCNE リリース ノート」：サポートされるスイッチ プラットフォームおよびファームウェア
の最小リビジョンのリストが記載されています。
Cisco
スイッチを Cisco に追加して使用する前に、次の情報と使用する ViPR Controller スイッチを
次のように構成する必要があります。
Cisco スイッチのログイン認証情報
Cisco スイッチを ViPR Controller に追加するときに使用するログイン認証情報を取得しま
す。アカウントには、プロビジョニング（ゾーン、ゾーンセット、VSAN のモードを構成します）し
て、FCNS データベースを表示する権限を持つ必要があります。
構成要件
ViPR Controller に追加する前に、スイッチを次のように構成します。
l
SSH を有効化します。
l
Cisco スイッチで ViPR Controller によって使用される VSAN を作成します。
l
適切なインターフェイスを VSAN データベースに割り当てます。
l
複数スイッチによるネットワークにおいて、すべての ISL リンクとポート チャネルを構成
しておき、ISL リンクを動作可能な状態にします。 これにより、ViPR Controller に追加す
るどのスイッチでも、FCNS データベースが適切に分散され、最新状態となります。
構成の推奨事項
強く推奨しますが、次の場合は必要ありません。
32
l
1 つの ISL リンクで障害が発生した場合に、VSAN が分断されることのないように、すべ
ての ISL 接続間に冗長接続が実装されています。
l
拡張ゾーニングを有効にして、ViPR と他のアプリケーションによるゾーニング データベ
ースの同時変更を防ぎ、お互いの変更が上書きされないようにします。 拡張ゾーニング
を有効にできない（推奨構成ではない）場合、ViPR Controller 内のファブリック マネージ
ャーの数を、VSAN あたり 1 つずつのファブリック マネージャーに制限することをお勧め
します。
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
物理資産の要件と情報
ViPR Controller サポート（Cisco スイッチでの Inter-VSAN ルーティング用）
ViPR Controller には、Cisco スイッチを使用した IVR（Inter-VSAN ルーティング）構成のサポ
ートが含まれます。 IVR は、別々の VSAN に存在するホスト、ストレージ アレイ、その他のデ
バイスが、VSAN をマージすることなく通信できるように設計されています。
IVR は、別々の自立した VSAN が自身の VSAN 全体のサービスを維持できるようにし、以下
のメリットを提供します。
l
他の VSAN のメリットを損なうことなく VSAN 全体のリソースにアクセスします。
l
VSAN を単一の論理ファブリックにマージすることなく、異なる VSAN で特定のイニシエ
ーターおよびターゲット間のデータ トラフィックを転送します。
l
複数のスイッチ間で 1 つ以上の VSAN を走査する適切な内部接続を確立します。 IVR
は共通スイッチに存在する VSAN に限定されません。
l
VSAN 全体で妥協することなく貴重なリソースを共有します。 ファイバー チャネル トラフ
ィックは VSAN 間で循環しません。また、イニシエーターによる設計された VSAN 以外の
VSAN 全体のリソースへのアクセスもできません。
l
FCIP と連携して使用する際に、効率的なビジネス継続性や災害復旧ソリューションを提
供します。
l
IVR はファイバー チャネル標準に準拠しています。
以下の図は、ViPR Controller がサポートする Inter-VSAN ルーティングを使用したデータセ
ンター構成の一例を示します。 この例では、IVR スイッチは VSAN 15 のデバイスと VSAN 10
のデバイス間でルーターとして動作します。VSAN 10 の Host 5 は、VSAN 15 の VNX 1 でス
トレージを消費できます。
ViPR Controller サポート（Cisco スイッチでの Inter-VSAN ルーティング用）
33
物理資産の要件と情報
分離された VSANS
ViPR Controller では、単一のスイッチ上にあるのか、複数の物理スイッチにまたがっている
のかを問わず、分離された VSAN 間の IVR ゾーンの認識および作成が可能です。
ViPR Controller では、IVR ゾーニングを遂行するためには、IVR によって経路選択される
VSAN 間に適切なトランジット VSAN が存在している必要があります。 さらに、 ViPR
Controller では、IVR によって経路選択される各 VSAN 間に少なくとも 1 つの IVR ゾーンが
作成されている必要があります。 これにより、ViPR Controller では、この IVR パスを関連づ
けでき、使用可能であるとみなし、VSAN をまたがるアクティブ プロビジョニング パスである
とみなすことができます。
トポロジーを検出する際に、2 つの VSAN 間に IVR ゾーンが存在している場合、ViPR
Controller では、これらの VSAN 間のルーティングが許可されており、適切に構成されてい
てホストからストレージにアクセスできると想定します。
IVR によって経路選択される VSAN 間にインスタンス化された IVR ゾーンが事前に存在しな
い場合、ViPR Controller では、これらの VSAN 間のルーティングは許可されないと想定し、
IVR ゾーンを作成しません。
たとえば、ViPR Controller では、次の構成をサポートできます。
図 1 サポートされている VSAN 構成： ViPR Controller
（グラフィックの出典は「Cisco MDS 9000 Family NX-OS Inter-VSAN Routing Configuration
Guide」）
Cisco Inter-VSAN ルーティングの構成要件
以下のガイドラインは、すべてのファイバー チャネルのルーティング構成に適用されます。
l
ViPR Controller では、VSAN ごとに、Fabric Manager（Cisco スイッチ）を正常に検出でき
る必要があります。
l
ルーティング構成の一部として、ViPR Controller が考慮すべきと思われる VSAN の各ペ
ア間に、少なくとも 1 つの IVR ゾーンが作成されている必要があります。 ViPR
Controller はトポロジーを検出すると、2 つの VSAN の間に IVR ゾーンが存在すれば、
VSAN の間のルーティングが許可されるものと仮定します。 VSAN の間に IVR ゾーンが
存在しない場合、ViPR Controller は VSAN の間のルーティングが許可されないものと仮
定します。
l
ViPR Controller は、データセンター内の ViPR Controller が管理する VSAN 間でのルー
ティングを有効にする IVR 対応スイッチも検出する必要があります。
34
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
物理資産の要件と情報
IVR 対応 Cisco スイッチのインストールと構成について、また IVR ゾーンの作成の詳細につ
いては、「Cisco MDS 9000 Family NX-OS Inter-VSAN Routing Configuration Guide」（http://
www.cisco.com/c/en/us/td/docs/switches/datacenter/mds9000/sw/5_0/
configuration/guides/ivr/nxos/nxos_ivr.html）を参照してください。
Vblock コンピューティング システム
ViPR Controller システム管理者は、Vblock コンピューティング システムを ViPR Controller
に追加し構成するために必要な ViPR Controller の要件および情報を確認できます。
Cisco Unified Computing System Manager（UCSM）
l
l
IP アドレスと、UCSM の管理に使用されている UCS の管理者権限を持つユーザー資格
情報が必要になります。
UCSM でサービス プロファイル テンプレートを ViPR Controller 用に構成して、ViPR
Controller によってクラスターが作成されるときにコンピューティング仮想プールに適用
されるようにする必要があります。プロビジョニングに使用するサービス プロファイル テ
ンプレートについて、UCS 管理者と相談してください。
UCS サービス プロファイル テンプレートの ViPR Controller 構成要件については、「サー
ビス プロファイル テンプレートの ViPR Controller 要件（48 ページ）」を参照してくださ
い。
プライベート OS インストール ネットワーク VLAN ID
OS インストール ネットワークの VLAN ID が必要になります。 OS インストール ネットワーク
は、コンピューティング イメージ サーバーが導入されたときに用意された 2 個目のネットワ
ークです。
OS インストール ネットワークは OS（オペレーティング システム）インストールのためのプラ
イベート VLAN です。 OS インストール ネットワークは、プロビジョニング中にホストと ViPR
Controller コンピューティング イメージ サーバーの間の通信用に ViPR Controller によって
使用されます。 ViPR Controller では PXE ブート プロセスを利用するため DHCP サーバーを
使用することになり、このサーバーはカスタマー ネットワークから分離されている必要があ
ります。 プロビジョニングの際、コンピューティング ブレードはイメージ サーバーと通信し、
オペレーティング システムのインストールは OS インストール ネットワーク越しに実施されま
す。 特定のホストで OS インストールが完了すれば、OS インストール ネットワークを使用し
たこのホストとの通信は行われなくなります。
コンピューティング イメージ
ViPR Controller システム管理者は、コンピューティング イメージを ViPR Controller に追加し
構成するために必要な ViPR Controller の要件および情報を確認できます。
コンピューティング イメージは、ViPR Controller によって Vblock コンピューティング システム
にインストール可能なオペレーティング インストール イメージです。
コンピューティング イメージ サーバーは、ViPR Controller 内に展開され構成されている必要
があります。コンピューティング イメージ サーバーは、コンピューティング イメージが追加さ
れる前に、ViPR Controller にインストールされ構成されている必要があります。 コンピュー
ティング イメージ サーバーの導入手順については、次を参照してください： 「ViPR Controller
インストール、アップグレード、メンテナンス ガイド」。
ホスト
ViPR Controller テナント管理者は、ホストを ViPR Controller に追加し構成するために必要
な ViPR Controller の要件および情報を確認できます。
ViPR Controller にホストを追加する方法は次の 2 とおりです。
Vblock コンピューティング システム
35
物理資産の要件と情報
l
［Discoverable］：ホストを追加すると、ViPR Controller によって自動的にそのホスト、ホ
スト イニシエーター、Windows クラスターが検出され、ViPR Controller に登録されます。
®
®
検出可能として追加できるのは、AIX 、AIX VIO、Linux 、Windows ホストのみです。
ViPR Controller では、Windows クラスターのみが自動的に検出されます。
l
［Undiscoverable］：ViPR Controller では、ホストまたはホスト イニシエーターは検出また
は登録されません。 AIX、AIX VIO、Linux、Windows ではないすべてのホストは、ViPR
Controller に検出不可能として追加されます。 オプションで、AIX、AIX VIO、Linux、
Windows も、同様に検出不可能として追加できます。 検出不可能なホストを ViPR
Controller に追加した場合、そのホストをサービス操作に使用する前に、ホスト イニシ
エーターを手動で追加し登録する必要があります。
AIX ホストおよび AIX VIO サーバー
AIX ホストは、ViPR Controller によって検出されるためと、ViPR Controller プロビジョニング
のためには、次のように構成する必要があります。
l
EMC PowerPath または AIX デフォルト MPIO のどちらか一方を有効化する必要があり
ます（両方ではない）。
l
ボリュームの WWN（World Wide Name）を hdisk（ホスト ディスク）と照合するために、
EMC INQ（Inquiry）Utility がインストールされている必要があります。
l
AIX ホストに SSH がインストールされており、構成されている必要があります。
HP-UX
HP-UX ホストは、検出不可のうとして ViPR Controller に追加されます。 HP-UX®のオペレー
ティング システム タイプ オプション。
l
EMC VMAX および VPLEX ボリュームを HP-UX ホストにエクスポートするために必要な、
VSA（Volume Set Addressing）フラグを設定します。
l
HDS ストレージ システムを使用したプロビジョニングでは、［Host Mode Option］を使用
する必要があります。
l
HP-UX ホストを ViPR Controller に追加する場合は、ViPR Controller 内のホスト イニシエ
ーターを手動で追加し登録する必要があります。
Linux
Linux ViPR Controller によって検出され、ViPR Controller のプロビジョニングに使用できるよ
うに、ホストを次のように構成する必要があります。
l
SSH と LVM が有効であること。 ViPR Controller は、Linux ホストに SSH を使用します。
l
EMC PowerPath またはネイティブの Linux マルチパス ソフトウェアがインストールされて
いること。
「EMC PowerPath for Linux Installation and Configuration Guide」のほか、「SuSE Linux
Enterprise Server (SLES):」「 Storage Administration Guide」の「Configuring the System for
Multipathing」の項を参照してください。
l
時間同期が構成されていること。
l
状況によっては、lsb_release のインストールが必要な場合があります。 互換性の問題
でホスト検出に失敗し、lsb_release コマンドが見つからないという内容のログが記録さ
れている場合は、このコマンドが含まれるパッケージをインストールする必要がありま
す。
Linux ユーザーの要件
ViPR Controller ストレージが Linux ホストに加えられている場合は、そのホストでコマンドを
実行する必要があります。ホストにアクセスするには、ViPR Controller によって、ホストが
ViPR Controller に追加された時点で入力された認証情報が使用されます。これらは通常
36
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
物理資産の要件と情報
root アカウントの認証情報です。ViPR Controller の root アクセスを Linux ホストに渡さない
場合は、sudo ユーザーに ALL 権限を与えて ViPR Controller に必要なコマンドを実行する
ことをお勧めします。
Windows
Windows ViPR Controller によって検出され、ViPR Controller のプロビジョニングに使用でき
るように、ホストを次のように構成する必要があります。
Windows WinRM（リモート管理）を有効化する必要があります。
「ViPR 向け Windows ホスト上の WinRM の構成（37 ページ）」を参照してください。
EMC PowerPath または Microsoft MPIO のどちらか一方を有効化する必要があります（両方
ではない）。
詳細については、「EMC PowerPath and PowerPath/VE for Microsoft Windows Installation and
Administration Guide」または「Windows: Microsoft Multipath I/O Step-by-Step Guide」を参照
してください。
時間同期を構成します。
LDAP または Active Directory ドメイン アカウントの認証情報を使用する場合は、ドメイン ユ
ーザーの認証情報を、Windows ホストが置かれているドメイン内に配置する必要がありま
す。こうしないと、Windows ホストが適切に検出されません。
ViPR Controller 向け Windows ホスト上での WinRM の構成
Windows ホストを構成して、その上で ViPR Controller がコマンドを実行できるようにしま
す。
はじめに
l
Windows ホストに管理者としてログインする必要があります。
l
ViPR Controller サーバーが Windows リモートホストに接続するには、ホストで
Windows PowerShell のリモート コマンドを受け入れる必要があります。 これを実行す
るには、HTTP を経由した Windows リモート アクセスを有効化します。
手順
1. Windows ホスト上の管理者コマンド プロンプトで、次のコマンドを実行します。
winrm quickconfig
これにより、リスナーがポート 5985 で起動します。リスナーを起動したポートは、ホスト
資産のページでホストに対して構成したポートと一致する必要があります。
2. ホストへの接続方法に応じて、同様の構成に変更する必要がある場合があります。
l
ローカル ユーザーとして ViPR Controller をホストに接続する場合は、次の手順を実
行します。
a. 以下を実行して winrm 設定を確認します。
winrm get winrm/config/service
［Basic Authentication］および［AllowUnencrypted］は true に設定されている必
要があります。
b. ［Basic Authentication］が true に設定されていない場合は、以下を実行します。
winrm set winrm/config/service/auth @{Basic="true"}
c. ［AllowUnencrypted］が true に設定されていない場合は、以下を実行します。
winrm set winrm/config/service @{AllowUnencrypted="true"}
d. ホストを ViPR Controller に追加するには、［Physical Assets］ > ［Hosts］ページに
移動します。
Windows
37
物理資産の要件と情報
l
ドメイン ユーザーとして ViPR Controller をホストに接続する場合は、次の手順を実行
します。
a. Kerberos が有効なことを確認します。 以下を使用して確認できます。
winrm get winrm/config/service
b. Kerberos を有効化する必要がある場合は、以下を実行します。
winrm set winrm/config/service/auth @{Kerberos="true"}
c. システム管理者は、ドメインが ViPR Controller の認証プロバイダーとして構成さ
れていることを確認する必要があります（［Security］ > ［Authentication
Providers］）。
d. テナント管理者は、ホストを ViPR Controller に追加します（［Physical Assets］ >
［Hosts］ページ）。
ホストの認証情報は次の形式で入力します。
domain\username
3. 表内でホストが有効と表示されていることを確認します。
必要条件
ViPR Controller を導入した後、［Physical Assets］ > ［Hosts］ページで、ホストが有効と表示さ
れていることを確認できます。 次のメッセージが表示される場合、WinRM が有効化されて
いないか、適切に構成されていないか、ネットワークに問題がある可能性があります。
Failed to connect to host. Please ensure the connection details
are correct. [Error connecting: Connection refused]
38
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
第4章
仮想資産の要件と情報
本章は、次のトピックで構成されています。
l
l
l
l
l
概要...................................................................................................................... 40
仮想アレイを構築するための計画..........................................................................40
ブロック ストレージ構成に関する考慮事項............................................................. 43
ファイル ストレージ構成に関する考慮事項.............................................................47
サービス プロファイル テンプレートの ViPR 要件.....................................................48
仮想資産の要件と情報
39
仮想資産の要件と情報
概要
ViPR Controller システム管理者は、さまざまなストレージ システムを ViPR Controller 仮想ア
レイおよび仮想プールに構成する前に必要なストレージ情報を確認でき、ボリュームまたは
ファイル システムを ViPR Controller で管理するようになったときに ViPR Controller がストレ
ージ システムのエレメント マネージャーとどのように連携するのかを理解することもできま
す。
仮想アレイを構築するための計画
仮想アレイを構成する前に、以下を確認してください。
l
仮想アレイを構成するコンポーネントについて学習したり、仮想アレイ内のストレージ シ
ステムとストレージ コンポーネントを抽象化するさまざまな方法の例を確認したりするに
は、「ViPR Controller の概念」記事を参照してください。
l
SAN ゾーニングのタイプを判断して仮想アレイに設定するには、SAN ゾーニング要件
（40 ページ）を参照してください。
l
仮想アレイを構成する最良の方法を判断するには、物理資産を仮想アレイに追加する
方法の計画（40 ページ）を参照してください。
l
Vblock システムを ViPR Controller に追加する場合は、Vblock システム サービスの仮
想アレイ要件（42 ページ）を参照してください。
SAN ゾーニング要件
仮想アレイでは、ViPR Controller によって、ストレージが ViPR Controller からホストにエクス
ポートされた時点の SAN ゾーニングを自動化するか、SAN ゾーニングを ViPR Controller 操
作の外で手動で処理するかを定義します。 ここでは、手動 SAN ゾーニングを選択した場合
の作業を説明します。
手動の SAN ゾーニングを選択した場合は、次の手順を実行します。
l
ホストとアレイの既存のゾーンがある場合：
ViPR のプロビジョニング操作が完了したら、マスキング ビューで［Port Group］をオンに
し、ViPR がプロビジョニング リクエストに対して選択した FA ポートを確認します。 ゾーン
の FA ポートとポート グループの FA ポートを比較します。 一致する場合は、他には何も
する必要がありません。 一致しない場合は、ゾーンを再構成し、同じ FA ポートを使用す
るようにします。 または、新しいゾーンを作成することもできます。
l
ホストとアレイの既存のゾーニングがない場合：
ViPR のプロビジョニング操作が完了したら、マスキング ビューで［Port Group］をオンに
し、ViPR がプロビジョニング リクエストに対して選択した FA ポートを確認します。 適切
なイニシエーターとターゲット ポートでゾーンを作成します。
物理資産を仮想アレイに追加する方法の計画
最低でも、仮想アレイには、1 つのネットワークと、このネットワークに接続された 1 つのスト
レージ システムが含まれる必要があります。
仮想アレイを構成する場合、次のいずれかを追加することで仮想アレイを作成するオプショ
ンがあります。
l
次にストレージ システムを追加。 仮想アレイ
l
次にストレージ ポートを追加。 仮想アレイ
仮想アレイを作成する手順については、「EMC ViPR Controller User Interface Virtual Data
Center Configuration Guide」を参照してください。
40
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
仮想資産の要件と情報
ストレージ システムの仮想アレイへの追加
ストレージ システム全体または単一の仮想アレイ内にある複数のストレージ システムの管
理を計画している場合、ストレージ システム全体を仮想アレイに追加することもできます。
ストレージ システム全体を仮想アレイに追加すると、ViPR Controller によって、登録済みネ
ットワークとストレージ システムに関連づけられたストレージ ポートがすべて仮想アレイによ
って自動的に追加されます。次の例では、Storage System XYZ が仮想アレイに追加された
とき、すべてのストレージ ポート、Networks A、Network B、VSAN 1、VSAN 2、VSAN 3、
VSAN 4 はすべて仮想アレイに追加されます。
図 2 ストレージ システムを追加することで作成された仮想アレイ
Vir
V
Virtual
irtu
ir
tual
tu
al A
Arr
Array
rray
rr
ay X
XYZ
YZ
Net
N
Network
etwo
et
work
wo
rk A
VSAN
VS
AN 1
VSAN
VS
AN 2
Network
Net
N
etwo
et
work
wo
rk B
VSAN 4
VSAN 3
storage
stor
st
orag
age
e po
port
ports
rtss
Sto
S
Storage
tora
to
rage
ra
ge S
Sys
System
yste
ys
tem
te
m XY
XYZ
Z
ストレージ システム全体を仮想アレイに追加する場合、仮想アレイに戻ってリソースを削除
し、ViPR Controller によって使用されないようにする必要があります。
ストレージ ポートの仮想アレイへの追加
1 つのストレージ システムを複数の仮想アレイに区分化し、たとえば、ストレージ システム
リソースの一部をテスト用、他の部分を本番用に割り当てる場合、最初にストレージ ポート
を追加して仮想アレイを作成すると役に立つことがあります。最初にストレージ ポートを追
加して仮想アレイを作成することを選択した場合は、ViPR Controller によって、ネットワーク
とそのストレージ ポートに関連したストレージ システムのみが追加され、仮想アレイではよ
り詳細に定義されたインベントリから始めることになります。次の図は、Production 仮想アレ
イおよび Test 仮想アレイの作成時に最初にポートを追加することで、1 つのストレージ シス
テムからどのようにして 2 つの仮想アレイが作成されるかを示します。
物理資産を仮想アレイに追加する方法の計画
41
仮想資産の要件と情報
図 3 ポート追加により作成された仮想アレイ
Production 仮想アレイは、SP2 および SP3 を追加することで作成されました。これによっ
て、Storage System XYZ、VSAN 2、VSAN 3、Network A、Network B が自動的に仮想アレイ
に追加されます。VSAN 1 は Network A の一部ですが、VSAN 1 に関連づけられたストレー
ジ ポートはどれも仮想アレイに追加するために選択されていないため、仮想アレイには追
加されません。
Test 仮想アレイは、SP4 および SP5 を追加することで作成されました。これによって、
Storage System XYZ、VSAN 4、VSAN 5、Network B、Network C が自動的に仮想アレイに追
加されます。VSAN 6 は Network C の一部ですが、VSAN 6 に関連づけられたストレージ ポ
ートはどれも仮想アレイに追加するために選択されていないため、仮想アレイには追加され
ません。
さらに、このイメージは、2 つの異なる仮想アレイ間でどのようにしてネットワークを共有でき
るかを示します。 Network B に関連づけられたストレージ ポートがそれぞれの仮想アレイに
追加されたため、Network B は両方の仮想アレイに追加されました。
Vblock システム サービスの仮想アレイ要件
Vblock システムでは、ストレージは、仮想アレイを通して計算システムにアクセスできる必
要があります。 Vblock システムが VCE 論理ビルド ガイドを使用して構成済みであれば、
SAN スイッチを使用して Cisco Unified Computing System™（UCS）計算システムとストレー
ジを接続するよう構成されたネットワークが存在します。
ViPR Controller では、仮想アレイはいずれかの非 Vblock システムと同様に作成される必
要があります。 仮想アレイ内で定義されたネットワークによって、その後、UCS システムに
ViPR Controller ストレージの可視性を持たせるかどうかが判断されます。
もっとも効率的なのは、Vblock システムの物理資産すべてを、仮想アレイを定義する前に
検出することです。 すべてのコンポーネントを検出したら、UCS 管理者に連絡して、特定の
Vblock システム上で使用するネットワーク（VSAN）を決定します。 これらのネットワークを使
用して、ViPR Controller 仮想アレイを定義します。 複雑さがより低い Vblock システム構成、
たとえば、単一 Vblock システムでは、単純にストレージ システムを仮想アレイに追加する
42
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
仮想資産の要件と情報
だけでも十分です。 仮想アレイは、定義されると ViPR Controller によって次の目的で使用
されます。
l
ViPR Controller では、仮想アレイの選択に基づいて、仮想プールのコンピューティング
に使用できる UCS 計算システムが自動的に決定されます。
l
ViPR Controller では、仮想アレイとコンピューティング仮想プールに基づいて、ホストの
プロビジョニングに使用するブレードが自動的に決定されます。
ViPR Controller では、どの UCS 計算システムに、仮想アレイ内のネットワークを使用したス
トレージへの可視性を持たせるかを計算することで、こうした決定が行われます。
アップデート サービス プロファイル テンプレートで作業する場合
アップデート サービス プロファイル テンプレートを使用する場合は、次の条件を満たす専用
仮想アレイを作成することをお勧めします。
l
アップデート サービス プロファイル テンプレートで使用することが意図されている特定
のストレージ アレイのみを含む。
l
アップデート サービス プロファイル テンプレートで使用することが意図されている特定
のストレージ ポートのみを含む。
ブロック ストレージ構成に関する考慮事項
ViPR Controller 内にブロック ストレージ用の仮想アレイと仮想プールを作成する前に、スト
レージ システム固有の構成要件と推奨事項について、次のセクションを確認してください。
l
HDS（日立データシステムズ）（43 ページ）
l
EMC VMAX（44 ページ）
l
EMC VMAX3（45 ページ）
l
EMC VNX for Block（45 ページ）
l
EMC VNXe for Block（46 ページ）
l
EMC VPLEX（46 ページ）
l
サード パーティ製ブロック（OpenStack）ストレージ システム（46 ページ）
Hitachi Data Systems
ViPR Controller 内で Hitachi Data Systems（HITACHI）を仮想化する前に、次の構成の要件
と推奨事項を確認してください。
仮想プールに関する考慮事項
ViPR Controller では、HDT（HITACHI Dynamic Tiering）ストレージ プール用である 6 つの
HITACHI 自動階層化ポリシーのため、自動階層化を提供しています。
ViPR Controller の HITACHI 自動階層化ポリシーのオプションは次のとおりです。
次におけるポリ ポリ
シー名： ViPR
シー
Controller
番号
HITACHI レベ
ル
説明
All
0
All
すべての階層にデータを置く。
T1
1
レベル 1
Tier 1 に優先的にデータを置く。
T1/T2
2
レベル 2
2 層存在する場合は両方にデータを置き、3 層
ある場合は Tier 1 と 2 に優先的に置く。
ブロック ストレージ構成に関する考慮事項
43
仮想資産の要件と情報
次におけるポリ ポリ
シー名： ViPR
シー
Controller
番号
HITACHI レベ
ル
説明
T2
3
レベル 3
2 層存在する場合は両方にデータを置き、3 層
ある場合は Tier 2 に優先的に置く。
T2/T3
4
レベル 4
2 層存在する場合は両方の層にデータを置
き、3 層ある場合は Tier 2 と 3 に優先的に置
く。
T3
5
レベル 5
2 層存在する場合は Tier 2 に優先的にデータ
を置き、3 層ある場合は Tier 3 に優先的に置
く。
VMAX
ViPR Controller で VMAX システムを仮想化する前に、次の構成要件と推奨事項を確認して
ください。
仮想プールの構成要件と推奨事項
Storage Tiers ポリシーと FAST ポリシーを指定して VMAX を構成する場合：
l
ストレージ階層名および FAST ポリシー名は、すべての VMAX ストレージ システムにお
いて一貫している必要があります。
l
FAST ポリシーを使用した ViPR Controller 管理の詳細についての参照先： 「ViPR
Controller VMAX および VNX ストレージ システム統合のユーザー/管理ガイド」
l
仮想プールを構築する場合は次のオプションを設定します。
オプション
説明
RAID レベル 仮想プール内のボリュームを構成するための RAID レベル。
固有の自動 VMAX のみ。Unisphere を使用して VMAX 上の自動階層化ポリシーを
階層化ポリ 構築する場合、構築するポリシーに名前を割り当てることができます。
シー名
［Unique Auto-tiering Policy Names］を有効にすると、それ
らの名前が表示されます。
このオプションを有効にしない場合、［Auto-tiering Policy］フィールドに
表示される自動階層化ポリシーの名前は、ViPR によって構築されたも
のです。
自動階層化 この仮想プール用の FAST（Fully Automated Storage Tiering）ポリシー。
ポリシー
FAST ポリシーは VMAX、VNX for Block、VNXe でサポートされている。
ViPR では、選択した自動階層化ポリシーが適用される物理ストレージ
プールが選択される。この仮想プール内にボリュームを作成する場合、
このフィールドで指定した自動階層化ポリシーがそのボリュームに適用
される。
FAST 拡張
VMAX または VNX Block のみ。FAST 拡張を有効にすると、ViPR によっ
てこの仮想プール内に連結メタ ボリュームが作成される。FAST 拡張が
無効の場合、ViPR によってストライプ メタ ボリュームが作成されます。
ホスト フロン ［0］ - この値を 0（無制限）に設定する。このフィールドでは、VMAX ボリ
トエンドの帯 ューム上でアプリケーションによって消費可能なデータの量を制限す
域幅制限
る。ホスト フロントエンドの帯域幅制限は MB/S で測定される。
44
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
仮想資産の要件と情報
オプション
説明
ホスト フロン ［0］ - この値を 0（無制限）に設定する。このフィールドでは、VMAX ボリ
トエンドの
ューム上でアプリケーションによって消費可能なデータの量を制限す
I/O 制限
る。ホスト フロントエンドの I/O 制限は IOPS で測定される。
VMAX3
ViPR Controller で VMAX3 システムを仮想化する前に、次の構成要件と推奨事項を確認し
てください。
仮想プールを構築する場合は次のオプションを設定します。
表 7 VMAX3 仮想プールの設定
フィールド
説明
プロビジョニング タ
イプ
［Thin］。 VMAX3 はシック ボリュームをサポートしていない。
プロトコル
［FC］。
システム タイプ
［EMC VMAX］
Thin Volume
Preallocation
［0］または［100］。他の値は VMAX3 SRP プールをフィルタリングで除外す
る。
［0］：このプールを使用して割り当てられるボリュームは完全にシン。
［100］：このプールを使用して割り当てられるボリュームは完全割り当て済
み。
Unique Auto-tiering
Policy Names
Enabled。
自動階層化ポリシー VMAX3 には事前定義済みのストレージ レベル目標とワークフローが含まれ
ている。 プロビジョニング中にボリュームに適用するワークフローと SLO を指
定できる。
拡張
ViPR Controller を使用した VMAX3 ボリュームの拡張はサポートされていな
い。
Host Front End
Bandwidth Limit
［0］：この値を 0（無制限）に設定する。
このフィールドでは、VMAX3 ボリューム上でアプリケーションによって消費可
能なデータの量を制限する。 ホスト フロントエンドの帯域幅制限は MB/S で
測定される。
Host Front End I/O
Limit
［0］：この値を 0（無制限）に設定する。
このフィールドでは、VMAX3 ボリューム上でアプリケーションによって消費可
能なデータの量を制限する。 ホスト フロントエンドの I/O 制限は IOPS で測定
される。
EMC VNX for Block
VNX for Block ストレージを ViPR Controller 仮想プールに追加する前に、以下の構成に関
する考慮事項を確認してください。
VMAX3
45
仮想資産の要件と情報
仮想プールの構成に関する考慮事項
l
VNX for Block ストレージ システム用のファイバー チャネル ネットワークでは、各ネット
ワークに SP-A と SP-B のポート ペアが必要です。それ以外は、VNX for Block ストレー
ジ システム用の仮想プールを作成できません。
l
ViPR Controller バージョン 2.2 以前では、VNX for Block ストレージから作成された仮想
プール上で自動階層化ポリシーが設定されていない場合、ViPR Controller によって、自
動階層化が有効な仮想プールからボリュームが作成されました。 ViPR Controller バー
ジョン 2.2 からは、VNX for Block ストレージ用に作成された仮想プール上で自動階層
化ポリシーが設定されていない場合、ViPR Controller によって、同じ仮想プール内に作
成された新しいボリューム上で、「start high then auto-tier」が有効な仮想プールからボ
リュームが作成されます。
EMC VNXe VAAI
ViPR Controller を使用してブロック ボリューム用の VNXe をホストにエクスポートする場合
は、ファイバー チャネルのみと iSCSI のいずれかによるストレージへの接続でホストを構成
することをお勧めします。
EMC VPLEX
VPLEX でサード パーティ製ブロック ストレージを仮想化する前に、次の構成要件と推奨事
項を確認してください。
仮想アレイの構成要件と推奨事項
仮想アレイを作成するとき、クラスター（1 または 2）の VPLEX フロントエンド ポートおよびバ
ックエンド ポートを仮想アレイに手動で割り当て、各 VPLEX クラスターが自身の ViPR
Controller 仮想アレイにあるようにします。
仮想プールの構成要件と推奨事項
VMAX を使用して VPLEX を実行するときは、 ストレージ階層名および FAST ポリシー名は、
すべての VMAX ストレージ システムにおいて一貫している必要があります。
サード パーティ製ブロック（OpenStack）ストレージ システム
ViPR Controller でサード パーティ製ブロック ストレージを仮想化する前に、次の構成要件と
推奨事項を確認してください。
仮想プールの推奨事項と要件
検出されたストレージ システムがマルチパス用に構成されている場合、ViPR Controller が
ターゲット ポートを検出した後は、仮想プールに設定された値を増やすことができます。
ViPR Controller の管理下にあるブロック ストレージ システム
ボリュームが ViPR Controller 管理下に置かれており、ViPR Controller サービスを使用して
プロビジョニングされるかホストにエクスポートされた後は、そのストレージ システムのエレ
メント マネージャーを使用して、プロビジョニングやボリュームからホストへのエクスポートは
行わないでください。 ViPR Controller のみを使用したボリュームの管理は、ストレージ シス
テム データベースと ViPR Controller データベースの間の競合を防ぎ、ストレージ システム
にロック処理が同時に送信されるのを防ぎます。 エレメント マネージャーと ViPR Controller
データベースが同期されない場合に発生する可能性があるエラーの例をいくつか挙げま
す。
l
46
エレメント マネージャーを使用してボリュームを作成する場合、同時に別のユーザーが
同じストレージ システム上にある ViPR Controller から「Create a Volume」サービスを実
行しようとすると、そのストレージ システムはエレメント マネージャーから実行される操
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
仮想資産の要件と情報
作によってロックされる可能性があり、ViPR Controller の「Create a Volume」操作が失
敗する原因になります。
l
ViPR Controller を使用してボリュームをホストにエクスポートした後、エクスポート中に
ViPR Controller が使用した同じマスキング ビューは、エレメント マネージャーを使用し
てストレージ システム上で変更されました。 ViPR Controller からそのマスキング ビュー
を再度使用しようとすると、マスキング ビュー用としてデータベース内に ViPR Controller
が格納しているものが、ストレージ システム上で再構成された実際のマスキング ビュー
とは同じではないため、その操作は失敗します。
ただし、ストレージ システムのエレメント マネージャーを引き続き使用して、ストレージ プー
ルを管理したり、容量を追加したり、ViPR Controller の問題をトラブルシューティングしたり
することは可能です。
ファイル ストレージ構成に関する考慮事項
ファイル ストレージ システムを ViPR Controller 仮想アレイおよび仮想プールに追加する
前、さらにファイル システムを ViPR Controller サービスで使用する前に、次の情報を確認し
てください。
すべてのファイル ストレージ システム用構成設定の仮想プール
ファイル システムはシン プロビジョニング専用です。ファイル ストレージを仮想プールに追
加する場合は、仮想プールを Thin に設定する必要があります。
ViPR Controller の管理下にあるファイル ストレージ システム
ファイル システムが ViPR Controller 管理下に置かれてから、ViPR Controller サービスを使
用してプロビジョニングされるかホストにエクスポートされた後は、そのストレージ システム
のエレメント マネージャーを使用した、プロビジョニングやファイル システムからホストへの
エクスポートは実行しないでください。 ViPR Controller のみを使用したボリュームの管理
は、ストレージ システム データベースと ViPR Controller データベースの間の競合を防ぎ、ス
トレージ システムにロック処理が同時に送信されるのを防ぎます。 ただし、ストレージ シス
テムのエレメント マネージャーを引き続き使用して、ストレージ プールを管理したり、容量を
追加したり、ViPR Controller の問題をトラブルシューティングしたりすることは可能です。
特定のストレージ システムの構成要件
ViPR Controller 内にファイル ストレージ用の仮想アレイと仮想プールを作成する前に、スト
レージ システム固有の構成要件と推奨事項について、次のセクションを確認してください。
®
l
EMC Data Domain（47 ページ）
l
EMC VNX for File（48 ページ）
®
EMC Data Domain
ViPR Controller 仮想アレイと仮想プール内で Data Domain ストレージを仮想化する前に、
次の情報を確認してください。
仮想プールの構成要件と考慮事項
Data Domain ストレージ用のファイル仮想プールを作成するとき、［Long Term Retention］
属性を有効にする必要があります。
Data Domain ストレージ システム用のファイル仮想プールを構成するとき、以下を把握して
いると役に立ちます。
l
Data Domain Mtree は、ViPR Controller ではファイル システムとして表されます。
l
ストレージ プールは Data Domain の機能ではありませんが、 ViPR Controller ではスト
レージ プールを使用してストレージ システムの容量をモデル化します。そのため、ViPR
Controller では、ViPR Controller に登録された Data Domain ストレージ システムごとに
ストレージ プールが 1 つ作成されます。たとえば、3 つの Data Domain ストレージ シス
テムが ViPR Controller に登録されている場合、個別に 3 つの Data Domain ストレージ
ファイル ストレージ構成に関する考慮事項
47
仮想資産の要件と情報
プールが存在することになります。登録された Data Domain ストレージ システムごとに
1 つのストレージ プール。
EMC VNX for File
CIFS プロトコルを使用する VNX ファイルの仮想プールを構成する場合は、少なくとも 1 つの
CIFS サーバーが、物理的 Data Mover のいずれか 1 つの上に存在する必要があります。
サービス プロファイル テンプレートの ViPR 要件
次のセクションでは、ViPR Controller プロビジョニング操作用のサービス プロファイル テン
プレートを構成する要件を説明します。
㽷
既存のサービス プロファイル テンプレートが次の要件と一致しない場合は、サービス プロ
ファイル テンプレートの 1 つをクローン作成して新しいサービス プロファイル テンプレートを
作成し、ViPR Controller で必要とする設定に変更します。
全般プロパティ
l
サービス プロファイル テンプレートはサーバー プールと関連づけされていない必要が
あります。 ブレード選択は ViPR Controller コンピューティング仮想プールによって実行
されます。
l
UUID 割り当ては、使用可能なアドレスを指定して UCS で構成された、有効な UUID サ
フィックス プールから実行する必要があります。
ストレージ
ViPR Controller は、現在 UCS サーバーのファイバー チャネル ブートをサポートしています。
以下はファイバー チャネル要件の一覧です。
l
WWNN（World Wide Node Name）割り当ては、使用可能なアドレスを指定して UCS で構
成された、有効な UUID サフィックス プールから実行する必要があります。
l
Local Disk Configuration ポリシーは、［Mode］が［No Local Storage］に設定されたロー
カル ディスク構成ポリシーに設定する必要があります。
l
少なくとも 1 つの vHBA インターフェイスが必要です。
l
各 vHBA では、WWPN（World Wide Port Name）割り当ては、使用可能なアドレスを指定
して UCS で構成された、有効な WWPN プールから実行する必要があります。
l
各 vHBA 上で設定された VSAN は、ViPR Controller によって検出された有効なネットワ
ークである必要があります。VSAN は、ViPR Controller 仮想アレイ内のネットワークの 1
つと一致する必要があります。
l
vHBA 上のポリシー設定は、ViPR Controller プロビジョニングでは設定されず、管理者
の判断によって設定されます。
ネットワーク
48
l
vNIC 上のポリシー設定は、ViPR Controller プロビジョニングでは設定されず、管理者の
判断によって設定されます。
l
少なくとも 1 つの vNIC インターフェイスが必要です。
l
各 vNIC では、MAC アドレス割り当ては、使用可能なアドレスを指定して UCS で構成さ
れた、有効な MAC プールから実行する必要があります。
l
各 vNIC には少なくとも 1 つの VLAN が必要です。
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド
仮想資産の要件と情報
ブート ポリシーとブート オーダー
ブート ポリシーには要件はありません。 ViPR Controller では、サービス プロファイル テンプ
レート内のすべてのブート ポリシー設定は無視され、サービス プロファイルの作成時にす
べての既存パラメーターが上書きされます。
Policies
ViPR Controller ではポリシーは設定しません。 ポリシーの設定は UCS 管理者が責任を負
います。
アップデート サービス プロファイル テンプレート
アップデート サービス プロファイル テンプレートを使用したプロビジョニングには次の要件
があります。
l
アップデート サービス プロファイル テンプレートのブート ポリシーで最初のブート デバ
イスとして SAN を指定する必要があります。
l
アップデート サービス プロファイル テンプレートのブート ポリシーで vNIC 名および
vHBA 名が適用されている場合、サービス プロファイル テンプレート内の vNIC 名および
vHBA 名は、ブート ポリシー内の名前と一致する必要があります。
l
そのアップデート サービス プロファイル テンプレートが関連づけられているコンピューテ
ィング仮想プールは、テンプレートの vHBA で使用する VSAN 上のストレージ ポートを
持つ仮想アレイと関連づけられている必要があります。
l
アップデート サービス プロファイル テンプレートのブート ポリシーで SAN ブート ターゲ
ット WWPN を指定している場合、このテンプレートが関連づけられているコンピューティ
ング仮想プールは、適切な VSAN 上のこれらのストレージ ポートを含む仮想アレイと関
連づけられている必要があります。
サービス プロファイル テンプレートの ViPR 要件
49
仮想資産の要件と情報
50
EMC ViPR Controller 2.3 仮想データセンターの要件と情報ガイド