EMC ControlCenter 6.0 プランニング＆インストールガイド Vol.1

(1)

EMC Corporation Corporate Headquarters:

6.0

プランニング＆インストールガイド

Vol. 1

P/N 300-005-100

REV A01

(2)

このドキュメントに記載されている情報は、ドキュメントの出版日現時点の情報です。この情報は予告なく変更されることがあります。このドキュメントの情報は「現状のまま」提供されます。EMC Corporation は、このドキュメントに記載されている情報についていかなる種類の表現または保証もいたしかねます。また、特に、特定の目的のための、市販性または適合性の暗黙の保証を否定します。この資料に記載される、いかなる EMC ソフトウェアの使用、複製、頒布も、当該ソフトウェア・ライセンスが必要です。

EMC 製品名の最新のリストについては、EMC.com 上の「EMC Corporation Trademarks」を参照してください。

(3)

はじめに

... xi

ストレージ環境の文書化

ストレージ環境の文書化 ... 2 インストール・サイズの決定 ... 6

インフラストラクチャのプランニング

ControlCenter のアーキテクチャの把握 ... 10 構成タイプの決定 ... 15 ControlCenter マルチホーム化のプランニング ... 20 クラスタ・サポートのプランニング（オプション）... 24

ビジネス機能のプランニング

OIC（Open Integration Components）のプランニング... 30

ライセンスが必要な機能とアプリケーションのプランニング . 32 コンソール・インタフェースのプランニング ... 42 コンソール・ビューのプランニング ... 47

エージェントのプランニング

一般的なエージェントのプランニング ... 52 マスター・エージェントのプランニング ... 57 Integration Gateway のプランニング... 60

Workload Analyzer Archiver のプランニング ... 61

バックアップ・エージェントのプランニング ... 64

(4)

接続エージェントのプランニング ... 75

Database Agent for Oracle のプランニング ... 79

ホスト・エージェントのプランニング ... 82 ストレージ・エージェントのプランニング ... 88 VMware Agent のプランニング... 110 FLR Archiver のプランニング ... 111

セキュリティとリモート・アクセスのプランニング

ユーザー認証のプランニング ... 114 リモート・アクセス用サービスの検討 ... 120

ControlCenter

のインストールの準備

ネットワークとホストの準備 ... 126 eccadmin アカウントの作成 ... 129 インストール用共有フォルダの設定（推奨）... 131

インフラストラクチャのインストールと開始

ControlCenter インストール準備の確認... 137 インフラストラクチャのインストール ... 139 WebConsole サーバのインストール（オプション）... 149 Web アプリケーションの SSL の理解（オプション）... 151 エージェントの負荷分散の構成（オプション）... 156 インフラストラクチャ・コンポーネントの開始 ... 162

ビジネス機能の実装

ControlCenter コンソールのインストール... 168 コンソールの起動とログイン ... 172 使用アプリケーションのライセンスの取得 ... 176 WebConsole の起動とログイン（オプション）... 177 フレームワーク統合パッケージのインストール（オプション）... 180 Performance Manager のインストール（オプション）... 182 StorageScope のインストール（オプション）... 188 EACLI クライアントのインストール（オプション）... 190

(5)

Solutions Enabler

および ControlCenter エージェントの実装と初期検出

の実行

Solutions Enabler の実装 ... 194 マスター・エージェントの実装と起動... 197 オープン・システム・エージェントの実装... 209 エージェントのセットアップの完了... 220 Symmetrix アレイへのアクセスの有効化 ... 222 自動検出の実行と確認... 225 Assisted Discovery の実行... 226 接続機器の検出... 242 ControlCenter のバックアップ（オプション）... 244

クラスタ・サポートのセットアップ（オプション）

クラスタ環境への ControlCenter インフラストラクチャのインストール... 250 アプリケーション・クラスタ環境への ControlCenter エージェントのインストール... 268 クラスタのトラブルシューティング... 273

ControlCenter

のアンインストール

エージェントのアンインストール... 278 ControlCenter コンソールのアンインストール ... 280 フレームワーク統合パッケージのアンインストール... 282 その他のコンポーネントおよび製品のアンインストール... 284 ControlCenter クラスタ・サポートのアンインストール ... 288

付録 A

FibreZoneBridge

のインストール

付録 B

ポートの使用とファイアウォール構成

マルチホーム環境での ControlCenter による NAT ファイアウォールのサポート ... 294 マルチホーム環境で NAT ファイアウォールを通過する通信の構成 ... 296

Fibre Channel Connectivity Agent のポート使用 ... 304

SNMP 通信におけるポート 162 の使用の制御 ... 307

ControlCenter インフラストラクチャのポートの使用 ... 310

ControlCenter コンソールのポートの使用 ... 313

(6)

付録 C

ネイティブ・パッケージ・ツールを使用したエージェント

のインストール

UNIX パッケージ・ツールを使用したマスター・エージェントのインストール ... 324 Windows MSI インストーラを使用したマスター・エージェントのインストール ... 328 UNIX ホスト用のネイティブ・インストール・イメージの作成 ... 330 MSI を使用した Windows ホストへのエージェントのインストール ... 332

付録 D

AccessInfoChange Utility

ユーティリティの実行 ... 337 更新テンプレート・ファイル ... 339 出力ファイル ... 341

付録 E

ConnectEMC

ConnectEMC プロセスの概要 ... 344 インストールと構成 ... 345

索引

... 349

(7)

1 データ・センターのダイアグラム（例） ... 3 2 単一ホスト・インフラストラクチャ構成のアーキテクチャ ... 12 3 分散インフラストラクチャ構成のアーキテクチャ ... 13 4 プロキシ・モード構成の例 ... 14 5 ストアを別に配置した分散インフラストラクチャ ... 17 6 単一ホスト・インフラストラクチャのクラスタ構成（例） ... 26

7 プロキシ構成の Storage Agent for Symmetrix ... 109

8 LDAP ディレクトリの一部（例） ... 116 9 インストール手順のフローチャート ... 147 B-1 NAT ファイアウォール構成の例 ... 296 B-2 listener.ora ファイルのコード例 ... 300 B-3 FCC エージェントとスイッチまたは SP の間の SNMP 通信 ... 305 B-4 ControlCenter コンソールとサーバ間の通信 ... 312 B-5 ファイアウォールを介した ControlCenter コンソールへのアクセス . 313 B-6 ControlCenter インフラストラクチャとエージェント ... 316 B-7 StorageScope のポートの使用 ... 321

(8)

(9)

1 ストレージ・アレイに関する表（例） ... 4 2 スイッチに関する表（例） ... 4 3 ホストに関する表（例） ... 5 4 データベースに関する表（例） ... 5 5 [Topology] ビューの機能に必要なエージェント ... 47 6 [Relationship] ビューの機能に必要なエージェント ... 49 7 [Free Space] ビューに必要なエージェントとライセンス ... 50 8 エージェントと関連管理オブジェクトの概要 ... 52 9 データ・センターのエージェント・プランニングの例 ... 54 10 マスター・エージェントのインストールに必要な情報 ... 58 11 データ・センターのマスター・エージェント・プランニングの例 ... 59 12 Integration Gateway の概要 ... 60 13 Integration Gateway の実装時に値を設定するフィールド ... 60

14 Workload Analyzer Archiver の概要 ... 61

15 Workload Analyzer Archiver の実装時に値を設定するフィールド ... 62

16 データ・センターのバックアップ・エージェント・プランニングの例 ... 64

17 Backup Agent for EDM の概要 ... 65

18 Backup Agent for EDM の実装時に値を設定するフィールド ... 65

19 Backup Agent for EMC NetWorker の概要 ... 66

20 Backup Agent for EMC NetWorker の実装時に値を設定するフィールド ... 66

21 Backup Agent for TSM の概要 ... 67

22 Backup Agent for TSM の実装時に値を設定するフィールド ... 68

23 Backup Agent for VERITAS NetBackup の概要 ... 69

24 Backup Agent for VERITAS NetBackup の実装時に値を設定するフィールド ... 69

(10)

28 Database Agent for Oracle の概要 ... 79

29 Host Agent for AIX、HP-UX、Linux、Solaris の概要 ... 82

30 Host Agent for Novell の概要 ... 84

31 Host Agent for Novell の実装要件 ... 85

32 Host Agent for Windows の概要 ... 86

33 データ・センターでのストレージ・エージェント・プランニングの例 ... 89

34 Storage Agent for Centera の概要 ... 89

35 Storage Agent for ESS の概要 ... 91

36 Storage Agent for CLARiiON の概要 ... 92

37 Storage Agent for HDS（Hitachi）の概要 ... 94

38 Storage Agent for HP StorageWorks の概要 ... 96

39 Storage Agent for NAS の概要 ... 98

40 Storage Agent for SMI の概要 ... 104

41 Storage Agent for Symmetrix の概要 ... 105

42 Storage Agent for Invista の概要 ... 107

43 プロキシ・エージェントに必要なインタフェース・ソフトウェア ... 108 44 VMware Agent の概要 ... 110 45 FLR Archiver の概要 ... 111 46 LDAP インストールに必要な情報 ... 117 47 インフラストラクチャ・ホストへインストールできるコンポーネント（オプション） ... 148 48 コンソールのインストールに関する注意事項 ... 171 49 ControlCenter エージェントのライセンス・キー要件 ... 210 50 ControlCenter エージェントのディスク・スペース要件 ... 211

51 Agent Administration Wizard のボタン ... 215

52 Assisted Discovery を実行するエージェントと対象オブジェクト ... 228 B-1 FCC エージェントのファイアウォール通信で使用するスイッチのポート ... 304 B-2 ECC サーバの通信に必要なポート ... 311 B-3 エージェントの略語、リスニング・ポート、プロセスおよびファイル名 ... 317 D-4 データベースのアクセス状態に関するアラート・メッセージ ... 338 E-5 ConnectEmc_service.ini ファイルの内容 ... 345 E-6 ConnectEMC 入力 XML ファイルの内容 ... 347

(11)

製品のパフォーマンスと機能を改善および強化するために、EMC で はハードウェアおよびソフトウェアの各リビジョンを順次リリースしています。そのため、本書で説明されている一部の機能が、現在使用されているソフトウェアまたはハードウェアのすべてのリビジョンではサポートされていない可能性があります。製品機能の最新情報については、ご使用の製品のリリースノートを参照してください。製品が正常に機能しない、またはマニュアルの説明どおりに動作し ない場合は、EMC の担当者にお問い合わせください。 対象読者本書は、EMC ControlCenter ドキュメント・セットの一部です。システム管理者、データ・ストレージ管理者を対象としています。本書の対象読者は、以下に精通していることを前提としています。 ◆ ストレージ・アレイの操作 ◆ ホスト・オペレーティング環境構成本書の主要なセクションは、以下のとおりです。「ストレージ環境の文書化」では、ストレージ環境の文書化方法と分類方法について説明します。これによって、ご使用の環境に最適な ControlCenter 構成を選択できます。「インフラストラクチャのプランニング」では、ControlCenter インフラストラクチャ・コンポーネント（ECC サーバ、リポジトリ、1 つ以上のストア）のプランニングについて説明します。「ビジネス機能のプランニング」では、ControlCenter 製品と機能の

(12)

「エージェントのプランニング」では、ご使用の環境でリソースについてデータを収集し、そのリソースの稼動状況を監視し、ユーザー・コマンドを実行する ControlCenter エージェントのプランニングについて説明します。「セキュリティとリモート・アクセスのプランニング」では、ユーザー認証とファイアウォールを介したアクセスのプランニングについて説明します。「ControlCenter のインストールの準備」では、ControlCenter インフラストラクチャ・コンポーネントのインストール方法について説明します。「インフラストラクチャのインストールと開始」では、ControlCenter インフラストラクチャ・コンポーネント（ECC サーバ、リポジトリ、1 つ以上のストア）のインストール方法と起動方法について説明します。「ビジネス機能の実装」では、ControlCenter ユーザー・インタフェース（ControlCenter コンソールと WebConsole）のインストール方法、フレームワーク統合パッケージ、Performance Manager、 StorageScope などの各種の ControlCenter アプリケーションを有効にする方法について説明にします。

「Solutions Enabler および ControlCenter エージェントの実装と初期

検出の実行」では、ストレージ・アレイ、ホスト、スイッチなどのリソースに関するデータを収集する ControlCenter コンポーネントの実装方法について説明します。「クラスタ・サポートのセットアップ（オプション）」では、 ControlCenter コンポーネントと製品のフェイルオーバー機能の設定方法について説明します。「ControlCenter のアンインストール」では、ControlCenter のアンインストール方法について説明します。付録 A 「FibreZoneBridge のインストール」では、リストに示した製品のインストール方法について説明します。付録 B 「ポートの使用とファイアウォール構成」では、

ControlCenter に対する EMC ControlCenter TCP ポートの使用に関する要件について説明します。

付録 C 「ネイティブ・パッケージ・ツールを使用したエージェント

のインストール」では、ユーティリティを使用してマスター・エー

ジェントを複数の異なるホストに一度に配布する方法について説明します。

(13)

付録 D 「AccessInfoChange Utility」では、Common Mapping Agent と Database Agent for Oracle が必要とするアクセス情報をバッチで更新する方法について説明します。

付録 E 「ConnectEMC」では、EMC ControlCenter の ConnectEMC に対するサポートについて説明します。「索引」は、本書の巻末にあります。関連ドキュメント ControlCenter のマニュアルは、以下の場所で入手できます。 ◆ EMC ControlCenter のインストール・キットでは、ソフトウェアのインストール時にその一部としてドキュメンテーション・ライブラリをインストールでき、スタンドアロンのライブラリを作成することもできます。 ◆ インストール後は、デスクトップ・アイコンや ControlCenter コンソールのヘルプ・メニューから ControlCenter ドキュメンテーション・ライブラリにアクセスできます。 ◆ EMC Powerlink（http://Powerlink.EMC.com）では、各マニュアルの更新バージョンや、ご使用のホストで ControlCenter 6.0 ドキュメンテーション・ライブラリを更新するための自己解凍形式のアーカイブを提供します。

(14)

本書で使用されている表記規則 EMC では、注記および警告に以下の表記規則を使用します。注：重要ではあるが、危険の恐れがない情報を表します。注意

!

データの消失またはシステムや装置の損傷を防ぐために欠かせない情報が含まれています。「注意」は、ハードウェアまたはソフトウェアに適用されます。表記規則本書では、以下の表記規則を使用します。 AVANT GARDE キーストローク Palatino, bold または明朝体の太字 ◆ テキスト内に示されているダイアログ・ボックス、ボタン、アイコン、メニューなどのアイテム ◆ ユーザー・インタフェースで操作できる選択肢（ボタン、アイコン、オプション、フィールドなどの名前） ◆ テキスト内で使用されている新規用語または固有の用語 Palatino, italic コマンド・ライン引数（テキスト内で使用される場合） Courier italic 引数（コマンド・ライン構文の例で使用される場合） Courier _{システム・プロンプトやシステム表示、固有のファイル名} や完全パス。例：

working root directory [/usr/ecc]:

c:¥Program Files¥ecc¥console Courier, bold ◆ ユーザー・エントリー。例：setup.exe /s /v”/qn INSTALLDIR=C:¥ecc ◆ コマンド・ライン構文のオプション。「」 _{マニュアルや参考資料のタイトル}

(15)

情報の入手方法 EMC のサポート情報、製品情報、ライセンス情報は、以下の手順で入手できます。 製品情報 — ドキュメント、リリースノート、ソフトウェアの更新、 または EMC 製品、ライセンス、サービスに関しては、以下の EMC Powerlink Web サイトをご覧ください（登録が必要です）。 http://Powerlink.EMC.com テクニカル・サポート — テクニカル・サポートについては、 Powerlink の EMC WebSupport を参照してください。EMC

WebSupport で事例を参照するには、WebSupport の顧客になっていただく必要があります。お客様サイトの構成と問題が発生している状況に関する情報が必要となります。ご意見お客様のご意見は、EMC がお客様に公開する資料の正確さ、構成、総合的な品質を向上させていくために役立ちます。本書についてのご意見を以下のメール・アドレスにお送りください。 [email protected]

(16)

(17)

環境に最も適した EMC ControlCenter の構成を選択できるように、 ControlCenter のインストールを開始する前に、本セクションのステップに従って、使用するストレージ環境を明確に文書化します。 注：サービス・パックのインストールについては、個々のサービス・パッ ク・リリースのリリースノートに書かれている手順を参照してください。 注：本セクションのステップを実行した後に、本書の他のセクションへ進 んでください。十分に準備をしてからインストールを行うと、無駄のない手順で ControlCenter をインストールでき、使用する環境に最適な構成を実現できます。 ◆ ステップ 1：ストレージ環境の文書化...2 ◆ ステップ 2：インストール・サイズの決定...6

(18)

ステップ 1 ストレージ環境の文書化

EMCControlCenter®をインストールする前に、履歴を監視する資産（アレイ、ホスト、スイッチ、データベース、ファイル・システムなど）のリストを作成します。管理オブジェクトとは、EMC ® _{ControlCenter が認識するタイプ} （データベース、ボリューム・マネージャ、ゾーン・セット、ポート、物理デバイスなど）で、ControlCenter によって管理される名前付き物理および論理構成要素です。本セクションの表を活用して、 ControlCenter を使用して管理するオブジェクトの数とサイズを記入したリストを作成します。以下の手順に従ってください。 a. ネットワーク・ダイアグラム作成パッケージ（または同様なツール）を使用して、使用するストレージ・ネットワークの図を描きます。図には、装置のタイプや位置も描き入れます（3 ページの図 1を参照）。

(19)

図 1 データ・センターのダイアグラム（例）

b. 各ストレージ・アレイに対して、アレイ・モデルとファームウェアのリビジョンを Powerlink™_{の「EMC ControlCenter}

Support Matrix」と照らし合わせて、比較します。各アレイが ControlCenter 6.0 でサポートされていることを確認します。

Baker Street Main Street

"Clubmftg_DS16B"

EMC DS16B Baker StreetパブリックIPネットワーク

ルータ（ISの一部）

Main StreetパブリックIPネットワーク "5000-1FE1-000-6D40" HP StorageWorks "l82ar122" Win2K "l82ar123" Win2K "csebach" Win2K "WRE00022201023" CLARiX CX600 "l82ar134" IBM AIX "l82ar136" IBM AIX "esc0124" Win2K / SQL2K "esc0125" Win2K / SQL2K "pswapp01" Win2K "pswapp02" Win2K "pswexchange" Win2K "pssun01" Sun Solaris "pssun02" Sun Solaris "pshpcad1" HP UNIX "pshpcad2" HP UNIX "182ar155" Sun Solaris "182ar156" Sun Solaris SRDF "000187500126" Symmetrix DMX800 "000187400075" (*) Symmetrix DMX1000 "182ar154" Win2K "psnasCS0" (*) Celerra "000182504200" Symmetrix 4.0 "3800_209" Brocade 3800 "sb2_16b_2" EMC DS16B 凡例ファイバ・チャネルゾーン1 本番LAN 1 ゾーン2 パブリックIPネットワーク1 ゾーン3 本番LAN 2 ゾーンなしパブリックIPネットワーク2 "cawti" Win2K

(20)

c. 4 ページの表 1のような表を作成して、ControlCenter で管理するストレージ・アレイに関する情報を記入します。

d. ストレージ・アレイ・ネットワーク内の各スイッチのタイプとファームウェアのリビジョンを Powerlink™_の「EMC

ControlCenter Support Matrix」と照らし合わせて、比較します。各スイッチが ControlCenter 6.0 でサポートされていることを確認します。

e. 4 ページの表 2のような表を作成して、管理対象のスイッチ、

ハブ、ポートに関する情報を記入します。

f. Powerlink™_{の「EMC ControlCenter Support Matrix」を参照}

して、表に記入した各ポートに、必要なハードウェアおよびソフトウェアがあることを確認します。 表 1 ストレージ・アレイに関する表（例）ストレージアレイ・モデル IPアドレス WRE00022201023 CLARiX® CX600 192.168.92.189 192.168.92.190 5000-1FE1-0005-E090 HP StorageWorks _なし 000187400075 Symmetrix DMX™ 1000 _なし psnasCS0 Celerra® 192.168.92.27 表 2 スイッチに関する表（例）スイッチスイッチのタイプ IPアドレス（ノード）ファームウェアのリビジョン 3800_209 Brocade 3800 192.168.92.299 3.2.1 Clubmftg_DS16B EMC DS16B 192.168.92.179 2.6.26

(21)

g. 5 ページの表 3のような表を作成して、管理対象ホストに関する情報を記入します。

h. 5 ページの表 4のような表を作成して、管理対象データベー

スに関する情報を記入します。Powerlink の「EMC

ControlCenter Support Matrix」を参照して、表に記入した各データベースが動作条件を満たしていることを確認します。 表 3 ホストに関する表（例）システム管理者ホスト IPアドレスホスト使用目的サーバのメーカーとモデル OSのバージョン、パッチ・レベルファイバ・チャネル HBA HBA ドライバ Mary Baker pshpcw3 192.168.92.189 _給与システム Dell Windows 2003 ---

---James Nasium cawti 192.168.92.101 Web

サーバ

Compaq _{Windows 2000、}

SP3

---

---Mark Dawson l82ar134 192.168.92.184 _データ

ベース

IBM F80 AIX 4.4.3, 10 6227

---David Hoffmann

pshpcad1 192.168.92.33 CAD HP HP-UX 11.11 ---

---Gary Schilling cawyi 192.168.92.64 _構築 Dell Linux ---

---Hilary Johnson pssun01 192.168.92.22 Oracleデー

タベース Sun 220R _{Solaris 8、} 108528-08 Emulex LP8000 5.01b

Tom Wilkerson pswap01 192.168.92.18 _トランザ

クション・エンジン

Dell Windows 2003 Emulex

LP8000

2.13

Leslie Uggams pswxchg 192.168.92.20 Exchange

Server Dell _{Windows 2000、} SP3 Emulex LP8000 2.13 表 4 データベースに関する表（例）データベースデータベースのタイプホスト IPアドレステーブルスペースデータ・ファイルスキーマ

salesprod Oracle 9i pssun01 192.168.92.72 100 250 50

(22)

ステップ 2 インストール・サイズの決定

管理オブジェクト（ホスト、アレイ、データベースなど）を「大」「中」「小」のサイズ別に分類し、各サイズに含まれる管理オブジェクトの数をカウントします。Powerlink の「EMC ControlCenter パフォーマンスとスケーラビリティのガイドライン」のサイズ設定表を参考にして、インストール・サイズを決定します。 ◆ 2.1「管理オブジェクトの分類」（6 ページ） ◆ 2.2「各サイズの管理オブジェクト数のカウント」（6 ページ） ◆ 2.3「インストール・サイズの決定」（7 ページ） 2.1 管理オブジェクトの分類

Powerlink の「EMC ControlCenter パフォーマンスとスケーラビリティのガイドライン」を参考にして、データ・センター内の管理オブジェクトを「大」「中」「小」のサイズ別にグループ分けします。管理オブジェクトのサイズは、容量の合計ではなく、オブジェクトの数によって判断します。たとえば、10 個のデバイス（10 個のメタボリューム）に分散した 1 TB のストレージを持つホストは、「小」に分類します。重要：このステップを実行するときは、以下の点に注意します。 ◆ ホスト・デバイスとは、/dev/rdsk/cXtXydなどの物理デバイスのこと。

◆ EMC Symmetrix®_{論理ボリュームとは、Symmetrix アレイ内の仮}

想ディスク・ドライブのこと（論理デバイスまたはハイパー・ボリュームと同じ）。 ◆ エージェント・ホスト論理ボリュームとは、VERITAS などの論理ボリューム・マネージャによって作成された、複数のホスト・デバイスを持つ論理デバイスのこと。 ◆ 1 つの管理オブジェクトのサイズが「大」の分類を超える場合は、EMC カスタマー・サポートに対処方法を問い合わせてください。 2.2 各サイズの管理オブジェクト数のカウントデータ・センター内の各サイズの管理オブジェクト数をカウントします。合計数を、次のステップで使用します。

(23)

2.3 インストール・サイズの決定

Powerlink の「EMC ControlCenter パフォーマンスとスケーラビリティのガイドライン」のサイズ設定表を参考にしながら、直前のステップで把握した管理オブジェクトの数とサイズを基に、インストール・サイズを決定します。インストール・サイズに関連するパフォーマンスやスケーラビリティについて不明な点がある場合は、カスタマー・サポートに問い合わせてください。

(24)

(25)

ControlCenter 構成のプランニングにおいて、ControlCenter のインフラストラクチャ・コンポーネントのインストール方法を決定することは、非常に重要です（ControlCenter のインフラストラクチャ・コンポーネントには、ECC サーバ、リポジトリ、StorageScope リポジトリ、マスター・エージェント、コンソール、WebConsole サーバ、および 1 つ以上のストアがあります）。ネットワークに接続された複数の IP アドレスを持つホストに ControlCenter をインストールする場合は、ControlCenter のマルチホームについてもプランニングします。ControlCenter インフラストラクチャや他のコンポーネントにフェイルオーバー機能を持たせる場合は、ControlCenter クラスタ・サポートについてもプランニングします。注：本セクションのステップを実行した後に、本書の他のセクションへ進んでください。十分に準備をしてからインストールを行うと、無駄のない手順で ControlCenter をインストールでき、実行するインストールに最適な構成を実現できます。 ◆ ステップ 3：ControlCenter のアーキテクチャの把握... 10 ◆ ステップ 4：構成タイプの決定... 15 ◆ ステップ 5：ControlCenter マルチホーム化のプランニング... 20 ◆ ステップ 6：クラスタ・サポートのプランニング（オプション）... 24

プランニング

(26)

ステップ 3 ControlCenter のアーキテクチャの把握

ControlCenter アーキテクチャは、以下の主要コンポーネントで構成されます。 ◆ ControlCenter インタフェース：ControlCenter 環境を監視および管理し、レポートを作成するための各種インタフェース。 ControlCenter コンソールと WebConsole（ストレージ・インフラストラクチャを一元的に監視および管理）、EMC StorageScope™_{などの関連アプリケーション、および、}

Performance Manager 自動作成レポート（Web インタフェースにレポートを表示）がある。 ◆ インフラストラクチャ：以下のものが含まれる。 • ECC サーバ（1 つ）：コンソールからのリクエストを処理し、 すべての管理オブジェクトを制御する。 • リポジトリ（1 つ）：ControlCenter とストレージ環境に関するデータを格納するリレーショナル・データベース。 • ストア（1 つ以上）：エージェントが収集した永続データをリポジトリにライトするためのストア。

• WebConsole サーバ（ECCAPI を含む）：ControlCenter の Web ベース・インタフェースである WebConsole への通信を制御する。 • StorageScope リポジトリ（1 つ）：ControlCenter リポジトリ から取得したデータを StorageScope でのレポート作成用に整理し、準備する ELT（抽出、変換、ロード）プロセスによってデータが挿入されるリポジトリ。 ◆ エージェント：特定のオブジェクト（ストレージ・アレイ、ファイバ・チャネル・スイッチ、ホストなど）を管理し、それらのオブジェクトをアラート基準に基づいて監視し、オブジェクトのパフォーマンスや構成に関する情報を収集し、アクティブなコマンドを実行する。ControlCenter は、以下のタイプのエージェントを使用する。 • マスター・エージェント：各エージェント・ホスト上で実行し、複数のアプリケーション・エージェントを管理する。 • アプリケーション・エージェント：エージェント・ホスト上で実行し、特定のストレージ・リソースを管理する。

(27)

• プロキシ・エージェント：リソースへの間接的なアクセスを提供する。このタイプのエージェントには、リモート・ホストに配置されて Solutions Enabler と通信し、ストレージ・リソースを管理および監視する Storage Agent for Symmetrix や Common Mapping Agent がある。

単一ホストへのインストールを選択すると、図 2に示すように、 StorageScope リポジトリと ECC リポジトリは、同じマシン上に存在することになります。

注：ファイル・レベルのレポート作成を実行する場合は、この構成を推奨しません。

(28)

図 2 単一ホスト・インフラストラクチャ構成のアーキテクチャ図 3（分散インフラストラクチャ構成）は、ControlCenter インフラストラクチャ・コンポーネントが 2 台以上のマシンにインストールされる場合のアーキテクチャを示します。スイッチホスト/エージェント ControlCenter ユーザー・インタフェース ControlCenter インフラストラクチャストレージ・アレイ管理環境マスター・エージェント他のエージェントマスター・エージェント他のエージェントマスター・エージェント他のエージェントマスター・エージェント他のエージェント ECCサーバリポジトリストア Webコンソール・サーバマスター・エージェント他のエージェント StorageScope FLR Archiver StorageScopeリポジトリ CC-000369

StorageScope WebConsole Performance Manager ControlCenter コンソール Performance Manager 自動作成レポート

(29)

図 3 分散インフラストラクチャ構成のアーキテクチャ ControlCenter エージェントの中には、プロキシ・モードで通信を行い、エージェントがインストールされたホストに直接接続されていないリソースを管理するエージェントがあります。14 ページの図 4 スイッチホスト/エージェント ControlCenter ユーザー・インタフェース複数ホスト間に分散された ControlCenter インフラストラクチャ管理環境ストレージ・アレイマスター・エージェント他のエージェントマスター・エージェント他のエージェントマスター・エージェント他のエージェントマスター・エージェント他のエージェント ECCサーバリポジトリマスター・エージェント他のエージェント Webサーバストアマスター・エージェント他のエージェントマスター・エージェント他のエージェント CC-000370 StorageScope WebConsole WLA Performance View ControlCenter コンソール WLA 自動作成レポート StorageScope リポジトリ StorageScope FLR Archiver

(30)

管理する Storage Agent for Symmetrix と Storage Agent for CLARiiON の例を示します。 図 4 プロキシ・モード構成の例ホスト/エージェント/ ソフトウェア製品 ControlCenter ユーザー・インタフェース ControlCenter インフラストラクチャ CLARiX Symmetrix 管理環境マスター・エージェント Storage Agent for Symmetrix Solutions Enabler

Solutions Enabler マスター・エージェント

Storage Agent for CLARiiON Solutions Enabler Navisphere ECCサーバリポジトリストア Webサーバマスター・エージェント他のエージェント StorageScopeリポジトリ StorageScope FLR Archiver ホスト/エージェント/ ソフトウェア製品 CC-000371 StorageScope WebConsole WLA Performance View ControlCenter コンソール WLA 自動作成レポート

(31)

ステップ 4 構成タイプの決定

ControlCenter の実装において、インフラストラクチャ・コンポーネントである ECC サーバ、ストア、リポジトリ、STS リポジトリをどのように構成するかを決定するのは、非常に重要なステップです。以下の項目について検討してください。 ◆ 単一のマシン（単一ホスト・インフラストラクチャ構成）に、 ECC サーバ、リポジトリ、ストア（複数可）、StorageScope リポジトリをインストールすべきかどうか。単一ホスト・インフラストラクチャ構成は、今後 2 ∼ 4 年以内に急激なデータ増加が見込まれない小∼中規模の導入に適しています（ステップ 2：「インストール・サイズの決定」（6 ページ）を参照）。ControlCenter インフラストラクチャの管理に必要なコストや手間を最小限に抑えますが、将来のパフォーマンスやスケーラビリティの拡大には対応できません。注：ファイル・レベルのレポート作成を実行する場合は、1 つのホストに STS リポジトリと他のインフラストラクチャ・コンポーネントを配置する単一ホスト構成を推奨しません。 ◆ 複数のマシン（分散インフラストラクチャ構成）に、ECC サーバ、リポジトリ、ストア（複数可）、StorageScope リポジトリをインストールすべきかどうか。注：分散インフラストラクチャ構成では、インフラストラクチャ・コンポーネントの ECC サーバおよびリポジトリを同一ホストにインストールすることを推奨します。その他のインフラストラクチャ・コンポーネントは別のホストに分散させることができます。分散インフラストラクチャ構成は、中∼大規模の導入、および、近い将来に急激なデータ増加が見込まれる小規模導入に非常に適しています（ステップ 2：「インストール・サイズの決定」（6 ページ）を参照）。複数のマシンにコンポーネントを分散することによって、最適なパフォーマンスとスケーラビリティが得られます。 ControlCenter の適切な構成タイプを決定するには、以下のステップに従ってください。 ◆ 4.1「適切な構成タイプの決定」（16 ページ）

(32)

4.1 適切な構成タイプの決定ステップ 2：「インストール・サイズの決定」（6 ページ）で決定したインストール・サイズに基づいて、ControlCenter の構成タイプを以下の中から決定します。 ◆ 単一ホスト・インフラストラクチャ ◆ 分散インフラストラクチャ

単一ホスト・インフ

ラストラクチャ

ECC サーバ、ストア、リポジトリおよび STS リポジトリを、1 つのホストに置きます。この構成は、今後 2 ∼ 4 年以内に急激なデータ増加が見込まれない小∼中規模のインストールに適しています。注：ファイル・レベルのレポート作成を実行する場合は、1 つのホストに、 STS リポジトリと他のインフラストラクチャ・コンポーネントを配置する構成を推奨しません。

分散インフラストラ

クチャ

ECC サーバ、リポジトリ、ストア、および STS リポジトリを、複数のホストに分散します。この構成は、中∼大規模の導入、および、近い将来に急激なデータ増加が見込まれる小規模導入に適しています。注：分散インフラストラクチャ構成では、インフラストラクチャ・コンポーネントの ECC サーバおよびリポジトリを同一ホストにインストールすることを推奨します。その他のインフラストラクチャ・コンポーネントは別のホストに分散させることができます。たとえば17 ページの図 5のように、ECC サーバとリポジトリを同一のホストに配置し、STS リポジトリを別のホストに、1 つ目のストアをまた別のホストに、2 つ目のストアをさらに別のホストにインストールして、初期構成を作成できます。インストール規模が拡大し、必要になれば、さらに他のホストに 3 番目以降のストアをインストールできます。

(33)

図 5 ストアを別に配置した分散インフラストラクチャインフラストラクチャ・コンポーネントを複数のホストにインストールすることを検討するときは、以下の点に注意してください。 ◆ ストアのアクティビティは、各エージェントがデータ・コレクション・ポリシーを実行するタイミングに対応する。データ・コレクションと再検出のスケジュールをバランス良く設定することが重要。特に大きな管理オブジェクトに対しては、そのような設定が推奨される。 ◆ 複数のストアがインストールされている場合、エージェントへのストアの割り当ては、ストア上の現在の負荷に基づいて動的に行われる。負荷分散に加えて、このようなメカニズムが機能することにより、冗長性が確保される。1 つのストアがダウンし StorageScope CC-000372 ストアストア ControlCenter ユーザー・インタフェース ControlCenter インフラストラクチャ管理環境 WebConsole ControlCenter コンソール Performance Manager 自動作成レポート Performance Manager ECCサーバリポジトリ WebConsoleサーバ StorageScopeリポジトリマスター・エージェントエージェントマスター・エージェントエージェントホスト/エージェント/ ソフトウェア製品ホスト/エージェント/ ソフトウェア製品

(34)

◆ ファイル・レベルのレポート作成を実行する場合は、同一ホストに、STS リポジトリと他のインフラストラクチャ・コンポーネントを配置する構成は推奨されない。パフォーマンスが低下するため。インフラストラクチャ・ホストのパフォーマンス・ベスト・プラクティスインフラストラクチャ・ホストでのディスクの可用性を高めるには、以下の推奨事項に従ってください。インフラストラクチャ・ホスト上でディスクの空きスペースを割り当てる場合 ◆ ディスクの可用性を高めるに、ミラーされたディスク（RAID 1）を使用する（追加の物理ハード・ディスク・ドライブが必要）。 ◆ 許容可能なシステム・パフォーマンスを確保するために、少なくとも、ディスク・ミラーリングに RAID コントローラを使用する。システム・パフォーマンスを高める場合は、Symmetrix （メタボリューム）や CLARiX（RAID-10 LUN）などのディスク・アレイを使用する。ホスト・ベースのミラーリングは推奨しません。ストアが過負荷になるか、構成サイズが拡大して、より上の分類に 該当するようになった場合は、ストアを追加するか、DCP の分散を 検討します。

コンソールの [Alerts] ビューにStore Loadアラートが表示され、1

時間経ってもリセットされない場合は、ストアが過負荷になっています。このアラートは、ストアのワークロードがしきい値を超えると発生し、新しいストアを追加する必要があることを意味します。過負荷の原因を特定するには、以下を実行してください。 ◆ DCP が適切に分散されているかどうかを検証する。複数の DCP が同時に開始するようにスケジュールされている場合は、適宜、スケジュールを変更する。注：DCP は、エージェント・ホストのシステム時間に基づいて実行されます。エージェント・ホストのシステム時間とストアのシステム時間が異なる場合があるので、注意してください。 ◆ 既存の関連する DCP の再分散や検討が適切に行われずに、管理オブジェクトが、ControlCenter に長期間、追加されたことがなかったかどうかを調べる。過負荷の原因となっている DCP を特定したら、以下のいずれか、またはすべてを実行して、過負荷に対処します。

(35)

◆ ボトルネックが発生しないように、DCP を長期的に均等に分散する。 ◆ DCP の実行頻度を減らす（たとえば、1 分間隔から 5 分間隔に変更する）。 ◆ 単一ホスト構成から分散構成に移行する。単一ホスト構成のストア・コンポーネントをアンインストールして、別のホストにストアをインストールするか、新規ホストでストアを追加する。注：ストアをアンインストールした後も、コンソールには非アクティブなストアが表示されます。非アクティブなストアが表示されないようにするには、コンソールを使用して管理オブジェクトを削除する必要があります。

(36)

ステップ 5 ControlCenter マルチホーム化のプランニング

マルチホームとは、1 台のホストが、ネットワークに接続された複数の IP アドレスを持つ状態を意味します。マルチホームのホストは、同一または異なるネットワーク上の複数のデータ・リンクに物理的に接続しています。マルチホームのホスト（複数の NIC を持つホストまたは複数のインタフェース / ポート接続を持つ NIC を持つホスト）に ControlCenter をインストールしようとすると、インストール・プログラムによって、（複数の）NIC が自動的に検出され、 ControlCenter でマルチホームをサポートするために必要な値をフィールドに入力するように促されます。本セクションでは、ControlCenter のインストール時にマルチホームのサポートを検討する方法を説明します。 ◆ 5.1「推奨方法：ネットワーク・トラフィックの整理」（20 ページ） ◆ 5.2「推奨方法：ネットワーク・トポロジーとルーティングの検証」（21 ページ） ◆ 5.3「ネットワーク上での適切な名前解決の実行」（22 ページ）注：アダプタ・チーミング（ネットワーク・アダプタ・ポートをグループ化して、1 つの物理セグメントへの接続に使用する機能。1 つのポートでの接続が失敗しても、別のポートが自動的にアクティブ化される）は、インフラストラクチャ・コンポーネントをインストールしたホスト上ではサポートされません。 5.1 推奨方法：ネットワーク・トラフィックの整理マルチホームを使用する主な目的の 1 つは、管理ネットワーク上で ControlCenter データをルーティングすることにより、本番ネットワークを他のアプリケーションが使用できるように確保することです。インストール時にネットワーク・トラフィックをルーティング指定する場合は、以下のガイドラインに従うことを推奨します。 ◆ 管理ネットワーク内のホスト（複数可）に ControlCenter のインフラストラクチャ・コンポーネントをインストールする。ただし、ControlCenter コンソールが本番ネットワーク上にある場合を除く（その場合は、次の項目を参照する）。 ◆ ControlCenter コンソールは、本番ネットワーク内のホストに配置できるが、管理ネットワーク内のホストに配置することが強く推奨される。通常、コンポーネント間でデータを転送する頻

(37)

度とデータ量が大きいため、コンソールが本番ネットワークにあると、ECC サーバとリポジトリも、同じネットワーク上に配置しなければならなくなる。 ◆ 本番（エージェント）ホストが、本番ネットワークと管理ネットワーク（定期 / 深夜バックアップ・ネットワークを含む）の両方に含まれるように構成する。 ◆ ネットワークが分離している場合は、各ネットワーク上でアクセス可能になるように ControlCenter コンポーネントをインストールする。たとえば分離するサブネットのぞれぞれに、 Performance Manager を 1 回インストールする。構成に複数のストアが含まれると、ストアで負荷分散が自動的に実行される。 5.2 推奨方法：ネットワーク・トポロジーとルーティングの検証ネットワーク・トポロジーを完了したら、ControlCenter コンポーネント間で通信が可能になるようにルーティングを構成します。 ◆ コンソール、ストア、エージェント・ホスト、中間ルータでのルーティング構成を調整し、ControlCenter の管理トラフィックが指定するルートを通過するようにする。ECC サーバとリポジトリが、ECC サーバ、ストア、コンソール、および StorageScope へのアクセスで、各管理ネットワークを使用できるようにする。 ◆ ストアの負荷分散やデータのアーカイブ化などの ControlCenter の一部の機能では、ECC サーバにより、ストアのネットワーク・アドレスがエージェントへ動的に割り当てられることが必要。リモート管理ネットワーク上のエージェント（サーバ・ホストへ直接接続されていないエージェント）がこの機能を実行するには、ECC サーバ・ホスト上でルーティングを適切に構成する必要がある。

(38)

◆ 単一ホスト・インフラストラクチャ構成の場合、ControlCenter コンソールのすべてのホストとエージェントが、ECC サーバのリスニング・ネットワーク・アドレスの 1 つにアクセスできることが必要。エージェントも、ControlCenter 構成内のストアの少なくとも 1 つにアクセスできる必要がある。 5.3 ネットワーク上での適切な名前解決の実行 IP アドレスはサポートされないため、インストール時にネットワーク名のみを使用します。ネットワーク名を使用することにより、IP アドレスの割り当てが変更になっても（セキュリティ対策上、頻繁に変更されます）、ControlCenter の構成を変更する必要がありません。 ◆ FQDN（完全修飾ドメイン名）を使用して、あいまいな指定を避ける。 ◆ ECC サーバとリポジトリの管理 IP アドレスのそれぞれをユニークなネットワーク名にマップする。 ◆ ホスト名が DNS に追加されていることを確認する。ネットワーク管理者に連絡して、ECC サーバ・ホストの各 NIC の IP アドレスが、DNS に登録されていることを確認する。分散インフラストラクチャインフラストラクチャ・コンポーネントを複数のホストにインストールする場合、ControlCenter コンソールとストアが、ECC サーバとリポジトリの両方に対するリスニング・ネットワーク・アドレスの少なくとも 1 つに必ずアクセスできるようにします。

(39)

分散インフラストラクチャ統合的な構成では、理想的には、各インフラストラクチャ・ホストは、マルチホーム化され、ControlCenter をサポートする各ネットワークに接続されます。 ◆ リポジトリと ECC サーバ・ホストが、両方の管理 LAN へ接続される。

◆ ストア・ホストと Workload Analyzer Archiver のエージェント・ホストが、両方の管理 LAN へ接続される。

◆ エージェント・ホストが、一方または両方の管理 LAN と本番 LAN へ接続される。

◆ 各エージェントが、エージェント・ホストと同じ LAN 内の Workload Analyzer Archiver エージェントとのみ通信できる。 ◆ 各エージェントが、エージェント・ホストと同じ LAN 内の FLR Archiver エージェントとのみ通信できる。分散インフラストラクチャセグメント化された構成の一部でマルチホームが使用される場合、ストア・ホストは、ControlCenter をサポートする分離されたサブネットのみに接続されます。

◆ リポジトリ、ECC サーバ（および Performance Manager の自動作成レポート・サービス）ホストが、管理 LAN へ接続される。

◆ 各ストア・ホストと Workload Analyzer Archiver エージェント・ホストが、それぞれの管理 LAN へ接続される。 ◆ 各エージェント・ホストが、一方または両方の管理 LAN と

本番 LAN へ接続される。

◆ 各エージェントが、エージェント・ホストと同じ LAN 内の Workload Analyzer Archiver インスタンスとのみ通信できる。 ◆ 各エージェントが、エージェント・ホストと同じ LAN 内の

(40)

ステップ 6 クラスタ・サポートのプランニング（オプション）

クラスタとは、フェイルオーバー動作を実行する一連のホストで、ホスト障害発生時のダウンタイムをできるだけ短縮するために使用されます。アクティブなプライマリ・ホストで、フェイルオーバーを必要とするシステム・レベルの障害が発生すると、バックアップ・スタンバイが開始します。プライマリ・ホストがオンラインに復旧すると、プライマリ・ホストへのフェイルバックを手動で実行できます。本セクションでは、ControlCenter のクラスタ・サポートを検討する方法を説明します。 ◆ 6.1「クラスタ・サポートに必要なソフトウェアの把握」（次セクション） ◆ 6.2「ControlCenter におけるクラスタ・サポート」（25 ページ） ◆ 6.3「マルチホーム環境の構築」（26 ページ） ◆ 6.4「クラスタ・フェイルオーバーの把握」（27 ページ） 6.1 クラスタ・サポートに必要なソフトウェアの把握 ControlCenter のクラスタでは、以下のソフトウェアがサポートされます。

◆ MSCS（Microsoft Windows Advanced Server Cluster

Service）：同一ドメイン内で Windows を実行し、共有ストレージ・システムに接続されるホストを、本番サーバのハードウェアおよびネットワーク接続の障害から保護するサービス。1 つのホストで障害が発生しても、別のホストがアプリケーション・ワークロードを引き継ぐ。Microsoft Web サイト （www.microsoft.com）で、Windows 2000 および Windows 2003 に関する情報を参照可能。

◆ SRDF/ce for MSCS：MSCS を実行する Windows ホストが、地理

的に分散するクラスタ内の SRDF®_{接続された Symmetrix システ} ムに対して操作を実行できるようにするソフトウェア拡張。ホスト障害が発生すると、SRDF 接続された 2 台の Symmetrix システムで、SRDF ミラーリング・ボリュームが自動的にフェイルオーバーされる。クラスタ・ノード間の距離を最大 60 km にまで延長しながら、地理的に分散されたクラスタに安定した耐障害性を提供する。

(41)

6.2 ControlCenterにおけるクラスタ・サポート ControlCenter コンポーネントは、MSCS 内の 1 つのリソース・グループに属します。 ◆ アクティブ / パッシブなクラスタのみをサポート。アクティブ / パッシブなクラスタでは、プライマリ（アクティブ）ホストが通常の処理を実行し、アクティブ・ホストで障害が発生すると、セカンダリ（パッシブ）ホストが、アプリケーションを完全な状態で再起動する。通常時に両方のホストがアプリケーション・ソフトウェアを実行し、障害発生時にすべての作業が 1 つのホ ストに転送されるアクティブ / アクティブクラスタは、 ControlCenter ではサポートされない。 ◆ ControlCenter はクラスタをサポートする。ControlCenter では、 MSCS がサポートするノードをいくつでもサポートする。 ◆ 以下の ControlCenter インフラストラクチャ・コンポーネントおよび製品は、ControlCenter インフラストラクチャ・ホストにおけるクラスタをサポートする。 • ECC サーバ（Web サーバ・サービスを含む） • リポジトリ • ストア

• WebConsole サーバ（ControlCenter API Server サービスを含む） • マスター・エージェント

• StorageScope（STS リポジトリを含む） • Workload Analyzer Archiver

• ホスト・エージェント（リソース・グループが存在する物理ノードに対するレポートのみ）クラスタ内でのインフラストラクチャ・コンポーネントのインストールについては、ステップ 51：「クラスタ環境への ControlCenter インフラストラクチャのインストール」（250 ページ）を参照してください。 ◆ EMC では、クラスタ内の同じホストに、ホスト・エージェントとインフラストラクチャ・コンポーネント（ECC サーバ、ストア、リポジトリ、STS リポジトリ）をインストールすることをサポートしません。クラスタ内でのホスト・エージェントのインストールについては、ステップ 52：「アプリケーション・クラスタ環境への ControlCenter エージェントのインストール」（268 ページ）を参照してください。

(42)

6.3 マルチホーム環境の構築 ControlCenter でクラスタリングを実装するには、マルチホーム・ホスト環境を構築する必要があります。詳細は、ステップ 5：「ControlCenter マルチホーム化のプランニング」（20 ページ）を参照してください。図 6に、各物理ノードがマルチホーム化され、クラスタをハートビート LAN と外部ネットワークに接続した構成例を示します。 図 6 単一ホスト・インフラストラクチャのクラスタ構成（例） Performance Manager ControlCenter コンソール Performance Manager CC-000120 WebConsoleサーバ Wo rk lo arr A n a ly zry zy z A rc h ivriviv Workload Analyzer Archiver 本番クライアント本番クライアント Connectrix Connectrix Symmetrix CLARiX Symmetrix CLARiX

ControlCenter エージェント ControlCenter エージェント ControlCenter エージェント本番LAN 管理LAN SAN接続 ControlCenter コンソール ControlCenter仮想サーバリポジトリ ECCサーバストア STSリポジトリクラスタ・ノードA ハートビート LAN Microsoft クラスタ 2ノードアクティブ/ パッシブクラスタ・ノードB ISL 単一ホスト・インフラストラクチャ・クラスタ構成

(43)

6.4 クラスタ・フェイルオーバーの把握 ControlCenter のクラスタ環境でフェイルオーバーが発生すると、 ControlCenter サービスは、障害が発生したノード上で、ただちにシャットダウンします。ECC サーバとストアのサービスは、完全にシャットダウンするまで数分かかります。フェイルオーバーが発生したら、以下を実行してください。 ◆ すべての ControlCenter サービスがセカンダリ・ノードで完全に再起動するまで、十分時間をかける。 ◆ ControlCenter コンソールを再起動する。使用するインフラスト ラクチャ構成に適した手順で、ControlCenter コンソールを再起動する。 • 単一ホスト・インフラストラクチャ：ControlCenter がフェイルオーバーし、再起動すると、すべての ControlCenter コンソールを再起動しなければならない。 • 分散インフラストラクチャ：リポジトリがフェイルオーバーし、再起動するが、フェイルオーバーに 10 分以上かかった場合、ストア、コンソール、および StorageScope インスタンスを再起動しなければならない。ECC サーバがフェイルオーバーし、再起動した場合、すべてのストアと ControlCenter コンソールを再起動しなければならない。 ◆ 即時フェイルバックの防止： ControlCenter コンポーネントまたは製品が、プライマリまたはセカンダリ・ホストでフェイルオーバーした場合、障害が発生したノードを再起動し、その後、フェイルバックを手動で実行する必要がある。ControlCenter のプロセスの中には、障害が発生したノードで完全にシャットダウンしないものがあり、自動フェイルバックは実行できない。自動フェイルバックを実行しないためには、該当するリソース・グループの「自動フェイルバック」を無効にする。ファイアウォール要件使用する ControlCenter クラスタ環境にファイアウォールが含まれる場合は、ファイアウォールが、ECC サーバの実際（物理）と仮想（クラスタ）の両方の IP アドレスへ必ずアクセスできるようにします。

(44)

注：社内ポリシーで自動フェイルバックが規定されている場合は、コンポーネントが完全に再起動するまで十分に時間をかけてください。

(45)

ControlCenter は、複数の製品と機能で構成されます。一部は基本製品と一緒に自動的にインストールされますが、個別にインストールする機能や製品もあります。製品や機能によって、インストールが自動的に有効で、ライセンス・キーを必要としないものと、個々にライセンス・キーを必要とするものがあります。本セクションでは、ControlCenter アプリケーションの実装をプランニングする方法を以下の手順で説明します。 1. 本セクションの説明に従って、導入時に購入したメイン・アプリケーションと機能を検証します。 2. ライセンス・キーが必要なアプリケーションと機能、基本製品と一緒に自動インストールされるアプリケーション、個別にインストールする必要のあるアプリケーションを、それぞれ把握します。 3. 有効化したアプリケーションに関連する機能を使用するために必要なエージェントのインストールをプランニングします（「エージェントのプランニング」（51 ページ）を参照）。重要：本セクションのステップを実行してから、本書の他のセクションに進んでください。十分に準備をしてからインストールを行うと、無駄のない手順で ControlCenter をインストールでき、ご使用のインストール環境に最適な構成を実現できます。

◆ ステップ 7：OIC（Open Integration Components）のプランニング ..30

◆ ステップ 8：ライセンスが必要な機能とアプリケーションのプラ

ンニング ... 32

◆ ステップ 9：コンソール・インタフェースのプランニング... 42

プランニング

(46)

ステップ 7 OIC（Open Integration Components）のプラ

ンニング

ControlCenter の OIC（Open Integration Components）は、すべての ControlCenter 製品で使用可能な一連の共通サービスです。含まれるサービスには、一元的なインストール、すべての管理リソースに対応するエージェント、ログインとアクセス制御管理、データ格納用リポジトリがあります。OIC サービスは、いずれもライセンス・キーを必要としません。ControlCenter の基本製品をインストールすると、オープンで統合的なコンポーネントである OIC へ自動的にアクセスできます。フレームワーク統合パッケージフレームワーク統合パッケージは、ControlCenter OIC に含まれるプログラムの 1 つで、以下の主要な管理フレームワーク・アプリケーションと ControlCenter の統合を可能にします。

◆ BMC PATROL Enterprise Manager ◆ BMC PATROL

◆ CA Unicenter TNG ◆ EMC Smarts

◆ HP OpenView Network Node Manager

OIC（Open Integration Components）の概要

ソース ControlCenter 基本製品と同時に自動インストール。

必要なライセンスなし。OIC の機能を使用するのに、ライセンス・キーは不要。

実装可能なエージェント：

◆ Common Mapping Agent（フル機能） ◆ Database Agent for Oracle（検出、監視、

アラート機能）

◆ Integration Gateway（フル機能） ◆ マスター・エージェント

◆ Host Agent for AIX、HP-UX、Linux、 Novell、Solaris、Windows（検出と監視機能） ◆ VMware Agent（フル機能）含まれる機能とアプリケーション： ◆ アラート（表示、プロパティの編集、ソースの編集、条件の編集） ◆ コマンド履歴 ◆ DCP（データ・コレクション・ポリシー） ◆ 検出（「Solutions Enabler および ControlCenter エージェントの実装と初期検出の実行」（193 ページ）を参照） ◆ フレームワーク統合パッケージ ◆ WebConsole と WebConsole サーバ（「WebConsole を使用する状況を把握する」（45 ページ）を参照） ◆ Performance Manager（インストールのみ） ◆ EMC PowerPath®_{Volume Manager}

(47)

◆ HP OpenView Operations ◆ IBM Tivoli NetView

◆ IBM TEC（Tivoli Enterprise Console） ◆ Microsoft Operations Manager

明確にサポートされないフレームワークについては、FibreAlliance MIB V4.0 を使用して未フォーマットのトラップを受け取ることができます。

前述リストのアプリケーションのサポートを有効にするには、以下の手順に従ってください。

1. Integration Gateway Agent をインストールします（「Integration

Gateway のプランニング」（60 ページ）を参照）。 2. フレームワーク統合パッケージ・コンポーネントのインストール・ファイルをフレームワーク・アプリケーションを実行するホストにダウンロードします。 3. フレームワーク統合パッケージ・コンポーネントをホストにインストールします。フレームワーク・アプリケーションについての詳細は、「EMC ControlCenter Integration Packages Product Guide」を参照してください。

フレームワーク統合パッケージの概要

ソース ControlCenter Web インストール・インタフェース（ステップ 38：「フ

レームワーク統合パッケージのインストール（オプション）」（180 ペー

ジ）を参照）。

ライセンス Open Integration Components（ControlCenter 基本パッケージ）に含ま

れる。エージェント Integration Gateway。必須のインストール・フィールドフレームワーク統合パッケージのダウンロード先フレームワーク統合パッケージのインストール・ファイルをダウンロードするディレクトリ。デフォルト：C:¥ecc¥InstallIntPkg

(48)

ステップ 8 ライセンスが必要な機能とアプリケーションのプ

ランニング

本セクションでは、ライセンス供与される機能やアプリケーションで使用できる性能およびエージェントを説明します。以下のリストの機能やアプリケーションのライセンスを、インストール時に必要な数だけ取得できます。インストール時にライセンスを適用する順番は任意です（必ずしも、8.1∼8.7の順でプランニングする必要はありません）。

◆ 8.1「ARM（Automated Resource Manager）のプランニング」

◆ 8.2「SAN Manager のプランニング」（33 ページ） ◆ 8.3「Symmetrix Manager のプランニング」（34 ページ） ◆ 8.4「StorageScope のプランニング」（36 ページ） ◆ 8.5「Symmetrix Optimizer のプランニング」（39 ページ） ◆ 8.6「Performance Manager のプランニング」（40 ページ） ◆ 8.7「Celerra、Centera、CLARiX エージェントのプランニング」（41 ページ）

8.1 ARM（Automated Resource Manager）のプランニング

Automated Resource Manager™_{は、データ・センター内の状況の変}

化に対応するためのストレージ・プロビジョニング、アクティブ・ホスト構成、および自動アラート修復機能を提供します。また、ストレージ環境内の空きスペースに関する情報を一元的に表示します。