HP CloudSystem Matrix 7.3 ユーザーガイド - Hewlett-Packard

HP CloudSystem
Matrix 7.3 ユーザーガイド
概要
このガイドでは、HP CloudSystem Matrix 製品の管理とトラブルシューティングの担当者を対象としています。このガイド
で紹介する手順は、必ず、HP CloudSystem Matrix システム、オペレーティングシステム、およびコンフィギュレーション
アプリケーションの使用経験の豊富な担当者が行うようにしてください。
HP 部品番号: 754819-191
2013 年 12 月
第1版
© Copyright 2013 Hewlett-Packard Development Company, L.P.
ご注意
本書で取り扱っているコンピューターソフトウェアは秘密情報であり、その保有、使用、または複製には、HP から使用許諾を得る必要があり
ます。FAR 12.211 および 12.212 に従って、商業用コンピューターソフトウェア、コンピューターソフトウェアドキュメンテーション、お
よび商業用製品の技術データ(Commercial Computer Software, Computer Software Documentation, and Technical Data for Commercial Items)
は、ベンダー標準の商業用使用許諾のもとで、米国政府に使用許諾が付与されます。
本書の内容は、将来予告なしに変更されることがあります。HP 製品およびサービスに対する保証については、当該製品およびサービスの保証
規定書に記載されています。本書のいかなる内容も、新たな保証を追加するものではありません。本書の内容につきましては万全を期してお
りますが、本書中の技術的あるいは校正上の誤り、脱落に対して、責任を負いかねますのでご了承ください。
AMD は、Advanced Micro Devices, Inc.の商標です。Microsoft®、Windows®、および Windows® XP は、Microsoft Corporation の米国におけ
る登録商標です。Oracle および Java は、Oracle および/またはその関連会社の登録商標です。UNIX® は、The Open Group の登録商標です。
目次
1 このガイドについて..................................................................................9
HP CloudSystem Matrix の概要..................................................................................................9
はじめる前に........................................................................................................................11
このマニュアルの使用法........................................................................................................11
対象読者...............................................................................................................................13
リソースとマニュアル...........................................................................................................14
2 管理に関わるよくある問題の回避.............................................................16
適切なツールによる環境の管理..............................................................................................16
ポートとファイアウォールの管理...........................................................................................16
中央管理サーバーのベストプラクティス.................................................................................17
適切な長さのホスト名の設定..................................................................................................18
新しい論理サーバーやインポートされた論理サーバーの命名....................................................18
3 連携 CMS 環境の設定..............................................................................19
連携の設定............................................................................................................................19
セカンダリ CMS でのリソース設定.........................................................................................20
セカンダリ CMS でのインフラストラクチャオーケストレーションユーザーグループの作成.......21
4 CloudSystem Matrix の役割認証の設定.......................................................22
役割認証の概要 - HPIO 管理者の認証の変更.............................................................................22
ユーザー管理の概要...............................................................................................................23
5 管理対象システムでの検出の準備.............................................................24
エージェントの設定および修復..............................................................................................24
HP SIM で管理される Windows サーバーのセットアップ..........................................................24
HP SIM で管理される HP-UX サーバーのセットアップ...............................................................27
HP SIM で管理される Linux サーバーのセットアップ................................................................28
6 新しい管理対象システム追加のための Insight Managed System Setup Wizard
の使用.......................................................................................................29
チェックリスト.....................................................................................................................30
Managed System Setup Wizard の使用.....................................................................................30
ウィザードのステップ...........................................................................................................30
7 Matrix インフラストラクチャオーケストレーションによる ProLiant ブレード
でのデプロイメントの準備..........................................................................39
準備の概要............................................................................................................................39
VMware vCenter および Microsoft System Center Virtual Machine Manager 設定の指定.................40
仮想マシンネットワークスイッチのセットアップ....................................................................41
仮想マシンテンプレートの作成..............................................................................................43
ESXi/vSphere 仮想マシンテンプレートの作成......................................................................43
仮想マシンのチェック..................................................................................................43
VMware ESXi/vSphere 仮想マシン用のテンプレートの作成.............................................44
Hyper-V 仮想マシン用のテンプレートの作成.......................................................................45
SCVMM テンプレートの使用.............................................................................................46
Insight Control サーバー配備のカスタマイズ.............................................................................47
Matrix インフラストラクチャオーケストレーション OS デプロイメントフォルダーの作成.....47
Linux アップデート、サービスパック、またはエディションのデプロイメントサーバーへの追
加....................................................................................................................................49
OS ディストリビューションファイルの手動コピー.............................................................49
マルチパス SAN デプロイメントのための Insight Control サーバー配備の設定.......................51
Microsoft Windows.......................................................................................................51
Linux...........................................................................................................................54
目次
3
Insight Control サーバープロビジョニング................................................................................54
アプライアンスのアップデート..........................................................................................55
アプライアンスのアップデート後の追加タスク..............................................................59
アップデートが失敗した場合の復旧..............................................................................60
メディアサーバーのセットアップ......................................................................................61
Insight Control サーバープロビジョニングのメディアサーバーセットアップユーティリティ
のダウンロード............................................................................................................61
Insight Control サーバープロビジョニングのメディアサーバーセットアップユーティリティ
の使用.........................................................................................................................61
(オプション)Windows 2008/2012 メディアへの Microsoft アップデートスリップスト
リーム.........................................................................................................................65
Insight Control サーバープロビジョニングアプライアンスの設定の変更.................................66
(オプション)プロダクトキーの追加...........................................................................66
(オプション)施設のカスタム属性..............................................................................66
(オプション)アプライアンスの全般設定の編集...........................................................66
登録とライセンス........................................................................................................66
(オプション)ユーザーアカウントの追加.....................................................................67
CloudSystem Matrix 用の Insight Control サーバープロビジョニングの OS ビルドプランの作
成....................................................................................................................................68
COMBO OS ビルドプランの使用..................................................................................68
手動でのカスタム OS ビルドプランの作成.....................................................................69
カスタマイズした OS ビルドプランの作成................................................................70
OS ビルドプランへの必要なカスタム属性の追加.......................................................70
(オプション)Boot from SAN の構成.......................................................................71
(オプション)OS 展開での SPP ドライバーのアップデートの組み込み......................76
Windows............................................................................................................76
Linux..................................................................................................................76
OS ビルドプランで構成されているデフォルトのパスワードの変更..................................77
Windows................................................................................................................77
Linux.......................................................................................................................79
(オプション)マルチパス...........................................................................................79
RHEL 5.9.................................................................................................................80
Windows................................................................................................................80
Windows 2012...................................................................................................81
(オプション)Windows ライセンス.............................................................................81
IC サーバープロビジョニング展開用のターゲットサーバーの構成........................................83
Matrix Operating Environment への Insight Control サーバープロビジョニングアプライアンス
の接続.............................................................................................................................84
HP Server Automation を使用したデプロイメント.....................................................................85
8 Matrix インフラストラクチャオーケストレーションによる HP-UX デプロイメ
ントの準備................................................................................................86
Ignite-UX サーバー設定...........................................................................................................86
システムおよびソフトウェア要件......................................................................................86
Ignite-UX デプロイメントサーバー.................................................................................86
オペレーティング環境およびパッチ..............................................................................86
システム要件の確認.....................................................................................................86
サーバーでの Ignite-UX ソフトウェアおよび HP-UX OE デポのインストール...........................87
Ignite-UX サーバーでの HP-UX OE 構成の作成......................................................................87
Ignite-UX サーバーとしてのシステムの設定.........................................................................88
ゲストキットによる Integrity VM ゲスト OS ゴールデンイメージの作成................................89
自動デプロイメント用の DHCP サーバーの設定..................................................................90
Matrix インフラストラクチャオーケストレーションデプロイメント用のカスタマイズ...........90
HP Integrity Virtual Machines ホストの作成...............................................................................91
2 つの Integrity VM ホスト用の VC プロファイルの作成.......................................................91
4
目次
SAN ディスクの作成.........................................................................................................92
Integrity VM ホストでのソフトウェアのインストール...........................................................92
Integrity VM ホストの設定..................................................................................................93
仮想スイッチの設定.....................................................................................................93
DIO ネットワークの構成..............................................................................................93
VM ゲスト用の共有 LVM ボリュームを作成するための Serviceguard の設定..........................94
共有 LVM ボリュームグループの設定..................................................................................98
物理ディスクのプロビジョニングの設定...........................................................................100
HP SIM による Integrity VM 設定の検証.............................................................................101
9 ストレージプールエントリーの使用........................................................103
ストレージの概要................................................................................................................103
ストレージプールとは.....................................................................................................103
ストレージプールエントリーのタイプ..............................................................................104
SPM を使用するかどうかの決定.......................................................................................105
EVA ストレージ用の SPM のないストレージプールエントリーの作成......................................106
SAN ストレージエントリーのストレージプールエントリーの作成......................................119
HP P6000 Command View ソフトウェアによる Vdisk LUN の作成.......................................112
HP P6000 Command View ソフトウェアによるホストエントリーの作成.............................114
HP P6000 Command View ソフトウェアによる Vdisk LUN のホストへの提供......................115
SAN スイッチでのプールエントリー用のゾーンの作成......................................................129
ストレージプールエントリーを使用可能にする.................................................................131
3PAR StoreServ Storage 用の SPM のないストレージプールエントリーの作成...........................119
SAN ストレージエントリーのストレージプールエントリーの作成......................................119
3PAR StoreServ Storage による仮想ボリュームの作成.........................................................125
3PAR StoreServ Storage によるホストエントリーの作成.....................................................127
3PAR StoreServ Storage による仮想ボリュームのホストへの提供........................................128
SAN スイッチでのプールエントリー用のゾーンの作成......................................................129
ストレージプールエントリーを使用可能にする.................................................................131
事前に割り当てられた WWN を使用したストレージプールエントリーの作成.........................131
SPM によるストレージの管理...............................................................................................131
BNA ソフトウェアのインストールおよび設定...................................................................132
SPM の設定....................................................................................................................140
連携 CMS 環境におけるセカンダリ CMS 用のカタログパーミッションの設定................141
ストレージのインポート.............................................................................................143
管理対象アレイのインポート.................................................................................143
ストレージプールのインポート..............................................................................146
ボリュームのインポート........................................................................................148
ネットワークのインポート.....................................................................................150
ストレージテンプレートの準備...................................................................................152
Matrix インフラストラクチャオーケストレーションでストレージを自動生成するときのファ
ブリックの選択..............................................................................................................152
SPM を使用した SAN ストレージプールエントリーの作成.................................................153
10 論理サーバーの使用.............................................................................157
論理サーバーの概要.............................................................................................................157
Matrix Operating Environment の確認.....................................................................................157
ProLiant ブレード用の Virtual Connect 論理サーバーの作成......................................................158
Integrity ブレード用の Virtual Connect 論理サーバーの作成......................................................160
オペレーティングシステム設定の終了...................................................................................164
ハイパーバイザー以外のオペレーティングシステム(Windows および Linux)....................164
Microsoft Hyper-V............................................................................................................164
VMware ESXi/vSphere.....................................................................................................165
ProLiant 仮想マシン論理サーバーの作成.................................................................................167
仮想マシンゲストの最終手順...........................................................................................174
Integrity 仮想マシン論理サーバーの作成................................................................................175
目次
5
新しい論理サーバーの管理...................................................................................................179
論理サーバーの削除と管理解除............................................................................................180
「Clean-me-」論理サーバーをクリーンアップする手動プロセス(物理)............................182
「Clean-me-」論理サーバーをクリーンアップする手動プロセス(仮想)............................184
11 Matrix インフラストラクチャオーケストレーションの設定......................185
準備...................................................................................................................................185
通知およびプロパティの設定................................................................................................185
仮想マシンプロビジョニングのための設定............................................................................187
Microsoft Windows sysprep の確認....................................................................................187
Microsoft sysprep ファイルの作成................................................................................188
Microsoft Sysprep ツールのインストール......................................................................188
Windows sysprep ユーティリティのインストール.........................................................189
VM ゲスト用のストレージプロビジョニングからのハイパーバイザーローカルストレージとシ
ステムドライブの除外.....................................................................................................189
物理的なプロビジョニングに対するベアメタルサーバーの構成...............................................191
Matrix インフラストラクチャオーケストレーションリソースの設定........................................192
インフラストラクチャオーケストレーションコンソールの概要..........................................195
サーバープールの設定.....................................................................................................196
サーバープールの組織化.................................................................................................199
ストレージプールエントリーの確認.................................................................................200
Matrix インフラストラクチャオーケストレーションユーザーの確認...................................200
ネットワークリソースの設定...........................................................................................201
(オプション)Hyper-V VLAN タグ付け用のネットワーク設定............................................204
ソフトウェアリソースの設定...........................................................................................204
マルチテナント機能の設定...................................................................................................205
組織の作成.....................................................................................................................206
組織へのユーザーの割り当て...........................................................................................207
組織へのリソースの追加.................................................................................................208
VLAN 分離のための組織へのネットワークの割り当て........................................................209
12 Matrix インフラストラクチャオーケストレーションテンプレートおよびサー
ビスの作成..............................................................................................210
インフラストラクチャオーケストレーション Designer の使用.................................................210
物理 ProLiant サーバーを含むテンプレートの作成...................................................................210
Integrity 物理サーバーを含むテンプレートの作成...................................................................218
ProLiant 仮想マシンを含むテンプレートの作成.......................................................................223
Integrity ゲストを含むテンプレートの作成.............................................................................232
Integrity 物理サーバーおよび物理 NPIV ディスクを含むテンプレートの作成.............................238
ユーザーのソリューション向けのテンプレート作成...............................................................243
カスタマイズされたテンプレートの設定の変更......................................................................244
VSEassist による環境の検証..................................................................................................245
サービスリクエストの作成...................................................................................................245
デプロイメントの承認と自動化............................................................................................249
新しくデプロイされたサービスでのシステムの管理...............................................................252
サーバースナップショットの管理.........................................................................................256
サービスとしての既存のサーバーのインポート......................................................................257
13 電源、温度監視、および分析の設定のための Insight Control の使用.........259
はじめる前に......................................................................................................................259
SNMP を使用して監視を行う PDU/PDR の設定......................................................................259
電力管理オプションの設定...................................................................................................260
ラック内容の設定................................................................................................................262
データセンターのレイアウト図の作成...................................................................................265
14 Capacity Advisor によるプランニングシナリオの作成.............................267
はじめに.............................................................................................................................267
6
目次
Capacity Advisor のデータ収集.............................................................................................268
プランニングシナリオの作成................................................................................................269
シナリオの識別..............................................................................................................270
シミュレーションするシステムの選択..............................................................................270
シナリオ設定のサマリー確認...........................................................................................270
プロファイルビューアーの使い方.........................................................................................270
シナリオ編集時のプロファイルビューアーへのアクセス....................................................271
15 Virtual Connect ドメイングループの構成................................................273
複数の CMS での除外範囲の管理..........................................................................................273
除外範囲の編集..............................................................................................................273
除外範囲の作成..............................................................................................................275
Virtual Connect ドメイングループの作成................................................................................276
VC ドメイングループのトラブルシューティング...............................................................277
16 KVM クラウドプロビジョニング...........................................................279
17 (オプション)ESXi ホストとクラスターのプロビジョニング..................280
18 設定データの収集およびアーカイブ......................................................281
設定ベースラインの収集について.........................................................................................281
アーカイブディレクトリの作成........................................................................................282
Onboard Administrator の show all........................................................................................282
推奨される命名規則........................................................................................................282
Onboard Administrator からのすべてのデータの表示.........................................................282
Virtual Connect の show all....................................................................................................282
推奨される命名規則........................................................................................................282
Virtual Connect の show all コマンドの発行.......................................................................283
Virtual Connect の supportdump.............................................................................................283
推奨される命名規則........................................................................................................283
supportdump ドメイン BackupRestore データの収集...........................................................283
SIMCAPTURE ログ...............................................................................................................284
推奨される命名規則........................................................................................................284
simcapture.bat の実行......................................................................................................284
Matrix インフラストラクチャオーケストレーションログ........................................................284
推奨される命名規則........................................................................................................284
Matrix インフラストラクチャオーケストレーションのログファイルのアーカイブ................284
Insight Control 仮想マシン管理ログ........................................................................................285
推奨される命名規則........................................................................................................285
仮想マシン管理ログファイルのアーカイブ.......................................................................285
MXSYNC ログ.....................................................................................................................285
推奨される命名規則........................................................................................................285
MXSYNC の実行.............................................................................................................285
Storage Provisioning Manager ログ........................................................................................286
Insight Control サーバー配備ログの有効化..............................................................................286
VSEassist ログ.....................................................................................................................287
データのアーカイブ.............................................................................................................287
19 メンテナンス.......................................................................................288
データベースのメンテナンス................................................................................................288
ログファイルのメンテナンス................................................................................................290
イベントの削除...................................................................................................................293
HP SIM での到達不能デバイスの自動削除..............................................................................294
20 その他のベストプラクティス...............................................................302
HP SIM レポートの自動生成.................................................................................................302
3PAR ポート数の増加...........................................................................................................308
目次
7
21 サポートおよび他のリソース................................................................309
HP への問い合わせ..............................................................................................................309
HP への連絡前に収集する情報.........................................................................................309
HP への連絡方法.............................................................................................................309
ソフトウェアテクニカルサポートとアップデートサービスへの登録....................................309
ソフトウェアテクニカルサポートとアップデートサービスの使用方法............................310
保証情報...................................................................................................................310
HP 製品販売店................................................................................................................310
関連情報.............................................................................................................................310
表記規約.............................................................................................................................310
A 検出および認証情報の設定....................................................................312
[システム識別(毎日)] の時間の変更...................................................................................312
検出範囲の定義...................................................................................................................312
検出に関する問題のトラブルシューティング.........................................................................318
検出順序.............................................................................................................................318
Onboard Administrator の検出..............................................................................................319
大量のシステムの検出.........................................................................................................319
Gen8 サーバーの検出..........................................................................................................320
B 認証情報の管理.....................................................................................321
HP SIM CMS パスワードの変更............................................................................................321
Onboard Administrator 認証情報の管理..................................................................................322
OA の Web インターフェイスを使用した認証情報の管理..................................................322
iLO の Web インターフェイスを使用した iLO 認証情報の管理............................................323
Virtual Connect 認証情報の管理.............................................................................................324
VC の Web インターフェイスを使用した認証情報の管理...................................................324
OA および VCM に対する CLI コマンドの例.....................................................................325
ターゲットとの SSH セッションの確立........................................................................326
VCM CLI での VCM ユーザーのパスワードの変更.........................................................326
OA CLI での OA ユーザーのパスワードの変更.............................................................326
VCM CLI での完全な管理者権限を持つ VCM ユーザーの作成.........................................326
OA CLI での完全な管理者権限を持つ OA ユーザーの作成.............................................327
VCM CLI での VCM ユーザーの削除............................................................................327
OA CLI での OA ユーザーの削除.................................................................................327
VCM CLI でのユーザー用の LDAP 認証サポートの設定..................................................327
OA CLI でのユーザー用の LDAP 認証サポートの設定.....................................................327
OA CLI での iLO 認証情報の更新.................................................................................328
HP SIM 検出タスクの更新....................................................................................................328
C ネットワークまたはファイバーチャネル接続の追加/削除のための VCEM を
使用した CMS プロファイルの変更...........................................................330
D VCEM の VC プロファイルによる ESX ホストの作成................................332
VCEM での VC プロファイルの作成......................................................................................332
EVA ストレージおよびゾーンの作成......................................................................................332
ESX のインストール.............................................................................................................333
E Insight Control サーバー配備の設定およびカスタマイズに関する追加情報...334
古いバージョンの Linux または ESX 用のデプロイメントジョブをインストールする方法...........334
デフォルトパスワード.........................................................................................................334
頭字語と略語...........................................................................................336
索引........................................................................................................342
8
目次
1 このガイドについて
この『HP CloudSystem Matrix ユーザーガイド』には、ご利用の CloudSystem Matrix 環境の管
理要件を満たすために、HP サービスによってインストールされた HP CloudSystem Matrix イン
フラストラクチャを変換する作業に役立つ情報が掲載されています。このガイドでは、
CloudSystem Matrix 環境で一連のサーバーインフラストラクチャリソースを初めて準備する際
に役立つ情報を提供します。また、CloudSystem Matrix インフラストラクチャテンプレートを
初めて設計する場合の手順、およびそのテンプレートを使用したインフラストラクチャサービ
スの作成(すなわちプロビジョニング)方法についても説明します。CloudSystem Matrix イン
フラストラクチャの使用を開始するとき、通常はこの手順を最初に実行します。
第 3 章からは具体的な手順を紹介します。以下の章をお客様自身の Matrix 環境の要件に合う
章を選んだ上で参照し、その手順に従うことをおすすめします。
HP CloudSystem Matrix の概要
HP CloudSystem Matrix は、サーバー、ストレージ、およびネットワーク接続で構成される共
有インフラストラクチャです。CloudSystem Matrix とその管理ソフトウェアを利用すれば、予
想に即したインフラストラクチャを短時間で、効率よく、しかも低コストでお客様に提供する
ことや業務に導入することができます。
CloudSystem Matrix は、必要に応じてプロビジョニング/再プロビジョニングできる、サー
バー、ストレージ、およびネットワーク接続の共有プールというコンセプトに基づき構築され
ています。IT アーキテクト(すなわち、設計者)は、CloudSystem Matrix の GUI 方式の設計エ
ディターを使用して、物理サーバーと仮想サーバー、ストレージ、およびそれらのコンポーネ
ント間の接続を表すアプリケーションインフラストラクチャテンプレートを作成します。IT
アーキテクトがこれらのテンプレートを完成させて、カタログに公開すると、ユーザーが必要
に応じてこのカタログを利用して選択やリクエストを行えるようになります。このプロセスに
よって、共有インフラストラクチャモデル内部でプロビジョニングが標準化されるため、効率
的な操作が可能になります。
インフラストラクチャテンプレートが公開されると、CloudSystem Matrix 内部で簡単なセルフ
サービスポータルを利用してそのテンプレートの実在のインスタンスを作成(すなわち、プロ
ビジョニング)できるようになります。ある完全なアプリケーションインフラストラクチャを
プロビジョニングする場合、データセンターまたは IT 組織全体に散在するさまざまなチーム間
の調整を伴う手動プロセスでは数週間から数か月を要しますが、CloudSystem Matrix では同じ
作業をわずか数分、長くても数時間で完了できます。図 1 (10 ページ) を参照してください。
HP CloudSystem Matrix の概要
9
図 1 CloudSystem Matrix のセルフサービスプロセス
CloudSystem Matrix でサーバーインフラストラクチャをプロビジョニングした後、ワークロー
ドキャパシティを継続的に監視し、最適化することができます。また、ディザスタリカバリや
自動化されたサーバーフェイルオーバーの機能を使用して保護することもできます。これらの
他のライフサイクル機能を実行する方法に関するマニュアルについては、HP の Web サイト
http://www.hp.com/go/matrix (英語)で提供される HP CloudSystem Matrix を参照してくだ
さい。
CloudSystem Matrix インフラストラクチャオペレーティング環境は、次の機能を提供します。
•
•
10
サービスのオーケストレーションされたプロビジョニング
◦
アプリケーションインフラストラクチャ設計コンソールと繰り返し可能なベストプラ
クティステンプレート
◦
インフラストラクチャとワークフローのセルフサービス自動プロビジョニング
◦
インフラストラクチャサービスカタログ
◦
クロスプラットフォームマルチ OS サーバー配備
最適化とライフサイクル管理
◦
VMware vCenter、Microsoft System Center、および API を介した共通エンタープライ
ズ管理ソフトウェアによる VM 制御と同期化された統合
◦
継続的な容量管理
◦
統合 What-If 分析および比較レポート
◦
無制限の x2V および x2ProLiant 移行(x86 サーバー用)
このガイドについて
•
◦
VM を含むインフラストラクチャリソースの高度な仮想化
◦
サーバー用のリモートコンソールとリモートメディア
◦
電力管理と動的消費電力上限
◦
クリティカルなビジネスサービスを提供するサーバーに直接電力を供給する事前定義
電力ポリシー
◦
セキュリティとパッチ管理
◦
Virtual Connect 集中管理
可用性とプロアクティブサポート
◦
ProLiant サーバーブレード用の組み込みディザスタリカバリ管理(物理-仮想、物理-物
理、仮想-仮想、および仮想-物理)
◦
スペアサーバーによる自動サーバーフェイルオーバー
◦
ヘルス監視とアラート(サーバー、ネットワーク、およびストレージリソースに関す
る事前アラートを含む)
◦
安全なリモート監視、通知/勧告、エンジニアの派遣、およびプロアクティブサービ
スサポート
はじめる前に
CloudSystem Matrix 環境の管理と拡張に移る前に、CloudSystem Matrix のインストールプロセ
スを構成する次の設定作業が完了しているかどうかを確認してください。
•
HP SIM CMS が設定されており、管理対象システムを認識できる。
•
HP SIM で iLO および Onboard Administrator コンポーネントが設定されている。
•
HP SIM で VMware vCenter の設定値が設定されている。
•
VC ドメインと VCDG が少なくとも 1 つずつ作成されている。
•
物理論理サーバーが少なくとも 1 つ作成されている。
•
VM ホストが少なくとも 2 つ作成され、それぞれに 1 つ以上の VM が作成されている。
•
環境(3PAR StoreServ、P6000 EVA Storage System、または既存のストレージシステム)
に対応するように SAN が構成されている。
•
Boot-from-SAN を使用して、プロビジョニング対象のサーバーに対して、HP Insight Control
サーバープロビジョニング、HP Insight Control サーバー配備、または Ignite-UX サーバー
を通じた OS の配備が設定されている。
このマニュアルの使用法
CloudSystem Matrix 環境が設定され、プロビジョニングサービスの準備が完了している場合
は、直接「Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの
作成」 (210 ページ) に進んで、独自のサービスカタログを作成し、サービスをプロビジョニン
グすることができます。リソースプールを設定または変更する必要がある場合は、「Matrix イ
ンフラストラクチャオーケストレーションの設定」 (185 ページ) を参照して、Matrix インフラ
ストラクチャオーケストレーションコンソールでリソースを設定し、チェックすることができ
ます。
はじめる前に
11
管理対象リソース(CloudSystem Matrix 環境の新しい管理対象システム、連携 CMS、または
ストレージプールなど)を追加する必要がある場合は、それらの CloudSystem Matrix 環境設定
に関する特定の手順が示されている次の章を参照してください。
•
「連携 CMS 環境の設定」 (19 ページ) - セカンダリ CMS を追加して連携 CMS 環境を作
成し、Matrix インフラストラクチャオーケストレーションのスケーラビリティを拡張する
プロセスについて説明します。
•
「CloudSystem Matrix の役割認証の設定」 (22 ページ) - HP Insight Management ソリュー
ションでのユーザー認証のカスタマイズプロセスと、認証の確認プロセスについて説明し
ます。
•
「新しい管理対象システム追加のための Insight Managed System Setup Wizard の使用」
(29 ページ) - 新しい管理対象システムを追加して CloudSystem Matrix インフラストラク
チャを拡張する方法について説明します。また、Managed System Setup Wizard を使用し
た手順についても説明します。
•
「Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロ
イメントの準備」 (39 ページ) - HP Matrix Operating Environment インフラストラクチャ
オーケストレーションの機能を紹介し、ProLiant ブレードサーバーで VMware と組み合わ
せる場合の設定手順および Insight Control サーバープロビジョニングまたは Insight Control
サーバー配備のカスタマイズ手順について説明します。
•
「Matrix インフラストラクチャオーケストレーションによる HP-UX デプロイメントの準
備」 (86 ページ) - HP Matrix OE インフラストラクチャオーケストレーションの機能を紹
介し、Ignite-UX と組み合わせる場合の設定手順および Integrity Virtual Machine ホストの作
成手順について説明します。
•
「ストレージプールエントリーの使用」 (103 ページ) - ストレージプールを紹介し、P6000
EVA Storage System および 3PAR StoreServ Storage 用のストレージプールエントリーを作
成する方法と、SPM を使用してストレージを管理する方法について説明します。
•
「論理サーバーの使用」 (157 ページ) - HP Matrix Operating Environment ソフトウェアと、
ポータビリティグループを使用した論理サーバーの管理方法について説明します。また、
VM 論理サーバーの作成方法をその手順に沿って説明します。
•
「Matrix インフラストラクチャオーケストレーションの設定」 (185 ページ) - ご使用の
CloudSystem Matrix 環境内のプライマリ CMS で Matrix インフラストラクチャオーケスト
レーションを準備して設定する方法について説明します。
•
「Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作
成」 (210 ページ) - Matrix インフラストラクチャオーケストレーション Designer を使用し
てさまざまな Matrix 構成の Matrix インフラストラクチャオーケストレーションテンプレー
トを作成する方法について説明します。
その他の管理領域については、詳細な手順が示されている次の章を参照してください。
12
•
「Virtual Connect ドメイングループの構成」 (273 ページ) - VCEM 構成を、データセンター
内の他の既存または将来の CMS と整合させるための情報を提供します。各 VCEM インス
タンスでの VCEM 定義の WWN および MAC 除外範囲を使用して、他のエンクロージャー
との競合を回避することをお勧めします。
•
「電源、温度監視、および分析の設定のためのInsight Controlの使用」 (259 ページ) - Insight
Control を使用して HP BladeSystem ラックおよびエンクロージャーを設定して電力と冷却
機能のコストを推定するための手順や、データセンターの温度監視を設定する手順につい
て説明します。
•
「Capacity Advisor によるプランニングシナリオの作成」 (267 ページ) - システムと、CPU
コア、メモリ、ネットワーク/ディスク I/O、および電力を監視および評価する方法を示
します。
•
「KVM クラウドプロビジョニング」 (279 ページ) - HP KVM クラウドプロビジョニングに
ついて紹介します。これは、クラウドコンピューティングの価値をできるだけ短い時間で
このガイドについて
全面的に実現するのに役立つ、ハードウェア、ソフトウェア、およびサービスの統合ソ
リューションです。
•
「(オプション)ESXi ホストとクラスターのプロビジョニング」 (280 ページ) - Matrix イ
ンフラストラクチャオーケストレーションを使用した構成済みの VMware vSphere(ESXi)
VM ホストや VM クラスター内の VM ホストグループのデプロイについて説明します。デ
プロイでは、インフラストラクチャオーケストレーションのデザイナーを使用して、構成
済みの共有ストレージおよびネットワーキングと組み合わされた 1 つまたは複数の VM ホ
ストを含むサービステンプレートを作成します。
•
「設定データの収集およびアーカイブ」 (281 ページ) - システムのハードウェア、ファー
ムウェア、およびソフトウェアコンポーネントの記録を作成する方法について説明し、情
報の取得およびアーカイブに関する推奨事項を示します。
•
「メンテナンス」 (288 ページ) - 有用な情報およびデータベースとログファイルを管理し、
イベントと到達不能デバイスを削除する方法について説明します。
•
「その他のベストプラクティス」 (302 ページ) - CloudSystem Matrix インストレーション
の日常的運用に役立つベストプラクティス情報について説明します。
•
「検出および認証情報の設定」 (312 ページ) - HP SIM を使用して初回検出と認証情報を設
定する手順について説明します。
•
「認証情報の管理」 (321 ページ) - HP SIM、OA、iLO、および VC の認証情報を管理する
複数の方法をその手順に沿って説明します。
•
「ネットワークまたはファイバーチャネル接続の追加/削除のための VCEM を使用した
CMS プロファイルの変更」 (330 ページ) - VCEM を使用して Virtual Connect サーバープロ
ファイルを変更するための手順について説明します。この特別な手順は、ネットワーク接
続または FC 接続を正しく追加または削除するために実行します。
•
「VCEMのVCプロファイルによるESXホストの作成」 (332 ページ) - 論理サーバー方式を使
用する代わりに、VCEM を使用して ESX/ESXi/vSphere ホストを作成する方法について説
明します。
•
「Insight Control サーバー配備の設定およびカスタマイズに関する追加情報」 (334 ページ)
- 通常は HP CloudSystem Matrix インストレーションに必要ではないが、追加の設定やカス
タマイズが必要になる場合に有用な情報が記載されています。
Matrix OE 製品に関するすべての最新資料を参照するには、HP の Web サイト http://
www.hp.com/go/matrixoe/docs にある Matrix Operating Environment Information Library を参
照してください。
対象読者
このガイドは、HP サービスがインストールした CloudSystem Matrix インフラストラクチャを
管理/使用する管理者またはアーキテクトを対象にしています。ここでは、読者が次の分野で
の経験を持つことを前提に説明を進めます。
•
HP Systems Insight Manager および HP Matrix Operating Environment の使用経験。
•
SAN テクノロジーおよび HP P6000 Command View ソフトウェアの使用経験、または
3PAR OS のトレーニングまたは使用経験。
•
HP Insight Control サーバー配備または HP Insight Control サーバープロビジョニング(設
定された ProLiant 配備製品により異なる)のトレーニングまたは使用経験。
•
Windows Server OS およびその必須ハードウェア、ファームウェア、およびソフトウェア
ドライバーのインストールと設定の経験。
◦
これには、SPP および関連の Windows サービス(SNMP など)を使い慣れているこ
とも含まれます。
◦
Windows ユーザーアカウントとグループの作成と変更、およびメンバーシップにつ
いての知識。
対象読者
13
•
VMware Infrastructure 5 Enterprise Edition、特に、VMware ESX/ESXi/vSphere ハイパーバ
イザーおよび vCenter のインストールに精通していること。
•
VC Ethernet モジュール、VC ファイバーチャネルモジュール、VC FlexFabric モジュール、
およびサーバーブレードを含む、HP CloudSystem Matrix Virtual Connect 環境の設定につ
いて経験があり何らかの認定を受けていること。
•
HP-UX のインストールと設定の経験。
•
HP Ignite-UX サーバー管理の経験。
•
HP Integrity Virtual Machines の設定の経験。
リソースとマニュアル
CloudSystem Matrix の最新の製品情報およびこのガイド以外の技術資料は、HP の Web サイト
http://www.hp.com/go/matrix で入手できます。
次の表は、CloudSystem Matrix インフラストラクチャソリューションのマニュアルマップに当
たります。このマップには、主なマニュアルとそのマニュアルを始めとする重要な資料を入手
するための Web サイトの場所が掲載されています。
マニュアル名
CloudSystem Matrix マニュアルの場所
Web サイト
プランニング
『HP CloudSystem Matrix 互換性チャー http://www.hp.com/jp/proliantessentials_manual
ト』
このマニュアルは、CloudSystem Matrix
のすべてのコンポーネントのバージョ
ン情報を提供します。
リリースノート
『HP CloudSystem Matrix リリースノー http://www.hp.com/jp/proliantessentials_manual
ト』
リリースノートは、CloudSystem Matrix
およびそのコンポーネントに関する重
要情報を提供します。
使用
『HP CloudSystem Matrix ユーザーガイ インストール後に HP テクニカルサービスからお
ド』
客様に提供されます。
このガイドは、インストール後に
CloudSystem Matrix インフラストラク
チャテンプレートを初めて設計する場
合の手順、およびそのテンプレートを
使用してインフラストラクチャサービ
スを作成(すなわちプロビジョニン
グ)する方法について説明していま
す。
トラブルシューティ
ング
『HP CloudSystem Matrix
Troubleshooting Guide』
インストール後に HP テクニカルサービスからお
客様に提供されます。
このガイドは、トラブルシューティン
グツールおよび CloudSystem Matrix 環
境で発生するエラーからの復元方法に
関する情報を提供します。
アップグレード
『HP Firmware, Agents and Drivers
Upgrade Guide』
http://www.hp.com/go/matrixcompatibility (英
語)
このガイドは、HP CloudSystem Matrix [HP CloudSystem Matrix 7.x Manuals] のリンクをク
システムのファームウェア、エージェ リックします。
ント、およびドライバーのアップグ
レードに関する情報を示します。
14
このガイドについて
マニュアル名
CloudSystem Matrix マニュアルの場所
Web サイト
使用例とデモ
CloudSystem Matrix のステップバイス http://www.hp.com/go/matrixusecases (英語)
テップ方式の使用例ガイドとデモビデ
オ
使用例を紹介するこれらの資料は、収
録されている 6 つのデモに対応する 6
つの異なるソリューションの構築方法
についてテキストとビデオで説明して
います。
HP CloudSystem
Matrix のドキュメン
ト
HP のビジネスサポートセンターの
http://www.hp.com/go/cloudsystem-matrix7docs
Web サイトで、HP CloudSystem Matrix
に関するすべての技術情報を入手でき
ます。
HP ソフトウェアのド HP CloudSystem Matrix システムととも http://www.hp.com/jp/proliantessentials_manual
キュメント
に使用する HP ソフトウェア製品の製
品マニュアルとテクニカルホワイト
ペーパー。
• Insight Management
• HP Systems Insight Manager
• Insight Control
• HP Matrix Operating Environment
• HP Storage Provisioning Manager
リソースとマニュアル
15
2 管理に関わるよくある問題の回避
適切なツールによる環境の管理
CloudSystem Matrix 環境には、複数の管理インターフェイスや機能が含まれ、それらが統合さ
れ全体的なソリューションを構成します。これらのインターフェイスには、Matrix インフラス
トラクチャオーケストレーション(MatrixIO)、HP Matrix OE ビジュアル化、HP Systems Insight
Manager、HP Insight Control 仮想マシン管理、VCEM、Storage Provisioning Manager、Virtual
Connect、Onboard Administrator、および iLO があります。インターフェイスには、ハイパー
バイザー(VMware vSphere など)やハイパーバイザー管理製品(VMware vCenter など)を
始めとする他社製の他の管理製品も含まれます。
図 2 Matrix の管理ツール
CloudSystem Matrix および論理サーバーの構成の管理は、できるだけ図のスタックの最も上の
層から行うことをおすすめします。たとえば、Matrix OE インフラストラクチャオーケストレー
ション(IO)で作成した VM にストレージを追加する場合は、Matrix OE ビジュアル化や
vCenter ではなく IO インターフェイスを使用します。
スタックの下のほうのレベルで構成を変更すると上の層に反映されないことがあり、反映され
る場合でもリアルタイムでは反映されない可能性があります。このため、永続的または一時的
に不整合が生じます。
CloudSystem Matrix の管理環境では、多くの操作で、ユーザーが上位レベルの管理機能に影響
を及ぼす可能性がある操作を試みると警告を発する、一連のメカニズムが組み込まれていま
す。たとえば、認証ユーザーが Virtual Connect サーバープロファイルの削除を試みた場合に
は、Matrix OE に影響を及ぼす可能性があるという警告メッセージが VCEM によって表示され
ます。VCEM で手順を続行するには、警告メッセージに対して応答する必要があります。
CloudSystem Matrix では、HP SIM の RBAC 機能を使用して、異なるレベルの権限を管理ユー
ザーに割り当てることをおすすめします。VCEM など、下位レベルの設定ツールの使用権限は
熟練管理者だけに与えてください。
ポートとファイアウォールの管理
ファイアウォールが原因で、HP SIM が管理対象システムと通信できなくなることがあります。
管理対象システムにファイアウォールがインストールされている場合や HP SIM CMS と管理対
象システムの間にファイアウォールがある場合は、管理通信を許可するように設定する必要が
あります。CMS は、管理対象システムに要求を行い管理対象システムからの応答を受け取る
ことができなければなりません。また、管理対象システムは、CMS にアラートを送信できな
ければなりません。
16
管理に関わるよくある問題の回避
次の表に、各管理対象システムで開く必要があるインバウンドポートを示します。
説明
ポート
プロトコル 注記
ping 検出(ICMP)
ICMP
ICMP
使用法は HP SIM で設定できます。デフォルトでは、ICMP
エコーが使用されます。
ping 検出(TCP)
TCP 80
HTTP
使用法は HP Systems Insight Manager で設定できます。
デフォルトでは、ICMP エコーが使用されます。
SSH ポート
TCP 22
SSH
OpenSSH がインストールされている場合、ポート 22 だ
けを開きます。
SNMP Agent
UDP 161
SNMP
該当なし
HP SMH Web サーバー
TCP 2301
HTTP
システムが HP Systems Insight Manager から管理されて
いない場合は、ブラウザーが SMH にアクセスできるよう
に、ポート 2301 および 2381 のみを設定する必要があ
ります。
HP SMH セキュア Web サー
バー
TCP 2381
HTTPS
システムが HP Systems Insight Manager から管理されて
いない場合は、ブラウザーが SMH にアクセスできるよう
に、ポート 2301 および 2381 のみを設定する必要があ
ります。
WBEM/WMI Mapper セキュ TCP 5989
アポート
HTTPS
Windows システムでは、WMI Mapper がインストールさ
れている場合、ポート 5989 および 50004 だけを開きま
す。
管理対象システムと CMS との間の通信を許可するには、次のアウトバウンドポートを開く必
要があります。管理対象システム上の一部のファイアウォールは、アウトバウンド要求をブ
ロックしません。
説明
ポート
プロトコル
注記
SNMP トラップ
UDP 162
SNMP
該当なし
HTTPS
Windows システムでは、WMI Mapper がインストール
されている場合、ポート 5989 および 50004 だけを開
きます。
WBEM/WMI Mapper セキュ TCP
アポート +
50004
詳しくは、HP の Web サイト http://www.hp.com/jp/proliantessentials_manual で提供される
Enterprise 情報ライブラリ内の 『HP Systems Insight Manager ユーザーガイド』 を参照してく
ださい。
ポートについて詳しくは、HP の Web サイト http://www.hp.com/go/matrixoe/docs にある
Matrix OE のマニュアルを参照してください。
中央管理サーバーのベストプラクティス
CMS は、HP SIM、および HP Matrix Operating Environment などの HP Insight Management を
実行する、管理ドメイン内のシステムです。HP SIM および HP Insight Management 内部の一
元化されたすべての操作は、このシステムから開始されます。
CMS の設定および管理では、最高の結果を生み出せるように、次の取り組みをおすすめして
います。
•
CMS を物理サーバーにインストールします。VM にはインストールしないでください。
•
CMS は SAN から起動するように設定します。SAN から起動させる場合もローカルスト
レージから起動させる場合も、CMS のブートボリュームを RAID などを利用して冗長化す
ることをおすすめします。
•
CMS を論理サーバーとしてライセンス付与することや管理することは避けてください。
中央管理サーバーのベストプラクティス
17
•
CMS、管理対象システム(ESX/ESXi/vSphere ホストを含む)、vCenter の間で、同期を取
るしくみを確立します。同期が取れていないと、vCenter と Insight Management の両方で
エラーが発生します。
•
DNS/DHCP、vCenter など、CMS 以外の管理サーバーは CMS とは別のサーバーマシンに
インストールします。また、大規模環境や将来の拡張が予想される環境では、Insight Control
サーバー配備サーバーやデータベースサーバーを別のサーバーマシンにインストールする
ことをおすすめします。
•
冗長性、可用性、負荷分散、およびフェイルオーバー機能の実現のために、CMS 用に高
可用性環境を用意します。詳しくは、http://www.hp.com/go/matrixoe/docs にある
『Installing and upgrading HP Insight Management 7.2 on Windows Server 2012 Failover
Clusters』 を参照してください。
適切な長さのホスト名の設定
HP SIM の管理対象ノードのホスト名には、英数字(a~z、0~9)およびハイフン以外は使用
しないでください。
文字の制限:
•
ホスト名は 63 バイトを超えることができません。
•
FQDN(ドメイン名を含むホスト名)は、255 バイトを超えることができません。FQDN
は、各ラベルの後にピリオドが続く一連のラベルです。
•
ドメイン名の各ラベルには、ホスト名と同じ制限があります。
新しい論理サーバーやインポートされた論理サーバーの命名
論理サーバーを作成またはインポートするとき、ご使用の環境で有効なホスト名と同じ名前を
割り当てないでください。論理サーバー管理は、ユーザーが HP SIM 内の既存のシステムの名
前を使えないようにしますが、論理サーバーの作成またはインポート後にその名前のホストが
検出されると、論理サーバーの情報が上書きされ、その論理サーバーは Matrix OE ビジュアル
化で表示されなくなります。
注記: CMS ホスト名、ストレージ管理サーバー名、およびハイパーバイザーの名前は、Matrix
リカバリ管理構成内のサイトで一意でなければなりません。
18
管理に関わるよくある問題の回避
3 連携 CMS 環境の設定
1 つのプライマリ CMS(HP Insight Management が完全にインストールされている)と最大 4
つのセカンダリ CMS(Insight Management はインストールされているが Matrix インフラスト
ラクチャオーケストレーションはインストールされていない)を含む連携 CMS によって Matrix
インフラストラクチャオーケストレーションのスケーラビリティを拡張することができます。
Matrix インフラストラクチャオーケストレーションプロビジョニングはプライマリ CMS に
よって管理され、連携 CMS 環境のすべての CMS にわたって実行されます。
連携 CMS 構成で IO が正常に動作するには、参加する CMS の DNS 検索が必要です。DNS
は、CMS ホスト名を IP アドレスに解決するために使用されます。プライマリ CMS では、各
セカンダリ CMS に対して正引きおよび逆引き DNS 検索が動作する必要があります。DNS 検
索は、各システムの FQDN を使用して解決できる必要があります。
連携 CMS 構成では、プライマリ CMS とセカンダリ CMS が、Insight Control サーバー配備
サーバーと Ignite-UX サーバーの場合のように、同じデプロイメントサーバーを共有します。
デプロイメントサーバーは、プライマリ CMS に登録される必要があり、物理および仮想デプ
ロイメントを有効にするために、それぞれが、物理ブレードサーバーがアクセスできる独自の
デプロイメントネットワークを持つ必要があります。デプロイメントサーバーをプライマリ
CMS に登録するには、これらのサーバー間のネットワークアクセス(デプロイメント LAN ま
たは管理 LAN 経由など)が必要です。
注記: 連携 CMS 構成では、セカンダリ CMS での Matrix リカバリ管理はサポートされてい
ません。
連携をセットアップするには、プライマリ CMS の設定を完了し、すべてのセカンダリ CMS
を登録する必要があります。セカンダリ CMS から供給されるリソースは、連携が確立される
までプライマリ CMS 上に設定できません。
連携の設定
連携後の CMS 環境を設定する次の手順を行うことができます。
•
新しい Insight Management のインストール時に、連携後の CMS を自動で有効にする
•
新しい Insight Management のインストール後に、連携後の CMS を手動で有効にする
注記: 連携が確立された後では、セカンダリ CMS をプライマリ CMS に変換したり、プライ
マリ CMS をセカンダリ CMS に変換したりすることができません。プロビジョニングされた
すべてのサービスが削除されるまで、セカンダリ CMS をプライマリ CMS から分離できませ
ん。
重要: 連携 CMS 環境では、参加している CMS の FQDN を変更できません。CMS の IP ア
ドレスを変更する場合は、各セカンダリ CMS の信頼リストを再設定してください。
1.
2.
連携を確立する前に、以下を確認してください。
•
連携のすべてのメンバーが、Matrix Operating Environment のサポートされるバージョ
ンを実行している
•
連携のすべてのメンバーの時計が、正しく設定されている
セカンダリ CMS を設定します。
完了すると、この手順により、プライマリ CMS で HP SIM 連携 CMS リストが構成され、
プライマリ CMS とセカンダリ CMS の間で証明書が交換され、セカンダリ CMS でプライ
マリ CMS が信頼済みとして構成され、新しく追加された CMS が HP SIM に表示されま
す。
a. プライマリ CMS において、HP SIM で、[オプション]→[連携 CMS 構成 …] の順に選
択し、[CMS の追加...]をクリックします。
連携の設定
19
b.
c.
d.
e.
3.
[CMS 名]にセカンダリ CMS の FQDN を入力し、[次へ]をクリックします。
[リモート CMS 証明書を確認]で、証明書の確認後に、[次へ]をクリックします。
[リモート CMS を構成]で、HP SIM のユーザー名およびパスワードを入力し、[終了]を
クリックします。
各セカンダリ CMS について、手順 b~d を繰り返します。
論理サーバー管理層を設定してメモリ割り当てを増やします。
プライマリまたはセカンダリ CMS が 1000 を超えるノードを管理する場合は、論理サー
バー管理 JVM のヒープサイズを増やしてください。
a. 1000 を超えるノードを管理するように設定する予定の各 CMS において、C:\Program
Files\HP\Virtual Server Environment\conf\lsa にアクセスします。
b. hp_lsa_service.conf ファイルを編集して、wrapper.java.maxmemory=1024
を wrapper.java.maxmemory=2048 に変更します。
c. ファイルを保存します。
4.
各セカンダリ CMS で、影響を受けるサービスを再起動します。
a. Windows Server 2008 では、セカンダリ CMS のデスクトップで、[スタート]→[管理
ツール]→[サービス]を選択します。
Windows 2012 では、サーバーマネージャーで[ツール]→[サービス]を選択します。
b.
c.
d.
[HP Global Workload Manager Central Management Server] を選択して、[操作]→[再起
動]を選択します。
[HP Logical Server Automation] を選択し、[操作]→[再起動]を選択します。
各セカンダリ CMS について、手順 a~c を繰り返します。
5.
連携に追加された新しい CMS に関する情報を Matrix インフラストラクチャオーケスト
レーションに提供します。
a. プライマリ CMS で、プロンプトを開きます。
b. 連携に追加した各 CMS について、ioexec add cms -C <CMS の FQDN> を入力
します。ここで、<CMS の FQDN> は、上記の手順 1b で指定したセカンダリ CMS
FQDN 名と同じです。
6.
クラスター化された高可用性(HA)の連携 CMS 環境では、コメントを外すことにより、
<Matrix インフラストラクチャオーケストレーションのディレクトリパス >\hpio.conf
で wrapper.java.additional.15 プロパティを指定します。パスの例:C:\Program
Files\HP\Matrix infrastructure orchestration\hpio.conf
クラスター化された HA 環境では、各 CMS に複数の IP アドレスが存在する場合があり、
CMS 名がコンピューター名と異なることがあります。次のプロパティのコメントを外し
て、CMS の FQDN または IP アドレスを指定してください。たとえば、
「CMS-blue.hp.com」という名前の CMS の場合は、
「#wrapper.java.additional.15=-Dfed.cms.name=[FQDN or IP]」を
「wrapper.java.additional.15=-Dfed.cms.name=CMS-blue.hp.com」に変更し
てください。
7.
ホスト名およびプライマリ CMS の FQDN の確認します。
a. プライマリ CMS で、プロンプトダイアログを開きます。
b. mxgethostname と入力して、返されるホスト名を書き留めます。
c. HP SIM で、[オプション]→[連携 CMS 構成 …] の順に選択します。プライマリ CMS
の FQDN は、mxgethostname によって返されるものと同じである必要があります。
セカンダリ CMS でのリソース設定
IO プロビジョニングはプライマリ CMS によって管理され、連携 CMS 環境のすべての CMS
にわたって実行されます。IO コンソールはプライマリ CMS でのみ実行され、連携 CMS 環境
のリソースを管理します。セカンダリ CMS で設定しなければならないリソースには、次の 2
つのタイプがあります。
20
連携 CMS 環境の設定
1.
2.
連携 CMS 環境のすべての CMS は、それぞれのストレージプールを管理します。各 CMS
で、その CMS が管理しているポータビリティグループに関して、ストレージプールエン
トリーを作成する必要があります。Matrix OE インフラストラクチャオーケストレーショ
ンの機能を利用してサービステンプレートのストレージ定義からストレージプールエント
リーを自動生成し、SPM を介して要求を満たすには、セカンダリ CMS でテンプレートを
作成する必要があります。「ストレージプールエントリーの使用」 (103 ページ) および「連
携 CMS 環境におけるセカンダリ CMS 用のカタログパーミッションの設定」 (141 ページ)
を参照してください。
Hyper-V 仮想マシンを含むサービスのデプロイに SCVMM のネイティブテンプレートを使
用しない場合は、Hyper-V VM 用の Insight Control 仮想マシン管理テンプレートを作成す
る必要があります。この設定は、VM テンプレートを作成する Hyper-V ホストを管理する
CMS で実行する必要があります。Hyper-V VM ホストがセカンダリ CMS によって管理さ
れる Hyper-V VM ホストである場合は、セカンダリ CMS で Insight Control 仮想マシン管
理テンプレートを作成する必要があります。連携 CMS 環境では、IO サービステンプレー
トおよびサービスはプライマリ CMS で作成され、管理されます。
セカンダリ CMS でのインフラストラクチャオーケストレーションユー
ザーグループの作成
すべてのセカンダリ CMS で、次の 3 つの Matrix インフラストラクチャオーケストレーショ
ンユーザーグループを手動で作成します。
1. Windows 2008 では、[スタート]→[管理ツール]→[コンピューターの管理]を選択します。
Windows 2012 では、サーバーマネージャーで[ツール]→[コンピューターの管理]を選択
します。
2.
3.
[ローカルユーザーとグループ]を展開します。
手順 a~c に従って、次の 3 つのグループを追加します。
•
HPIO_Administrators
•
HPIO_Architects
•
a.
b.
c.
HPIO_Users
[グループ]を右クリックします。
[新しいグループ]を選択して、「HPIO_Administrators」グループを作成します。
手順 a と b を繰り返し、HPIO_Architects と HPIO_Users も作成します。
注記: (オプション:連携 CMS)連携 CMS 環境のすべての CMS が持つユーザーカウント
を一致させることは、ユーザーの責任です。プライマリ CMS とセカンダリ CMS で同じユー
ザーアカウントを作成してください。
セカンダリ CMS でのインフラストラクチャオーケストレーションユーザーグループの作成
21
4 CloudSystem Matrix の役割認証の設定
役割認証の概要 - HPIO 管理者の認証の変更
Matrix OE では、2 つの主要なユーザー役割が定義されています。
上級管理者
ユーザー認証の変更、システムへのラ
イセンス適用など、CMS のセキュリ
ティ設定を必要とする操作を実行でき
ます。
HPIO_Administrator のメンバー
VCEM を読み取り専用モードで使用で
きますが、Virtual Connect や VCEM の
設定に変更を加えることはできませ
ん。
これらのユーザーグループの権限を確認するには、以下の手順に従ってください。
1. HP SIM にログインします。
2. [オプション]→[セキュリティ]→[ユーザーおよび認証]の順に選択します。
3. [認証]タブを選択します。
4. [認証]リストで、ユーザーグループを選択します。
5. [名前の選択]リストで、適切なユーザーグループを選択します。
6. 表の各行の項目について、役割認証を確認します。
これらのユーザーグループの権限を変更するには、以下の手順に従ってください。
1. HP SIM にログインします。
2. [オプション]→[セキュリティ]→[ユーザーおよび認証]の順に選択します。
3. [認証]タブを選択します。
4. [認証]リストで、ユーザーグループを選択します。
5. [名前の選択]リストで、適切なユーザーグループを選択します。
6. [新規...]をクリックして、新しい認証を追加します。
注記:
HPIO_Administrator は、以下のツールボックスが選択されている必要があります。
•
Capacity Advisor
•
DR ツール1
•
完全な権限
•
HPIC
•
iLO ツール
•
Migration Tools
•
Perf Mgmt Tools
•
電力管理ツール
•
システムセットアップ
•
システムユーティリティ
これらのツールボックスは、[すべての管理対象システムと CMS] に対して選択されている必要
があります。
1. VMware ハイパーバイザーベースの IO サービスとともに Matrix リカバリ管理を使用して、ディザスタリカバリの
ソリューションを計画する場合、プライマリサイトとリモートサイトの両方のホストが一致するように適切に計画
する必要があります。IO サービスで使用し、DR サイトで複製サービスを有効にするために選択できる複製された
ボリュームに対する可視性を持つホストは、元の IO サービスが作成されたプライマリサイト以上のバージョンを
実行している必要があります。たとえば、プライマリ IO サービスが ESX5.5 ホストで作成された場合、複製され
たデータストアがマッピングされている DR サイトの ESX サーバーでは、ESX5.5 以降を実行している必要があり
ます。
22
CloudSystem Matrix の役割認証の設定
ユーザー管理の概要
Matrix インフラストラクチャオーケストレーションユーザーには 3 つのクラスがあります。こ
れらのクラスは以下の Windows ユーザーグループを意味します。以下では、3 つのグループ
について説明します。
HPIO_Users
Matrix インフラストラクチャオーケストレーションの Self-Service
Portal(https://[cms ip]:51443/hpio/portal)にログインして、公
開済みテンプレートを使用してプロビジョニングのリクエストを
開始できます。これらのリクエストには、管理者の承認が必要で
す。
HPIO_Architects
HPIO_Users グループの権限を持ち、Matrix インフラストラクチャ
オーケストレーション Designer(https://[cms
ip]:51443/hpio/designer)にアクセスして、テンプレートを作
成、修正、および公開できます。
HPIO_Administrators
HPIO_Architects グループの権限を持つ以外に、HP SIM から Matrix
インフラストラクチャオーケストレーションのコンソールにアク
セスして、リクエストの開始(承認は不要)、インフラストラク
チャオーケストレーションの設定項目の変更、ネットワークと
プールの設定、ユーザーへの既存のリソースへのアクセス権の付
与、リクエストの承認、拒否、続行、または取り消しを実行でき
ます。
注記: HP SIM の監査ログにアクセスする必要がある新規ユーザーを作成する場合、システム
管理者はユーザーにログ表示の認証を付与する必要があります。
ユーザー管理の概要
23
5 管理対象システムでの検出の準備
管理対象システムの設定には、必要な管理エージェントソフトウェアのインストール、および
HP SIM ソフトウェアとやり取りするためのサポートプロトコルの構成が含まれます。詳しく
は、http://www.hp.com/jp/proliantessentials_manual にある『HP Systems Insight Manager 7.3
ユーザーガイド』を参照してください。
エージェントの設定および修復
コマンドを管理対象システムに対して実行できるようにするには、管理対象システムが HP SIM
CMS にステータスを通知できなければなりません。CMS と通信できるように管理対象システ
ムを構成するには、一般的な構成と信頼関係の構成を行う必要があります。[エージェントの設
定および修復] 機能により、Windows、Linux、および HP-UX のエージェントを構成または修復
できます。
バージョン 7.2 以降のエージェントがインストールされている場合、[エージェントの設定お
よび修復] ツールを使用すると、Simple Network Management Protocol 設定および HP SIM と
ターゲットシステム間に存在する信頼関係を修復できます。7.1 以前のエージェントがインス
トールされている場合、ターゲットシステム上の Web エージェントパスワードを更新するこ
とができます。
このツールは、ターゲットシステムにセキュリティとトラップコミュニティ名および信頼設定
を追加しますが、既存の設定を上書きすることはありません。ターゲットシステム上の既存の
設定を上書きするには、HP SIM の [エージェント設定のレプリケート] 機能を使用してくださ
い。
[エージェントの設定および修復] ツールを使用して、Insight Management Advisor がインストー
ルされた Windows システムからテスト SNMP トラップを送信し、HP WBEM プロバイダーが
インストールされている Windows および HP-UX システムから、テスト Web-Based Enterprise
Management インディケーションを送信できます。
HP Insight Management WBEM Provider for Windows Server 2003 または Windows Server 2008
がインストールされた Windows システムの場合、HP-UX システムおよび WBEM/WMI ユー
ザーの WBEM 証明書を構成することもできます。
Windows CMS の [エージェントの設定および修復] 機能により、Windows オペレーティング
システムがインストールされた ProLiant または Itanium ベースシステムに各種エージェントお
よびプロバイダーをインストールすることもできます。ここでは、インストールできるいくつ
かの機能を示します。
•
Agentless Management Service(AMS)
•
HP Insight Management WBEM Provider for Windows Server 2003 または Windows Server
2008
•
OpenSSH
•
HP バージョンコントロールエージェント for Windows
•
HP Insight マネジメントエージェント for Windows
[エージェントの設定および修復] の実行について詳しくは、HP SIM のオンラインヘルプを参
照してください。
HP SIM で管理される Windows サーバーのセットアップ
HP SIM による完全な管理を実現するには、Windows で動作する HP ProLiant サーバーに Insight
マネジメントエージェントまたは HP WBEM プロバイダーをインストールする必要がありま
す。これらのエージェントは、ProLiant Support Pack の一部です。HP SIM の UI を介してイン
ストールを行う方法については、HP SIM のオンラインヘルプを参照してください。これらの
エージェントは、通常のオペレーティングシステム展開手順の一部としてインストールされる
ように設定することもできます。他社製サーバーの場合、オペレーティングシステムで WMI
24
管理対象システムでの検出の準備
と SNMP の両方またはいずれかを有効にします。HP SIM は、業界標準の方法で用意された情
報の取得を試みます。管理対象システムでのマネジメントエージェントのセットアップが完了
したら、残りの構成を HP SIM のユーザーインターフェイスから実行できます。
Windows 用のエージェントを構成または修復するには、次の手順に従ってください。
1. [設定]→[エージェントの設定および修復]を選択します。
2. [Windows、Linux または ESX を実行する HP ProLiant Gen8 サーバー上への Agentless
Management Service (AMS) のインストール]を選択して、ホストオペレーティングシステ
ム固有のすべてのデータを iLO4 ファームウェアに送信します。
3. [Linux SPP または ESX エージェントのインストール]を選択して、Linux SPP および ESX エー
ジェントをインストールします。これらのエージェントは、管理対象システムから情報を
収集して HP SIM にトラップを送信するために HP SIM によって使用される一連の SNMP
エージェントです。
4. [Windows 用 WBEM / WMI プロバイダー(HP Insight Management WBEM Provider)のイ
ンストール]を選択して、WBEM または WMI プロバイダーを Windows 管理対象システム
にインストールします。
5. Windows 用 [SNMP エージェント(Insight マネジメントエージェント)のインストール]
を選択して、SNMP エージェントを Windows 管理対象システムにインストールします。
この Insight マネジメントエージェントにより、ネットワークの監視と制御が可能になり
ます。
6. [OpenSSH のインストール]を選択して、OpenSSH を Windows 管理対象システムにイン
ストールします。
7. [Windows 用のバージョンコントロールエージェント(VCA)のインストール]を選択して、
HP VCA を Windows 管理対象システムにインストールします。HP VCA により、システ
ムにインストールされている HP ソフトウェアを表示し、そのソフトウェアの更新をレポ
ジトリで入手できるかどうかを確認できます。
HP VCA をバージョンコントロールレポジトリマネージャーとともにインストールして、
管理対象システム上の HP ProLiant ソフトウェアおよびファームウェアの管理を有効にし
ます。
8.
9.
VMware ESX/ESXi/vSphere、Citrix XenServer、Microsoft Hyper-V、および SLES と RHEL
上の Xen 用に [RHEL ホストの登録]を選択します(RHEL は、スタンドアロンの HP SIM で
は使用できません)。
選択したインストールについて、次の手順で操作します。
a. 現在インストールしているバージョンと同じかそれより古いソフトウェアをインス
トールする場合は、[同じバージョンを再インストールするか、強制的にダウングレー
ドします。]を選択します。このオプションは、デフォルトで無効になっています。
b. インストール後に再起動する場合は、[正常にインストールした後、必要な場合は、シ
ステムを再起動します。]オプションを選択します。
HP SIM は、システムタイプ、サブタイプ、およびシステムのオペレーティングシス
テム説明に基づいてインストールするエージェントまたはプロバイダーのタイプを判
断します。
64 ビットエージェントまたはプロバイダーをインストールする場合は、HP SIM で
ターゲットシステムが 64 ビットシステムとして識別されていることを確認してくだ
さい。
システムが正しく識別されていない場合は、[システムページ]→[ツール & リンク]→[シ
ステムプロパティの編集]にアクセスし、正しいシステムタイプまたはサブタイプを選
択してからオペレーティングシステムの説明を手動で入力してください。
例:ProLiant Windows 64 ビットシステムで Insight マネジメントエージェントをイン
ストールするには、次のように操作します。
i. [システムタイプ]:サーバーを選択します。
ii. [システムサブタイプ 1]:HP ProLiant を選択します。
HP SIM で管理される Windows サーバーのセットアップ
25
iii. Microsoft Windows Server 2003, x64 Enterprise Edition Service Pack 1 としての
オペレーティングシステムの説明またはシステムの適切なオペレーティングシス
テムの説明を入力します。
インストール後エージェントを設定する場合は、強制再起動オプションを選択しま
す。これにより、新しくインストールされたコンポーネントを、設定前に完全に初期
化できます。
注記:
再起動を伴うインストールは、通常、約 8 分かかります。
10. [次へ]をクリックします。[ステップ 3: エージェントの構成および修復]ページが表示され
ます。
注記: [ステップ 3: 構成および修復]ページの内容が変更され、インストールされている
プラグインで使用できる構成オプションが表示されます。
11. [次へ]をクリックします。[ステップ 4: 認証情報を入力]ページが表示されます。
12. 次の認証情報を入力します。
このステップで使用する証明書は、選択したすべてのターゲットシステムで有効なもので
なければなりません。ドメインの administrator 証明書を使用することをおすすめします。
HP SIM は、ここで入力した証明書を、スケジュールされたタスクをあとで実行する場合
を除いて、保存しません。
Windows ターゲットシステムについてセキュアシェル(SSH)アクセスの設定を選択する
場合は、指定するアカウントが、ローカルの Administrators グループのメンバーでなけれ
ばなりません。ドメインアカウントを使用する Windows ターゲットでは、このアカウン
トが自動的にこのグループに追加されます。
a. 次のいずれかのオプションを選択します。
•
サインイン認証を使用。これらの認証情報は、管理対象システムで権限を持つア
カウントである必要があります。次のオプションが選択されている場合、サイン
イン認証オプションを使用できます。
◦
Windows 用の WBEM/WMI プロバイダー(HP Insight Management WBEM
Provider)のインストール
◦
Windows 用の Simple Network Management Protocol エージェント (HP ProLiant
Insight マネジメントエージェント) のインストール
◦
Linux SPP または ESX/ESXi/vSphere エージェントのインストール
◦
Windows 用の HP バージョンコントロールエージェントのインストール
注記: このオプションは、[ステップ 2: プロバイダーとエージェントのイ
ンストール(オプション)] ページで、[Open SSH のインストール]または
[VM ホストの登録]が選択されている場合は使用できません。
•
b.
c.
d.
e.
すべてのシステムに以下の認証を使用します。
[ユーザー名]フィールドに、システム管理者の名前を入力します。
[パスワード]フィールドに、システム管理者パスワードを入力します。
[パスワードの確認]フィールドに、システム管理者パスワードを再入力します。
ドメインアカウントを使用する場合は、[ドメイン (オプション)] フィールドに Windows
ドメインを入力します。
13. [すぐに実行]をクリックします。このタスクをあとで実行する場合は、[スケジュール]をク
リックします。[タスク結果]ページが表示されます。
ターゲットシステムに、マネジメント HTTP サーバーがインストールされている場合、マ
ネジメント HTTP サーバーのパスワードファイルで、ログイン証明書が更新されます。他
26
管理対象システムでの検出の準備
の HP SIM ツールと同様に、スケジュールに従ってまたは手動で実行されるように [エー
ジェントの設定および修復] ツールを構成することができます。一度に [エージェントの設
定および修復] ツールの複数のインスタンスを実行することはできません。
[エージェントの設定および修復] ツールは、複数のターゲットシステムを更新できます。
ログの結果は、修復が成功したかどうかを示します。[エージェントの設定および修復] で
は、[タスク結果] ページに、次の情報が表示されます。
フィールド名
説明
[ステータス]
タスクインスタンス内の各ターゲットシステムの詳細
が表示されます。
[終了コード]
実行可能プログラムが正常かエラーかを表します。戻
り値が 0 または正の値の場合、実行可能プログラム
は正常に終了しました。負の値が返された場合、実行
可能プログラムはエラーです。この終了コードは、す
べての設定の試みが成功したことを示すものではあり
ません。一部が成功し一部が失敗している可能性もあ
ります。
[ターゲット名]
ターゲットの名前/IP アドレスが表示されます。
[標準出力] タブ
出力テキスト情報が表示されます。
[標準エラー] タブ
実行可能プログラムでエラーが発生したかどうかに関
する情報が表示されます。
選択しているターゲットシステムのレポートまたはタ
[印刷可能なレポートの表示] をクリックすると、新し スクインスタンスに関連しているすべてのターゲット
いウィンドウでレポートが開きますが、このレポート システムのレポートを印刷できます。
には [印刷] リンクだけが表示されます。メッセージ レポートを印刷するには、次のように操作します。
ボックスや [OK] ボタンはありません。
1. [印刷可能なレポートの表示]をクリックします。
[印刷可能なレポートの表示]
別のウィンドウで、レポートが開きます。[オプ
ションメッセージ]ボックスが表示されます。
2. レポートを印刷するには、[印刷]をクリックしま
す。
3. レポートを閉じるには、ウィンドウ上にある赤色
の [x] をクリックします。
HP SIM で管理される HP-UX サーバーのセットアップ
1.
HP-UX 用の基本管理対象システムソフトウェアに関する理解
HP-UX の場合、HP SIM の必須機能が動作するには、次のソフトウェア(推奨される最小
バージョンを示しています)が必要です。このソフトウェアは、最新の HP-UX 11i v2 お
よび 11i V3 オペレーティングシステムの一部としてデフォルトでインストールされます
が、HP-UX 11i v1 または前のバージョンの HP-UX 11i v2 の環境ではインストールまたは
更新しなければならない場合があります。
•
HP-UX Secure Shell(T1471AA)
•
HP WBEM Services for HP-UX(B8465BA)
•
OpenSSLOpenSSL
この WBEM Services バンドルには、HP SIM プロパティページに表示される基本システム
装置が含まれ、HP SIM のインベントリ機能によるデータ収集とレポート機能をサポート
します。プロパティ、インベントリ、およびイベントにとっての HP SIM の価値を最大限
に活かすには、最新の WBEM Services バンドルについて、http://www.hp.com/go/hpsim/
providers (英語)を参照してください。
HP SIM で管理される HP-UX サーバーのセットアップ
27
iCap 情報が必要な場合は、次のソフトウェアもインストールしてください。
•
2.
B9073BA version 08.01.01 iCAP for HP-UX
管理対象システムソフトウェアがインストールされていることを確認します。
必要最低限のソフトウェアがインストールされていることを確認するには、リモートシス
テムにログインして、次のコマンドを実行します。
$ swlist –l bundle T1471AA B8465BA OpenSSL
オプションのプロバイダーおよび System Management Homepage がインストールされて
いることを確認するには、次のコマンドを実行します。
$ swlist -l bundle LVMProvider WBEMP-LAN-00 SysMgmtWeb SysFaultMgmt
OnlineDiag
3.
インストールされていない場合は、そのソフトウェアを入手してインストールします。
SSH および WBEM バンドルは、http://h18013.www1.hp.com/products/servers/
management/hpsim/dl_hpux.html (英語)からダウンロードできる HP SIM HP-UX デポの
一部と同様に、HP-UX Operating Environment and Application Release メディアに収録され
ています。
WBEM プロバイダーについては、http://h18013.www1.hp.com/products/servers/
management/hpsim/dl_hpux.html (英語)を参照してください。
ソフトウェアを含むデポを入手したら、管理対象システムからインストールできます。
$ swinstall -s <depot_location> OpenSSL
注記: B8465BA および B9073BA バージョン 08.01.01 は、OpenSSL に依存するため、
先に OpenSSL をインストールする必要があります。
$ swinstall –s <depot_location> T1471AA
$ swinstall –s <depot_location> B8465BA
$ swinstall –s <depot_location> <names of WBEM providers being
installed>
HP SIM で管理される Linux サーバーのセットアップ
HP SIM による完全な管理を実現するには、Linux で動作する HP ProLiant サーバーに Insight
Management Advisor をインストールする必要があります。これらのエージェントは、ProLiant
Support Pack の一部です。ProLiant Support Pack は、手動でインストールすることも、通常の
オペレーティングシステム展開手順の一部としてインストールされるように構成することもで
きます。
[エージェントの設定および修復] を使用してエージェントをリモートから構成するには、次の
手順に従ってください。
1. [Linux SPP または ESX エージェントのインストール]を選択します。
2. [次へ]をクリックします。[ステップ 3: エージェントの構成および修復]ページが表示され
ます。
28
管理対象システムでの検出の準備
6 新しい管理対象システム追加のための Insight Managed
System Setup Wizard の使用
この章では、新しい管理対象システムを追加して CloudSystem Matrix インフラストラクチャを
拡張する方法について説明します。HP SIM およびそのプラグインアプリケーションで管理す
るシステムの分析、設定、およびライセンス付与には、MSSW を使用できます。
この章の手順に従い、追加されるサーバーを CloudSystem Matrix の CMS で管理できるように
設定してください。
ソフトウェアを設定する前に、まず、以下の確認作業を行います。
•
ハードウェアが正しく設定されていることを確認します。
環境に新しいサーバーブレードを組み込むには、ブレードの LOM または FlexibleLOM が
BladeSystem c7000 エンクロージャーのベイ 1 およびベイ 2 の Virtual Connect モジュー
ルの機能に対応しているかどうかをチェックします。FC SAN アップリンクとの互換性を
確保するには、VC FlexFabric モジュールをブレード上の FlexFabric CNA(LOM または
FlexibleLOM)とペアにする必要があります。また、ブレードにサポートされるメザニン
カードが搭載され、ベイ 3、4、および 5 以上の VC モジュールのファブリックタイプ
(Flex-10、FlexFabric、FC)に対応しているかどうかもチェックしてください。
•
ご使用のバージョンにファームウェアバージョンが対応していることを確認します。
詳しくは、HP の Web サイト http://www.hp.com/jp/proliantessentials_manual にある
『HP CloudSystem Matrix 互換性チャート』 を参照してください。『互換性チャート』で
公開されているファームウェアバージョンと一致しないバージョンは、修正してくださ
い。ファームウェアを正しいバージョンにアップグレードするには、ファームウェアの更
新手順に従ってください。
•
実行中のシステムの OS バージョンを確認します。
HP の Web サイト http://www.hp.com/jp/proliantessentials_manual にある 『HP
CloudSystem Matrix 互換性チャート』 を参照し、OS のバージョンが CloudSystem Matrix
でサポートされていることを確認します。
Matrix OE for HP-UX ライセンス for Integrity は HP-UX OE に付属しており、ライセンスキーを
手動で CMS に入力することはありません。ただし、各 CMS には、Matrix OE for HP-UX スイー
ト for Integrity の 10 ユーザー、90 日間デモライセンスが付属しています。Integrity ベアメタ
ルブレードで MSSW を実行する場合は、適用される永続ライセンスキーはありません。代わ
りに、デモライセンスが自動的に Integrity ベアメタルブレードに適用されます。Integrity ブレー
ドを HP-UX OE に取り付けた場合、Integrity ブレードを再び検出する必要があります。OS ノー
ドが検出された後で、MSSW はサーバーの ID-VSE ライセンスをスキャンし、永続ライセンス
として管理します。Integrity ブレードを HP-UX 動作環境に取り付けてから、Integrity ブレード
で MSSW を実行することを強くおすすめします。ベアメタル Integrity ブレードは、どのライ
センスも利用しない場合でも、Matrix OE ビジュアル化に正しく表示されます。
システムの設定または管理機能を変更する必要がある場合は、このウィザードを実行し直して
システムに変更を加えることができます。また、このウィザードを設定の問題の診断に使用す
ることもできます。
29
チェックリスト
ウィザードを開始する前に、次のチェックリストを参照して、ターゲットシステムで Managed
System Setup Wizard による分析と設定の準備ができているかどうかを確認します。以下のこ
とを確認してください。
•
ターゲットシステムが完全に検出されている。
システムが既存の検出タスクに含まれていない場合は、検出タスクを作成してシステムを
検出する必要があります。システム検出タスクの設定について詳しくは、「検出および認
証情報の設定」 (312 ページ) を参照してください。
•
ターゲットシステムの有効な認証情報が HP SIM に保存されている。
•
すべてのターゲットシステムについて、HP SIM の検出と識別が正常に完了している。
注記: Windows 2012 サーバーから、Internet Explorer 10 を使用して Matrix インフラストラ
クチャオーケストレーションにアクセスする予定の場合、Matrix インフラストラクチャオーケ
ストレーションの各ページを表示するには、Windows のプログラムと機能で「デスクトップ
エクスペリエンス」機能をオンにする必要があります。デスクトップエクスペリエンス機能に
より、Adobe Flash Player が有効になります。
Managed System Setup Wizard の使用
HP SIM ソフトウェアでは、一度に実行できる Insight managed system setup wizard のインスタ
ンスは 1 つだけです。
注記: ご使用の Web ブラウザーを設定して、HP SIM がポップアップウィンドウを開けるよ
うにする必要があります。行わない場合は、Managed System Setup Wizard は、新しいウィン
ドウで起動できません。
注記:
HP SIM では、サポートされる最小画面解像度は 800×600、256 色です。
ウィザードのステップ
管理対象システムを選択し構成します。
1. HP SIM から管理対象システムを選択します。
a. Insight Managed System Setup Wizard を実行するための管理対象システムとして、
[すべてのシステム]収集を選択します。各システムは完全に検出され、HP SIM には各
システムの有効な認証情報が保存されていなければなりません。
b. Managed System Setup Wizard で設定したくない任意のシステムの選択を解除しま
す。Matrix の注文に CMS のライセンスが含まれていた場合のみ、MSSW に CMS を
選択してください。
注記: Integrity ブレード(HP-UX はまだインストールされていない)のみを搭載するエン
クロージャーを使用しており、デモライセンスによってそれらのブレードにライセンスを
適用したくない場合は、エンクロージャーのみを Managed System Setup Wizard のター
ゲットとして選択してください。
ヒント: 大規模環境では、Managed System Setup Wizard を異なるハードウェアで別々
に実行した方が簡単な場合があります。たとえば、[すべての管理対象システム]を選択す
る代わりに、1 回の実行用に VM ホストおよび vCenter または SCVMM を選択したい場合
があります。続いて、ベアメタルハードウェア、インフラストラクチャハードウェアなど
で別々に実行します。
30
新しい管理対象システム追加のための Insight Managed System Setup Wizard の使用
2.
ウィザードを起動します。
HP SIM のトップメニューから、[設定]→[Managed Systems Setup Wizard] の順に選択し
て、Managed System Setup Wizard を起動します。新しいウィンドウが開き、Managed
System Setup Wizard の概要が表示されます。[次へ]をクリックします。
3.
•
ウィザードの開始前に HP SIM でシステムを選択した場合、ウィザードはそれらの選
択済みシステムを操作します。
•
有効なターゲットシステムが選択されていない場合は、HP SIM の [ターゲットシステ
ムの選択]画面および [ターゲットシステムの確認]画面を使用してシステムを選択しま
す。
管理機能を選択および設定します。
選択したすべてのシステムの機能を選択します。ウィザードは現在の構成を分析し、依存
関係を選択し、選択されているシステムに適合しない機能を除外します。たとえば、ブ
レードエンクロージャーを所有するユーザーが Matrix OE ソフトウェアを選択した場合、
VCEM が自動的にこの機能を必要とするシステムを選択します。また、システムごとに機
能を選ぶこともできます。Matrix OE ソフトウェアのような最上位の機能を選択すると、
一部のコンポーネントまたは前提条件が個々の各システムに必要かどうかをウィザードが
判断できなくなる場合があります。たとえば、Hyper-V ホストの場合、OpenSSH をイン
ストールする必要はありません。
a. [機能の選択]ステップで、選択した管理対象システムに設定する管理機能を指定しま
す。
i. 最小限の機能を選択する場合は、HP Matrix Operating Environment(これはデフォ
ルトで VCEM および HP Insight Control 仮想マシン管理も選択します)と、HP
Insight Control での HP Insight Control 電力管理を選択することをおすすめしま
す。
ウィザードのステップ
31
ii.
[管理機能の選択]ドロップダウンを [システムごと]に変更します。個別システム
ごとに正しいオプションが選択されていることを確認します。適用予定のライセ
ンスを考慮します。たとえば、インフラストラクチャシステムは、Matrix OE の
設定やライセンスが不要の場合があります。
注記: 機能を展開して、正しく選択されていることを確認します。たとえば、
Hyper-V ホストおよび Matrix Operating Environment を選択した場合、ウィザー
ドはホストに OpenSSH をインストールしようとします。Hyper-V ホストの管理
には、OpenSSH は不要です。[HP SIM]、[リモートコマンド実行] の順に展開し、
名前を確認してその Hyper-V ホストの選択を解除してください。
注記: CMS 上のシステムリソース使用量を減らすために、主な管理対象システ
ム用の Insight Control パフォーマンス管理機能のみを構成することをおすすめし
ます。
32
新しい管理対象システム追加のための Insight Managed System Setup Wizard の使用
iii. [次へ]をクリックします。
b.
選択した管理機能のうち、オプション設定のデフォルト値や以前の設定値を変更する
ものについては、[オプションの選択]ステップで設定します。[次へ]をクリックしま
す。
ウィザードのステップ
33
c.
[システムの解析]ステップで、各システムを分析して、選択した管理機能を使用でき
るようにするためにライセンス、エージェントなどの設定タスクが必要かどうかを確
認します。
i.
ii.
分析の結果として、それぞれ、次のステータスのいずれかが表示されます。
[成功]
選択した管理機能に対してシステムが正しく構成さ
れていることを示します。
[構成が行われます]
現在、システムが構成されていないため、ウィザー
ドが次のステップで設定することを示します。
[警告]
システムは正しく設定されているが、管理のレベ
ル、容易さ、完成度を高めるために、関連する設定
の一部の変更が可能なことを示します。
[失敗]
分析を完了できなかったか、システムにウィザード
が訂正できない問題があることを示します。通常、
このステータスは、システムが正しく検出されてい
ない、認証情報が誤っている、ファイアウォールが
システムとの通信をブロックしている、システムに
HP マネジメントエージェントがインストールされ
ていないなどの理由で発生します。
システム操作が失敗した場合は、訂正します。
ステップでエラーが発生した場合は、エラーを訂正するか、システムの選択を解
除しないと、次に進めません。分析でエラーステータスが表示されたシステムを
削除して次に進みますが、そのシステムが必要ない場合や、システムでその機能
が必要ない場合だけにしてください。ウィザードからシステムを削除すると、削
除したシステムに依存する管理機能がある場合、その機能は他のシステムからも
削除されます。
[OK] をクリックします。
34
新しい管理対象システム追加のための Insight Managed System Setup Wizard の使用
iii. 各エラーを訂正したあと、[再解析]をクリックしてエラーが訂正されたことを確
認し、[次へ]をクリックします。
d.
[ライセンスの選択]ステップで、管理対象システムで管理機能を有効にするために必
要で、使用できる製品ライセンスオプションを選択します。[ライセンスの追加...]を
クリックして、購入した新しいライセンスキーを追加します。詳しくは、HP の Web
サイト http://www.hp.com/jp/proliantessentials_manual で提供される 『HP Insight
Managed System Setup Wizard スタートガイド』 を参照してください。
[次へ]をクリックします。
ウィザードのステップ
35
e.
[証明書のタスク]ステップで、管理対象システムに SSH が設定されていない場合な
ど、管理対象システムに対して設定手順を実行するのに必要な認証情報が HP SIM に
格納されていない場合は、認証情報を入力します。
OS タイプまたはシステム名で、認証情報を入力します。[次へ]をクリックします。
f.
36
[サマリー]ステップで操作の概要を確認します。ここで説明する操作を実行すると、
選択した管理機能が有効になり、管理対象システムの設定を開始できます。
新しい管理対象システム追加のための Insight Managed System Setup Wizard の使用
[今すぐ実行]をクリックします。選択した管理機能が各システムに保存され、必要な
ライセンスが適用され、必要なエージェントがインストールされます。また、その他
の構成手順も実行されます。
g.
[結果]ステップで、前のステップの最後に実行した設定ステップについて HP SIM タ
スクの結果を表示します。[閉じる]をクリックします。
注記: Managed System Setup Wizard の結果は、[タスク & ログ]→[タスク結果の表
示]メニューを使用してチェックします。
ウィザードのステップ
37
38
新しい管理対象システム追加のための Insight Managed System Setup Wizard の使用
7 Matrix インフラストラクチャオーケストレーションに
よる ProLiant ブレードでのデプロイメントの準備
準備の概要
Matrix Operating Environment は Matrix インフラストラクチャオーケストレーションの拡張機
能で、セルフサービスポータルを使用して共有リソースプールからインフラストラクチャサー
ビスを迅速にプロビジョニングし、リパーパスします。Matrix インフラストラクチャオーケス
トレーションは、次の HP プラットフォームを利用して構築されるマルチノードの多層インフ
ラストラクチャサービスを対象として、高度なテンプレートを使用した設計、プロビジョニン
グ、および継続的な操作を提供します。
•
Insight Control
•
Virtual Connect Enterprise Manager
•
Matrix Operating Environment
Matrix インフラストラクチャオーケストレーションは、物理および仮想サーバーのグループの
ライフサイクル管理を実現します。Matrix インフラストラクチャオーケストレーションには、
次のツールや機能が含まれます。
•
IT アーキテクト、管理者、IT サービスのユーザーという主要なロールをサポートする設
計、リソース管理、セルフサービスツール
•
サービスで使用されるサーバーをプロビジョニングするための計画を定義するときに使用
できるテンプレート設計環境
•
ユーザーに対して割り当てられたリソースプールからのリソース割り当てを自動化するこ
とで実現される、効果的なリソース利用率
•
ブレードハードウェア、VM の構成、SAN ブートのサポート、OS の導入、OS のカスタ
マイズを含む、仮想サーバーと物理サーバーのプロビジョニングの自動化
•
カスタマイズ可能な Operations Orchestration ワークフローを使用して、承認、OS の導
入、ストレージのプロビジョニングといった既存の IT プロセスを統合
•
プロビジョニングしたインフラストラクチャに対して継続的な管理を行い、インフラスト
ラクチャサービスの拡大、スタンバイ、再開が可能
•
プロビジョニングされ使用可能なインフラストラクチャサービスの監視とメンテナンスの
ための、Matrix Operating Environment との統合
完全な機能に関する詳しい手順については、HP の Web サイト http://www.hp.com/jp/
proliantessentials_manual で提供される 『HP Matrix Operating Environment インフラストラク
チャオーケストレーションユーザーガイド』 を参照してください。
この章では、Matrix インフラストラクチャオーケストレーションの使用を開始する前の設定準
備について説明します。HPIO を使用するには、この章の手順を事前に完了しておくことをお
すすめします。CloudSystem Matrix 環境のインストール後、以下の設定手順を実行してくださ
い。
•
HP SIM を設定して VMware vCenter と通信できるようにする。「HP SIMのVMware vCenter
への接続」 (40 ページ) を参照してください。
•
VM ネットワークスイッチの設定。「仮想マシンネットワークスイッチのセットアップ」
(41 ページ) を参照してください。
次のいずれかのアプリケーションによる、サーバーデプロイメントのカスタマイズ。
•
◦
Matrix インフラストラクチャオーケストレーション用の Insight Control サーバー配備
ソフトウェア。「Insight Controlサーバー配備のカスタマイズ」 (47 ページ) を参照し
てください。
または
準備の概要
39
◦
•
Insight Control サーバープロビジョニングソフトウェア。「Insight Control サーバープ
ロビジョニング」 (54 ページ) を参照してください。
CloudSystem Matrix の役割認証の設定。「CloudSystem Matrix の役割認証の設定」 (22 ペー
ジ) を参照してください。
上記の設定の確認をおすすめします。また、必要に応じて設定に変更を加える際に、この章の
各項を参照することをおすすめします。
VMware vCenter および Microsoft System Center Virtual Machine Manager
設定の指定
VMware vCenter Server および Microsoft System Center Virtual Machine Manager は、CMS と
異なるシステムに構成する必要があります。vCenter または SCVMM サーバー用に同じ CMS
または Insight Control サーバー配備サーバーを使用する構成はサポートされていません。同様
に、vCenter または SCVMM サーバー用に同じ CMS または Insight Control サーバープロビジョ
ニングメディアサーバーを使用する構成はサポートされていません。
Matrix インフラストラクチャオーケストレーションまたは論理サーバーを使用するには、
VMware vCenter Server および Microsoft System Center Virtual Machine Manager と接続してい
るように HP SIM を設定する必要があります。
Insight Management 内部のすべての操作は、HP SIM および Matrix インフラストラクチャオー
ケストレーションで示されるように、設定済みアカウントと認証を使用して管理されます。
注記: ユーザーには VMware vSphere のデータストアの参照権限セットが付与されている必
要があります。この権限セットは、論理サーバーが仮想ストレージを使用するために必要で
す。
権限を確認するには、以下の手順に従ってください。
1. vCenter で、[インベントリ]→[データストアおよびデータストアクラスタ]の順に選択しま
す。
2. ご使用の vCenter サーバーを右クリックして、[権限の追加]を選択します。
3. [割り当てられたロール]リストで、割り当てられている役割を選択します。
4. [すべての権限]→[データストア]→[データストアの参照]が選択されていることを確認しま
す。
注記: 新しい vCenter または SCVMM サーバーがある場合は、設定値を指定する前にそのサー
バーを検出する必要があります。vCenter または SCVMM サーバーの検出タスクの作成方法に
ついて詳しくは、「検出および認証情報の設定」 (312 ページ) を参照してください。
注記:
VMM 設定が検出中に設定されなかった場合は、以下の手順を実行します。
次の手順を使用して設定を確認または変更し、SCVMM の新しい vCenter 設定を追加します。
1. SIM で、vCenter または SCVMM サーバーを探して選択します。
2. [オプション]→[VME オプション]→[VME 設定の参照]の順に選択します。
3. ターゲットシステムとして vCenter または SCVMM サーバーを選択します。
4. [VME 認証の追加または編集]画面の [プロトコル]メニューで [vcenter] または [scvmm] を選
択し、vCenter または SCVMM サーバーのポート、ユーザー名、およびパスワード情報を
入力し、[OK] をクリックします。
40
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
5.
VME 設定を確認するには、[オプション]→[VME オプション]→[VME 設定の参照]の順に選
択します。
仮想マシンネットワークスイッチのセットアップ
IO を介してプロビジョニングされた VM が使用する仮想ネットワークスイッチの設定が済ん
でいない場合は、以下の手順に従ってください。
注記: VMware ESXi/vSphere では、管理トラフィックで使用される VM カーネルポートのデ
フォルト名は、「Management Network」です。vCenter のクライアントユーザーインターフェ
イスでこの名前を変更しないようにしてください。この名前を変更すると、次のような問題が
発生します。
•
論理サーバーをアクティブにしようとすると、ESXi/vSphere ホストが Rejected Target ホ
ストとして表示され、ホストが vCenter に含まれていないかまたは VM 管理が VM ホスト
の vCenter 情報を取得できないというエラーが発生します。
•
HP SIM で、ホストと vCenter との関連付けが表示されません。
1.
VMware Infrastructure Client を開いて、ご使用の vCenter サーバーの IP アドレスと認証情
報を入力し、[ログイン]をクリックします。
ESX クラスター内の各 VM ホストについて、次の手順を実行します。
2.
仮想マシンネットワークスイッチのセットアップ
41
42
a.
b.
c.
左側のナビゲーションペインで、VM ホストを選択します。
[構成]タブを選択します。
[ネットワーク]をクリックします。
d.
e.
f.
[ネットワークの追加]をクリックします。
接続タイプとして [仮想マシン]を選んで、[次へ]をクリックします。
VM ホストのネットワーク構成に合わせて、既存の仮想スイッチを選択するかまたは
[仮想スイッチの作成]を選択して、[次へ]をクリックします。
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
g.
[ポートグループのプロパティ]の [ネットワークラベル]で、ネットワークの名前を入
力し、ご使用の VM ホストのネットワーク設定に合わせて VLAN ID を入力します。
Matrix インフラストラクチャオーケストレーションは、入力された名前を基にして
ネットワークを識別します。このネットワークを Virtual Connect に追加する場合は、
IO が同じネットワークとしてネットワークを認識するように、名前を同一にする必
要があります。
h.
i.
3.
[次へ]をクリックします。
[終了]をクリックします。
ネットワークごとに、手順を繰り返します。
仮想マシンテンプレートの作成
仮想マシンを使用して Matrix インフラストラクチャオーケストレーションサービスをデプロ
イする前に、VM テンプレートを作成する必要があります。Matrix インフラストラクチャオー
ケストレーションは、ESX/ESXi/vSphere のデプロイメントターゲットとして VMware テンプ
レートを使用します。Hyper-V 仮想マシンのデプロイメントターゲットとしては、SCVMM テ
ンプレートライブラリ、または Hyper-V 仮想マシンから作成された仮想マシン管理テンプレー
トが使用されます。VM テンプレートを作成するには、以下の手順に従ってください。
ESXi/vSphere 仮想マシンテンプレートの作成
Matrix インフラストラクチャオーケストレーションは、ESXi/vSphere のデプロイメントター
ゲットとして VMware テンプレートを使用します。ESXi/vSphere VM では、VMware テンプ
レートは vCenter で作成してください。
仮想マシンのチェック
VMware Virtual Infrastructure Client ツールを使用して VMware vCenter に接続するには、以下
の手順に従ってください。
仮想マシンテンプレートの作成
43
1.
VMM テンプレートのソースとして使用する予定の VM ゲストが VMware Tools を正常に
実行していることを確認します。この情報は、VM 名を選択して [サマリ]タブを表示する
ことで確認できます。このタブには、ゲストの OS 内部で動作している VMware Tools の
出力に対応する 3 つの行があります。ステータスが [OK] で、他の 2 つの行で正しい IP
アドレスと DNS 名が示されていなければなりません。
2.
ゲストのプロパティを調べて、[全般] で [ゲスト OS] タイプ(Microsoft Windows、Linux
など)が、ディストリビューション名やバージョン(Red Hat Enterprise Linux 5 32-bit な
ど)も含め、正しく選択されていることを確認します。
VM のリソース要件を確認し、将来デプロイメントできるように正しく設定されているこ
とを確認します(メモリ、CPU の割り当てなど)。
3.
注記: VMware ESX から修復可能な LS をプロビジョニングするには、VMware Tools がイン
ストールされていることを確認します。また、VMware クラスターが実行されている場合は、
VMware Infrastructure サーバーのクラスター設定セクションで [Enable HA] オプションが有効
になっていることを確認します。
VMware ESXi/vSphere 仮想マシン用のテンプレートの作成
VMware ESXi/vSphere VME 用のテンプレートを作成するには、以下の手順に従ってください。
1. テンプレート作成の対象にする VM を選択します。
2. VM の電源を切ります。
注記:
3.
4.
VM をシャットダウンしないと、予想外の結果が発生することがあります。
VM を右クリックし、[テンプレート]→[テンプレートとしてクローン作成]の順に選択しま
す。
[仮想マシンのクローン作成]画面が表示されます。画面の手順に従って、テンプレートを
作成します。
ヒント: セルフサービスポータルの [テンプレート]タブに表示されるので、VM を記述するわ
かりやすいテンプレート名を選択してください。
44
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
Hyper-V 仮想マシン用のテンプレートの作成
Matrix インフラストラクチャオーケストレーションは、Hyper-V VM を仮想マシン管理テンプ
レートの見本として利用できます。ただし、修復可能な LS をプロビジョニングするには、
Windows クラスターに Hyper-V VM ホストをデプロイします。詳しくは、Windows のマニュ
アルを参照してください。
注記: Hyper-V を使用する場合は、スナップショットを含む VM から作成された Hyper-V 仮
想マシン管理テンプレートを使用しないでください。スナップショットを含む VM から作成さ
れた Insight Control 仮想マシン管理テンプレートは、IO コンソールの [ソフトウェア]タブに表
示されないため、IO テンプレートを正しく作成できなくなります。
VM から仮想マシン管理テンプレートを作成するには、以下の手順に従ってください。
1. VM に内蔵ツールがまだインストールされていない場合は、VM 管理テンプレートに使用
したい「内蔵ツール」をインストールします。
2. 仮想マシン管理テンプレートで使用する VM の電源を切ります。ハイパーバイザーの電源
切断コマンドを使うのではなく、VM にアクセスして OS をシャットダウンして VM の電
源を完全に切るのが正しい方法です。
テンプレートの作成時に VM が一時停止状態であると、カスタマイズ中に「VM must be
powered off for customization」というエラーメッセージが表示され、プロビジョニングが
失敗します。
3.
HP SIM で、[展開]→[仮想マシン]→[テンプレート]→[仮想マシンテンプレートの作成]の順
にクリックします。
a. [ソース仮想マシンの選択]画面が表示されます。
b. [収集]タブから VM を選んで、[適用]をクリックします。
c. ソース VM を確認して、[次へ]をクリックします。
4.
収集を選択するか、特定のターゲットを検索することで、ターゲットを追加します。適切
なソース VM を選択したら、[適用]をクリックし、[次へ]をクリックします。
[名前]で、テンプレートの名前を入力し、テンプレートの位置を指定します。
5.
ヒント: テンプレートセルフサービスポータルに表示されるので、VM を記述するわか
りやすいテンプレート名を選択してください。
仮想マシンテンプレートの作成
45
6.
7.
8.
ターゲットフォルダーに仮想マシン管理テンプレートを保存するには、[参照]を選択して、
VM ホストデータストアフォルダーを選択します。
[次へ]をクリックします。
[すぐに実行]をクリックします。タスクの結果が表示されます。
VMM テンプレートの作成には、5~30 分かかる可能性があります。
注記: Matrix インフラストラクチャオーケストレーションは、Hyper-V への Linux VM のプロ
ビジョニングをサポートしますが、VM を個別設定することはありません。IO は DHCP また
は静的 IP についてホスト名の設定、または NIC の設定を行いません。プロビジョニングの後
で、Linux VM を個別設定する必要があります。
Hyper-V での Linux VM のプロビジョニングを有効にするには、以下の手順を実行します。
1. \Program Files\ HP\Matrix infrastructure orchestration\conf にある
hpio.properties ファイルで、次の行を true に設定します。プロパティは、デフォル
トでは false に設定されています。この場合、Designer で、Hyper-V での Linux VM に合
わせた OS カスタマイズをスキップするために使用できるチェックボックスが有効になり
ます。Designer で、値を true に設定し、サービステンプレートのチェックボックスを選
択します。
allow.skip.os.customization = true
注記:
skip.linux.on.hyperv.template.personalization は非推奨です。
..\Program Files\HP\Matrix infrastructure orchestration\conf にある
hpio.properties ファイルの以下の行を true に設定します。プロパティは、デフォル
トでは false に設定されています。
skip.linux.on.hyperv.template.personalization=true
2.
プロビジョニングの後で、Linux VM を個別設定します。それには、Operations Orchestration
ワークフローを記述することができます。または、オープンソースの PowerShell スクリプ
トを使用することができます。Linux VM を Hyper-V にプロビジョニングし、個別設定し
ないときに、基本テンプレートに静的 IP アドレスが設定されている場合、IP アドレスが
重複する場合があります。個別設定しないと、基本 OS VM を DHCP で設定した場合、予
想される静的 IP アドレスが得られません。
SCVMM テンプレートの使用
Matrix インフラストラクチャオーケストレーションでは、SCVMM テンプレートライブラリを
使用してサービスをデプロイできます。これは、IO サービステンプレートの [ソフトウェア]
タブで SCVMM Hyper-V テンプレートを選択することによって実現できます。
SCVMM が Insight Control 仮想マシン管理で正常に登録されると、SCVMM テンプレートが IO
コンソールの [ソフトウェア] タブに表示されます。
SCVMM サーバー自体は、サーバープールを表すものではなく、デプロイのターゲットとして
ライセンスされません。
SCVMM は、Hyper-V デプロイに必要なコンポーネントではありません。SCVMM テンプレー
トデプロイは、Insight Control 仮想マシン管理 Hyper-V テンプレートのデプロイと共存するオ
プションです。
SCVMM テンプレートの使用には、以下の制限があります。
•
SCVMM 2008 R2、2012、2012 SP1 が現在サポートされています。2012 のコメントは
すべて 2012 SP1 にも適用されます。
•
SCVMM 2012 VM テンプレートを Matrix OE で正しく表示するには、以下の手順に従っ
てください。
◦
46
SCVMM サーバーで、Matrix SCVMM サービスがインストールされ実行されているこ
とを確認します。
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
◦
•
必ず、[Virtualization platform] が「Microsoft Hyper-V」に設定されている、VHD/VHDX
または VM テンプレートをソースとして選択してください。
次のように、SCVMM テンプレートのサブセットが、IO インベントリに含まれています。
◦
単一の VM を持つ Hyper-V テンプレートは含まれます。
◦
ESXi/vSphere およびその他のハイパーバイザータイプは含まれません。
◦
複数サーバー(SCVMM サービス)テンプレートは含まれません。
◦
テンプレートがビューからフィルタリングされる場合、そのことは明示されません。
•
Windows 2012 テンプレートで SCVMM 2012 を使用する場合は、テンプレートに CDKEY
を追加する必要があります。sysprep ファイルに新しいキーを追加している場合は、カ
スタマイズプロセスで CDKEY を変更できます。SCVMM が VME として登録されている
場合、Insight Management は SCVMM をそのテンプレートのデプロイだけに使用します。
Hyper-V ホストに対する他のすべての操作は、SCVMM を介してではなく、Insight
Management が直接行います。
•
SCVMM テンプレートは「No Customization Required」オプションを使用して作成してく
ださい。IO は SCVMM カスタマイズパラメーターを独自のカスタマイズによって上書き
しますが、一部の SCVMM カスタマイズパラメーターは IO カスタマイズの後にも維持さ
れることがあり、紛らわしい状態になる可能性があります。
Insight Control サーバー配備のカスタマイズ
注記: CloudSystem Matrix 7.3 の時点で、HP Insight Control サーバー配備は、DVD メディア
から削除され、利用するには別途ダウンロードして購入する必要があります。
Insight Control サーバー配備をカスタマイズするには、機能している Rapid Deployment サー
バーを用意する必要があります。ご使用の環境に基づいて、Insight Control デプロイメントサー
バーに OS を追加できます。詳しい手順については、http://www.hp.com/jp/
proliantessentials_manual の Web サイトにある 『HP Insight Control サーバー配備ユーザーガ
イド』 を参照してください。
使用中の Insight Control サーバー配備環境をカスタマイズする場合は、注意してください。こ
のマニュアルおよび参照資料で説明する必須の変更内容に加えて、他にもいくつかの設定値が
変更されている可能性があります。これらの設定が原因で、Matrix インフラストラクチャオー
ケストレーションがブレードサーバーを正しくデプロイできなくなり手動での操作が必要にな
ることがあります。以下の手順に従って設定を確認し、必要に応じて変更を加えてください。
重要: Matrix 環境では、Insight Control サーバー配備のセキュリティの有効化はサポートされ
ません。Insight Control サーバー配備のセキュリティは、Insight Control サーバー配備のコン
ソールから管理できます。Matrix Operating Environment で Insight Control サーバー配備のセ
キュリティを有効にすると、このソフトウェアは正しく機能しません。
この項の設定タスクは、CMS サーバーまたは別の(CMS 以外の)サーバーでのサーバー配備
の標準インストールに必要です。
Matrix インフラストラクチャオーケストレーション OS デプロイメントフォル
ダーの作成
IO が物理サーバーのデプロイメントに使用する OS ごとに、最上位レベルの Insight Control
サーバー配備ソフトウェアジョブフォルダーを作成する必要があります。
ジョブフォルダーを作成するには、以下の手順に従ってください。
1. [ジョブ]パネル内部で右クリックして、[新規フォルダー]を選択します。
Insight Control サーバー配備のカスタマイズ
47
2.
作成したフォルダーの名前をデプロイする OS に合わせて変更(例:IO w2k8 x64 SP2
BL BFS)します。
重要: IO ジョブをサブフォルダーに配置しないでください。IO ジョブフォルダーは、
最上位レベルのフォルダーでなければなりません。
3.
HP デプロイメントツールボックスの [2- ハードウェア設定] フォルダーから、[ProLiant シ
ステム設定(BL BFS)のデプロイ]ジョブを新しいフォルダーにコピーします。
注記: Boot from SAN での OS デプロイメントでは、ProLiant システム設定(BLBFS)
のデプロイジョブが必要です。
4.
[HP デプロイメントツールボックス] の [3A- OS インストレーション] フォルダーか
ら、対応する OS デプロイメントジョブを新しいフォルダーにコピーします。
注記: Red Hat Enterprise Linux 5.x 以上のスクリプトによるインストールでは、Configure
Boot Environment タスクを編集して、RHEL 5.x.x64 (JA-JP) のデプロイ以上のジョブに
修正を加える必要があります。
既存の #export kernparam= ステートメントを次のように変更します。
export kernparam=mpath
カーネルパラメーターを変更すれば、Red Hat Enterprise Linux 5.x 以上をマルチパス SAN
LUN にデプロイできます。
5.
6.
7.
48
マルチパス IO デプロイメントジョブについて、HP デプロイメントツールボックスの [4ソフトウェア] フォルダーから、HP MPIO EVA DSM のインストール(P6000 EVA Storage
System の場合)または [HP MPIO XP DSM のインストール](P9000 XP Storage System の
場合)を新しい Windows フォルダーにコピーします。Linux、ESXi/vSphere などの別の
フォルダーに貼り付けないでください。
HP デプロイメントツールボックスの [4- ソフトウェア] フォルダーから、対応する [HP マ
ネジメントエージェント]ジョブを新しいフォルダーにコピーします。
ジョブフォルダーの各ジョブの前にジョブの番号を付け、ジョブの実行順序を指定しま
す。
a. ジョブを右クリックして、[名前の変更]を選択します。
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
b.
ジョブ名の前にカーソルを移動して、「10」、「20」など実行順を示す番号を加え
ます。次の画面で示す番号を使用することをおすすめします。
注記: Windows MPIO デプロイメントでは、ジョブフォルダーに HP MPIO EVA DSM のイ
ンストールジョブを配置する必要があります。必ず、ジョブ番号の「30」を用いてこのジョブ
の名前を変更してください。これによって、ジョブフォルダーでこのジョブが HP マネジメン
トエージェントジョブの前に置かれます。
Linux アップデート、サービスパック、またはエディションのデプロイメントサー
バーへの追加
Linux アップデート、サービスパック、またはエディションをデプロイメントサーバーに追加
する必要がある場合は、HP の Web サイト http://h18013.www1.hp.com/products/servers/
management/rdp/knowledgebase/20000017.html (英語)にある 『How To Add A Linux
Update, Service Pack, Or Edition』 という記事を参照してください。
OS ディストリビューションファイルの手動コピー
Insight Control サーバー配備のインストール時に OS ディストリビューションファイルをコピー
しなかった場合、スクリプトインストールジョブを確実に正しく機能させるには、これらの
ファイルを手動でコピーする必要があります。OS ディストリビューションファイルがロード
されていなくても、すべてのデプロイメントジョブが作成されます。これにより、OS ディス
トリビューションファイルの手動コピーが容易になります。ディストリビューションファイル
を手動でコピーするのと、インストール時にコピーするのとでは、結果は同じです。
ディストリビューションファイルを手動でコピーするには、以下の手順に従ってください。
1. 各ディストリビューション CD または DVD の全内容を該当する < サーバー配備のインス
トール先ディレクトリ >\Deployment Server\hpfeatures\<yyyy>\dist ディレク
トリにコピーします。ここで、yyyy は OS のショートカット名です。
表 1 (50 ページ) は、OS 別にショートカット名を示します。
Insight Control サーバー配備のカスタマイズ
49
表 1 オペレーティングシステムおよびディレクトリショートカット名
50
オペレーティングシステム
ディレクトリ名
VMware ESXi Server 5.0 Update 1
esxi50u1
VMware ESXi Server 5.0 Update 2
esxi50u2
VMware ESXi Server 5.1
esxi51b
VMware ESXi Server 5.1 Update 1
esxi51u1
Hyper-V Server 2008 SP2 x64 日本語版
hs6sp2-x 64-ja_jp
Hyper-V Server 2008 R2 x64 日本語版
hs7-x64-ja_jp
Hyper-V Server 2008 R2 SP1 x64 日本語版
hs7sp1-x64-ja_jp
Hyper-V Server 2012 日本語版
hs12-x64-ja_jp
Red Hat Enterprise Linux 5.7 for AMD64 および EM64T
rhel57-x64
Red Hat Enterprise Linux 5.8 for AMD64 および EM64T
rhel58-x64
Red Hat Enterprise Linux 5.8 with KVM Hypervisor for AMD64 および EM64T
rhel58kvm-x64
Red Hat Enterprise Linux 5.9 for AMD64 および EM64T
rhel59-x64
Red Hat Enterprise Linux 5.9 with KVM Hypervisor for AMD64 および EM64T
rhel59kvm-x64
Red Hat Enterprise Linux 6.1 for AMD64 および EM64T
rhel61-x64
Red Hat Enterprise Linux 6.2 for AMD64 および EM64T
rhel62-x64
Red Hat Enterprise Linux 6.3 for AMD64 および EM64T
rhel63-x64
Red Hat Enterprise Linux 6.3 with KVM Hypervisor for AMD64 および EM64T
rhel63kvm-x64
Red Hat Enterprise Linux 6.4 for AMD64 および EM64T
rhel64-x64
Red Hat Enterprise Linux 6.4 with KVM Hypervisor for AMD64 および EM64T
rhel64kvm-x64
SUSE Linux Enterprise Server 10 Service Pack 3 for AMD64 および EM64T
sles10sp3-x64
SUSE Linux Enterprise Server 10 Service Pack 4 for AMD64 および EM64T
sles10sp4-x64
SUSE Linux Enterprise Server 11 Service Pack 1 for AMD64 および EM64T
sles11sp1-x64
SUSE Linux Enterprise Server 11 Service Pack 2 for AMD64 および EM64T
sles11sp2-x64
SUSE Linux Enterprise Server 11 Service Pack 2 KVM Hypervisor AMD64 および
EM64T
sles11sp2kvm-x64
SUSE Linux Enterprise Server 11 Service Pack 3 for AMD64 および EM64T
sles11sp3-x 64
Windows XP x86 Professional (JA-JP)
w5-x86-pro-ja_jp
Windows 7 x64 Professional (JA-JP)
w7-x64-pro-ja_jp
Windows Server 2008 IA64 (JA-JP)
ws6-ia64-ja_jp
Windows Server 2008 x64 Enterprise/Standard (JA-JP)
ws6-x64-ja_jp
Windows Server 2008 x86 Enterprise/Standard (JA-JP)
ws6-x86-ja_jp
Windows Server 2008 R2 IA64 (JA-JP)
ws7-ia64-ja_jp
Windows Server 2008 R2 x64 Enterprise/Standard (JA-JP)
ws7-x64-ja_jp
Windows Server 2008 R2 x64 Enterprise/Standard Service Pack 1 (JA-JP)
ws7-x64-sp1-ja_jp
Windows Server 2012 Data Center/Standard (JA-JP)
ws12-x64-ja_jp
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
2.
サーバー配備で Windows ライセンスキーを設定するには、Insight Control サーバー配備コ
ンソールメニューの[ツール]→[HP ドキュメントとツール]→[User Token Editor] の順に選択
して、ライセンスキーを追加します。
マルチパス SAN デプロイメントのための Insight Control サーバー配備の設定
IO は、完全に冗長化されたマルチパス SAN ストレージに OS をデプロイできます。
注記: マルチパス I/O を使用して Emulex FC HBA または Emulex FlexFabric CNA 上のター
ゲットに Windows Server をデプロイする場合、ブートボリュームに OS をプロビジョニング
している間は、そのボリュームが 1 つのファブリックのみで表示されるようにする必要があり
ます。OS のプロビジョニングの完了後は、アクセスの冗長性のために、2 つのファブリック
を通してアクセスできるようにこのボリュームを変更できます。
リリース 7.2 以降は、IO がこの失敗のシナリオを検出し、回避策を自動的に実装する予定で
す。IO は単一パスを使用してブートディスクを設定し、OS のプロビジョニング後は、サー
バーをリブートしてブートディスクに冗長パスを返します。現時点でユーザーは、インフラス
トラクチャオーケストレーションのデザイナーでのテンプレート作成時に、ストレージディス
クへの冗長 SAN パスを選択できます。
IO 以外の Insight Control サーバー配備を使用してマルチパスで Windows Server をデプロイす
る場合は、ストレージプールエントリーで冗長性を選択せずにシングルパス I/O だけを有効に
して OS のインストールを実行してください。このケースでは、ストレージプールエントリー
に 2 番目のコントローラーポート WWN を追加しなければ、オプションで、他をすべてマル
チパス用に設定することができます(たとえば、Command View で両方のサーバー HBA の
WWN をホストポートに追加してマルチパス用にゾーニングします)。2 番目の HPA ポート
をストレージプールエントリーに追加できますが、冗長ディスクパスをストレージプールエン
トリーに追加しないでください。OS のインストール完了後に、ストレージプールエントリー
で冗長性を有効にして 2 番目のコントローラーポートの WWN を追加できます。マルチパス
I/O 用の設定手順が完了していない場合は、この時点で実行できます。
Microsoft Windows
Windows Pre-boot Environment
重要: CloudSystem Matrix では、Windows Server 2003 およびそれより前のバージョンはサ
ポートされません。HP の Web サイト http://www.hp.com/jp/proliantessentials_manual にあ
る 『HP CloudSystem Matrix 互換性チャート』 を参照してください。
Windows Server 2008 では、WinPE 2.x SAN の SAN ポリシーを「2」に設定してデプロイメ
ントプロセスで SAN MPIO によって作成された重複する論理ディスクを非表示にする必要が
あります。
1.
2.
[スタート]→[Microsoft Windows AIK]→[Windows PE Tools コマンドプロンプト]の順に選択
して、Windows PE Tools のコマンドプロンプトを起動します。
サーバー配備サーバーに、WinPE WIM ファイルをマウントするための一時ディレクトリ
を作成します。
構文:mkdir < マウント先ディレクトリ >
例:mkdir c:\mount
注記: ProLiant ブレードでは、上記の手順を x86 と AMD64 の両方のアーキテクチャー
に対して実行してください。
3.
該当する WIM をマウントします。
パス:C:\Program Files\Windows AIK\Tools\amd64>
構文:imagex /mountrw "<RDP のインストールパス >\Deployment
Server\WAIK\Tools\PETools\< アーキテクチャー >\winpe.wim" 1 < マウント
先ディレクトリ >
Insight Control サーバー配備のカスタマイズ
51
例:imagex /mountrw "c:\Program Files\HP\RDP\Deployment
Server\WAIK\Tools\PETools\x86\winpe.wim" 1 c:\mount
4.
setsanpolicy コマンドを実行します。
パス:C:\Program Files\Windows AIK\Tools\PETools>
構文:setsanpolicy.cmd < マウント先ディレクトリ > 2
例:setsanpolicy.cmd c:\mount 2
5.
イメージをアンマウントして変更を確定します。
パス:C:\Program Files\Windows AIK\Tools\amd64>
構文:imagex /unmount /commit < マウント先ディレクトリ >
例:imagex /unmount /commit c:\mount
6.
7.
各アーキテクチャーについて、手順 3~5 を繰り返します。
WinPE PXE イメージを再生成します。
a. Altiris PXE Manager サービスを再起動します。
b. Insight Control サーバー配備 [Deployment Console] で、[ツール]→[PXE Configuration]
の順に選択して、PXE Configuration Utility を起動します。
c. PXE Configuration Utility の [ブートイメージの再生成] セクションで、[WinPE] を選択
して [再生成]をクリックします。
注記:
d.
再生成には、最大 30 分かかる可能性があります。
再生成プロセスが完了したら、[保存]、[OK] の順に選択してユーティリティを終了し
ます。
この変更は、修正した WinPE イメージで PXE ブートするすべてのターゲットサーバー
に反映されます。
e.
8.
Altiris PXE Config ヘルパーサービスを再起動します。
スクリプトによる Windows Server 2008 のインストールでは、下記のように各 OS 用の
unattend-ent.xml および unattend-std.xml アンサーファイルで MultpathIO プ
ロパティを有効にします。
Windows Server 2008 および Windows Server 2012 では、MultpathIO プロパティを有
効にします。
52
オペレーティングシステム
OS の参照名
Windows Server 2008 x86 Enterprise/Standard
(JA-JP)
ws6-x86-ja_jp
Windows Server 2008 x64 Enterprise/Standard
(JA-JP)
ws6-x64-ja_jp
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
オペレーティングシステム
OS の参照名
Windows Server 2008 R2 x64 Enterprise/Standard
(JA-JP)
ws7-x64-ja_jp
Windows Server 2008 R2 x64 Enterprise/Standard
Service Pack 1 (JA-JP)
ws7-x64-sp1-ja_jp
Windows Server 2012 Data Center/Standard (JA-JP) ws12-x64-ja_jp
a.
b.
c.
<Insight Control サーバー配備のインストールパス >\Deployment Server
\hpfeatures\< ショートカット名 > ディレクトリを見つけます。
メモ帳を使用して unattend-ent.xml ファイルを開きます。
次に示すように、ファイル上部の servicing および package フレーズの中に
<selection name="MultipathIo" state="true" /> ステートメントを追加し
ます。
<servicing>
<package action="configure">
<assemblyIdentity name="Microsoft-Windows-Foundation-Package" version=
"6.0.6001.18000" processorArchitecture="x86" publicKeyToken=
"31bf3856ad364e35" language="" />
<selection name="SNMP" state="true" />
<selection name="WMISnmpProvider" state="true" />
<selection name="MultipathIo" state="true" />
</package>
</servicing>
次の図に、unattend-ent.xml ファイルの上部に挿入されたコードを示します。
d.
ファイルを XML ファイル(unattend-ent.xml)として保存します。
Insight Control サーバー配備のカスタマイズ
53
注記: テキスト(.txt)ファイルは機能しません。正しくフォーマットされたテキ
ストファイルは、ファイル拡張子を「.txt」から「.xml」に変更することができま
す。
e.
f.
手順 b~d を繰り返して、unattend-std.xml ファイルを修正します。
手順 a~e を繰り返して、すべての Windows ディストリビューションを修正します。
Linux
Linux Pre-boot 環境
Linux PE 環境はマルチパス対応ではありません。LinuxPE で Altiris showdisk などのツールを使
用する場合は、論理ドライブへのすべてのパスが表示されます。
Linux サーバー
Linux サーバーでは、スクリプトによるインストールだけがサポートされます。
•
マルチパス対応の Red Hat RHEL 5.x/6.x または SLES 11 から取得したイメージのデプロ
イメントがサポートされています。詳しくは、http://h18013.www1.hp.com/products/
servers/management/rdp/knowledgebase/20000041.html にある HP ナレッジベースの記
事 『Multipath SAN Deployment Support』 を参照してください。
•
SLES 10 OS サービスパック 2 以降のデプロイメントがサポートされるのは、シングルパ
ス構成で SAN を使用している場合のみです。OS のインストール後に、マルチパス SAN
を設定できます。SLES 11 には、この制限はありません。
注記: ご使用の SAN ゾーニングがハードウェア構成と一致していない場合は、Linux が部分
的にしかインストールされないことがあります。たとえば、最初の各段階ではストレージが認
識されますが、以降の段階で認識されなくなることがあります。
Insight Control サーバープロビジョニング
HP Insight Control サーバープロビジョニングは、HP ProLiant サーバーのインストールまたは設
定に使用される仮想アプライアンスで、OS ビルドプラン、スクリプトなどのリソースを使用
してデプロイメントジョブを実行します。Insight Control サーバープロビジョニングは、Insight
Control のコンポーネントであり、独立したライセンスは不要です。アプライアンスの設定、
使用、および管理について詳しくは、HP の Web サイト http://www.hp.com/jp/
proliantessentials_manual で提供される 『HP Insight Control サーバープロビジョニングインス
トールガイド』 および 『HP Insight Control サーバープロビジョニング管理者ガイド』 を参照
してください。
Insight Control サーバープロビジョニングを使用して、次の操作を実行できます。
•
Windows、Linux、ESXi/vSphere、および Hyper-V の ProLiant サーバーへのインストール
注記: ESXi 5.x/vSphere 5.x は、Matrix インフラストラクチャオーケストレーションを
介して展開することはできませんが、IC サーバープロビジョニングを使用して手動で展開
することができます。IC サーバープロビジョニングは、HYPER-V 役割を有効にした Windows
のインストールをサポートします。IC サーバープロビジョニングは、スタンドアロン
HYPER-V バージョンのインストールをサポートしません。
•
HP Service Packs for ProLiant(SPP)を使用して ProLiant サーバーでドライバー、ユーティ
リティ、およびファームウェアを更新
注記: ファームウェアの更新は、IC サーバープロビジョニングアプライアンスから実行
する必要があります。OS 展開で SPP ドライバーおよびユーティリティを展開する、カス
タマイズした OS ビルドプランを作成できます。
54
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
•
ProLiant システムハードウェア、iLO、BIOS、HP Smart アレイ、およびファイバーチャネ
ル HBA を設定
•
PXE を使用しないでターゲットサーバーを展開(HP ProLiant Gen8 以降)
注記: PXE を使用しない Gen8 サーバー展開は、IC サーバープロビジョニングアプライ
アンスからのみ開始できます。PXE なしの展開は、Matrix インフラストラクチャオーケス
トレーションではサポートされません。
•
複数のサーバーに対して同時に展開ジョブを実行
•
使いやすいブラウザーベースのインターフェイスを使用した ProLiant 展開のカスタマイズ
Matrix 環境に Insight Control サーバープロビジョニングがインストールされておらず、追加
サーバーのプロビジョニングにこのツールを使用する場合は、インストールおよびその他の関
連情報について表 2 (55 ページ) を参照してください。
表 2 IC サーバープロビジョニング情報の入手先
項目
情報の入手先
リリースノート
http://www.hp.com/jp/proliantessentials_manual で入手可能な『HP Insight Control リリー
スノート』の Insight Control サーバープロビジョニングに関する項を参照してください。
Matrix のサポート
http://www.hp.com/jp/proliantessentials_manual で入手可能な『HP Insight Management
サポートマトリックス』の Insight Control サーバープロビジョニングに関する項を参照し
てください。
ソフトウェアダウン http://www.hp.com/go/insightupdates (英語)
ロードの Web サイト
IC サーバープロビ
ジョニングのユー
ザーマニュアル
『HP Insight Control サーバープロビジョニングインストールガイド』、『HP Insight Control
サーバープロビジョニング管理者ガイド』、および PDF バージョンのオンラインヘルプ
は、http://www.hp.com/jp/proliantessentials_manual から入手できます。
開始するには
オンラインヘルプの [クイックスタート]の項に、Insight Control サーバープロビジョニング
を使用して実際のタスクを行う手順が記載されています。
タスクを実行するための概要と手順については、オンラインヘルプの方法に関する項を参
照してください。
トラブルシューティ
ングおよび既知の問
題と制限事項
オンラインヘルプのトラブルシューティング索引は、IC サーバープロビジョニングの開発
者によって提供される、すべての問題と推奨に関する情報のレポジトリです。
http://www.hp.com/jp/proliantessentials_manual で入手可能な『HP Insight Control リリー
スノート』の Insight Control サーバープロビジョニングに関する項を参照してください。
http://www.hp.com/jp/proliantessentials_manual で入手可能な『HP Insight Management
サポートマトリックス』の Insight Control サーバープロビジョニングに関する項を参照し
てください。
ユーザーインター
フェイス
オンラインヘルプの一般的な方法に関する項で、ユーザーインターフェイスの案内のトピッ
クを参照してください。
IC サーバー展開から HP の Web サイト http://www.hp.com/go/insightcontrol/docs で提供される『Data Migration
の移行
from Insight Control server deployment to Insight Control server provisioning』のホワイトペー
パーを参照してください。
White Paper
『All About OS Build Plans and Steps』および『Adding Drivers to OS Build Plans』など、
さまざまなトピックに関するホワイトペーパーは、http://www.hp.com/go/insightcontrol/
docs から入手できます。
アプライアンスのアップデート
一部のバージョンのアプライアンスでは、Insight Control サーバープロビジョニングをお客様
がアップデートできます。ご使用の環境に関する個別の情報については、HP のサポート窓口
にお問い合わせください。
Insight Control サーバープロビジョニング
55
重要:
•
7.2.2 に更新する前に、Insight Control サーバープロビジョニング 7.2 または 7.2.1 をイ
ンストールしている必要があります。
•
大きなファイルサイズのため、アプライアンスへのアップデートファイルのアップロード
には、Mozilla Firefox 17.0.x ESR(以降)、または Google Chrome v28 ブラウザーだけが
サポートされています。Internet Explorer 9 および 10 は、4GB のファイルアップロード
制限があるため、7.2.2 のアップデートには使用できません。
Insight Control サーバープロビジョニングのアップデートについて詳しくは、http://www.hp.com/
jp/proliantessentials_manual で入手できる 『HP Insight Control サーバープロビジョニング 7.2
Update 2 インストールガイド』 を参照してください。
重要: 初期セットアップ後に、Insight Control サーバープロビジョニングの UI で展開 IP アド
レスを変更することはサポートされていません。
Insight Control サーバープロビジョニングアプライアンスを、バージョン 7.2 または 7.2.1 か
らバージョン 7.2.2 に更新するには、以下の手順を使用してください。
注意: ディスクスペースの要件:アップデートは、アプライアンス上の多量のディスク容量
を使用します。シンプロビジョニングを使用して現在のアプライアンスをインストールした場
合(これは推奨されません)、アップデートにより、仮想ディスクがかなり大きくなります。
仮想ディスクの増大に対応するために、ホストディスク上に 180GB 以上の使用可能な空き容
量があることを確認することが重要です。アップデート中にホストディスクの容量が不足した
場合、新しいアプライアンスを作成し、バックアップから復元する必要が生じると考えられま
す。シックプロビジョニングでアプライアンスをインストールした場合でも、推奨どおりに
アップデート処理を開始する前に VM スナップショットを取得するときは、スナップショット
用に約 50GB のストレージが必要になることに注意してください。
1.
アップデートの適用前に、アプライアンスをシャットダウンして VM スナップショットま
たはクローンを作成してから、アプライアンスを再起動します。このようにすると、アッ
プデート中にエラーが発生した場合にアプライアンスを迅速に復元できます。また、アッ
プデートのためにアプライアンスを停止するという利点もあります。
注記: アップデート処理が失敗した場合、アプライアンスは自動的にアップデート前の
元の状態に戻るように設計されていますが、スナップショットまたはクローンを作成する
ことにより、エラーが発生した場合にも高いレベルの安全性を確保できます。
2.
Insight_Control_server_provisioning_7.2_update_2_Update_ZIP_< 日付と
製品番号 >.zip ファイルを http://www.hp.com/go/insightupdates (英語)からダウン
ロードします。このダウンロードを見つけるには、ページの最上部付近にある [Download
the latest Insight Management] ソフトウェアを選択します。ダウンロードした ZIP ファイ
ルの MD5 チェックサムを HP Software Depot の Web ページに記載されているチェック
サムと照合します。
重要: 7.2.2 のフルアプライアンスの ZIP ファイルもダウンロードできますが、既存のイ
ンストール環境にフルアプライアンスをインストールしないでください。インストールす
るとデータが消失します。
3.
Insight Control サーバープロビジョニングの UI からアクセスできる場所にファイルを解凍
します。
注記: Windows システムの場合、Windows エクスプローラまたは WinZip や 7zip など
のアドオン ZIP から、組み込まれている Windows の ZIP 機能を使用できます。Linux シス
テムの場合は、ZIP バージョン 3.0 をサポートするバージョンの解凍を使用します。
56
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
4.
使用する前に、解凍した内容に含まれるファイルのデジタル署名を確認します。含まれる
ファイルの完全なリストについては、ZIP ダウンロードの README を参照してください。
Digital-Signatures ディレクトリに関連する署名ファイルがあるファイルのみを使用
し、ファイルを使用する前にファイルのデジタル署名を確認する必要があります。
デジタル署名を確認するには、Linux システム上での署名の確認について https://
h20392.www2.hp.com/portal/swdepot/displayProductInfo.do?
productNumber=HPLinuxCodeSigning (英語)を参照してください。Windows システムの
場合、手順は同じですが、最初に gpg ツールをダウンロードしてインストールする必要
があります。http://gpg4win.org/ を参照してください。
ヒント: アップデートを開始する前に、HP の Web サイト http://www.hp.com/jp/
proliantessentials_manual で提供される 『HP Insight Control サーバープロビジョニング 7.2
Update 2 インストールガイド』 で既知の問題を確認してください。
5.
アップデートをインストールします。
Insight_Control_server_provisioning_7.2_update_2_Update_Appliance_ZIP_<
日付と製品番号 >.zip ファイルには 3 つの .bin ファイルが含まれます。
•
IC-server-provisioning-7.2.0-patch.bin
•
IC-server-provisioning-7.2.1-patch.bin
•
IC-server-provisioning-7.2.2-update.bin
7.2 から 7.2.2 へのアップデート
まず、IC-server-provisioning-7.2.0-patch.bin をインストールして、次に、
IC-server-provisioning-7.2.2-update.bin をインストールしてください。
7.2.1 から 7.2.2 へのアップデート
まず、IC-server-provisioning-7.2.1-patch.bin をインストールして、次に、
IC-server-provisioning-7.2.2-update.bin をインストールしてください。
注記: 7.2.2 のアップデートを開始する前に、アプライアンスをシャットダウンし、アプ
ライアンスの VM スナップショットまたはクローンを取得します (オンラインスナップ
ショットはサポートされません。スナップショットを取得する前に、アプライアンスを
シャットダウンする必要があります)。次に、アップデートを適用する前に、アプライア
ンスのバックアップを起動します。このようにすると、アップデート処理中にエラーが発
生した場合にアプライアンスを迅速に復元できます。また、アップデートのためにアプラ
イアンスを停止するという利点もあります。
a.
7.2.x パッチをインストールします。
i.
ii.
Insight Control サーバープロビジョニング UI の [Settings] ページから、
[Actions]→[Update Appliance] を選択します。[Upload File] をクリックし、解凍し
た ZIP ファイルの内容を探します。
IC-server-provisioning-7.2.<x>–patch.bin ファイルをダブルクリック
します。ここで、7.2 から更新する場合は <x>=「0」、7.2.1 から更新する場合
は、<x>=「1」です。
注記: パッチをインストールする前、アプライアンスのバージョンは次のよう
になります。
•
7.2 を使用している場合、アプライアンスのバージョンは 7.2.0–5056 にな
ります。
•
7.2.1 を使用している場合、アプライアンスのバージョンは 7.2.1–60611
になります。
Insight Control サーバープロビジョニング
57
ファイルをアップロードすると、[Update Appliance] ダイアログボックスにアッ
プロードの進行状況バーが表示されます。アップデートファイルが解凍されて確
認されるときに、進行状況バーはしばらく 100% に留まります。ファイルのアッ
プロードを停止する場合は、[Cancel] ボタンをクリックします。
アップロードが完了すると、[Appliance Update] ダイアログボックスにファイル
の名前とバージョンが表示されます。この情報が表示されるまでは、どのボタン
も押さないでください。このアップデートのリリースノートを確認するには、
[Release Notes] のリンクをクリックします。
[Remove] リンクがあり、アップロードしたファイルをアプライアンスから削除で
きるようになっています。ファイルをアップロードしてからインストールせずに
ブラウザーを閉じても、アップロードしたファイルは維持されます。[Update
Appliance] ダイアログボックスに戻ると、中断した場所(アップロード後、イン
ストール前)を選択できるようになります。
注記: アップロードをキャンセルする、またはアップロードしたファイルを削
除する場合は、別のアップロードを実行する前に、ブラウザーのキャッシュをク
リアし、ブラウザーを再起動する必要があります。
iii. アップロードが完了したら、[Install Update] をクリックします。アップデートが
完了するまで約 15 分かかり、再起動は必要ありません。
iv. EULA に対して [Agree] をクリックします。
v. 再表示された [Update Appliance] ダイアログボックスで、[Install Update] をクリッ
クします(2 回目)。アップデートの予想時間が表示されます。
vi. [Install Update] をクリックします(3 回目)。アップデートが開始し、進行状況
ページが表示されます。
vii. アップデートが完了したら、もう一度アプライアンスにログインし、これは正常
に [Settings] ページで表示されている [Appliance Version] を調べて、正しくイン
ストールされたことを確認します。
注記: パッチをインストールした後、アプライアンスのバージョンは次のよう
に変更されます。
b.
•
7.2 から更新する場合:アプライアンスのバージョンは 7.2.0–50508 に変
更します。
•
7.2.1 から更新する場合:アプライアンスのバージョンは 7.2.1–60612 に
変更します。
7.2.2 アップデートをインストールします。
i. アップデートファイルをアップロードする前に、ブラウザーキャッシュをクリア
し、ブラウザーを再起動します。
ii. [Settings] ページから、[Actions]→[Update Appliance] の順に選択します。[Upload
File] をクリックし、解凍した ZIP ファイルの内容を探します。
iii. IC-server-provisioning-7.2.2–update.bin ファイルをダブルクリック
します。
ファイルをアップロードすると、[Update Appliance] ダイアログボックスにアッ
プロードの進行状況バーが表示されます。アップデートファイルが解凍されて確
認されるときに、進行状況バーはしばらく 100% に留まります。ファイルのアッ
プロードを停止する場合は、[Cancel] ボタンをクリックします。
アップロードが完了すると、[Appliance Update] ダイアログボックスにファイル
の名前とバージョンが表示されます。この情報が表示されるまでは、どのボタン
も押さないでください。このアップデートのリリースノートを確認するには、
[Release Notes] のリンクをクリックします。
58
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
[Remove] リンクがあり、アップロードしたファイルをアプライアンスから削除で
きるようになっています。ファイルをアップロードしてからインストールせずに
ブラウザーを閉じても、アップロードしたファイルは維持されます。[Update
Appliance] ダイアログボックスに戻ると、中断した場所(アップロード後、イン
ストール前)を選択できるようになります。
注記: アップロードをキャンセルする、またはアップロードしたファイルを削
除する場合は、別のアップロードを実行する前に、ブラウザーのキャッシュをク
リアし、ブラウザーを再起動する必要があります。
注記: ファイルのアップロード中、「Error occurred while verifying image file:
ICsp_7.2.2-update.bin is corrupted. Please download image file and try again.」の
ようなエラーメッセージが表示された場合は、次の処置を行えます。
•
表示されたチェックサム情報を使用して、
IC-server-provisioning-7.2.2–update.bin ファイルのチェックサ
ムを照合します。
•
ファイルのアップロードに使用するブラウザーとして、Firefox か Chrome の
どちらかを使用していることを確認します。Internet Explorer は、4GB を超
えるファイルをアップロードできません。
•
まれに、アプライアンスは、アップデートが破損していないときに破損して
いると間違って報告することがあります。以上の 2 つが問題ないと判断した
ら、「アップデートが失敗した場合の復旧」 (60 ページ) の記述に従って再
度アップデートを試みます。
アップロードが完了したら、[Install Update] をクリックします。このアップデー
トは完了するまでに約 110 分かかり、再起動が必要です。
v. EULA に対して [Agree] をクリックします。
vi. 再表示された [Update Appliance] ダイアログボックスで、[Install Update] をクリッ
クします(2 回目)。アップデートの予想時間が表示されます。
vii. [Install Update] をクリックします(3 回目)。アップデートが開始し、進行状況
ページが表示されます。インストールは約 140 分かかり、完了したときには自
動再起動も終わっています。VM コンソールを監視して、いつアプライアンスが
再起動し、ログインに使用できるようになったかを確認することをおすすめしま
す。
iv.
注記: ログインする前に、ブラウザーキャッシュをクリアしてブラウザーを再
起動する必要があります。
viii. アップデートが完了したら、パッチとアップデートが正しくインストールされて
いることを確認します。[Settings]→[Appliance] ページに表示されるアプライアン
スのバージョンが 7.2.2 であることを確認します。
アップデート後に、アプライアンスが復帰しない、またはバージョンが 7.2.2 に
なっていない場合は、「アップデートが失敗した場合の復旧」 (60 ページ) を参
照してください。
アプライアンスのアップデート後の追加タスク
パッチとアップデートの両方をインストールした後で、さらに追加の設定を行う必要がありま
す。
•
7.2.2 のアップデートでサポートされているその他の OS ディストリビューションを、メ
ディアサーバーファイル共有にコピーします。メディアサーバーのセットアップユーティ
リティは、新しいメディアをサポートするように更新されます。
Insight Control サーバープロビジョニング
59
•
WinPE を生成してアプライアンスにアップロードします。アプライアンスを初めて設定し
たときにすでに WinPE を生成してアップロードしても、新しい WinPE を生成してアップ
ロードしてください。
重要: アップデート後に WinPE がすでにインストールされていることが UI の
[Recommended Actions] ペインに表示されることがありますが、WinPE を生成してアプラ
イアンスにアップロードし、7.2.2 で提供される最新アップデートを取得する必要があり
ます。
•
ビルドプランの変更点について確認し、カスタムビルドプランのアップデートについて検
討します(HP の Web サイト http://www.hp.com/go/insightcontrol/docs にある White
Paper 『Insight Control server provisioning All About OS Build Plans and Steps』を参照して
ください)。
•
HP Insight Control サーバープロビジョニングバージョン 7.2.2 以降のビルドプランでは、
Windows、RHEL、および SLES に「ProLiant Drivers for <OS><SPP バージョン >」の形式
を使用します。この規則では、同一アプライアンス上で複数のドライバーパッケージのメ
ンテナンスを行うことが可能です。アップグレード後は、HP が用意するすべての OS ビ
ルドプランは最新バージョンのドライバーパッケージを使用し、カスタマイズしたビルド
プランは、引き続き古いバージョンのドライバーパッケージを指定します。最新バージョ
ンのドライバーパッケージを指定するようにカスタマイズしたビルドプランを更新する必
要がある場合、手順について、OS ビルドプランで使用されているドライバーのバージョ
ンの変更に関する、オンラインヘルプの OS ビルドプランの項を参照してください。
7.2/7.2.1 に付属のドライバーパッケージはこの新しい命名規則に従っておらず、これら
のドライバーパッケージは SPP 2013.02 に基づいていません。
•
バージョン 7.2.2 では、2 つのネットワークインターフェイスを使用したアプライアンス
の実行がサポートされます。一方はアプライアンスネットワークに接続し、もう一方はデ
プロイメントネットワークに接続します。バージョン 7.2.2 へのアップデートが完了した
後、アプライアンスをこの新しいマルチ NIC モードで実行する場合は、新しいネットワー
クアダプターをアプライアンスに追加して構成する必要があります。マルチ NIC モード
への切り替え手順については、オンラインへルプのトピック「Change from single NIC to
Multi-NIC」を参照してください。
アップデートが失敗した場合の復旧
アップデートのインストール後にアプライアンスを起動しても、バージョンが 7.2.2 にアップ
デートされない場合は、アップデートを再度試してください。
アプライアンスのバージョンを確認します。バージョンが 7.2.0–50508
(IC-server-provisioning-7.2.0–patch.bin を使用した 7.2 からのアップデート)、
または 7.2.0–60612(IC-server-provisioning-7.2.1–patch.bin を使用した 7.2.1
からのアップデート)である場合は、このアップデートパッチが適切にインストールされてい
ることを意味し、IC-server-provisioning-7.2.2–update.bin のインストールを再度
試みてください。
アップデート後にシステムが起動しない場合、またはアップデートの再試行が正常に実行でき
ない場合は、次のように操作します。
1. サポートダンプを作成します。
a. 管理者権限でアプライアンスにログインします。
b. メインメニューから [Settings] 画面に移動します。
c. [Actions]→[Create support dump] を選択します。
d. サポートダンプの作成が完了すると、tar.gz ファイルを保存するプロンプトが表示
されます。
e. サポートダンプを提供する手順について、認定サポート担当者に問い合わせてくださ
い。
60
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
2.
アップデートの開始前に撮った 7.2 または 7.2.1 アプライアンスの VM スナップショット
を使用し、アプライアンスを 7.2 または 7.2.1 バージョンに戻します。
注意: 7.2 または 7.2.1 バックアップを 7.2.2 アプライアンスに復元しないでください。
7.2.2 アプライアンスのデータベースが破壊されます。7.2 または 7.2.1 スナップショッ
トを使用してアプライアンスを戻してください。
3.
アップデート処理を再び開始します。
メディアサーバーのセットアップ
以下の手順は、HP Insight Control サーバープロビジョニングのメディアサーバーセットアップ
ユーティリティを使用して、メディアサーバーを作成するためのものです。メディアサーバー
を手動でセットアップする手順については、HP の Web サイト http://www.hp.com/jp/
proliantessentials_manual で提供される 『HP Insight Control サーバープロビジョニング管理者
ガイド』 を参照してください。
Insight Control サーバープロビジョニングのメディアサーバーセットアップユーティリティのダ
ウンロード
1.
ブラウザーから、Insight Control サーバープロビジョニングにログインします。
2.
3.
[Settings] ページを参照して、メディアサーバーセクションの編集を選択します( )。
Insight Control サーバープロビジョニングのメディアサーバーセットアップユーティリティ
のダウンロードに使用できるリンクをクリックします。
メディアサーバーから使用できる場所にファイルを保存します。
4.
Insight Control サーバープロビジョニングのメディアサーバーセットアップユーティリティの使
用
メディアサーバーから次の操作を行います。
1. 環境変数 TEMP を、Insight Control サーバープロビジョニングのメディアサーバーセット
アップユーティリティのログファイルである serverdeployment.log を書き込む場所
に設定します。
2. 管理者として、icsp-mediaserver-setup.exe ファイルを起動します。
3. [HP Install Package] ダイアログから、[Run] をクリックします。
4. Insight Control サーバープロビジョニングのメディアサーバーセットアップユーティリティ
は一時フォルダーに自己展開し、[Prerequisites] ページを表示します。すべての前提条件を
満たしていることを確認したら、[Continue] をクリックします。
5. [Browse for Folder] ダイアログから、メディアサーバー用の最上位フォルダーを選択し、
[OK] をクリックします。ここは、OS ディストリビューション、Spp、および取得した
Windows イメージファイルが格納される場所です。以前に Insight Control サーバープロビ
ジョニングのメディアサーバーセットアップユーティリティを実行した場合、ここではデ
フォルトで前回の選択が使用されます。
6. [Select Components to Install] 画面から、メディアサーバーにインストールしたいディスト
リビューションを選択し、[Install] をクリックします。リストされている OS ディストリ
ビューションは、実行している Insight Control サーバープロビジョニングのメディアサー
バーセットアップユーティリティのバージョンでサポートされているものです。
Insight Control サーバープロビジョニング
61
注記: Insight Control サーバープロビジョニングのメディアサーバーセットアップユー
ティリティは、メディアを選択的にインストールしたり、障害が発生したメディアインス
トールを修正するために、何度でも実行できます。
7.
[Parameters] 画面で以下を入力します。
•
[Windows File Share Name]
Windows ファイル共有用に使用したい名前を、たとえば「deployment」のように
指定します。この単一ファイル共有名は、任意のキャプチャーイメージを含めて、メ
ディアサーバー上のすべてのメディアにアクセスするために使用されます。Insight
Control サーバープロビジョニングのメディアサーバーセットアップユーティリティ
を以前に実行していた場合は、この値は自動的に設定されます。
•
[Authorized Windows User]
提供されるスペースに、既存の有効な Windows ユーザー名を指定します。これで、
ファイル共有へのアクセスは、その特定のユーザー名とパスワードに制限されます。
注記: ドメインユーザーアカウントはサポートされていますが、メディアサーバー
がドメインコントローラーである場合はサポートされていません。
•
[Allow write access to file share (required for Windows Image capture)]
このチェックボックスは、ファイル共有アクセスが読み取り専用か、書き込みも許可
するかを決定します。Insight Control サーバープロビジョニングを使用して Windows
イメージをキャプチャーする予定の場合は、ファイル共有の書き込みアクセスが必要
です。書き込みアクセスは、ファームウェアログファイルのすべての更新にも必要で
す。
62
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
•
[IIS HTTP Virtual Directory Name]
Linux と ESXi/vSphere の展開にのみ必要です。これは、すべてのメディアが保存され
る下位レベルフォルダーを指し示す HTTP 仮想ディレクトリです。この下位レベルフォ
ルダーは、たとえば deployment のように指定した最上位ディレクトリの下に Media
という名前で作成されます。これで、メディアにアクセスするための Web アドレス
は、http://< メディアサーバーの IP アドレス >/< 仮想ディレクトリ > になり
ます。
デフォルトで、このディレクトリは読み取り専用として作成され、フォルダー参照権
限だけが有効です。デフォルトの動作を変更するには、Microsoft IIS Manager を使用
してください。
注記: セキュリティを強化するために、キャプチャーイメージは HTTP 経由でアクセ
スできません。
完了したら、[Install] をクリックします。メディアサーバーのインストールセットアップ
プロセスが開始します。
8.
ディストリビューションごとにそれぞれの [Setup] 画面があります。
Insight Control サーバープロビジョニング
63
a.
b.
[Prerequisites] は自動的に確認されます。メディアの前提条件が満たされていない場合
は、エラーが表示され、セットアップが中断します。
[Options] セクションに必要な情報を入力します。この領域の項目は、インストールし
ているメディアによって変化します。一般に、Distribution location を提供します。こ
れは、OS ディストリビューションファイルが非圧縮形式でコピーされる最上位フォ
ルダーです。アーカイブ形式と ISO イメージはサポートされていません [Destination:]
情報は、メディアサーバーでディストリビューションがコピーされる場所です。
注記: OS ディストリビューションファイルの位置を提供しないことを選択すること
もできます。Insight Control サーバープロビジョニングのメディアサーバーセットアッ
プユーティリティでは警告が表示されますが、そのまま必要なフォルダー構造を作成
し、ファイル共有をセットアップします。後で、OS ディストリビューションファイ
ルを手動でこの位置にコピーできます。
c.
d.
e.
64
[Install] をクリックします。
インストールが完了したら、[Close] をクリックします。
ダウンロードにその他のディストリビューションを選択した場合、HP Insight Control
サーバープロビジョニングのメディアユーティリティは次に使用する新しいウィンド
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
ウを自動的に開きます。すべてのメディアがコピーされるまで手順 a~d を繰り返し
ます。
すべてのメディアがインストールされると、[Select Components to Install] 画面に各インス
トールの成功(緑色)、警告(黄色)、または失敗(赤色)ステータスが表示されま
す。%TEMP%:\serverdeployment.log のログファイルで詳細を調べます。ここで、
TEMP は一時ディレクトリを示す Windows システム環境変数です。
10. [Select Components to Install] 画面から [Close] をクリックして、Insight Control サーバープ
ロビジョニングのメディアサーバーセットアップユーティリティを終了します。
9.
(オプション)Windows 2008/2012 メディアへの Microsoft アップデートスリップストリー
ム
1.
2.
Microsoft のアップデートおよびパッチを入手して、これらをまとめて < パス >\Patches
ローカルディレクトリに配置します。
コマンドプロンプトを開き、すべてのアップデートを含む < パス >\Patches に移動し
ます。DISM の基本的な構文は次のとおりです。
DISM.exe {/image:<path_to_imag> | /online} [dism_options]
{servicing_command} [<servicing_argument>]
3.
インストールされる Windows イメージのインデックス番号(1~8 の整数)を取得しま
す。各番号は、Enterprise、Standard、Core などの Windows の異なるバージョンを表し
ます。
dism.exe/get-wiminfo/wimfile:install.wim
4.
5.
6.
イメージをマウントします。
パッチを追加することで、イメージを変更します。
イメージをアンマウントして変更を確定します。
Windows 7 および Windows Server 2008 の場合
MD % ~ dp0WIN7
Dism.exe/Mount-Wim/WimFile:%~dp0install.wim/Index:2_NUMBER/MountDir:%~dp0WIN7
Dism.exe /image:%~dp0WIN7 /Add-Package /PackagePath:"Patches"
Dism.exe /image:%~dp0WIN7 /Get-Packages | more
pause
Dism.exe/Unmount-Wim/MountDir:%~dp0WIN7/commit
Windows 8 および Windows Server 2012 の場合
MD % ~ dp0WIN8
Dism.exe/Mount-Wim/WimFile:install.wim/Index:2/MountDir:%~dp0WIN8
Dism.exe /image:%~dp0WIN8 /Add-Package /PackagePath:"Patches"
Dism.exe /image:%~dp0WIN8 /Get-Packages | more
pause
Dism.exe/Unmount-Wim/MountDir:%~dp0WIN8/commit
7.
OS をインストールすると、インストールされているセキュリティアップデートをリスト
して成功したかどうかを確認します。パッチが適用されたサーバーから次のようにコマン
ドプロンプトを開きます。
wmic qfe list brief /format:htable > "%USERPROFILE%\hotfix.html"
8.
hotfix.html を開いて、インストール済みのアップデートを表示します。
Insight Control サーバープロビジョニング
65
Insight Control サーバープロビジョニングアプライアンスの設定の変更
CloudSystem Matrix 環境を維持するために変更が必要ないくつかの Insight Control サーバープ
ロビジョニングの設定があります。
(オプション)プロダクトキーの追加
1.
2.
3.
4.
[Settings] ページを参照して、[Product Keys] 設定を編集します(
[Create product key] をクリックして新しいキーを追加します。
適切な OS バージョンを選択します。
[Value] フィールドにプロダクトキーを入力します。
)。
新しいプロダクトキーを作成する場合、xxxxx-xxxxx-xxxxx-xxxxx-xxxxx の形式に
する必要があり、0、1、5、A、E、I、O、U、L、N、S、Z の文字を含めることはできま
せん。
5.
6.
7.
[OK] をクリックします。
すべてのプロダクトキーについて、手順 3~6 を繰り返します。
[OK] をクリックして [Edit Product Keys] を閉じます。
(オプション)施設のカスタム属性
カスタム属性は、お客様の施設またはインストール環境に関連したさまざまなパラメーターを
把握するために作成し使用することができます。これらのカスタム属性は、単純な名前と値の
ペアで設定されます。
1.
2.
3.
[Settings] ページを参照して、[Facility Custom Attributes] 設定を編集します(
[Create facility custom attribute] をクリックします。
次の情報を入力します。
•
)。
[Name]
属性を参照するときに使用される一意の名前。
•
[Value]
カスタム属性に関連付けられた値。
4.
5.
[OK] をクリックします。
手順 3~5 を繰り返して、その他の [Facility Custom Attributes] を追加します。
(オプション)アプライアンスの全般設定の編集
アプライアンスの IP アドレスまたは DNS 設定を変更する必要がある場合、アプライアンスの
全般設定を編集できます。
注記:
アプライアンスを初期設定した後は、展開 IP アドレスを変更できません。
1.
ブラウザーからアプライアンスにログインします。
2.
[Settings] ページを参照して、[Edit OS Deployment Settings] を編集します(
)。
登録とライセンス
CloudSystem Matrix のインストール中に Insight Control サーバープロビジョニングをインストー
ルした場合、インストーラーがお客様に代わりお客様の名前を使用して Insight Control サーバー
プロビジョニングを登録する必要があります。このプロセスでは、アクティベーションキーを
受け取って、60 日後に実行できなくなってしまわないようにそのキーを製品に入力します。
重要: 登録は、HP Matrix インフラストラクチャオーケストレーションを介したソフトウェア
の展開に、HP Insight Control サーバープロビジョニングを使用する場合に必須です。
66
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
Insight Control サーバープロビジョニングアプライアンスを登録するには、以下の手順に従っ
てください。
1. ブラウザーからアプライアンスにログインします。
2. 画面の右側にある [Recommended Actions] ペインに、登録できる日数があと 60 日あるこ
とが示されます。このリンクをクリックして、[Activate Insight Control server provisioning]
ページを開きます。ここから [Register to receive Activation key] のリンクをクリックして
登録しアクティベーションキーを受け取ります。
3. 次のどちらかを使用して、HP パスポートから HP Licensing for Software にログインしま
す。
•
お客様の認証情報:
1. お客様の [Entitlement Order Number] を入力し、[Go] をクリックします。
2. [Search Entitlements to Activate] 画面で、[Search Entitlements] をクリックします。
3. [Entitlement] リストで [Insight Control Server Provisioning] を選択し、[Activate] を
クリックします。
4. [Activate Entitlement] 画面で、[Add Products] 領域で [Insight Control Server
Provisioning] が表示されていることを確認し、[Finish] をクリックします。
5. [Search Registered Owner] ウィンドウで、お客様の電子メールアドレスを入力し
ます。
証明書がアクティベーションキーとともにお客様の電子メールアドレスに送信されま
す。
•
インストーラーの認証情報:
1. お客様の [Entitlement Order Number] を入力し、[Go] をクリックします。
2. [Search Entitlements to Activate] 画面で、[Search Entitlements] をクリックします。
3. [Entitlement] リストで [Insight Control Server Provisioning] を選択し、[Activate] を
クリックします。
4. [Activate Entitlements] 画面で以下の手順を実行します。
a. [Registered Owner] リストで、[I am activating this product for another company
and user] オプションを選択し、[Search Registered Owner] をクリックしま
す。
b. お客様の電子メールアドレスを入力し、[Validate] をクリックします。
c. [Add Products] 領域に [Insight Control Server Provisioning] と表示されている
ことを確認します。
d. [Finish] をクリックします。
証明書がアクティベーションキーとともにお客様の電子メールアドレスに送信されま
す。
4.
[Acitvate Insight Control server provisioning] ページで、お客様に電子メールで送信した HP
アクティベーション証明書のアクティベーションキーを入力し、[Activate] をクリックしま
す。
注記: 同じお客様に対して CloudSystem Matrix を複数回インストールする場合、1 回ごとに
登録を実行する必要があります。必ず、同じお客様の名前を使用してください。同じお客様の
複数回の登録は、複数のサイトにわたる場合でも、登録義務の細目のため個別のお客様として
表示できません。
(オプション)ユーザーアカウントの追加
HP Insight Control サーバープロビジョニングアプライアンスにアクセスできるユーザーを作成
します。
1. インフラストラクチャ管理者としてアプライアンスにログインします。
2. メインメニューから [Users] を選択します。
Insight Control サーバープロビジョニング
67
3.
4.
5.
[Actions]→[Add] の順に選択します。
[Add User] 画面で、新しいアカウントのユーザー情報を入力します。
[Add] または [Add+] をクリックして、変更内容を保存して、新しいユーザーアカウントを
作成します。[Add] をクリックすると [Add User] 画面が閉じますが、[Add+] をクリックし
た場合は画面は開いたままで他のユーザーを追加できます。
CloudSystem Matrix 用の Insight Control サーバープロビジョニングの OS ビルド
プランの作成
HP Insight Control サーバープロビジョニングには、プロビジョニング用の標準の OS ビルドプ
ランテンプレートが用意されています。CloudSystem Matrix ユーザーとその環境のニーズに応
えるため、OS ビルドプランをカスタマイズする必要があります。
:
Matrix 環境では、Insight Control サーバープロビジョニングまたは SA デプロイメントのどち
らかを使用した OS インストール中に、サーバーを Active Directory に参加させないでくださ
い。参加させた場合、Matrix のインストール後のカスタマイズ手順が失敗し、次のエラーが表
示されます。
Error customizing Logical Server <Logical server name> realized by
<target UUID>
Matrix 環境では、OO ワークフローを使用して、新しくプロビジョニングされたサーバーをド
メインに参加させることができます。
OS ビルドプランを作成するための 2 つのオプションがあります。
•
COMBO ビルドプランを使用する
Matrix のお客様向けに OS ビルドプランをカスタマイズしやすくするために、既存の複数
のビルドプランを 1 つにまとめるサンプルのビルドプランが用意されています。これらの
例は、他のビルドプランを組み合わせて CloudSystem Matrix 用にカスタマイズした OS ビ
ルドプランを作成する場合のガイドとして使用できます。COMBO ビルドプランの使用手
順については、「COMBO OS ビルドプランの使用」 (68 ページ) に進んでください。
•
カスタマイズした OS ビルドプランを手動で作成する
複数のビルドプランを組み合わせるときに、COMBO OS ビルドプラン例を参照として使
用する予定がない場合は、「手動でのカスタム OS ビルドプランの作成」 (69 ページ) に
進んでください。
COMBO OS ビルドプランの使用
Insight Control サーバープロビジョニングでは、オペレーティングシステムの展開、ハードウェ
アの構成、およびファームウェアのアップデートに使用する、OS ビルドプラン、スクリプト、
パッケージ、および構成ファイルが用意されています。これらの OS ビルドプランでは、Insight
Control サーバープロビジョニングの展開ソリューションを使用して、CloudSystem Matrix で
の展開プロセスを非常に簡単なものにしています。「ProLiant COMBO」サンプルビルドプラ
ンでは、複数の既存のビルドプランを 1 つに組み合わせて、CloudSystem Matrix の展開に必要
な機能の組み合わせを実行します。その他のビルドプランを組み合わせる場合のガイドとし
て、これらを使用してください。
これらの COMBO OS ビルドプランには次の要素が含まれています。
68
•
CloudSystem Matrix 展開用の Matrix インフラストラクチャオーケストレーションで必要
なカスタム属性の事前構成
•
Boot from SAN
•
OS の展開
•
SPP
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
HP 提供の ProLiant COMBO ビルドプランは次の 2 つがあります。
•
ProLiant COMBO - BFS + RHEL 6.4 +SPP
•
ProLiant COMBO - BFS + Windows 2012 +SPP
これらの COMBO ビルドプランについて詳しくは、HP の Web サイト http://www.hp.com/
go/insightcontrol/docs (英語)で提供される 『Insight Control server provisioning All About OS
Build Plans and Steps』 のホワイトペーパーを参照してください。
Matrix インフラストラクチャオーケストレーションを介して Windows Server 2012 または
RHEL 6.4 を展開する予定の場合は、これらのサンプルの COMBO ビルドプランを、編集せず
に直接使用することができます。
その他の Windows または Linux OS を展開する予定の場合は、これらの COMBO OS ビルド
プランをガイドとして使用し、下の手順に従って、ご使用の CloudSystem Matrix 環境に合わせ
てカスタマイズしてください。
注記: CloudSystem Matrix 用にその他の OS ビルドプランをカスタマイズする方法の手順に
ついては、「手動でのカスタム OS ビルドプランの作成」 (69 ページ) を参照してください。
COMBO ビルドプランをカスタマイズするには、以下の手順に従ってください。
1. IC サーバープロビジョニング UI の [OS Build Plans] 画面で、2 つの HP 提供の ProLiant
COMBO ビルドプランのいずれかを選択します。
2. 新しい名前でコピーを保存します。
3. このビルドプランを編集し、ターゲットサーバーで実行させる任意の機能を組み合わせて
カスタマイズします。
4. カスタマイズされたビルドプランを保存します。
OS ビルドプランを使用する前に、以下の追加構成手順も実行する必要が生じることがありま
す。
•
(推奨)「OS ビルドプランで構成されているデフォルトのパスワードの変更」 (77 ペー
ジ)
•
「(オプション)マルチパス」 (79 ページ)
•
「(オプション)Windows ライセンス」 (81 ページ)
OS ビルドプランの構成を続けるには、「OS ビルドプランで構成されているデフォルトのパ
スワードの変更」 (77 ページ) に進みます。
手動でのカスタム OS ビルドプランの作成
HP Insight Control サーバープロビジョニングには、プロビジョニング用の標準の OS ビルドプ
ランテンプレートが用意されています。CloudSystem Matrix ユーザーとその環境のニーズに応
えるため、OS ビルドプランをカスタマイズする必要があります。
•
(必須)「カスタム OS ビルドプランの作成」 (70 ページ)
•
(必須)「Matrix インフラストラクチャオーケストレーションに必要なカスタム属性の追
加」 (70 ページ)
•
(オプション)「Boot from SAN の構成」 (71 ページ)
•
(オプション)「OS 展開での SPP ドライバーのアップデートの組み込み」 (76 ページ)
•
(推奨)「OS ビルドプランで構成されているデフォルトのパスワードの変更」 (77 ページ)
•
(オプション)「マルチパス」 (79 ページ)
•
(オプション)「Windows ライセンスキーを適用する要件の削除」 (81 ページ)
OS ビルドプランをカスタマイズするには、以下の手順に従ってください。最低限、カスタマ
イズした OS ビルドプランを作成し、カスタム属性を追加します。
Insight Control サーバープロビジョニング
69
注記: 一部の特殊な場合は、ドライバーを手動で更新する必要があります。たとえば、クラ
スターモードに構成されている 2 つの SAN ストレージボックスを使用しているターゲット
サーバーに RHEL 6.4 OS Build Plan を展開するとき、RHEL 6.4 Emulex lpfc ドライバーが共有
LUN を表示しません。新しいドライバーを追加する必要があります。手順については、HP の
Web サイト http://www.hp.com/go/insightcontrol/docs (英語)にある 『Insight Control server
provisioning Adding Drivers to OS Build Plans』 ホワイトペーパー(英語)を参照してくださ
い。
カスタマイズした OS ビルドプランの作成
1.
2.
3.
4.
5.
ブラウザーから HP Insight Control サーバープロビジョニングアプライアンスにログイン
します。
[OS Build Plan] を参照します。
左側のリストで、Matrix インフラストラクチャオーケストレーションを介した HP Insight
Control サーバープロビジョニングを使用して展開しようと予定している OS を最もよく
表している [ProLiant OS - ]<OS>[ Install] ビルドプランを選択します。
[Actions]→[Save As] の順に選択します。
新しいわかりやすい名前で、OS ビルドプランのコピーを保存します。
OS ビルドプランへの必要なカスタム属性の追加
1.
2.
3.
4.
カスタム OS ビルドプランを選択します。
[Actions]→[Edit] の順に選択します。
[Custum Attributes] セクションまでスクロールします。
OSType カスタム属性を作成します。
a. [Create Custom attribute] をクリックします。
b. [Name] フィールドに OSType という名前を入力します。
重要: このエントリーは大文字と小文字を区別し、ここに示されているとおりに入
力する必要があります。
c.
適切な OS の値を入力します。[Value] フィールドには「Windows」か「Linux」のい
ずれかを含める必要があります。Windows のエントリーには、少なくとも 2008 か
2012 のどちらかを含める必要もあります。RHEL、R2、SUSE、SP2、バージョン番号
などのその他のバージョン情報を含めることもできますが、必須ではありません。
例:「Windows 2008 R2」、「Windows 2012」、「Linux RHEL 6.3 x 64」
70
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
d.
5.
[OK] をクリックして保存します。
archType カスタム属性を作成します。
a. [Create Custom attribute] をクリックします。
b. [Name] フィールドに archType と入力します。
重要: このエントリーは大文字と小文字を区別し、ここに示されているとおりに入
力する必要があります。
c.
アーキテクチャーを入力します。この値は x64 にする必要があります。
d.
e.
[OK] をクリックして、変更を保存します。
[Edit <custom build>] ウィンドウで [OK] をクリックして、変更内容を保存します。
(オプション)Boot from SAN の構成
展開したサーバーが確実に SAN からブートさせるには、OS ビルドプランの手順を調整する
必要があります。
Insight Control サーバープロビジョニング
71
1.
2.
3.
OS ビルドプランを開きます。
[Actions]→[Edit] の順に選択します。
[Steps] セクションまでスクロールし、[Add Steps] を選択します。追加する手順ごとに、
[Type]、[Script]、および [Parameters] を入力する必要があります。
4.
これらの [Type]、[Script]、および [Parameters] のエントリーを使用して以下の手順を追加
します。[Add +] をクリックしてそれぞれの手順を追加します。最後の手順で [Add] をク
リックします。
表 3 Boot from SAN を構成する手順を OS ビルドプランに追加します。
手順名
フィールド
選択または入力
[Check iLO Service]
[Type]:
Run Script
[Script]:
Check iLO Service
[Parameters]:
None
[Type]:
Run Script
[Script]:
Boot
[Parameters]:
--serviceOS=linux64 --method=network
[Type]:
Run Script
[Script]:
Wait for HP SA Agent
[Parameters]:
--maintenance --atLeast=3 --atMost=20
[Type]:
Deploy Package
[Script]:
LinuxPE add-on packages
[Parameters]:
None
[Type]:
Deploy Package
[Script]:
ProLiant Scripting Toolkit for Linux x64
[Boot script]
[Wait for HP SA Agent]
[LinuxPE add-on packages]
[ProLiant scripting toolkit]
72
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
表 3 Boot from SAN を構成する手順を OS ビルドプランに追加します。 (続き)
手順名
フィールド
選択または入力
[Parameters]:
None
[System ROM Configuration
[Type]:
Deploy Configuration File
— enable Boot from SAN]
[Script]:
System ROM Configuration - Enable Boot from SAN
[Parameters]:
/tmp/sstk/conrep-bfs.xml
[Type]:
Run Script
[Script]:
Manage System Configuration
[Parameters]:
-l/tmp/sstk/conrep-bfs.xml
[Manage System Configuration]
5.
上で追加した手順は、次に、OS が展開される前に実行されるように、OS ビルドプラン
の手順の最上部に移す必要があります。
a. [Edit OS Build Plan] ページから、上で追加した 7 つの手順を強調表示します。
b. 下に示すように手順 1~7 になるまで、青色の上向き矢印をクリックして、これらの
手順をリストの最上部に移します。
Insight Control サーバープロビジョニング
73
74
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
6.
再構成を完了するために、一部の手順を OS ビルドプランから削除するか、そのパラメー
タを更新する必要があります。オペレーティングシステムによって、これらの最終編集は
異なります。
[Edit OS Build Plan] ページで、次の手順を実行します。
•
手順を削除するには、手順の横の
•
手順を編集するには、手順の横の
をクリックします。
をクリックします。
下のリストを使用して、ご使用の OS に関連した OS ビルドプランの手順を削除または更
新します。
表 4 Boot from SAN を構成するために OS ビルドプランを調整する手順
これらの手順の削除または編集
ProLiant OS
スクリプトによるインストールコ
ピー
手順 #8([Check iLO Service])を削除する
RHEL 5.9 x64
手順 #9([Boot])を削除する
手順 #10([Decommission Server])を削除する
手順 #11([Wait for HP SA Agent])を削除する
手順 #8([Check iLO Service])を削除する
RHEL 6.3 x64
手順 #9([Boot])を削除する
手順 #10([Decommission Server])を削除する
手順 #11([Wait for HP SA Agent])を削除する
SLES 11 SP2 x64
手順 #8([Check iLO Service])を削除する
手順 #9([Boot])を削除する
手順 #10([Decommission Server])を削除する
手順 #11([Wait for HP SA Agent])を削除する
Windows Server 2008 R2 SP1
手順 #9([Check iLO Service])を削除する
Standard x64
手順 #10([Boot])を編集する
[Parameters] フィールド:--serviceOS=winpe64 --method=network
手順 #11([Decommission Server])を削除する
Windows Server 2008 SP2
手順 #9([Check iLO Service])を削除する
Standard x64
手順 #10([Boot])を編集する
[Parameters] フィールド:--serviceOS=winpe64 --method=network
手順 #11([Decommission Server])を削除する
Windows Server 2012
手順 #9([Check iLO Service])を削除する
Standard x64
手順 #10([Boot])を編集する
[Parameters] フィールド:--serviceOS=winpe64 --method=network
手順 #10([Decommission Server])を削除する
7.
[OK] をクリックして、変更内容をカスタマイズした OS ビルドプランに保存します。
Insight Control サーバープロビジョニング
75
(オプション)OS 展開での SPP ドライバーのアップデートの組み込み
展開の一部として、OS をインストールした後に SPP ドライバーアップデートをインストール
するには、カスタマイズした OS ビルドプランに次の調整を行います。Windows と Linux で
別々の手順が必要です。
Windows
Windows OSBP に SPP を統合するには、カスタマイズした OS ビルドプランの末尾に手順を
追加する必要があります。
1. OS ビルドプランを開きます。
2. [Actions]→[Edit] の順に選択します。
3. [Steps] セクションまでスクロールし、[Add Steps] を選択します。追加する手順ごとに、
[Type]、[Script]、および [Parameters] を入力する必要があります。これらの手順は、OS の
展開が終了し、SA Agent が実行した後で、OS ビルドプランの末尾に追加する必要があり
ます。
表 5 Windows 用の SPP ドライバーアップデートを組み込む手順の OS ビルドプランへの追加
手順名/
選択または入力
フィールド
[Set Media Source]
Type:
Run Script
Script:
Set Media Source
Parameters:
@__OPSW-Media-WinUser@@__OPSW-Media-WinPassword@@__OPSW-Media-WinPath@#z
Install Windows SPP
Type:
Run Script
Script:
Install Windows SPP
Parameters:
--spp_version=latest
Reboot
Type:
Run Script
Script:
Reboot
Parameters:
None
[Wait for HP SA Agent]
Type:
Run Script
Script:
[Wait for HP SA Agent]
Parameters:
--production --atLeast=3 --atMost=30
4.
[OK] をクリックして、カスタマイズした OS ビルドプランに変更内容を保存します。
OS ビルドプランのカスタマイズを完了するには、「OS ビルドプランで構成されているデフォ
ルトのパスワードの変更」 (77 ページ) に進みます。
Linux
Linux OSBP に SPP を統合するには、カスタマイズした OS ビルドプランの末尾に手順を追加
する必要があります。
1. OS ビルドプランを開きます。
2. [Actions]→[Edit] の順に選択します。
76
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
3.
[Steps] セクションまでスクロールし、[Add Steps] を選択します。追加する手順ごとに、
[Type]、[Script]、および [Parameters] を入力する必要があります。
表 6 Linux 用の SPP ドライバーアップデートを組み込む手順の OS ビルドプランへの追加
手順名/
選択または入力
フィールド
[Set Media Source]
Type:
Run Script
Script:
Set Media Source
Parameters: (no spaces)
@__OPSW-Media-WinUser@@__OPSW-Media-WinPassword@@__OPSW-Media-WinPath@#/mnt/ms?noserverino,domain=computer_name
where “domain=computer_name” is only required if the Media Server is part of a domain.
Install Linux SPP
Type:
Run Script
Script:
Install Linux SPP
Parameters:
--spp_version=latest
Reboot
Type:
Run Script
Script:
Reboot
Parameters:
None
[Wait for HP SA Agent]
Type:
Run Script
Script:
[Wait for HP SA Agent]
Parameters:
--production --atLeast=3 --atMost=30
4.
[OK] をクリックして、カスタマイズした OS ビルドプランに変更内容を保存します。
OS ビルドプランのカスタマイズを完了するには、「OS ビルドプランで設定されているデフォ
ルトのパスワードの変更」 (77 ページ) に進みます。
OS ビルドプランで構成されているデフォルトのパスワードの変更
HP Insight Control サーバープロビジョニングを介した OS 展開用に設定されているデフォルト
のパスワード値は、「ChangeMe123!」です。OS 展開用のデフォルトのパスワードを変更す
るには、以下の手順に従ってください。
Windows
Windows OS のパスワードを変更するための 2 つのオプションがあります。カスタム属性と
して、暗号化された Windows パスワードを追加することも、プレーンテキスト(または暗号
化)パスワードを unattend.xml に直接追加することもできます。
カスタム属性を使用して暗号化されたパスワードを追加するには、以下の手順に従ってくださ
い。
注記:
1.
パスワードを暗号化する必要があります。
暗号化された Windows パスワードを作成します。
a. Windows System Image Manager ツール(Microsoft Windows AIK をインストールす
ると利用できます)を使用します。
Insight Control サーバープロビジョニング
77
b.
c.
d.
e.
f.
2.
3.
4.
5.
Windows イメージ(またはカテゴリファイル)を開いて、新しい応答ファイルを作
成します。
応答ファイルにパスワード設定を追加します(Microsoft-Windows-Shell-Setup
| UserAccounts | AdministratorPassword)。
値を [Administrator password] 設定に追加します。
[Tools] メニューで、[Hide Sensitive Data] を選択します。
応答ファイルを保存し、生成された unattend.xml ファイルを開いて、パスワード
をコピーします。
OSBP の全般設定を編集します。[Custom Attributes] の下の [Create custom attribute] をク
リックします。
名前として AdminPassword を入力します。
[Value] として、暗号化されたパスワードを入力します。
[OK] をクリックして保存します。
プレーンテキストまたは暗号化されたパスワードを Unattend.xml ファイルに追加するには、
以下の手順に従ってください。
注記:
1.
2.
3.
4.
5.
6.
パスワードは暗号化することもプレーンテキストにすることもできます。
OSBP 手順から、どの unattend.xml 設定ファイルが OSBP 内で使用されているかを書
き留めます。
メニューから、[Configuration Files] を選択します。
左側の構成ファイルのリストで、適切な unattend.xml 構成ファイルを選択します。
[Actions]→[Save As] の順に選択し、適切な名前で保存します。
コピーした unattend.xml 構成ファイルを編集して、新しいパスワードを入力します。
<AdministratorPassword> を見つけ、<Value> に適切なパスワードを入力します。
a. パスワードがプレーンテキストである場合、<PlainText> を true に変更します。
b. パスワードが暗号化されている場合は、以下の手順に従って暗号化されたパスワード
を取得してください。
i. Windows System Image Manager ツール(Microsoft Windows AIK をインストー
ルすると利用できます)を使用します。
ii. Windows イメージ(またはカテゴリファイル)を開いて、新しい応答ファイル
を作成します。
iii. 応答ファイルにパスワード設定を追加します
(Microsoft-Windows-Shell-Setup | UserAccounts |
AdministratorPassword)。
iv. 値を Administrator password 設定に追加します。
v. [Tools] メニューで、[Hide Sensitive Data] を選択します。
vi. 応答ファイルを保存し、生成された unattend.xml を開いて、パスワードをコ
ピーします。
7.
8.
[OK] をクリックして構成ファイルを保存します。
カスタマイズした unattend.xml を含めるように OSBP を編集します。
a. メニューから [OS Build Plans] を選択します。
b. 左側のリストで、ご使用の OSBP を選択します。
c. [Actions]→[Edit] の順に選択します。
9.
手順から unattend.xml 構成ファイルの手順を編集します。
a. インストールパスをコピーします。
b. 更新したパスワードで新しく作成した構成ファイルを選択します。
c. インストールパスを貼り付けます。
10. [OK] をクリックして、手順の変更を保存します。
78
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
11. [OK] をクリックして、編集した OSBP を保存します。
Linux
Linux OS のパスワードを変更するための 2 つのオプションがあります。カスタム属性として、
暗号化された Linux パスワードを追加することも、プレーンテキストパスワード(または暗号
化されたパスワード)を kickstart ファイルに直接追加することもできます。
カスタム属性を使用して暗号化されたパスワードを追加するには、以下の手順に従ってくださ
い。
注記:
1.
2.
3.
4.
5.
パスワードを暗号化する必要があります。
同じパスワードを使用した別の Linux サーバーから、/etc/shadow から適切なアカウン
ト(通常、root)のハッシュ化されたパスワードをコピーします。
OSBP の全般設定を編集します。[Custom Attributes] の下の [Create custom attribute] をク
リックします。
[Name] として root_password を入力します。
[Value] として、暗号化されたパスワードを入力します。
[OK] をクリックして保存します。
プレーンテキスト(または暗号化)パスワードを kickstart ファイルに追加するには、以下の手
順に従ってください。
注記:
1.
2.
3.
4.
5.
6.
7.
8.
9.
パスワードは暗号化することもプレーンテキストにすることもできます。
OSBP の手順から、OSBP 内でどの Kickstart 設定ファイルが使用されているかを書き留め
ます。
メニューから、[Configuration Files] を選択します。
左側の構成ファイルのリストで、適切な Kickstart 設定ファイルを選択します。
[Actions]→[Save As] の順に選択し、適切な名前で保存します。
コピーした Kickstart ファイルを編集して、rootpw <password> に新しいパスワードを
入力します。ここで <password> は割り当てる新しいパスワードです。
暗号化された Linux パスワードを使用する場合は、以下の手順に従ってください。
a. 適切なアカウント(通常、root)のハッシュ化されたパスワードを、すでに設定され
ているサーバーの /etc/shadow からコピーします。
b. 「rootpw」セクションを検索し、残りの行を「--iscrypted <hashed
password>」に置き換えます(ここで、<hashed password> は、上記の手順でコ
ピーしたパスワードです)。
[OK] をクリックして設定ファイルを保存します。
ご使用の OSBP に戻ります(メニューから [OS Build Plan] を選択し、左側のリストでご使
用の OSBP を選択します)。
手順から、Kickstart 手順を編集します。
a. インストールパスをコピーします。
b. 更新したパスワードで新しく作成した設定ファイルを選択します。
c. インストールパスを貼り付けます。
10. [OK] をクリックして、手順の変更を保存します。
11. [OK] をクリックして、編集した OSBP を保存します。
(オプション)マルチパス
マルチパスサポートを有効にするには、RHEL 5.9 および Windows で追加手順が必要です。
Insight Control サーバープロビジョニング
79
RHEL 5.9
デフォルトでは、SPM は接続されたすべてのコントローラーをサーバー WWN にゾーニング
します。その結果、SPM によって複数のターゲットポートを備えたストレージエンクロージャ
にプロビジョニングされた LUN を持つ RHEL5.9 の展開のためにマルチパスが有効化される必
要があります。以下の手順を使用して、マルチパス用の RHEL5.9 を構成します。
1. OS ビルドプランを開きます。
2. [Actions]→[Edit] の順に選択します。
3. [Custom Attributes] セクションまでスクロールし、[Create custom attributes] を選択します。
4. kernel_arguments カスタム属性を設定します。
a. kernel_arguments の名前を入力します。
b. mpath の値を入力します。
c. [OK] をクリックして保存します。
注記: mpath カーネル引数により、RHEL 5.9 はサーバーを SAN マルチパス環境として
処理するようになります。SAN シングルパスで構成されているサーバーに対して、mpath
パラメーター引数を使用しないでください。
5.
[OK] をクリックして、新しく作成したカスタム属性を保存します。
Windows
注記:
Windows 2012 の場合は、「Windows 2012」 (81 ページ) を参照してください。
Windows の unattend.xml ファイルを編集する必要があり、OS ビルドプランは更新した
unattend.xml ファイルを指す必要があります。
1. OS ビルドプランの手順でインストールパスを調べることにより、OS ビルドプランで使
用されている unattend.xml ファイルを書き留めてください。
2. [Configuration Files] ページを開き、ページの左側で、OS ビルドプランで使用する
unattend.xml 構成ファイルを選択します。
3. カスタマイズした unattend.xml ファイルを OS ビルドプランで使用している場合は、
次の手順(4)に進んでください。
デフォルトの unattend.xml ファイルを OS ビルドプランで使用している場合は、
[Actions]→[Save As] の順に選択して unattend.xml ファイルのコピーを新しい名前で保
存します。
4.
[Actions]→[Edit] で unattend.xml 構成ファイルを編集します。
a. 次のような行のすぐ下に、<selection name="MultipathIo" state="true"
/> という行を挿入します。
<selection name=”WMISnmpProvider” state=”true” />
80
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
b.
5.
[OK] をクリックして設定ファイルを保存します。
OS ビジネスプランでこのカスタマイズした構成ファイルをすでに使用している場合は、
この手順は省略してください。Windows システムは現在、マルチパスサポートを有効に
するように設定されています。
OS ビジネスプランでこのカスタマイズした構成ファイルをまだ使用していない場合は、
この構成ファイルを使用するように OS ビジネスプランを再設定する必要があります。
a. メニューから [OS Build Plans] を選択し、左側のリストでご使用の OS ビルドプラン
を選択することによって、OS ビルドプランに戻ります。
b. [Actions]→[Edit] の順に選択します。
c. OS ビルドプランで unattend.xml 構成ファイルの手順を編集します。
i. インストールパスをコピーします。
ii. マルチパスが構成された、新たに作成した構成ファイルを選択します。
iii. インストールパスを貼り付けます。
iv. [OK] をクリックして、unattend.xml の手順への変更を保存します。
d.
[OK] をクリックして、編集した OS ビルドプランを保存します。
Windows 2012
HP のスクリプトリポジトリには、PowerShell コマンドまたは ServerManagerCmd を使用し
て Windows Multipath I/O 機能(MPIO)を有効にするスクリプトが用意されています。
OS インストール後に MPIO を有効にする Windows スクリプトインストール OS ビルドプラ
ンを作成するには、以下の手順に従ってください。
1. HP 提供の Windows OS ビルドプランのコピーを、インストールされる Windows の機能
を適切に反映する名前に変更して保存します。
2. OS ビルドプランの最後に、OS がインストールされた後で、Add Windows Multipath
IO Feature という HP 提供のスクリプトを追加します。
3. Add Windows Multipath IO Feature 手順の後に、HP 提供の Windows OS ビルド
プランの最後の手順と同じスクリプトパラメーターを使用して Reboot 手順と Wait for
HP SA Agent 手順を追加します。
(オプション)Windows ライセンス
デフォルトでは、IC サーバープロビジョニングでは、Windows 展開用の IC サーバープロビ
ジョニングアプライアンスにライセンスを追加する必要があります。場合によっては、お客様
は、使用できる Microsoft Windows ライセンスを持っていない可能性があります。たとえば、
Insight Control サーバープロビジョニング
81
製品のアクティベーションは、KMS で処理されることがあります。ライセンスが利用できない
場合、プロビジョニングが正常に実行できるようにするために、unattend.xml と OS ビル
ドプランに対する変更が必要です。
1. OS ビルドプランの手順でインストールパスを調べることにより、OS ビルドプランで使
用されている unattend.xml ファイルを書き留めてください。
2. [Configuration Files] ページを開き、ページの左側で、OS ビルドプランで使用する
unattend.xml 構成ファイルを選択します。
3. たとえば上記のマルチパスの手順で作成したものなど、カスタマイズされた unattend.xml
ファイルを OS ビルドプランで使用している場合、次の手順(4)に進みます。
デフォルトの unattend.xml ファイルを OS ビルドプランで使用している場合は、
[Actions]→[Save As] の順に選択して unattend.xml ファイルのコピーを新しい名前で保
存します。
4.
[Actions]→[Edit] で、ご使用の OS について下に指定されたように、unattend.xml 構成
ファイルを編集します。
•
Windows Server 2008(R2 以外)および Windows Server 2012 の場合:
<!--コメントマーカーを 2 行上に移動し、IC サーバープロビジョニングのプロダク
トキーの値をコメントアウトします。
•
Windows Server 2008 R2 の場合:
コメントマーカー <!--を先頭に、--> をこのファイルの末尾に追加します。
<ProductKey>@ProductKey_Win2008R2–XXX-x64@</ProductKey>
82
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
5.
6.
[OK] をクリックして設定ファイルを保存します。
このカスタマイズした構成ファイルを OS ビルドプランですでに使用している場合は、こ
の手順を省略して、手順 7 に進みます。
OS ビジネスプランでこのカスタマイズした設定ファイルをまだ使用していない場合は、
この設定ファイルを使用するように OS ビジネスプランを再設定する必要があります。
a. メニューから [OS Build Plans] を選択し、左側のリストでご使用の OS ビルドプラン
を選択することによって、OS ビルドプランに戻ります。
b. [Actions]→[Edit] の順に選択します。
c. OS ビルドプランで、unattend.xml 構成ファイルの手順を編集します。
i. インストールパスをコピーします。
ii. ライセンスを変更して、新しく作成した構成ファイルを選択します。
iii. インストールパスを貼り付けます。
iv. [OK] をクリックして、unattend.xml の手順への変更を保存します。
d.
7.
[OK] をクリックして、編集した OS ビルドプランを保存します。
OS ビルドプランから、ライセンスキーの存在を確認する手順を編集します。
a. メニューから [OS Build Plans] を選択し、左側のリストでご使用の OS ビルドプラン
を選択することによって、OS ビルドプランに戻ります。
b. [Actions]→[Edit] の順に選択します。
c. OS ビルドプランで、カスタム属性の検証手順を編集します。
d.
•
カスタム属性の検証手順での唯一のパラメーターが「--custAttrNames」である場
合は、OS ビルドプランからカスタム属性の検証手順全体を削除します。
•
カスタム属性の検証手順に他のパラメーターがある場合、「--custAttrNames」パ
ラメーターだけを削除し、[OK] をクリックしてカスタム属性の検証手順に対する
変更を保存します。
[OK] をクリックして、編集した OS ビルドプランを保存します。
IC サーバープロビジョニング展開用のターゲットサーバーの構成
1.
すべてのサーバープロビジョニングについて、ターゲットサーバーのサーバー BIOS で
Virtual Install Disk(VID)が無効になっていることを確認します。VID は新しいサーバーで
はデフォルトで無効になっています。VID 設定を無効にするには、サーバープロビジョニ
ングを開始する前に、以下の手順に従ってください。
a. サーバーを起動して、F9 キーを選択し、ROM ベースセットアップユーティリティに
アクセスします。
b. [アドバンストオプション]→[アドバンストシステム ROM オプション]を選択します。
Insight Control サーバープロビジョニング
83
c.
d.
2.
[仮想インストールディスク]を選択し、無効に設定します。
ROM ベースセットアップユーティリティを終了します。
FCoE または Boot from SAN、あるいはその両方を使用して NC551i/NC551m with
FlexFabric ネットワークアダプターを備えるターゲットに展開する場合は、HP 電力プロ
ファイルを最大パフォーマンスに設定することも必要です。
a. システム起動時に F9 キーを押して、RBSU に入ります。
b. [電力管理オプション]を選択します。
c. [HP 電力プロファイル]を選択します。
d. [最大パフォーマンス]を選択します。
e. 保存して RBSU を終了します。
注記: Emulex LPe1205 HBA を備えたターゲットノードへの Windows 2008 の展開の場合、
オープンゾーニングを構成しないでください。
注記: すべてのドライブを表示するとき、SLES11 SP2 がマルチパス SAN を適切に処理しま
せん。OS が正常に展開されたが、稼動 OS が起動した後に、マルチパスの重複ドライブが表
示されます。
ヒント: Insight Control サーバープロビジョニングがサーバーの動作を制御するために使用す
る特定のコマンドに対して、iLO が応答しなくなることがあります。これにより、「Boot」Build
Plan の手順が「--serviceOS」パラメーターで指定したサービス OS から起動できなくなり、以
後の「Wait For HP SA Agent」Build Plan の手順が失敗します。このような場合、以下の手順
に従って iLO をリセットします。
1. iLO との SSH 接続を確立します。
2. iLO 認証情報を使用してログインします。
3. iLO プロンプトで、reset map1 と入力します。
iLO がリセットされると、SSH 接続は切断されます。
Matrix Operating Environment への Insight Control サーバープロビジョニングアプ
ライアンスの接続
重要: これらの手順は、CloudSystem Matrix の後に HP Insight Control サーバープロビジョニ
ングをインストールした場合にのみ必要です。
CloudSystem Matrix CMS から、以下の手順を実行して、CloudSystem Matrix を HP Insight
Control サーバープロビジョニングアプライアンスに接続します。
1. CMS で HP System Insight Manager サービスを停止します。
2.
•
Windows 2008 では、サーバーマネージャーで[構成]→[サービス]に移動します。
•
Windows 2012 では、サーバーマネージャーで[ツール]→[サービス]に移動します。
HP Insight Control サーバープロビジョニングアプライアンスから opswclient.jar ファ
イルをダウンロードして保存します。
a. ブラウザーを開き、https://<ICsp Deployment IP アドレス
>/twister/opswclient.jar を入力します。
b. 通常、C:\Program \hp\systems Insight manager \lib である Systems Insight
Manager ライブラリディレクトリに、このファイルを保存します。
c. 既存のファイルを上書きします。
重要: 名前を変更する場合でも、古い jar ファイルをディレクトリに残さないでくだ
さい。
d.
84
HP Systems Insight Manager サービスを再起動します。
Matrix インフラストラクチャオーケストレーションによる ProLiant ブレードでのデプロイメントの準備
3.
HP Insight Control サーバープロビジョニングの展開 IP アドレスを探します。
a. ブラウザーから、HP Insight Control サーバープロビジョニングアプライアンスにログ
インします。
b. [Settings] ページを参照して、[General Appliance] 設定を表示します。
4.
CMS のコマンドプロンプトから、mxnodesecurity エントリーを追加します。次のように
入力します。
mxnodesecurity – a – p dsc_sas-c MatrixUser:< パスワード > -n< 展開
IP アドレス >
ここで、< パスワード > は 6 文字以上で 50 文字以下に収める必要があり、CloudSystem
Matrix への接続には「MatrixUser」という展開ユーザー名だけで使用されます。このユー
ザーは、HP Insight Control サーバープロビジョニングアプライアンスにアクセスできませ
ん。
HP Server Automation を使用したデプロイメント
CloudSystem Matrix は、HP Server Automation を介して OS のデプロイメント、OS のカスタ
マイズ、およびアプリケーションのデプロイメントを実行できます。HP Server Automation に
ついて詳しくは、http://support.openview.hp.com/selfsolve/manuals (英語)を参照してくだ
さい。ログインして [Cloud Service Automation] を選択します。
HP Server Automation を使用したデプロイメント
85
8 Matrix インフラストラクチャオーケストレーションに
よる HP-UX デプロイメントの準備
Ignite-UX サーバー設定
Matrix インフラストラクチャオーケストレーションデプロイメントに既存の Ignite サーバーを
使用している場合は、新しい Ignite-UX サーバーを作成する必要はありません。既存の Ignite-UX
サーバーを Matrix インフラストラクチャオーケストレーションデプロイメントに使用できる
ことを確認するには、次の項を参照してください。
•
「ゲストキットによる Integrity VM ゲスト OS ゴールデンイメージの作成」 (89 ページ)
•
「自動デプロイメント用の DHCP サーバーの設定」 (90 ページ)
•
「Matrix インフラストラクチャオーケストレーションデプロイメント用のカスタマイズ」
(90 ページ)
詳しい手順は、http://www.hp.com/go/ignite-ux-docs にある Ignite-UX のマニュアルを参照し
てください。
注記: 既存の Ignite サーバーを使用している場合は、デプロイメントネットワーク上に存在
することを確認します。
システムおよびソフトウェア要件
Ignite-UX デプロイメントサーバー
Ignite-UX がバンドルされた HP-UX を、HP BladeSystem サーバーまたはデプロイメントネット
ワーク上の HP サーバーにインストールしたら、次の検証を実行して、そのサーバーが IO デ
プロイメント用に設定できることを確認します。
•
Ignite-UX のバージョンが、互換性チャートの資料に記載された、サポートされているもの
であることを確認します。
ignite-srv# swlist | grep -i ignite
•
bdf コマンドを使用して、複数の HP-UX リリースのインストールをサポートするため
に、/opt に 2GB 以上の空きディスク容量が使用可能なことを確認します。
# bdf /opt
•
bdf コマンドを使用して、OE デポを保持するために、/var に十分なディスク容量がある
ことを確認します。OE セットの DVD 当たり約 4.5GB が必要です。
# bdf /var
オペレーティング環境およびパッチ
サポートされるバージョンの HP-UX OS および HP Integrity VM ソフトウェアに関する最新情
報と、必要なパッチについては、HP の Web サイト http://www.hp.com/jp/
proliantessentials_manual にある 『HP CloudSystem Matrix 互換性チャート』 を参照してくだ
さい。
システム要件の確認
HP Integrity VM ホストで、次の swlist コマンドを使用して、最新の HP CloudSystem Matrix
互換性チャートに記載されているすべてのバージョンとパッチが存在することを確認してくだ
さい。
# swlist | grep -E "OE|Integrity V"
# swlist | grep -E "patch|numbers"
86
Matrix インフラストラクチャオーケストレーションによる HP-UX デプロイメントの準備
# cimprovider -l -s | grep Virt
VirtProviderModule
OK
必要な AVIO ドライバーがインストールされていることを確認します。
# swlist | grep -i avio
サーバーでの Ignite-UX ソフトウェアおよび HP-UX OE デポのインストール
現在システムにインストールされている Ignite-UX があれば、そのバージョンをチェックしま
す。HP の Web サイト http://www.hp.com/jp/proliantessentials_manual にある最新の 『HP
CloudSystem Matrix 互換性チャート』 に記載されているものと同じでなければなりません。
# swlist Ignite-UX
バージョンが HP の Web サイト http://www.hp.com/jp/proliantessentials_manual にある最新
の 『HP CloudSystem Matrix 互換性チャート』 に記載されているものより古い場合は、HP-UX
OE DVD から Ignite-UX をインストールしてください。
HP-UX OE の DVD ごとに make_depots を実行して、core_media という名前の HP-UX OE
デポを作成します。make_depots コマンドは、完了までに 10~15 分かかる場合がありま
す。make_depots が正常に終了した場合、画面にはメッセージが表示されません。すべての
メッセージは、/var/opt/ignite/depots/Rel_B.11.31/swagent.log ファイルに記録
されます。サーバーに Ignite-UX ソフトウェアおよび HP-UX OE デポをインストールします。
make_depots コマンドにすぐにエラーなしの応答があった場合は、デポがすでにシステムに
存在しています。
手順
OE セット内のすべての DVD について、make_depots コマンドを実行します。必ず、デバイ
スファイル名を置き換えてください。
# /opt/ignite/bin/make_depots -s /dev/disk/disk3 \
-d /var/opt/ignite/depots/Rel_B.11.31/core_media
Ignite-UX サーバーでの HP-UX OE 構成の作成
次の手順を使用して、Ignite-UX サーバー上に HP-UX OE を作成します。
1. core_media という名前のこの HP-UX OE デポを説明するために、core_media_cfg と
いう名前の設定ファイルを作成します。1 つの OE に対して 1 つのデポを作成するように
してください。この例では、HP-UX 11i v3 を使用します。
1 つの HP-UX バージョンで複数の構成を使用できるようにするには、このステップで
make_config を使用して作成する設定ファイルとステップ 2 で manage_index を使用
して作成および変更する設定節に対して、構成ごとに一意の名前を付ける必要がありま
す。
# /opt/ignite/bin/make_config -s
/var/opt/ignite/depots/Rel_B.11.31/core_media \
-c /var/opt/ignite/data/Rel_B.11.31/core_media_cfg
/var/opt/ignite/data/Rel_B.11.31 ディレクトリのリストを表示し、make_config
コマンドで作成した core_media_cfg ファイルを確認します。
通常、構成ファイルの名前は、デポの名前に _cfg を付け加えたものです。
このプロセスの完全な説明は、HP の Web サイト http://h20000.www2.hp.com/bizsupport/
TechSupport/DocumentIndex.jsp?lang=en&cc=us&taskId=101&prodClassId=10008&
contentType=SupportManual&docIndexId=64255&prodTypeId=18964&
prodSeriesId=4077173 (英語)にある Web 専用資料 『Ignite-UX Custom Configuration
Files』 のデポを説明する設定ファイルの作成に関する項に記載されています。
注記: Ignite サーバーに複数のネットワークがある場合は、core_media_cfg ファイル
の sd_server 属性に正しいデプロイメントサブネットを使用してください。
Ignite-UX サーバー設定
87
2.
Ignite-UX の /var/opt/ignite/INDEX ファイルに設定情報を追加します。最初にデフォ
ルトの B.11.31 設定節を「B.11.31 From OE Media」という新しい節にコピーし、次にス
テップ 1 で作成した core_media_cfg ファイルを「B.11.31 From OE Media」節に追加
します。
# /opt/ignite/bin/manage_index -n "HP-UX B.11.31 Default" \
-c "B.11.31 From OE Media"
# /opt/ignite/bin/manage_index -a \
-f /var/opt/ignite/data/Rel_B.11.31/core_media_cfg \
-c "B.11.31 From OE Media"
このプロセスの完全な説明は、HP の Web サイト http://h20000.www2.hp.com/bizsupport/
TechSupport/DocumentIndex.jsp?lang=en&cc=us&taskId=101&prodClassId=10008&
contentType=SupportManual&docIndexId=64255&prodTypeId=18964&
prodSeriesId=4077173 (英語)にある Web 専用資料 『Ignite-UX Custom Configuration
Files』 のインストール用の minimalist cfg 節の作成に関する項に記載されています。
「B.11.31 From OE Media」設定節の説明を表示し、コピーしたデフォルトの「HP-UX
B.11.31 Default」節と同じであることを確認します。
注記: manage_index コマンドでは、INDEX ファイルを指定しないと、デフォルトの
/var/opt/ignite/INDEX になります。
# /opt/ignite/bin/manage_index -x -c "B.11.31 From OE Media"
説明を意味のある内容に変更します。
# /opt/ignite/bin/manage_index -c "B.11.31 From OE Media" -y "IO
HPUX OE"
Ignite-UX サーバーとしてのシステムの設定
1.
サーバーからインストールプロセスを制御し、設定ファイルと manifest 情報をサーバー
に保存できるように、setup_server -n を使用して/var/opt/ignite/clients ディレクトリをエ
クスポートします。コマンドが正常に終了すると、Program completed successfully
というメッセージが表示されます。
# /opt/ignite/lbin/setup_server -n
2.
bootpd および tftpdデーモンが有効になっていることを確認します。
a. /etc/inetd.conf ファイルを編集します。
# vi /etc/inetd.conf
b.
bootpd および tftpd の行にコメント文字(#)がまだ付いている場合は、コメント
文字(#)を削除します。
bootps dgram udp wait root /usr/lbin/bootpd bootpd
tftp dgram udp wait root /usr/lbin/tftpd tftpd
c.
/etc/inetd.conf ファイルを保存し、終了します。
:wq
d.
inetd デーモンで再び /etc/inetd.conf を読み込みます。
# inetd -c
3.
「instl_adm -d」出力をチェックします。次のような内容が表示されます。
$ instl_adm -d
# instl_adm defaults:
# NOTE: Manual additions between the lines containing "instl_adm defaults"
#
and "end instl_adm defaults" will not be preserved.
server="10.10.10.18"
netmask[]="255.255.255.0"
route_gateway[0]="10.10.10.1"
88
Matrix インフラストラクチャオーケストレーションによる HP-UX デプロイメントの準備
route_destination[0]="default"
# end instl_adm defaults.
ゲストキットによる Integrity VM ゲスト OS ゴールデンイメージの作成
注記: ゴールデンイメージは、既存の HP-UX vPars および Integrity VM ゲストで作成する必要
があります。ゲストが設定されていない場合は、「Integrity 仮想マシン論理サーバーの作成」
(175 ページ) を参照して新しいゲストを作成し、この項に従ってゴールデンイメージを作成し
てください。
Integrity VM ゲストを含むサービスを展開するときに Integrity VM が Integrity VM ゲストキット
を自動的にインストールするようにするには、ゲストキットを使用して Integrity VM ゲスト
OS ゴールデンイメージを作成することをおすすめします。以下の手順を使用して、Ignite-UX
サーバーでこのゴールデンイメージを作成します。
1. ゴールデンイメージの作成に関する最新情報については、HP の Web サイト http://
www.hp.com/go/ignite-ux-docs (英語)で提供される 『Ignite-UX Administration Guide』
を参照してください。
2. イメージを作成する Integrity VM システムを準備します。Integrity VM ゲストキットソフ
トウェアおよび必要な他のソフトウェアやパッチをインストールします。
必要なパッチのリストについては、「システムおよびソフトウェア要件」 (86 ページ) を
参照してください。
3.
4.
Ignite が Integrity VM ソースマシンにインストールされていない場合は、少なくとも
/opt/ignite/data/scripts/make_sys_image スクリプトを Ignite サーバーから
/tmp にコピーする必要があります (イメージを取り出すとき、/tmp は無視されます)。
Ignite サーバーで、イメージを保持する新しいディレクトリを作成します。たとえば、次
のようになります。
# mkdir –p /var/opt/ignite/data/golden_images
5.
6.
Integrity VM ソースマシンが /.rhosts ファイルを使用して Ignite サーバーに remsh アク
セスできるようにします。
Integrity VM ソースマシンで次のコマンドを実行して、ゴールデンイメージを作成します。
# /tmp/make_sys_image -d /var/opt/ignite/data/golden_images -s
my_igniter
7.
Ignite サーバーで、ゴールデンイメージ設定テンプレートを次の新しいディレクトリにコ
ピーします。
# cp /opt/ignite/data/examples/B.11.31.golden_image.cfg \
/var/opt/ignite/data/golden_images/core_archive.cfg
8.
次の設定ファイルを変更して、ゴールデンイメージ用の設定ファイルをカスタマイズしま
す。/var/opt/ignite/data/golden_images/core_archive.cfg
a. イメージに合わせて、sw_source、sw_sel、description、および archive_path
タグを変更します。
b. イメージファイルに対して次のコマンドを実行して、必要な impact 構文を生成しま
す。
# /opt/ignite/lbin/archive_impact -t -g *.gz
on your image file to generate the impact syntax needed.
c.
次に、設定ファイル内の impact 行を上記の生成された impacts 行で置き換えます。
Ignite サーバーの /var/opt/ignite/data/INDEX ファイルにゴールデンイメージ用の
新しい構文を追加します。これには、新しい /var/opt/ignite/data/golden_images/
core_archive.cfg ファイルが含まれます。
10. 次の構文チェックを使用して、新しい設定ファイルの変更を検査します。
9.
# instl_adm -T
Ignite-UX サーバー設定
89
11. /var/opt/ignite/data パスが Ignite サーバーから読み取り専用としてエクスポートさ
れた NFS であることを確認します。
Integrity VM ゲストのイメージデプロイメント中に /etc/nsswitch.conf を保存するには、
以下の手順に従ってください。
1. Ignite サーバーで、/opt/ignite/data/scripts/os_arch_post_l ファイルを /var/
opt/ignite/data/scripts(存在しない場合は mkdir で作成)にコピーします。
2. /var/opt/ignite/data/scripts/os_arch_post_l ファイルを編集します。
a. 「/etc/nsswitch.conf file」というセクションを探します。
b. 「save_file /etc/nsswitch.conf」という行のコメントを外します。
#
# /etc/nswitch.conf file
#
If you want this file to be put in place from the archive, uncomment
#
the following line. By default, the file will be overwritten during
#
the install and then removed at the end of the installation.
#
##Matrix: uncomment save_file /etc/nsswitch.conf
save_file /etc/nsswitch.conf
3.
アーカイブ設定ファイルを編集します。「post_load_script」という行を
「/var/opt/ignite/data/scripts/os_arch_post_l」に変更します。
自動デプロイメント用の DHCP サーバーの設定
IO による完全に自動化された HP-UX プロビジョニングを実現するには、PXE ネットワークで
動作している DHCP サーバーが必要です。
注記: HP Insight Control サーバープロビジョニング(または Insight Control サーバー配備)
と Ignite-UX サーバーの両方を配備サーバーとして使用している場合は、HP Insight Control サー
バープロビジョニング(または Insight Control サーバー配備)と Ignite-UX とでデプロイメント
ネットワークを分けることをお勧めします。ネットワークごとに 1 台の DHCP サーバーが必
要です。
次の手順を使用すると、Ignite-UX サーバーで DHCP サーバーを設定できます。
1. root として Ignite-UX サーバーにログオンします。
2. SAM を起動します。
3. N を押します - ネットワーキングと通信
4. S を押します - ネットワークサービス設定
5. B を押します - 起動デバイス
6. B を押します - このサーバーからの DHCP デバイスグループの起動
7. [Actions]→[Enable Boot Server]→[Add DHCP Group] の順に進み、[DHCP Address Range] を
指定します。
DHCP に指定するアドレスは PXE ブート専用であり、Matrix インフラストラクチャオーケスト
レーションを使用してデプロイされる HP-UX サーバーでは使用されません。
Matrix インフラストラクチャオーケストレーションデプロイメント用のカスタマ
イズ
IO のインストール中に、IO が使用するデプロイメントサーバー用にホスト IP アドレスと認証
情報を入力する必要があります。IO をインストールした後でデプロイメントサーバーを追加
する必要がある場合は、次の手順を使用して、デプロイする Ignite-UX サーバーを追加します。
1. HP SIM ページで、Ignite-UX サーバー用の検出タスクを作成します (詳細な手順について
は「検出および認証情報の設定」 (312 ページ) を参照してください)。
2. 管理者として CMS サーバーにログインし、次のコマンドを実行します。
# mxnodesecurity -a -p dsc_ignite -c username:password -n
< デプロイメントサーバーの IP アドレス >
90
Matrix インフラストラクチャオーケストレーションによる HP-UX デプロイメントの準備
3.
クライアントによっては、グラフィックカードやキーボードなどが接続されていると、コ
ンソールにキーボード言語のプロンプトが表示される場合があります。この状態が発生し
ないようにするには、/var/opt/ignite/config.local に次の行を追加して編集しま
す。
_hp_keyboard="PS2_DIN_US_English"
また、次に示すようにさらにカスタマイズ内容を追加することも可能です。
•
timezone="GMT0BST"
•
ntpdate_server="< 有効な NTP サーバー IP アドレス >"
•
dns_domain="< ドメイン名 >"
•
dns_nameserver[0]="< メイン DNS の IP アドレス >"
•
root_password="</etc/passwd から暗号化された文字列をコピーする >"
注記:
/usr/lib/tztab にすべてのタイムゾーンが含まれています。
注記: NTP サーバーの有効性は、ntpq -s コマンドによって検証できます。インフラス
トラクチャ内のすべてのシステムに共通の NTP サーバーを提供できないと、異なるサー
バーのログファイルのタイムスタンプが一致しなくなり、トラブルシューティングセッ
ションが影響を受ける可能性があります。サーバー間の重要な時間のオフセットにより、
Cookie および証明書に関する問題が発生する場合があります。
詳しくは、HP の Web サイト http://www.hp.com/go/ignite-ux-docs (英語)にある 『Ignite-UX
Administration Guide』 を参照してください。
HP Integrity Virtual Machines ホストの作成
この項では、ロックディスククォーラムメカニズムを使用して、2 ノードクラスター構成の
HP-UX vPars and Integrity VM 4.3 パッチキット 2 ホストを作成する手順を説明します。これら
の手順は、サポートされる他のバージョンの HP Integrity VM やネットワーククォーラムサー
バーの使用に適応させることができます。ホストには、サポートされるバージョンの HP-UX
11.31 VSE-OE と Serviceguard 11.20 キットが必要です。「システムおよびソフトウェア要
件」 (86 ページ) を参照してください。また、HP-UX 11.31 DC-OE は、SG 11.20 キットを含
むホストにもインストールできます。Matrix インフラストラクチャオーケストレーションで
は、HP-UX 11i v3 を含む Integrity ゲストのみがサポートされます。
Integrity VM の詳しい管理手順については、HP の Web サイト http://www.hp.com/go/
hpux-hpvm-docs (英語)で提供される 『HP vPars and Integrity Virtual Machines Administrator
Guide』 を参照してください。
注記: 単一の Integrity VM ホストメンバーまたは 2 つ以上のホストで SG クラスターを構成
することができます。以下の手順を適切に適合させてください。
クラスター化された Integrity VM ホストを作成するには、次の手順を実行します。
1. 2 つの Integrity VM ホスト用に Virtual Connect プロファイルを作成します。
2. Integrity VM ホストに提供する SAN ディスクを作成します。
3. ソフトウェアを Integrity VM ホストにインストールします。
4. Integrity VM ホストを設定します。
5. VM ゲスト用の共有 LVM ボリュームを作成するために Serviceguard を設定します。
6. VM ゲスト用の共有 LVM ボリュームグループを設定します。
7. HP SIM による Integrity VM 設定を検証します。
2 つの Integrity VM ホスト用の VC プロファイルの作成
次のプロセスを繰り返して、作成する予定の 2 つの Integrity VM ホスト用に 2 つの Virtual
Connect プロファイルを作成します。
HP Integrity Virtual Machines ホストの作成
91
1.
2.
3.
4.
5.
6.
7.
CMS 上の HP SIM にログインします。
[ツール]→[内蔵コンソール]→[Virtual Connect Enterprise Manager] の順に選択します。[サー
バープロファイル]タブをクリックします。[新規...]をクリックします。
Virtual Connect ドメイングループを選択します。
プロファイル情報ウィンドウで、次の Ethernet ネットワーク情報を入力します。
•
HP-UX デプロイメントネットワーク(PXE ブートを有効にする)
•
Integrity VM ネットワーク(管理ネットワーク)
•
実務ネットワーク
•
Virtual Connect プライベートネットワーク(オンライン移行およびプライマリ
Serviceguard ハートビート用)
FC SAN 構成の場合、各ファブリックに 1 つずつ、合計 2 つのポートを追加します。HBA
WWN が割り当てられます。
FC ブートパラメーターとして、プライマリブート用にポート 1 を設定し、セカンダリブー
ト用にポート 2 を設定します。
プロファイルを割り当てる適切なドメインとブレードを選択します。
SAN ディスクの作成
「HP P6000 Command View ソフトウェアによる Vdisk LUN のホストへの提供」 (115 ページ)
または「3PAR StoreServ Storage による仮想ボリュームのホストへの提供」 (128 ページ) と
「SAN スイッチでのプールエントリー用のゾーンの作成」 (129 ページ) の手順に従って、以下
のディスクを作成し、ハイパーバイザーホストに提供します。
Integrity VM ホストごとに、1 つのブートディスクを作成します。各ディスクのサイズは、60GB
以上でなければなりません。2 つの Integrity VM ホスト用に 2 つの 60GB ディスクを作成しま
す。
2 ノードクラスターでは、クラスターロックディスクが 1 つ必要です。ロックディスク用に、
1GB ディスクを 1 つ作成します。
すべての Integrity VM ゲストが SAN 上に存在するので、Integrity VM ゲストごとに 1 つの 30
GB SAN ディスクをおすすめします。ディスク数は、両方のホスト上に作成する Integrity VM
ゲスト数と同じでなければなりません。Integrity VM サイズについて詳しくは、HP の Web サ
イト http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c02157777/
c02157777.pdf (英語)にある 『Hardware Consolidation with Integrity Virtual Machines』
(White Paper)を参照してください。
Integrity VM ブートディスクは、片方の Integrity VM ホストに提供する必要があります。Integrity
VM ゲストディスクおよびロックディスクは、両方の Integrity VM ホストに提供する必要があ
ります。
1 台のホスト当たりの Integrity VM ゲスト数サイズを CPU 数で決定するには、HP Integrity VM
ホストのバージョンに応じて、HP の Web サイト http://www.hp.com/go/hpux-hpvm-docs で
提供される適切な 『HP Integrity Virtual Machines インストール/構成/管理ガイド』 を参照し
てください。
注記: Integrity VM ホストに提供する Integrity VM ブートディスクは、「共有 LVM ボリュー
ムグループの設定」 (98 ページ) の手順を使用して SLVM ボリュームグループとして構成する
必要があります。IO は、LUN 全体を使用する動的な Integrity VM ゲスト生成をサポートしま
せん。
Integrity VM ホストでのソフトウェアのインストール
Ignite サーバーを使用して、サポートされるバージョンの HP-UX 11.31 および SG 11.20(「シ
ステムおよびソフトウェア要件」 (86 ページ) を参照)をインストールします。HPSIM-HP-UX
は選択しないでください。
92
Matrix インフラストラクチャオーケストレーションによる HP-UX デプロイメントの準備
重要: Integrity VM ソフトウェアとの互換性がないため、OE インストールの一環として HP
SIM(HPSIM-HP-UX)をインストールしないでください。インストールされている場合は、次
のコマンドで削除します。
# swremove -x autoreboot=true -x autoselect_dependents=true HPSIM-HP-UX
Integrity VM をインストールする前に、HP の Web サイト http://www.hp.com/go/hpsc から
必要なパッチをダウンロードしてインストールします。「システムおよびソフトウェア要件」
(86 ページ) を参照してください。
Integrity VM ホストの設定
仮想スイッチの設定
Matrix インフラストラクチャオーケストレーションは、仮想スイッチ名が Virtual Connect ネッ
トワーク名と一致している場合に、適格なデプロイメントネットワークを識別します。このた
め、仮想スイッチ名は、Integrity VM ホストに割り当てられた Virtual Connect ネットワーク名
と一致している必要があります。
注記: 仮想スイッチ用のネットワークは、Virtual Connect プロファイル内の 2 番目のネット
ワークです。設定中の Integrity VM ホスト上でインスタンス番号が 1(通常は lan1)であるこ
とを確認します。
# hpvmnet -cS <VC ネットワーク名 > -n 1
# hpvmnet -bS <VC ネットワーク名 >
すべての Integrity VM ホストに仮想スイッチを設定し、同じ名前にする必要があります。
DIO ネットワークの構成
Matrix インフラストラクチャオーケストレーションは、DIO ネットワークポートが HPVM DIO
プールに割り当てられ、必要なネットワーク名でラベルが付けられている場合に、適格な DIO
ネットワークを識別します。
1. Integrity VM ホスト上で利用できる DIO ハードウェアパスを表示するには、hpvmhwmgmt
コマンドを使用します。
# hpvmhwmgmt -p dio -l
H/W Path
Class
Owner
Description
Level
Label
0/0/0/3/0/0/0
lan
host
HP Dual Port CNA 10Gb BL8
device
0/0/0/3/0/0/1
lan
host
HP Dual Port CNA 10Gb BL8
device
0/0/0/4/0/0/0
lan
host
HP Dual Port CNA 10Gb BL8
function
0/0/0/4/0/0/1
lan
host
HP Dual Port CNA 10Gb BL8
function
#
2.
DIO ハードウェアパスを HPVM DIO プールに追加するには、次のコマンドを使用します。
# hpvmhwmgmt -p dio -a 0/0/0/4/0/0/0 -L Dio1
#
3.
DIO ハードウェアパスが HPVM DIO プールに追加されたかどうかを確認するには、
hpvmhwmgmt コマンドをもう一度実行します。
# hpvmhwmgmt -p dio -l
HP Integrity Virtual Machines ホストの作成
93
#
H/W Path
Class
Owner
Description
Level
Label
0/0/0/3/0/0/0
lan
host
HP Dual Port CNA 10Gb
BL8
device
0/0/0/3/0/0/1
lan
host
HP Dual Port CNA 10Gb
BL8
device
0/0/0/4/0/0/0
lan
hpvm
HP Dual Port CNA 10Gb
BL8
function Dio1
0/0/0/4/0/0/1
lan
host
HP Dual Port CNA 10Gb
BL8
function
#
上記には、1 つの DIO ネットワークポートを持つ Dio1 として HPIO 内の新しいネットワーク
が示されています。
注記: DIO デバイスには DLA と FLA の 2 つのタイプがあります。DLA 対応の DIO デバイス
の場合、HPIO で使用されることを示すラベルは 1 つのハードウェアパスにしか付けられませ
ん。たとえば、上記のリストでは、DIO ハードウェアパス 0/0/0/3/0/0/0 は DLA タイプの
ものなので、0/0/0/3/0/0/0 か 0/0/0/3/0/0/1 のどちらか一方にラベルを付けて使用する
必要があります。
FLA カードの場合、すべての DIO ハードウェアパスを HPIO で使用できます。
DLA カードと FLA カードについて詳しくは、hpvmhwmgmt のマンページを参照してください。
注記: Integrity VM ホスト仮想スイッチと DIO カードのラベルに同じ名前は付けられません。
同じホスト内または異なるホスト間で同じラベルを複数の DIO カードに付けることはできま
す。また、DIO ネットワークは OS プロビジョニングをサポートしません。
VM ゲスト用の共有 LVM ボリュームを作成するための Serviceguard の設定
注記: HP Serviceguard は、SLVM を使用するためにのみ必要です。この構成は最小構成であ
り、VM ゲストはパッケージとして管理されません。ただ 1 つの Integrity VM ホストしかない
場合でも、Serviceguard を設定する必要があります。SLVM を設定する前に 1 ノードクラス
ターとして SG を設定してください。
クラスターを作成する前に、HP Serviceguard リリースノートで最新のパッチを確認してくだ
さい。最新のパッチのリストは、HP の [Serviceguard 製品用推奨パッチ]の Web サイト http://
haweb.ind.hp.com/Support/RecmdPatches.html#SG (英語)に掲載されています。
root レベルのアクセスを設定します。
1. ホスト間で ssh キーを交換し、known-host ファイルに保存します。次のコマンドをイン
フラストラクチャに適合させてください(ホスト名およびクラスターノード数)。
a. ssh キーを交換します。
HPVMBay1# secsetup HPVMBay8
HPVMBay1# secsetup HPVMBay1
b.
1 番目のノードで、前の手順を確認し、「yes」と応えることによって known-host ファ
イルに保存して、次の手順に進みます。以下のどのコマンドについてもパスワードが
不要であることを確認してください。-hpvm-migr サフィックスがついている 2 つ
の追加のノードは、HP の Web サイト http://www.hp.com/go/hpux-hpvm-docs (英
語)にある 『HP vPars and Integrity Virtual Machines Administrator Guide』 に記載さ
れているように、オンライン VM 移行用のプライベートネットワークインターフェイ
スに対応します。実際の名前で適切に置き換えてください。
HPVMBay1#
HPVMBay1#
HPVMBay1#
HPVMBay1#
94
ssh
ssh
ssh
ssh
localhost date
HPVMBay1 date
HPVMBay8 date
HPVMBay1-hpvm-migr date
Matrix インフラストラクチャオーケストレーションによる HP-UX デプロイメントの準備
HPVMBay1# ssh HPVMBay8-hpvm-migr date
HPVMBAY1# ssh <HPVM ベイ 8 の IP アドレス > date
c.
2 番目のノードについて、前の手順を繰り返します。
HPVMBay8#
HPVMBay8#
HPVMBay8#
HPVMBay8#
HPVMBay8#
HPVMBAY8#
ssh
ssh
ssh
ssh
ssh
ssh
localhost date
HPVMBay1 date
HPVMBay8 date
HPVMBay1-hpvm-migr date
HPVMBay8-hpvm-migr date
<HPVM ベイ 1 の IP アドレス > date
注記: ssh がパスワードの提示なしで localhost と通信できることが重要です(特に 1 ノー
ドクラスターにおいて)。必要に応じて、secsetup localhost コマンドを発行し、警
告やエラーを無視してください。もう一度、「ssh localhost date」を使用してテストして、
パスワードが不要であることを確認してください。
注記: ホスト間の SSH を適切に設定しないと、仮想論理サーバーをオンラインで移行す
ることができず、ソースホスト上の /var/opt/hpvm/common/command.log ファイル
に次のエラーメッセージが記録されます。
Check ssh setup between this host and the remote host.
2.
クラスターファイルを準備します。
a. 管理ファイルで発生する可能性のある変更を調べます。
# cmpreparecl -t -n HPVMBay8 -n HPVMBay1
b.
実行される変更を慎重に確認し、このコマンドを、もう一度、-t オプションなしで
発行します。
# cmpreparecl -n HPVMBay8 -n HPVMBay1
注記: cmpreparecl コマンドでは、変更を加える前に、ファイルが /etc/cmcluster/
sgeasy/backup/にバックアップされます。
3.
クラスターロックディスクを設定します。
a. プライマリ VM ホストで、ロックディスクとして設定するために両方のホストに提供
するディスクを選択します。ディスク名を実際のディスクで置き換えてください。
#
#
#
#
#
#
b.
pvcreate
vgcreate
lvcreate
vgchange
vgexport
vgchange
/dev/rdisk/disk19
/dev/vgclu /dev/disk/disk19
-L 1000 /dev/vgclu
-a n vgclu
-v -p -s -m /tmp/vgclu.map vgclu
-a y vgclu
プライマリ VM ホストで、VG マップファイルを 2 番目のホストにコピーします。
# scp /tmp/vgclu.map root@<2 番目の VM ホスト >:/tmp/vgclu.map
c.
2 番目のホストで、SG ロックディスクをインポートします。
# vgimport -v -N -s -m /tmp/vgclu.map vgclu
4.
クラスター設定ファイルを作成します。
プライマリホストで、次のコマンドを使用して初期のクラスター設定ファイル /etc/
cmcluster/HPVMBay_cluster.conf を生成します。
# cmquerycl -v -C /etc/cmcluster/HPVMBay_cluster.conf -n HPVMBay1
-n HPVMBay8
HP Integrity Virtual Machines ホストの作成
95
例 1 初期のクラスター設定ファイルの作成
check_cdsf_group, no cdsf group specified.
Looking for other clusters ... Done
Gathering storage information
Found 27 devices on node HPVMBay1
Found 25 devices on node HPVMBay8
Analysis of 52 devices should take approximately 6 seconds
0%----10%----20%----30%----40%----50%----60%----70%----80%----90%----100%
Found 2 volume groups on node HPVMBay1
Found 2 volume groups on node HPVMBay8
Analysis of 4 volume groups should take approximately 1 seconds
0%----10%----20%----30%----40%----50%----60%----70%----80%----90%----100%
Note: Disks were discovered which are not in use by either LVM or VxVM.
Use pvcreate(1M) to initialize a disk for LVM or,
use vxdiskadm(1M) to initialize a disk for VxVM.
Gathering network information
Beginning network probing
Completed network probing
注記: ここでは、共有 LVM を使用するようにクラスターが設定されています。VM ゲス
トパッケージは不要ですが、後で、永続共有モードで SLVM VG を有効にするために
Serviceguard パッケージを設定します。設定ファイルのコピーを保存し、設定ファイル
/etc/cmcluster/HPVMBay_cluster.conf を編集して、HEARTBEAT_IP と
STATIONARY_IP の設定が正しいことを確認し、正しい IP の IP_Monitor を「ON」に設定
します。ここでは、両方のホストでネットワークが設定されます。次の表を使用して、設
定ファイルをチェックまたは変更してください。この設定ファイルを調べ、必要に応じ
て、CLUSTER_NAME を変更してください。
[ネットワーク名]
IP type
IP_MONITOR
プライマリ HEARTBEAT_IP
OFF
セカンダリ HEARTBEAT_IP
OFF
ホストネットワーク
STATIONARY_IP
ON
VM ネットワーク(vswitch)
STATIONARY_IP
ON
(VC プロファイルから)
SG ハートビート
(Virtual Connect プライベートネッ
トワーク)
VM オンライン移行ネットワーク
(Virtual Connect プライベートネッ
トワーク)
重要: プライマリ HEARTBEAT_IP は、プライベートネットワークでなければなりません。
そのために、設定ファイルの最初にリストされていることを確認します。プライマリおよ
びセカンダリ Heartbeat_IP の正しい設定を保証するために、HEARTBEAT_IP の順序を変更
する必要がある場合があります。
注記: SG メンバーが複数のエンクロージャーに存在する場合は、エンクロージャース
タッキングケーブルによるハートビートネットワークが使用されていることを確認してく
ださい。
5.
クラスターをチェックします。
# cmcheckconf -v -C /etc/cmcluster/HPVMBay_cluster.conf
例 2 クラスターのチェック
Begin cluster verification...
Checking cluster file: /etc/cmcluster/HPVMBay_cluster.conf
96
Matrix インフラストラクチャオーケストレーションによる HP-UX デプロイメントの準備
Checking nodes ... Done
Checking existing configuration ... Done
Gathering storage information
Found 2 devices on node HPVMBay1
Found 2 devices on node HPVMBay8
Analysis of 4 devices should take approximately 1 seconds
0%----10%----20%----30%----40%----50%----60%----70%----80%----90%----100%
Found 2 volume groups on node HPVMBay1
Found 2 volume groups on node HPVMBay8
Analysis of 4 volume groups should take approximately 1 seconds
0%----10%----20%----30%----40%----50%----60%----70%----80%----90%----100%
Gathering network information
Beginning network probing (this may take a while)
Completed network probing
Begin file consistency checking
WARNING: /etc/hosts is different across nodes HPVMBay1 HPVMBay8
/etc/cmcluster/cmclfiles2check is the same across nodes HPVMBay1 HPVMBay8
etc/hosts has different content on nodes HPVMBay8, than on nodes HPVMBay1
/etc/hosts has timestamp "Jan 17 13:52" on nodes HPVMBay8, "Jul 1 11:13" on nodes
HPVMBay1
/etc/nsswitch.conf is the same across nodes HPVMBay1 HPVMBay8
/etc/services is the same across nodes HPVMBay1 HPVMBay8
/etc/cmcluster/cmignoretypes.conf is the same across nodes HPVMBay1 HPVMBay8
/etc/cmcluster/cmknowncmds is the same across nodes HPVMBay1 HPVMBay8
/etc/cmcluster/cmnotdisk.conf is the same across nodes HPVMBay1 HPVMBay8
Differences were found in one or more files listed in /etc/cmcluster/cmclfiles2check
To fix this, either make all files consistent or remove the files with differences
from /etc/cmcluster/cmclfiles2check.
Maximum configured packages parameter is 300.
Configuring 0 package(s).
Creating the cluster configuration for cluster HPVMBay1_cluster
Adding node HPVMBay1 to cluster HPVMBay1_cluster
Adding node HPVMBay8 to cluster HPVMBay1_cluster
cmcheckconf: Verification completed with no errors found.
Use the cmapplyconf command to apply the configuration.
6.
クラスターを適用します。
# cmapplyconf -v -C /etc/cmcluster/HPVMBay_cluster.conf
例 3 クラスターの適用
Begin cluster verification...
Checking cluster file: /etc/cmcluster/HPVMBay_cluster.conf
check_cdsf_group, no cdsf group specified.
Checking nodes ... Done
Checking existing configuration ... Done
Gathering storage information
Found 2 devices on node HPVMBay1
Found 2 devices on node HPVMBay8
Analysis of 4 devices should take approximately 1 seconds
0%----10%----20%----30%----40%----50%----60%----70%----80%----90%----100%
Found 2 volume groups on node HPVMBay1
Found 2 volume groups on node HPVMBay8
Analysis of 4 volume groups should take approximately 1 seconds
0%----10%----20%----30%----40%----50%----60%----70%----80%----90%----100%
Gathering network information
Beginning network probing (this may take a while)
Completed network probing
Begin file consistency checking
...
Creating the cluster configuration for cluster HPVMBay1_cluster
Adding node HPVMBay1 to cluster HPVMBay1_cluster
Adding node HPVMBay8 to cluster HPVMBay1_cluster
Marking/unmarking volume groups for use in the cluster
Completed the cluster creation
#
7.
クラスターを起動します。
# cmruncl -v
HP Integrity Virtual Machines ホストの作成
97
例 4 クラスターの起動
cmruncl: Validating network configuration...
Gathering network information
Beginning network probing (this may take a while)
Completed network probing
cmruncl: Network validation complete
cmruncl: Validating cluster lock disk .... Done
Waiting for cluster to form .... done
Cluster successfully formed.
クラスター内のすべてのノード上で syslog ファイルをチェックして、起動中に警告がな
いことを確認します。
8.
すべてのクラスターホストについて、起動時の自動起動を有効にします。
HPVMBay1# ch_rc -a -p AUTOSTART_CMCLD=1
HPVMBay8# ch_rc -a -p AUTOSTART_CMCLD=1
9.
クラスターが動作していることを確認します。
# cmviewcl
CLUSTER STATUS
HPVMBay1_cluster up
NODE
HPVMBay1
HPVMBay8
STATUS
up
up
STATE
running
running
共有 LVM ボリュームグループの設定
共有 LVM を設定するには、以下の手順に従ってください。
1. いずれかの VM ホストを選択し、ログインします。以下の手順では、この VM ホストをプ
ライマリ VM ホストと呼びます。
2. プライマリ VM ホストで、VM ホスト用の共有 LUN(たとえば、/dev/disk/disk15)
を識別します。ストレージが各 VM ホストに公開されていることを確認して、共有 LUN
が他の VM ホスト間で共有されていることを確認します。このディスクは別のホストで別
の名前(/dev/disk/disk18 など)を持つことができるため、固有の WWID 番号を使
用して識別してください。ioscan -P wwid コマンドを使用して、最後のフィールドに
LUN WWID を表示します。
注記: 物理ボリュームは、「SAN ディスクの作成」の項ですでに割り当てたいずれかの
LUN を使用する必要があります。
# ioscan -P wwid /dev/disk/disk15
Class I H/W Path wwid
disk 15 64000/0xfa00/0xb 0x600508b4000157f000020000027c0000
#
すべての共有 LUN について、これをチェックする必要があります。
3.
共有 LUN ごとに物理ボリュームを作成します。
# pvcreate -f /dev/rdisk/disk15
Physical volume "/dev/rdisk/disk15" has been successfully created.
#
4.
98
LVM バージョン 2.1 以降を使用して、共有 LUN ごとに SLVM VG を作成します。「-s
4」および「-S 30g」ボリュームを、お客様のインフラストラクチャのニーズに適合させ
てください。-s パラメーターは物理拡張のサイズを指定し、-S パラメーターは VG の最
大サイズを指定します。vgcreate(1M) を参照してください。
Matrix インフラストラクチャオーケストレーションによる HP-UX デプロイメントの準備
# vgcreate -V 2.2 -s 4 -S 30g /dev/slvm_dsk1 /dev/disk/disk15
# vgchange -a n /dev/slvm_dsk1
5.
SLVM VG マップを他の Integrity VM ホストにコピーします。すべての SLVM VG について
繰り返します。
a. プライマリホストで、SLVM VG マップを作成します。SLVM VG にクラスターで共有
可能とマークし、SLVM VG をアクティブにします。
# vgexport -s -p -m /tmp/slvm_dsk1.map slvm_dsk1
# vgchange -S y -c y /dev/slvm_dsk1
# vgchange -a s /dev/slvm_dsk1
b.
slvm_dsk1.map ファイルを 2 番目のホストにコピーします。
# scp /tmp/slvm_dsk1.map root@<2 番目の VM ホスト
>:/tmp/slvm_dsk1.map
c.
2 番目のホストで、SLVM VG をインポートします。
# vgimport -N -m /tmp/slvm_dsk1.map -s slvm_dsk1
d.
最初のホストで、SLVM VG に合わせて、クラスター設定ファイルに
HPVM_VOLUME_GROUP エントリーを追加します。
# cat >> /etc/cmcluster/HPVMBay_cluster.conf
HPVM_VOLUME_GROUP /dev/slvm_dsk1
^D
e.
変更を確認して、クラスターに適用します。
# cmcheckconf -v -C /etc/cmcluster/HPVMBay_cluster.conf
# cmapplyconf -v -C /etc/cmcluster/HPVMBay_cluster.conf
6.
SLVM VG を永続モードでアクティブ化するために、マルチノードパッケージ(MNP)を
作成します。共有アクティブ化は、ホストの再起動時に自動的に実行される必要がありま
す。
• パッケージ設定ファイルを作成します。
# mkdir /etc/cmcluster/hpvm_vgshared
# cd /etc/cmcluster/hpvm_vgshared
# cmmakepkg -m sg/multi_node -m sg/volume_group >
hpvm_vgshared.conf
7.
パッケージ設定ファイルを編集して、以下のように変更します。
a. パッケージに名前(たとえば、hpvm_vgshared)を付けます。
package_name hpvm_vgshared
b.
c.
d.
行 366 前後にある共有モードの vgchange_cmd “vgchange -a s” ディレクティ
ブのコメントを外します。
行 374 前後にあるデフォルトの vgchange_cmd “vgchange -a e” ディレクティ
ブをコメントアウトします。
行 448 前後の SLVM ボリュームグループの VG 名を追加します。
vg slvm_dsk1
e.
f.
クラスターの一部のノードだけが SLVM ボリュームグループを持つ場合は、node_name
属性によってそれらのノードをそれぞれ識別します。すべてのノードが SLVM を実行
できる場合は、この属性の値をアスタリスク(*)のままにしておきます(行 138 前
後)。
ファイルを保存し、パッケージ設定をチェックして、エラーがなければ適用します。
# cmcheckconf -P /etc/cmcluster/hpvm_vgshared/hpvm_vgshared.conf
# cmapplyconf -v -P
/etc/cmcluster/hpvm_vgshared/hpvm_vgshared.conf
HP Integrity Virtual Machines ホストの作成
99
Attempting to validate hpvm_vgshared.
...
Modify the package configuration ([y]/n)? y
Completed the cluster update
g.
パッケージを起動します。
# cmrunpkg hpvm_vgshared
h.
VG がアクティブであり、すべてのクラスターノード共有されていることを確認しま
す。
# vgdisplay -v /dev/slvm_dsk1 | grep Status
VG Status available, shared, server
8.
両方のホスト上の Integrity VM デバイス管理データベースに SLVM VG を追加します。
IO と LSM が論理ボリュームを使用してこれらのボリュームグループ上に仮想ディスクを
作成できるように、最初に「VIRTPTYPE=container_volume_SLVM,PRESERVE=YES」属性で
グループを Integrity VM デバイス管理データベースに追加する必要があります。次のコマ
ンドを使用して、Integrity VM ゲスト用のすべての SLVM ボリュームグループを追加しま
す。
# hpvmdevmgmt -a\
gdev:/dev/slvm_dsk1:attr:\
VIRTPTYPE=container_volume_SLVM,PRESERVE=YES
# hpvmdevmgmt -l gdev | grep slvm
9.
SLVM VG の基礎となる物理制限デバイスによって Integrity VM デバイス管理データベー
スを更新します。
SLVM VG を保持する物理デバイスへの直接アクセスを防止するために、「制限デバイス」
(rdev)レコードをデバイス管理データベースに追加する必要があります。hpvmhostrdev
コマンドの更新スイッチ(-u)によって、対応するレコードが自動的に挿入されます。
# hpvmhostrdev -u
# hpvmdevmgmt -l rdev | grep disk15
/dev/rdisk/disk15:CONFIG=rdev,EXIST=YES,DEVTYPE=DISK,SHARE=NO,AUTORDEV=YES:
:0x01.0x00.00x03.0x600508b4000157f000020000027c0000
注記: hpvmdevmgmt -a および hpvmhostrdev -u コマンドがすべてのクラスター
ノードに対して実行されたことを確認してください。
物理ディスクのプロビジョニングの設定
Integrity ゲストでの物理ディスクのプロビジョニングには、Integrity VM ホストの設定が必要で
す。
1. NPIV 対応カードを表示するには、NPIV でサポートされている使用可能な FC カードを表
示します。
# ioscan -funC fc
Class I H/W Path
Driver S/W State H/W Type
fc
fcd
0 0/0/0/5/0/0/0
CLAIMED
Description
INTERFACE HP 451871-B21 8Gb Dual
Port PCIe Fibre Channel
Mezzanine (FC Port 1)
/dev/fcd0
100 Matrix インフラストラクチャオーケストレーションによる HP-UX デプロイメントの準備
# fcmsutil /dev/fcd0 | grep NPIV
NPIV Supported = YES
#
2.
FC デバイスを HPVM リソースに追加します。
# hpvmdevmgmt -a gdev:/dev/fcd0:attr:FABRIC=MYSANFabriC,PRESERVE=YES
HP SIM による Integrity VM 設定の検証
作成された 2 つの Integrity VM ホストを HP SIM によって管理する前に、まず、それらのシス
テムを検出する必要があります。次に、Managed System Setup Wizard を使用してライセンス
を適用し、HP Integrity Virtual Server Manager にホストを登録し、他のシステム設定を行いま
す。
1. HP SIM で 2 つの Integrity VM ホスト用の検出タスクを定義します。
a. [オプション]→[検出...]の順に選択します。
b. [新規 …] をクリックします。
c. [システムのグループ単位での検出]を選択します。
d. 名前を追加します(例:「Integrity VM hosts」)。
e. [毎回、自動的に検出を実行:]のチェックを外します。
f. すべてのホストの IP アドレスを追加します。
注記: IP アドレス、これらの IP アドレスの DNS レコード、およびホスト名の間に
一貫性がある必要があります。CMS では nslookup コマンドを使用し、ホストでは
hostname コマンドを使用して、この一貫性を確認してください。
[認証 …] をクリックします。
[サインイン]タブで、両方のホストの適切な root 認証情報を設定し、[OK] をクリック
します。
i. [エージェントの設定および修復]をクリックします。
j. [新しく管理対象システムを設定する]チェックボックスを選択します。
k. [サインイン認証を使用]をクリックします。
l. [WBEM イベントへのサブスクリプションを作成する]チェックボックスを選択します。
m. [読み込みコミュニティ名の設定]チェックボックスを選択して、設定したいコミュニ
ティ名を入力します。
n. [HP Systems Insight Manager のこのインスタンスを参照するトラップの設定]チェック
ボックスを選択します。
o. [セキュアシェル (SSH) アクセスの設定]チェックボックスを選択します。
p. [ホストベースの認証]をクリックします。
q. [信頼関係の設定]チェックボックスを選択します。
r. [OK] をクリックします。
s. [保存]をクリックします。
t. [実行]をクリックします。
u. タスク結果が同じウィンドウに表示され、正常な完了を示していることを確認しま
す。
g.
h.
注記: 検出操作のステータスが、すべてのホストについて緑色であることを確認し
てください。緑色ではないステータスがある場合は、手順を続行する前に、検出プロ
セス中に発生した問題(DNS 検索、SSH、WBEM など)を解決してください。
2.
HP SIM で [すべてのシステム] 収集を展開します。ここに新しく検出された 2 つの Integrity
VM ホストがあるはずです。両方のホストを選択します。HP SIM のトップメニューから
HP Integrity Virtual Machines ホストの作成
101
[設定]→[Manage System Setup Wizard...]を選択し、Managed System Setup Wizard を起動
します。
少なくとも HP Matrix Operating Environment を選択します。依存関係として Integrity Virtual
Server Manager 機能が選択されているという次の注記が表示されるはずです。
ウィザードが終了するまで、Managed System Setup Wizard の手順に従います。ウィザー
ドが正常に終了すると、HP Matrix OE ビジュアル化に Serviceguard に関して以下が表示
されます。
3.
上記のような画面で 3 番目のアイコンをクリックすると、Integrity Virtual Server Manager
を起動して VM ホスト設定を検証することができます。
102 Matrix インフラストラクチャオーケストレーションによる HP-UX デプロイメントの準備
9 ストレージプールエントリーの使用
ストレージの概要
ストレージプールとは
Matrix OE では、ストレージ管理者がストレージの需要予測に基づいてストレージを事前定義
できます。これらのストレージは、ストレージプールのコンテキストで実際の割り当ての前に
定義されます。ストレージプールは、IO リソースプールタイプの 1 つです。ストレージプー
ルは、物理サーバーのブートディスクまたはデータディスクとして使用できる、利用可能な
LUN を定義します。VM が Raw LUN アクセス(Raw デバイスマッピング - ESXi/vSphere 内の
RDM または Hyper-V でのディスクパススルー)を必要とする場合を除いて、IO VM 用のスト
レージプールエントリーの作成は不要であり、おすすめできません。
IO は、ストレージプールエントリーを自動生成し、HP Storage Provisioning Manager(SPM)
を介して要求を満たすことができるようになりました。その方が好ましい場合や、ストレージ
プールエントリーの自動生成が適切でない場合、管理者は、引き続き、手動でストレージプー
ルエントリーを定義することができます。SPM は、事前プロビジョニングボリュームの使用に
加えて、オンデマンドプロビジョニングをサポートします。
このストレージプールのエントリーは、手動でも、IO によって自動でも作成できます。自動
生成のストレージプールエントリーは、サービステンプレートに定義された論理ディスクスト
レージの要件に基づいて作成され、SPM の使用、複数のボリュームの同一ストレージプールエ
ントリーへの結合、SAN ファブリックの選択など、いくつかの規約に従います。特定のスト
レージ構成がこれらの規則に従わないものである場合は、手動作成のストレージプールエント
リーが適しています。次に、この例を示します。
•
SPM を使用しない
•
他のプライベートデータボリュームに属する別のエントリー内にブートボリュームがある
•
プライベートディスクと共有ディスクを NPIV なしで併用する
•
異なるファブリック上に複数の非リダンダントディスクがある
•
ディスクへのリダンダントパスが一般的でないファブリックの組み合わせをまたいでいる
•
リダンダントボリュームと非リダンダントボリュームが混在する
•
Virtual Connect モジュールが複数の SAN ファブリックに接続されている
手動作成の場合であっても自動生成の場合であっても、ストレージプールエントリーのニーズ
は、SPM によって、事前プロビジョニングボリュームまたはオンデマンドプロビジョニングを
使用して対処されます。このニーズへの対処は、SPM ストレージテンプレートや Matrix に付
属のデフォルトテンプレート、または、予想されるストレージリクエストに適切なストレージ
ポリシーを適用するためにストレージアーキテクトまたは管理者によって作成されたストレー
ジテンプレートを使用して実行されます。
連携 CMS 環境のすべての CMS は、それぞれのストレージプールを管理します。このため、
各 CMS で、その CMS が管理しているポータビリティグループに関して、ストレージプール
エントリーを作成する必要があります。以下の手順は、プライマリ CMS とセカンダリ CMS
の両方に同様に適用されます。
ストレージの概要 103
重要: 各ストレージボリュームは、1 つの CloudSystem Matrix CMS 上でのみ定義する必要が
あります。同じボリュームを複数の CMS が認識できるようにすると、異なる論理サーバーに
よる使用のために割り当てることが可能になり、セキュリティおよびデータ破壊に関する問題
が発生する可能性があります。
重要: ストレージプールの作成および管理に向けて容量管理のプロセスを計画および開発す
ることをおすすめします。十分な容量と多様性を備えた一連のストレージプールエントリーを
常に計画的に手動で作成し維持しておけば、デプロイメントを中断なく進めたり、SPM による
オンデマンドプロビジョニングを使用したりすることが確実に可能になります。
ストレージプールの詳しい管理手順については、HP の Web サイト http://www.hp.com/go/
insightdynamics-manuals で提供される 『HP Matrix Operating Environment 論理サーバー管理
ユーザーガイド』 および http://www.hp.com/jp/proliantessentials_manual で提供される 『HP
Matrix Operating Environment インフラストラクチャオーケストレーションユーザーガイド』
を参照してください。
ストレージプールエントリーのタイプ
Matrix OE ビジュアル化では、次の 3 つのストレージプールエントリータイプを使用できま
す。
SAN ストレージエントリー
アウトバンドのストレージプロビジョ
ニングからストレージニーズとスト
レージ詳細に関して手動で指定された
情報を使用する標準タイプのストレー
ジプールエントリー。SPM ストレージ
機能を利用しません。
SAN カタログストレージエントリー
SPM ストレージカタログによってスト
レージリクエストに対処します。リク
エストには、次のボリュームによって
対処できます。
•
SPM による事前プロビジョニング
ボリューム
•
SPM によるオンデマンドプロビ
ジョニングボリューム
SPM は、Matrix が指定するイニシエー
ター WWN に自動的にボリュームを
提供し、Brocade スイッチを使用して
いる場合は SAN スイッチゾーニング
を実行します。
事前設定された SAN カタログストレージエントリー
104 ストレージプールエントリーの使用
SPM ストレージカタログによってスト
レージリクエストに対処します。リク
エストは、SPM の外部で作成され提供
されて、カタログにインポートされた
ストレージによって対処されます。
SPM は、ボリュームの提供を変更しま
せんが、事前設定されたイニシエー
ターおよびターゲット WWN が、ス
トレージプールエントリーにおいて
Matrix によって使用されます。
注記: 事前設定されたカタログストレージは、論理サーバーを手動で作成する(IO を使用し
ない)場合に便利です。この場合、ストレージ管理者は、LUN マスキングとホストモードの変
更の自動化を許可しません(これらは、一度だけセットアップする必要があり、決して変更さ
れません)。事前設定されたカタログストレージを使用するために、ボリュームがすでに提供
されています。サーバー WWN がまだ VCEM で使用されていないことを確認してください。
lsmutil -reserve < ドメイングループ名 > < 予約する WWN の数 > を使用してプレゼ
ンテーション用の WWN を取得することをおすすめします。詳しくは、HP の Web サイト
http://www.hp.com/jp/proliantessentials_manual で提供される 『HP Matrix Operating
Environment 論理サーバー管理ユーザーガイド』 を参照してください。
以下の項では、P6000 EVA Storage System および 3PAR StoreServ Storage 用に SPM のあるス
トレージプールエントリーと SPM のないストレージプールエントリーを作成する方法につい
て詳しく説明します。このマニュアルでは、SPM の使用については、主に SAN カタログスト
レージプールエントリーの作成を扱います。下記の手順には、事前設定された SAN カタログ
ストレージプールエントリーを作成する手順は含まれていません。
注記: P9000 XP Storage System 環境もサポートされていますが、このガイドでは説明してい
ません。
SPM を使用するかどうかの決定
図 3 (106 ページ) のフローチャートを使用すると、SPM を使用してストレージを管理できるか
どうかを容易に判断できます。
ストレージの概要 105
図 3 SPM の使用に関する判断
EVA ストレージ用の SPM のないストレージプールエントリーの作成
論理サーバーでストレージプールエントリーを使用可能にするには、以下を行う必要がありま
す。
•
正しい WWN と LUN ID を持つ Matrix OE ビジュアル化にストレージプールエントリー
を作成する必要があります。
•
ストレージアレイにボリュームを作成し、正しいホストにマッピングする必要がありま
す。
•
正しい WWN を持つストレージアレイにホストを作成する必要があります。
•
ホスト WWN は、ストレージアレイにゾーニングする必要があります。
ストレージアレイ、ゾーニング、およびストレージプールエントリーの設定は、任意の順序で
実行できます。この手順では、ストレージプールエントリーを作成してから、ストレージプー
ルエントリーで生成される WWN で P6000 EVA Storage System を設定します。ストレージ
プールエントリーを作成する前に特定の WWN を持つストレージアレイを設定する予定の場
合は、先に進む前に「事前に割り当てられた WWN を使用したストレージプールエントリー
の作成」 (131 ページ) を参照してください。
106 ストレージプールエントリーの使用
SAN ストレージエントリーのストレージプールエントリーの作成
SAN ストレージエントリーのストレージプールエントリーは、すべての情報が手動で提供さ
れるため、SPM を使用する必要がありません。EVA およびソリューション用のストレージ検
証を実行する機能があります。この機能は、HP SIM を使用して、アレイ上に作成されたボ
リュームに関する稼動情報を収集します。
SAN ストレージエントリーのストレージプールエントリーを作成するには、以下の手順に従っ
てください。
1. HP SIM で[ツール]→[Matrix OE ビジュアル化]の順に選択し、[変更]→[論理サーバースト
レージプール...]メニュー項目を使用します。
2. 新しいストレージプールエントリーを作成する前に、ポータビリティグループ (すべて以
外) を選択します。作成したストレージプールエントリーは、指定したポータビリティグ
ループ内の論理サーバーで使用できます。
3. (オプション)プロビジョニングの際に特定のストレジプールエントリーを選択するとき
に、使用する Matrix インフラストラクチャオーケストレーションテンプレートについて
固有のタグをいくつか作成します。インフラストラクチャオーケストレーションのテンプ
レート作成では、SAN ストレージ構成で使用するタグを指定します。
a. [タグの管理]をクリックして、[ストレージタグの管理]画面を表示し、新しいストレー
ジタグを作成します。作成したタグは、[タグフィルター]メニューに表示されます。
b. タグは、[ストレージプールエントリー: SAN] 画面の [タグリスト]テーブルで選択する
か、[ストレージプールのエントリーの変更]画面で既存のストレージプールエントリー
を変更することによって、ストレージプールエントリーと関連付けます。
4.
[ストレージタイプの選択]メニューから、[SAN ストレージエントリー]を選択します。
5.
[エントリーの追加]をクリックして、新しいストレージプールエントリーを作成します。
EVA ストレージ用の SPM のないストレージプールエントリーの作成 107
6.
ストレージプールエントリーの定義を入力します。
a. (オプション)ボックスに異なる名前を入力して、ストレージプールエントリーの名
前を変更します。各ストレージプールエントリーには、一意のデフォルト名が付与さ
れています。プールエントリー名として、命名規則(例:Matrix_<WIN|LIN>_SP<##>)
を選択します。
b. (オプション)ストレージプールエントリーの説明を入力します。説明を入力してエ
ントリーをストレージプールに挿入すると、その説明は [ストレージ設定の変更]タブ
および [ストレージ設定の作成]画面の [プールエントリーの選択]メニューに表示され
ます。
108 ストレージプールエントリーの使用
c.
d.
7.
メニューからストレージエントリーオペレーティングシステムを選択します。
(オプション)[共有の最大数] (このストレージプールエントリーの共有を許可する論
理サーバーの最大数) を変更し、[共有の最大数を更新]をクリックします。論理サー
バーがこのストレージエントリーを共有する状況では、各論理サーバーにポート単位
で固有のサーバー WWN が 1 つ割り当てられます。
(オプション)[タグ選択] テーブルから、このストレージプールエントリーに割り当てる
タグを選択します。
[タグリスト]テーブルでは、ストレージタグを最大で 16 個選択し、ストレージプールエ
ントリーに関連付けることができます。
メニューからストレージタグを選択します。
8.
ポート定義を入力します。
[ポート選択]テーブルを使用すると、このストレージプールエントリーにアクセスするた
めに論理サーバーによって使用されるサーバー HBA ポートを定義できます。SAN スト
レージとの通信は、すべて、サーバーの FC HBA ポートから開始されます。ポートは、順
番に追加されます。ポートごとに、メニューからポートが通信するファブリックを選択す
る必要があります。各ポートは、自動生成されて割り当てられるサーバー WWN を使用
して作成されます。この WWN は、NIC に対する MAC アドレスと同じように、SAN に
対してこの FC ポートを一意に識別するのに使用されます。ストレージ管理者は、LUN を
提供するときに、これらのポートへのアクセス権を付与します。
(オプション)1 つまたは複数のサーバーポート(物理 HBA ポート)の論理ポートを定
義します。
a. [ポートの追加]をクリックして、[ポート選択]テーブルに行を追加します。
b. [ファブリック]メニューから値を選択します。速度は、通信に使用する予定の FC 接
続ベイに対応します。
c. [速度]メニューから値を選択します。ファブリックは、使用するポートの速度に対応
します。
d. オプションで、このストレージプールエントリーの各ポートに対して、手順 a~c を
繰り返します。
EVA ストレージ用の SPM のないストレージプールエントリーの作成 109
注記: テーブルに最後に追加したポートを削除するには、[最後のポートの削除]をク
リックします。ポートは、追加した順序と逆の順序で削除する必要があります。
注記: 複数のポートを用意すると、冗長性が確保され、フェイルオーバー機能が使
えるようになるため、パフォーマンスが強化され、信頼性が高まります。冗長性に関
するチェックボックスを有効にするには、[ポート選択]テーブルで 2 つのポート(プ
ライマリポートとセカンダリポート)を定義する必要があります。
9.
ボリュームとパスの定義を入力します。
ボリュームとは、SAN 内のディスクアレイの固定ディスクドライブのことで、コントロー
ラーポートにマッピングされていない場合もあります。ストレージボリュームをコント
ローラーポートにマッピングすると、SAN 内部で LUN という形式でアドレスを指定でき
るようになります。
[ボリュームおよびパスの選択]テーブルでは、このストレージエントリーまたはストレー
ジプールエントリーのストレージボリューム属性を入力できます。
110
ストレージプールエントリーの使用
a.
b.
c.
d.
e.
f.
g.
h.
すべてのボリュームに冗長性を組み込む場合は、[この論理サーバーのすべてのスト
レージボリュームに対して冗長を使用する]チェックボックスを選択します。
[ボリュームの追加]をクリックして、[ボリュームおよびパスの選択]テーブルに行を追
加します。
また、特定のボリュームに冗長性を組み込む場合は、そのボリュームの横の [冗長性]
チェックボックスを選択します。
[ブート]メニューから値を選択します。ボリュームがブートボリュームの場合は、[は
い]を選択します。データボリュームの場合は、[いいえ]を選択します。指定するスト
レージボリュームが 1 つだけの場合、そのボリュームはブートボリュームでなければ
なりません。指定するストレージボリュームが複数の場合、ブートボリュームにでき
るボリュームは 1 つだけです。デフォルトでは、最初に追加されるボリュームの場合
は [はい]、2 回目以降に追加されるボリュームの場合は [いいえ]です。
ストレージボリュームのサイズ(GB)を入力します
ストレージボリュームの [RAID レベル]を選択します。
このストレージボリュームに対して [冗長]を選択した場合は、プライマリおよびセカ
ンダリブートパスのアレイコントローラーポート番号を割り当てます。例:プライマ
リ : Controller 1, Port 1 WWN; セカンダリ: Controller 2, Port 2
WWN
アクセス対象のボリュームの LUN およびその LUN へのアクセスに使用するアレイコ
ントローラーポートのストレージポート WWN を追加します。この情報は、P6000
Command View、3PAR 管理コンソール、またはストレージ管理者から入手できます。
これらの値をすぐには入手できない場合は、このストレージエントリーを保存してお
き、[変更]→[論理サーバー...]メニュー項目を使用してストレージの値を後で追加しま
す。論理サーバーをアクティブ化するには、事前に、ストレージポート WWN およ
び LUN 識別子を入手しておく必要があります。
10. (オプション)有効性確認ステータスを検証します。
注記: 検証は、P6000 EVA Storage System を使用する場合のみ可能です。P9000 XP
Storage System または 3PAR StoreServ Storage の場合は、この手順を省略します。
注記:
す。
検証を有効にするには、CMS 上の HP SIM で、SAN ストレージ検証を設定しま
11. サーバー WWN をチェックし、管理します。
[サーバー WWN の管理]テーブルでは、ストレージプールエントリーに対応するサーバー
WWN を管理できます。
ストレージプールエントリーの各ポートに割り当てられたサーバー WWN の数は、[共有
の最大数]フィールドのプールエントリーにより指定された許可共有数に基づいて決まりま
す。許可される各共有について、ポート当たり 1 つのサーバー WWN が割り当てられま
EVA ストレージ用の SPM のないストレージプールエントリーの作成
111
す。論理サーバーがこのプールエントリーを共有する状況では、各論理サーバーにポート
単位で固有のサーバー WWN が 1 つ割り当てられます。
注記: 割り当て済みまたは(lsmutil などで)SAN ゾーン設定済みの WWN がある場合
は、ここに独自のサーバー WWN を入力します。
1. 割り当て済みのサーバー WWN を入力します。それらのサーバー WWN がすでに
VCEM で使用されている場合は、ストレージプールエントリーからエラーが返り、新
しいサーバー WWN を求められます。
2. 各サーバー WWN の横の [準備完了]チェックボックスを選択して、ストレージがア
クセス用に適切にゾーニングされていることを CloudSystem Matrix に示します。スト
レージが作成され、コントローラーポートにマッピングされ、提供されていても、ま
だゾーニングされていない場合は、ゾーニングが実行されるまで、[準備完了]チェッ
クボックスを選択解除したままにしておく必要があります。
3. ストレージプールエントリーの設定が完了したら、[保存]をクリックします。
12. 検証します。
[変更]→[論理サーバーストレージプール]ページから以下の手順を実行します。
a. (オプション)[フィルターオプション]メニューから値を選択し、環境に関連のある
ストレージプールエントリーだけを表示します。
b. (オプション)[プールエントリーの取得/更新]をクリックして、既存のストレージ
プールエントリーを表示します。[表示]、[変更]、および [削除]ボタンを使用して、エ
ントリーを操作します。複数のユーザーが同時に同じストレージプールエントリーを
変更しようとした場合、2 番目以降のユーザーの [変更]および [削除]ボタンは表示さ
れません。削除するストレージプールエントリーを選択する場合は、確認画面が表示
されます。
HP P6000 Command View ソフトウェアによる Vdisk LUN の作成
使用できる Vdisk プールを用意している場合は、手順 4 までの手順を省略します。そうでない
場合は、手順に従ってストレージプールエントリーに必要な数の Vdisk を作成します。
1. P6000 Command View にログオンします。
2. [仮想ディスク]フォルダーを選択します。
112
ストレージプールエントリーの使用
3.
4.
新しいフォルダー(たとえば、MATRIX_Vdisks)を作成します。
新しいフォルダーを開いて、[仮想ディスクの作成]を選択します。
a. [名前] - ベストプラクティスは、SPM を付けるか、付けないかの 2 種類の命名規則を
使い分けることです。たとえば、SPM を使用してボリュームを迅速にインポートする
場合は、MatrixSPM_VDISK_<##> のような標準のプレフィックスを使用します。SPM
を使用しない場合は、Matrix_<WIN/LINUX/HP-UX>_VDISK_<##> のようなプレフィッ
クスを使用します。
b. [サイズ] - Windows の場合、ブートディスクに 40GB 以上が必要です。HP-UX ブート
ディスクの場合、30GB 以上が必要です。Linux ブートディスクの場合、20GB 以上が
必要です。サイズは、お客様固有の要件で決まります。
c. [RAID] - 希望する RAID レベルに設定します。
d. 必要に応じて、[詳細設定]を選択します。
i. [提供] - ディスクをホストに提供しないでください。
ii. [優先パス] - [優先パスなし]
iii. その他の適切な設定を選択します。
e.
手順 a~d を繰り返して、使用を計画しているすべての Vdisk LUN を作成します。
EVA ストレージ用の SPM のないストレージプールエントリーの作成
113
HP P6000 Command View ソフトウェアによるホストエントリーの作成
P6000 EVA Command View にログインし、以下の手順に従ってホストエントリーを追加しま
す。
1. [ホスト]フォルダーを選択します。
2. 新しいフォルダー(たとえば、Matrix_hosts)を作成します。
3. 新しいフォルダーを開いて、[ホストの追加]を選択します。
a. [名前] - Matrix_<WIN|LIN>_HOST_<##>
たとえば、Matrix_WIN_HOST_01
b.
[ポートの World Wide Name]:
ストレージプールエントリーの作成で生成されたサーバー WWN を入力するか、ま
たは lsmutil からの SAN ゾーニング済みサーバー WWN を使用します。
c.
[オペレーティングシステム]:
状況に応じて、Microsoft Windows、Microsoft Windows Server 2008、Microsoft
Windows Server 2012、Linux、または HP-UX を選択します。
114
ストレージプールエントリーの使用
重要: 必ず、正しいオペレーティングシステムを選択してください。この OS は、
ストレージの作成に使用されるホストモードを判断するために使用されます。これは
通常、ストレージにアクセスするサーバーの OS フレーバーに一致しますが、Windows
2008 の SCSI 拡張機能(通常クラスタ環境で使用されます)が必要でない場合は、
標準の「Windows」モードを使用できます。
d.
[タイプ]:
ファイバーチャネルまたは FCoE から適切なものを選択します。
4.
[ホストの追加]を選択します。
5.
6.
新しいホストの詳細を確認して、[ホストの追加]をクリックします。
ホスト名または IP を入力していない場合、ポップアップメッセージが表示されることがあ
ります。[続行]をクリックします。
[ホストの追加の結果]ページで [OK] をクリックします。
他のホストについて、手順 1~7 を繰り返します。
7.
8.
HP P6000 Command View ソフトウェアによる Vdisk LUN のホストへの提供
ホストへの提供を計画している Vdisk ごとに、以下の操作を行います。
1. [仮想ディスク] フォルダーを開きます。
2. Vdisk を選択します。
3. [提供]タブを選択します。
4. [提供]をクリックします。
5. ホストリストから該当するホストを選択します。[選択の確認]をクリックします。
EVA ストレージ用の SPM のないストレージプールエントリーの作成
115
6.
該当する LUN ID を選択します。これがホストに提供される最初の LUN である場合、デ
フォルトの LUN ID は 1 になるはずです。
7.
[提供の結果] で [OK] をクリックします。
SAN スイッチでのプールエントリー用のゾーンの作成
SAN スイッチでストレージプールエントリー用のゾーンを作成するには、以下の手順に従っ
てください。
116
ストレージプールエントリーの使用
ストレージプールエントリーからサーバー WWN とストレージ WWN を入手します。
SAN スイッチに、管理者でログオンします。
[Zone Admin] を選択します。
[Alias] タブを選択し、[New Alias] をクリックします。
エイリアスを作成します。「a_」のようなプレフィックスを付けて、エイリアスであるこ
とを示します。例:a_MatrixIO_WIN_01
6. [Add Other] をクリックして、サーバー WWN を設定します。
7. サーバー WWN を入力します(これはストレージプールエントリー作成時に割り当て済
みです)。
8. ストレージ WWN のエイリアス(この例では、「a_3PAR_cntlrA_port1」と呼びます)を
作成するために、ストレージ制御ポート情報を使用して、手順 5~7 を繰り返します。
9. [Zone] タブを選択します。
10. ゾーンを作成します。「z_」のようなプレフィックスを付けて、ゾーンであることを示し
ます。例:z_Matrix_WIN_01
11. [Add Member>>] を使用して、ホストエイリアスとストレージシステムエイリアスを追加
します。同じゾーンに追加したいストレージプールエントリーがある場合は、その情報を
追加します。
12. [Zone Config] タブを選択します。
1.
2.
3.
4.
5.
13. [Add Member>>] を使用して、新しいゾーンを適切なゾーン構成に追加します。
14. 最上部の [Save Config] をクリックして作業が完了するまで待ちます。ウィンドウの左下に
あるステータスバーを確認してください。
15. 最上部の [Enable Config] をクリックして作業が完了するまで待ちます。ウィンドウの左下
にあるステータスバーを確認してください。
16. 他のゾーンについて、手順 1~15 を繰り返します。
EVA ストレージ用の SPM のないストレージプールエントリーの作成
117
重要: FlexFabric コンバージドネットワークアダプター(NC551i、NC553i、NC551m、
NC553m など)を NPIV 構成で使用する場合、Windows システム用の Emulex ドライバーに
関する既知の問題が存在します。このドライバーは、物理イニシエーターポートと VPort が同
じターゲット WWPN 経由で LUN にアクセスすることを許可しません。この問題を解決する
には、物理イニシエーターポートの LUN と VPort の LUN を異なるディスクアレイコントロー
ラーポートでゾーニングします。たとえば、物理イニシエーターポートをコントローラー A の
ポート 1、VPort をコントローラー A のポート 2 またはコントローラー B にゾーニングしま
す。この解決方法を使用しない場合は、VPort で設定されたディスクが Windows オペレーティ
ングシステムに提供されません。
Linux システム用の Emulex ドライバーには、この問題は存在しません。Linux システムの場合
は、必ず、Emulex ドライバーの NPIV モードが有効になっていることを確認してください。
Insight Control サーバー配備を使用して Linux をインストールする場合は、これが、自動的に実
行されます。
CloudSystem Matrix は、静的 SAN における自動 OS プロビジョニングをサポートしています。
サーバーに対する LUN の可視性の優先順位付けは、物理 HBA ポートと 1 つまたは複数の仮想
HBA ポート(VPort)にわたる提供を分離することによって実現できます。この方法を使用す
る場合は、サーバーのブート LUN 用に単一のストレージプールエントリーが作成されます。
ブート LUN はイニシエーター WWPN に提供され、ゾーニングされます。このイニシエーター
WWPN は、ストレージプールエントリーに記録され、物理イニシエーターポート用の WWPN
としてサーバーに割り当てられます。
サーバーデータ LUN 用に 1 つまたは複数の追加ストレージエントリーが作成されます。「デー
タ LUN」ストレージプールエントリーは、それぞれ、異なるイニシエーター WWPN に割り当
てられます。ストレージプールエントリーで定義されているすべてのデータ LUN は、ストレー
ジプールエントリーで記録されている WWPN に提供され、ゾーニングされます。OS プロビ
ジョニングの後に、CloudSystem Matrix は、この追加 WWPN を自動的にサーバーに割り当て
ます。その結果、VPort が作成されます。サーバーは、起動すると、VPort 経由でデータ LUN
にアクセスします。Emulex ドライバーによって課される他の制限として、ブート LUN を、同
じサーバーが使用しているデータ LUN とは異なるディスクアレイコントローラーポート上に
提供し、ゾーニングしなければならないという要件があります。
このタイプの分離を確実に実現する 1 つの方法として、アレイ上のポートを起動やデータアク
セスといった特定の機能専用にすることがあります。2 つのコントローラーと 4 つのポートを
持つストレージシステムでは、Emulex ドライバーが現時点で必要としている分離を実施するた
めに次の割り当てを使用できます。
コントローラー A
ポート1 - ブートLUN
ポート2 - データLUN
コントローラー B
ポート1 - ブートLUN
ポート2 - データLUN
CloudSystem Matrix 環境でのマルチイニシエーター NPIV について詳しくは、White Paper
『Automated Storage Provisioning: “Static” SAN volume automation via multi-initiator NPIV』(HP
の Web サイト http://h20000.www2.hp.com/bc/docs/support/SupportManual/c02046446/
c02046446.pdf (英語))を参照してください。
ストレージプールエントリーを使用可能にする
SAN ストレージにボリュームとホストを作成してマッピングし、ストレージプールエントリー
のゾーニングが完了したら、ストレージプールエントリーに「論理サーバーで使用可能」マー
クを付けます。
ストレージプールエントリーに「使用可能」マークを付けるには、以下の手順に従ってくださ
い。
118
ストレージプールエントリーの使用
1.
2.
3.
4.
HP SIM から、[ツール]→[Matrix OE ビジュアル化]→[変更]→[論理サーバーストレージプー
ル...]に移動します。
ご使用のストレージプールエントリーの [アクション]の下で [変更]をクリックします。
[サーバー WWN の管理]で、各サーバー WWN の横の [準備完了]チェックボックスを選択
して、ストレージがアクセス用に適切にゾーニングされていることを CloudSystem Matrix
に示します。ストレージが作成され、コントローラーポートにマッピングされ、提供され
ていても、まだゾーニングされていない場合は、ゾーニングが実行されるまで、[準備完
了]チェックボックスを選択解除したままにしておく必要があります。
変更を保存するには、[保存]をクリックします。
3PAR StoreServ Storage 用の SPM のないストレージプールエントリー
の作成
論理サーバーでストレージプールエントリーを使用可能にするには、以下を行う必要がありま
す。
•
正しい WWN と LUN ID を持つ Matrix OE ビジュアル化にストレージプールエントリー
を作成する必要があります。
•
ストレージアレイにボリュームを作成し、正しいホストにマッピングする必要がありま
す。
•
正しい WWN を持つストレージアレイにホストを作成する必要があります。
•
ホスト WWN は、ストレージアレイにゾーニングする必要があります。
ストレージアレイ、ゾーニング、およびストレージプールエントリーは、任意の順序で設定で
きます。この手順では、ストレージプールエントリーを作成してから、ストレージプールエン
トリーで生成される WWN で 3PAR StoreServ Storage を設定します。ストレージプールエン
トリーを作成する前に特定の WWN を持つストレージアレイを設定する予定の場合は、先に
進む前に「事前に割り当てられた WWN を使用したストレージプールエントリーの作成」
(131 ページ) を参照してください。
SAN ストレージエントリーのストレージプールエントリーの作成
SAN ストレージエントリーのストレージプールエントリーは、すべての情報が手動で提供さ
れるため、SPM を使用する必要がありません。EVA およびソリューション用のストレージ検
証を実行する機能があります。この機能は、HP SIM を使用して、アレイ上に作成されたボ
リュームに関する稼動情報を収集します。
SAN ストレージエントリーのストレージプールエントリーを作成するには、以下の手順に従っ
てください。
1. HP SIM で[ツール]→[Matrix OE ビジュアル化]の順に選択し、[変更]→[論理サーバースト
レージプール...]メニュー項目を使用します。
2. 新しいストレージプールエントリーを作成する前に、ポータビリティグループ (すべて以
外) を選択します。作成したストレージプールエントリーは、指定したポータビリティグ
ループ内の論理サーバーで使用できます。
3. (オプション)プロビジョニングの際に特定のストレジプールエントリーを選択するとき
に、使用する Matrix インフラストラクチャオーケストレーションテンプレートについて
固有のタグをいくつか作成します。インフラストラクチャオーケストレーションのテンプ
レート作成では、SAN ストレージ構成で使用するタグを指定します。
a. [タグの管理]をクリックして、[ストレージタグの管理]画面を表示し、新しいストレー
ジタグを作成します。作成したタグは、[タグフィルター]メニューに表示されます。
b. タグは、[ストレージプールエントリー: SAN] 画面の [タグリスト]テーブルで選択する
か、[ストレージプールのエントリーの変更]画面で既存のストレージプールエントリー
を変更することによって、ストレージプールエントリーと関連付けます。
4.
[ストレージタイプの選択]メニューから、[SAN ストレージエントリー]を選択します。
3PAR StoreServ Storage 用の SPM のないストレージプールエントリーの作成
119
5.
[エントリーの追加]をクリックして、新しいストレージプールエントリーを作成します。
120 ストレージプールエントリーの使用
6.
ストレージプールエントリーの定義を入力します。
a. (オプション)ボックスに異なる名前を入力して、ストレージプールエントリーの名
前を変更します。各ストレージプールエントリーには、一意のデフォルト名が付与さ
れています。プールエントリー名として、命名規則(例:Matrix_<WIN|LIN>_SP<##>)
を選択します。
b. (オプション)ストレージプールエントリーの説明を入力します。説明を入力してエ
ントリーをストレージプールに挿入すると、その説明は [ストレージ設定の変更]タブ
および [ストレージ設定の作成]画面の [プールエントリーの選択]メニューに表示され
ます。
3PAR StoreServ Storage 用の SPM のないストレージプールエントリーの作成
121
c.
d.
7.
メニューからストレージエントリーオペレーティングシステムを選択します。
(オプション)[共有の最大数] (このストレージプールエントリーの共有を許可する論
理サーバーの最大数) を変更し、[共有の最大数を更新]をクリックします。論理サー
バーがこのストレージエントリーを共有する状況では、各論理サーバーにポート単位
で固有のサーバー WWN が 1 つ割り当てられます。
(オプション)[タグ選択] テーブルから、このストレージプールエントリーに割り当てる
タグを選択します。
[タグリスト]テーブルでは、ストレージタグを最大で 16 個選択し、ストレージプールエ
ントリーに関連付けることができます。
メニューからストレージタグを選択します。
8.
ポート定義を入力します。
[ポート選択]テーブルを使用すると、このストレージプールエントリーにアクセスするた
めに論理サーバーによって使用されるサーバー HBA ポートを定義できます。SAN スト
レージとの通信は、すべて、サーバーの FC HBA ポートから開始されます。ポートは、順
番に追加されます。ポートごとに、メニューからポートが通信するファブリックを選択す
る必要があります。各ポートは、自動生成されて割り当てられるサーバー WWN を使用
して作成されます。この WWN は、NIC に対する MAC アドレスと同じように、SAN に
対してこの FC ポートを一意に識別するのに使用されます。ストレージ管理者は、LUN を
提供するときに、これらのポートへのアクセス権を付与します。
(オプション)1 つまたは複数のサーバーポート(物理 HBA ポート)の論理ポートを定
義します。
a. [ポートの追加]をクリックして、[ポート選択]テーブルに行を追加します。
b. [ファブリック]メニューから値を選択します。速度は、通信に使用する予定の FC 接
続ベイに対応します。
c. [速度]メニューから値を選択します。ファブリックは、使用するポートの速度に対応
します。
d. オプションで、このストレージプールエントリーの各ポートに対して、手順 a~c を
繰り返します。
122
ストレージプールエントリーの使用
注記: テーブルに最後に追加したポートを削除するには、[最後のポートの削除]をク
リックします。ポートは、追加した順序と逆の順序で削除する必要があります。
注記: 複数のポートを用意すると、冗長性が確保され、フェイルオーバー機能が使
えるようになるため、パフォーマンスが強化され、信頼性が高まります。冗長性に関
するチェックボックスを有効にするには、[ポート選択]テーブルで 2 つのポート(プ
ライマリポートとセカンダリポート)を定義する必要があります。
9.
ボリュームとパスの定義を入力します。
ボリュームとは、SAN 内のディスクアレイの固定ディスクドライブのことで、コントロー
ラーポートにマッピングされていない場合もあります。ストレージボリュームをコント
ローラーポートにマッピングすると、SAN 内部で LUN という形式でアドレスを指定でき
るようになります。
[ボリュームおよびパスの選択]テーブルでは、このストレージエントリーまたはストレー
ジプールエントリーのストレージボリューム属性を入力できます。
3PAR StoreServ Storage 用の SPM のないストレージプールエントリーの作成
123
a.
b.
c.
d.
e.
f.
g.
h.
すべてのボリュームに冗長性を組み込む場合は、[この論理サーバーのすべてのスト
レージボリュームに対して冗長を使用する]チェックボックスを選択します。
[ボリュームの追加]をクリックして、[ボリュームおよびパスの選択]テーブルに行を追
加します。
また、特定のボリュームに冗長性を組み込む場合は、そのボリュームの横の [冗長性]
チェックボックスを選択します。
[ブート]メニューから値を選択します。ボリュームがブートボリュームの場合は、[は
い]を選択します。データボリュームの場合は、[いいえ]を選択します。指定するスト
レージボリュームが 1 つだけの場合、そのボリュームはブートボリュームでなければ
なりません。指定するストレージボリュームが複数の場合、ブートボリュームにでき
るボリュームは 1 つだけです。デフォルトでは、最初に追加されるボリュームの場合
は [はい]、2 回目以降に追加されるボリュームの場合は [いいえ]です。
ストレージボリュームのサイズ(GB)を入力します
ストレージボリュームの [RAID レベル]を選択します。
このストレージボリュームに対して [冗長]を選択した場合は、プライマリおよびセカ
ンダリブートパスのアレイコントローラーポート番号を割り当てます。例:プライマ
リ : Controller 1, Port 1 WWN; セカンダリ: Controller 2, Port 2
WWN
アクセス対象のボリュームの LUN およびその LUN へのアクセスに使用するアレイコ
ントローラーポートのストレージポート WWN を追加します。この情報は、P6000
Command View、3PAR 管理コンソール、またはストレージ管理者から入手できます。
これらの値をすぐには入手できない場合は、このストレージエントリーを保存してお
き、[変更]→[論理サーバー...]メニュー項目を使用してストレージの値を後で追加しま
す。論理サーバーをアクティブ化するには、事前に、ストレージポート WWN およ
び LUN 識別子を入手しておく必要があります。
10. (オプション)有効性確認ステータスを検証します。
注記: 検証は、P6000 EVA Storage System を使用する場合のみ可能です。P9000 XP
Storage System または 3PAR StoreServ Storage の場合は、この手順を省略します。
注記:
す。
検証を有効にするには、CMS 上の HP SIM で、SAN ストレージ検証を設定しま
11. サーバー WWN をチェックし、管理します。
[サーバー WWN の管理]テーブルでは、ストレージプールエントリーに対応するサーバー
WWN を管理できます。
ストレージプールエントリーの各ポートに割り当てられたサーバー WWN の数は、[共有
の最大数]フィールドのプールエントリーにより指定された許可共有数に基づいて決まりま
す。許可される各共有について、ポート当たり 1 つのサーバー WWN が割り当てられま
124
ストレージプールエントリーの使用
す。論理サーバーがこのプールエントリーを共有する状況では、各論理サーバーにポート
単位で固有のサーバー WWN が 1 つ割り当てられます。
注記: 割り当て済みまたは(lsmutil などで)SAN ゾーン設定済みの WWN がある場合
は、ここに独自のサーバー WWN を入力します。
1. 割り当て済みのサーバー WWN を入力します。それらのサーバー WWN がすでに
VCEM で使用されている場合は、ストレージプールエントリーからエラーが返り、新
しいサーバー WWN を求められます。
2. 各サーバー WWN の横の [準備完了]チェックボックスを選択して、ストレージがア
クセス用に適切にゾーニングされていることを CloudSystem Matrix に示します。スト
レージが作成され、コントローラーポートにマッピングされ、提供されていても、ま
だゾーニングされていない場合は、ゾーニングが実行されるまで、[準備完了]チェッ
クボックスを選択解除したままにしておく必要があります。
3. ストレージプールエントリーの設定が完了したら、[保存]をクリックします。
12. 検証します。
[変更]→[論理サーバーストレージプール]ページから以下の手順を実行します。
a. (オプション)[フィルターオプション]メニューから値を選択し、環境に関連のある
ストレージプールエントリーだけを表示します。
b. (オプション)[プールエントリーの取得/更新]をクリックして、既存のストレージ
プールエントリーを表示します。[表示]、[変更]、および [削除]ボタンを使用して、エ
ントリーを操作します。複数のユーザーが同時に同じストレージプールエントリーを
変更しようとした場合、2 番目以降のユーザーの [変更]および [削除]ボタンは表示さ
れません。削除するストレージプールエントリーを選択する場合は、確認画面が表示
されます。
3PAR StoreServ Storage による仮想ボリュームの作成
3PAR StoreServ Storage 環境では、以下の手順で仮想ボリュームを作成してください。
1. 3PAR 管理コンソールを起動します。
2. CPG がすでに存在し、CPG に仮想ボリュームを作成する予定の場合は、手順 3 に進んで
ください。そうでない場合は、以下の手順に従って CPG を作成してください。
a. 一番上のメニューから、[Actions]→[Provisioning]→[CPG]→[Create CPG] の順に選択し
ます。
b. [System] - CPG を作成するストレージシステムを選択します。
c. [Domain] - CPG を作成するドメインを選択します。
d. [Name] - CPG の名前を入力します。ベストプラクティスは、SPM を付けるか、付け
ないかの 2 種類の命名規則を使い分けることです。たとえば、SPM を使用していな
い場合は、「Matrix_」のようなプレフィックスを使用します。SPM を使用してい
る場合は、「MatrixSPM_」のような標準のプレフィックスを使用します。
e. 必要に応じて、[Allocation Warning]、[Growth Warning]、および [Growth Limit] を有
効にし、設定します。
f. [Device Type](FC または NL)を選択します。
g. 適宜、[Device RPM]、[RAID Type]、および [Set Size] を選択します。
3PAR StoreServ Storage 用の SPM のないストレージプールエントリーの作成
125
h.
i.
3.
[Next] をクリックします。
[Finish] をクリックします。
一番上のメニューから、[Actions]→[Provisioning]→[Virtual Volume]→[Create Virtual Volume…]
の順に選択します。
注記: SPM のオンデマンドプロビジョニングを使用している場合は、これはオプション
です。
[System] - 仮想ボリュームを作成するストレージシステムを選択します。
[Domain] - 仮想ボリュームを作成するドメインを選択します。
[Name] - ボリューム名を入力します。ベストプラクティスは、SPM を付けるか、付けない
かの 2 種類の命名規則を使い分けることです。たとえば、SPM を使用しない場合は、
Matrix_<WIN/LINUX/HP-UX>_VV_<##> のようなプレフィックスを使用します。SPM
を使用してボリュームを迅速にインポートする場合は、MatrixSPM_VV_<##> のような
標準のプレフィックスを使用します。
7. [Template] - テンプレートを使用する場合は、テンプレート名を入力します。
8. [Comments] - ボリュームに関する任意のコメントを入力します。
9. [Size] - ボリューム上のユーザースペースのサイズを指定します。
10. [Provisioning] - 環境に適したプロビジョニングタイプを選択します。
4.
5.
6.
注記: 完全にプロビジョニングされたボリュームは、CPG または物理デバイス上に作成
することができます。シンプロビジョニングされたボリュームは、CPG 上に作成すること
ができます。
126
ストレージプールエントリーの使用
11. [CPG] を選択します。CPG を選択しない場合、ボリュームは、物理ディスク上に作成され
ます。
12. [Next] をクリックします。
13. 仮想コピーを作成する予定がある場合または後でボリュームの容量を拡張する予定がある
場合は、[Copy Space] を選択します。
14. 必要に応じて [Allocation Warning] および [Allocation Limit] を選択します。
15. [Next] をクリックします。
3PAR StoreServ Storage によるホストエントリーの作成
注記:
ホストセットに含まれる 3PAR StoreServ Storage 上にホストを作成しないでください。
3PAR StoreServ Storage を使用してホストエントリーを作成するには、以下の手順に従ってく
ださい。
1. 3PAR 管理コンソールを開いて、ログオンします。
2. ホストを作成する 3PAR StoreServ Storage を選択します。
3. メニューバーから、[Actions]→[Hosts]→[Create Host] の順に選択します。
3PAR StoreServ Storage 用の SPM のないストレージプールエントリーの作成
127
4.
[Create Host] 画面で、次の手順を実行します。
a. ホストを配置するドメインを [Domain] から選択します。
b. ホスト名を [Name] に入力します。
c. ホストの Persona を [Persona] から選択します。
d. (オプション)ホストの説明を [Descriptors] に入力します。
e. [Next] をクリックします。
5.
ホストイニシエーターポートの WWN にホストを割り当てます。まだ電源が投入されて
いないシステムについては、新しい WWN に入力します。[Next] をクリックします。
物理サーバーでは iSCSI はサポートされないため、[Next] をクリックしてこの画面をス
キップします。
[Summary] 画面で、[Finish] をクリックします。
6.
7.
3PAR StoreServ Storage による仮想ボリュームのホストへの提供
仮想ボリュームをホストに提供するには、以下の手順に従ってください。
1. 3PAR 管理コンソールにログオンします。
2. 仮想マシンの提供元となる 3PAR StoreServ Storage を選択します。
3. 左側のナビゲーションパネルで、[Provisioning] をクリックします。
4. 左側のナビゲーションパネルで、ストレージアレイを展開して、[Virtual Volumes] を選択
します。
5. 右側のパネルで、[Virtual Volumes] タブを選択します。エクスポートする仮想ボリューム
を右クリックして、[Export] を選択します。
6. エクスポートウィザードの指示に従います。
128
ストレージプールエントリーの使用
注記: 左側のナビゲーションパネルで仮想ボリュームを展開し、[Exported] または
[Unexported] ボリュームアイコンを選択することによって、エクスポートした仮想ボリュー
ムとエクスポートしていない仮想ボリュームを素早く確認します。
SAN スイッチでのプールエントリー用のゾーンの作成
SAN スイッチでストレージプールエントリー用のゾーンを作成するには、以下の手順に従っ
てください。
1. ストレージプールエントリーからサーバー WWN とストレージ WWN を入手します。
2. SAN スイッチに、管理者でログオンします。
3. [Zone Admin] を選択します。
4. [Alias] タブを選択し、[New Alias] をクリックします。
5. エイリアスを作成します。「a_」のようなプレフィックスを付けて、エイリアスであるこ
とを示します。例:a_MatrixIO_WIN_01
6. [Add Other] をクリックして、サーバー WWN を設定します。
7. サーバー WWN を入力します(これはストレージプールエントリー作成時に割り当て済
みです)。
8. ストレージ WWN のエイリアス(この例では、「a_3PAR_cntlrA_port1」と呼びます)を
作成するために、ストレージ制御ポート情報を使用して、手順 5~7 を繰り返します。
9. [Zone] タブを選択します。
10. ゾーンを作成します。「z_」のようなプレフィックスを付けて、ゾーンであることを示し
ます。例:z_Matrix_WIN_01
11. [Add Member>>] を使用して、ホストエイリアスとストレージシステムエイリアスを追加
します。同じゾーンに追加したいストレージプールエントリーがある場合は、その情報を
追加します。
12. [Zone Config] タブを選択します。
13. [Add Member>>] を使用して、新しいゾーンを適切なゾーン構成に追加します。
14. 最上部の [Save Config] をクリックして作業が完了するまで待ちます。ウィンドウの左下に
あるステータスバーを確認してください。
3PAR StoreServ Storage 用の SPM のないストレージプールエントリーの作成
129
15. 最上部の [Enable Config] をクリックして作業が完了するまで待ちます。ウィンドウの左下
にあるステータスバーを確認してください。
16. 他のゾーンについて、手順 1~15 を繰り返します。
重要: FlexFabric コンバージドネットワークアダプター(NC551i、NC553i、NC551m、
NC553m など)を NPIV 構成で使用する場合、Windows システム用の Emulex ドライバーに
関する既知の問題が存在します。このドライバーは、物理イニシエーターポートと VPort が同
じターゲット WWPN 経由で LUN にアクセスすることを許可しません。この問題を解決する
には、物理イニシエーターポートの LUN と VPort の LUN を異なるディスクアレイコントロー
ラーポートでゾーニングします。たとえば、物理イニシエーターポートをコントローラー A の
ポート 1、VPort をコントローラー A のポート 2 またはコントローラー B にゾーニングしま
す。この解決方法を使用しない場合は、VPort で設定されたディスクが Windows オペレーティ
ングシステムに提供されません。
Linux システム用の Emulex ドライバーには、この問題は存在しません。Linux システムの場合
は、必ず、Emulex ドライバーの NPIV モードが有効になっていることを確認してください。
Insight Control サーバー配備を使用して Linux をインストールする場合は、これが、自動的に実
行されます。
CloudSystem Matrix は、静的 SAN における自動 OS プロビジョニングをサポートしています。
サーバーに対する LUN の可視性の優先順位付けは、物理 HBA ポートと 1 つまたは複数の仮想
HBA ポート(VPort)にわたる提供を分離することによって実現できます。この方法を使用す
る場合は、サーバーのブート LUN 用に単一のストレージプールエントリーが作成されます。
ブート LUN はイニシエーター WWPN に提供され、ゾーニングされます。このイニシエーター
WWPN は、ストレージプールエントリーに記録され、物理イニシエーターポート用の WWPN
としてサーバーに割り当てられます。
サーバーデータ LUN 用に 1 つまたは複数の追加ストレージエントリーが作成されます。「デー
タ LUN」ストレージプールエントリーは、それぞれ、異なるイニシエーター WWPN に割り当
てられます。ストレージプールエントリーで定義されているすべてのデータ LUN は、ストレー
ジプールエントリーで記録されている WWPN に提供され、ゾーニングされます。OS プロビ
ジョニングの後に、CloudSystem Matrix は、この追加 WWPN を自動的にサーバーに割り当て
ます。その結果、VPort が作成されます。サーバーは、起動すると、VPort 経由でデータ LUN
にアクセスします。Emulex ドライバーによって課される他の制限として、ブート LUN を、同
じサーバーが使用しているデータ LUN とは異なるディスクアレイコントローラーポート上に
提供し、ゾーニングしなければならないという要件があります。
このタイプの分離を確実に実現する 1 つの方法として、アレイ上のポートを起動やデータアク
セスといった特定の機能専用にすることがあります。2 つのコントローラーと 4 つのポートを
持つストレージシステムでは、Emulex ドライバーが現時点で必要としている分離を実施するた
めに次の割り当てを使用できます。
コントローラー A
ポート1 - ブートLUN
ポート2 - データLUN
コントローラー B
ポート1 - ブートLUN
ポート2 - データLUN
CloudSystem Matrix 環境でのマルチイニシエーター NPIV について詳しくは、White Paper
『Automated Storage Provisioning: “Static” SAN volume automation via multi-initiator NPIV』(HP
の Web サイト http://h20000.www2.hp.com/bc/docs/support/SupportManual/c02046446/
c02046446.pdf (英語))を参照してください。
130 ストレージプールエントリーの使用
ストレージプールエントリーを使用可能にする
SAN ストレージにボリュームとホストを作成してマッピングし、ストレージプールエントリー
のゾーニングが完了したら、ストレージプールエントリーに「論理サーバーで使用可能」マー
クを付けます。
ストレージプールエントリーに「使用可能」マークを付けるには、以下の手順に従ってくださ
い。
1. HP SIM から、[ツール]→[Matrix OE ビジュアル化]→[変更]→[論理サーバーストレージプー
ル...]に移動します。
2. ご使用のストレージプールエントリーの [アクション]の下で [変更]をクリックします。
3. [サーバー WWN の管理]で、各サーバー WWN の横の [準備完了]チェックボックスを選択
して、ストレージがアクセス用に適切にゾーニングされていることを CloudSystem Matrix
に示します。ストレージが作成され、コントローラーポートにマッピングされ、提供され
ていても、まだゾーニングされていない場合は、ゾーニングが実行されるまで、[準備完
了]チェックボックスを選択解除したままにしておく必要があります。
4. 変更を保存するには、[保存]をクリックします。
事前に割り当てられた WWN を使用したストレージプールエントリー
の作成
Matrix OE ビジュアル化で作成されたストレージプールエントリー用の特定の WWN セット
を使用したい場合や、ストレージプールエントリーを作成する前に一連の WWN を予約して
おきたい場合があります。lsmutil ツールを使用すると、ストレージプールエントリーの作成用
に特定の WWN または WWN のグループを予約することができます。予約された WWN
は、Matrix OE で新しいストレージプールエントリーを作成するために使用できません。
重要:
この手順は、基本的な Matrix インストールサービス中にはおすすめしません。
事前提供ストレージを使用する場合は、次の手順を実行します。
注記: これは手動で作成した論理サーバー(Matrix OE ビジュアル化)に使用できますが、
Matrix IO で作成した論理サーバーには使用できません。
1.
2.
CMS で、コマンドプロンプトウィンドウを開きます。
コマンドプロンプトで、次のような lsmutil コマンドを使用して VC の WWN を予約しま
す。
lsmutil -reserve -WWN [WWN | ドメイングループ名(半角スペース)WWN の数]
3.
4.
5.
手順 2 でコマンドによって返された WWN を書き留めます。
ストレージアレイにボリュームとホストを作成します。作成したホストに予約済み WWN
を割り当てます。ストレージアレイ内のホストにボリュームを提供します。
ストレージプールエントリーを作成する場合は、必ず、管理サーバー WWN テーブルに
事前定義 WWN を含めてください。
SPM によるストレージの管理
図 3 (106 ページ) のフローチャートを使用すると、ストレージプールエントリーのボリューム
のプロビジョニングに SPM を使用すべきかどうかを容易に判断できます。Matrix OE インフ
ラストラクチャオーケストレーションで自動生成されるストレージプールエントリー、検索可
能ストレージカタログ、およびオンデマンドプロビジョニングを利用するには、SPM を使用す
る必要があります。
次の 3 つの主要な使用モデルがあります。
•
オンデマンドプロビジョニングモデルでは、ストレージ管理者は、SPM カタログでアレ
イ、ストレージプール、およびネットワークを指定して、それらのプールのアクセス権を
セットアップします。その後、コンシューマーは、ストレージサービスを使用して、既存
事前に割り当てられた WWN を使用したストレージプールエントリーの作成
131
のプールから新しいボリュームをプロビジョニングします。プロビジョニングポリシー
は、ストレージアーキテクトにより、テンプレート要件を使用して制御されます。
•
事前プロビジョニングモデルでは、ストレージ管理者は、SPM カタログで、ストレージ
サービスを実行するために使用されるアレイ、ストレージプール、すべてのボリューム、
ネットワーク、およびゾーニングを指定して、それらのボリュームのアクセス権をセット
アップします。その後、コンシューマーは、ストレージサービスを介してストレージをリ
クエストし、SPM が、既存のボリュームに対応するサービスの候補のリストを返します。
ボリューム選択ポリシーは、ストレージアーキテクトにより、テンプレート要件を使用し
て制御されます。
•
リクエストベースのモデルでは、サーバー管理者は、ストレージが SPM によってインポー
トまたは作成される前に、ストレージをリクエストします。その後、ストレージアーキテ
クトまたは管理者は、アレイやボリュームを追加して、そのサービス内の要件に対処しま
す。
注記:
どのモデルも、他のモデルの任意の組み合わせとともに使用できます。
このガイドでは、ストレージアレイ、プール、ボリューム、およびネットワークを SPM にイ
ンポートする方法の概要についてのみ説明します。SPM によってインポートされたボリューム
は、プロビジョニング用に Matrix IO に表示できます。このガイドでは、SPM テンプレートの
作成やオンデマンドプロビジョニングの設定については取り扱いません。
CloudSystem Matrix 環境での SPM の使用について詳しくは、HP の Web サイト http://
h20195.www2.hp.com/V2/GetPDF.aspx/4AA3-1738ENW.pdf (英語)にある 『Faster storage
provisioning in the Matrix and Matrix Operating Environment — Use of the HP Storage Provisioning
Manager storage catalog with controlled storage operations』 White Paper を参照してくださ
い。
BNA ソフトウェアのインストールおよび設定
SPM を使用し、Brocade ファイバーチャネルスイッチのみで構成されるファブリックがある場
合は、HP B-Series SAN Network Advisor 11.1.3、11.1.4、または 12.02 で使用できる SMI
エージェントをインストールすることをおすすめします。BNA SMI エージェントは、SPM が
Brocade ネットワークを管理するために必要です。この SMI エージェントは、BNA 用の完全
なインストレーションパッケージにも付属しています。BNA インストールの設定段階で、完
全な BNA 機能または SMI エージェントのみを有効にするオプションを選択します。これは、
下記の手順 2 に示されています。
注記: BNA SMI エージェントは、Brocade の Web サイトで入手できるスタンドアロンの SMI
エージェントではありません。Brocade の Web サイトで入手できるスタンドアロンの SMI
エージェントは、古いスイッチで使用するための従来のエージェントです。
注記: 完全なバージョンの BNA がインストールされている場合は、ライセンスが必要です。
初期のインストール後は、75 日間の試用ライセンスが提供されます。
•
お客様の環境に BNA ソフトウェアがすでにインストールされている場合は、どのバージョ
ンがインストールされているか確認してください。[コントロールパネル]→[プログラム]→[プ
ログラムと機能]の順に選択すると、BNA のバージョンを確認できます。v11.1.3 よりも
古いバージョンである場合は、手順を続行する前にこのソフトウェアを更新してくださ
い。
•
BNA ソフトウェアがまだインストールされていない場合は、以下の手順を実行してくだ
さい。
注記: メモリおよび CPU に関する要求が大きいため、BNA ソフトウェアパッケージ全体を
専用のサーバーにインストールすることをおすすめします。BNA SMI Agent のみのソフトウェ
アパッケージを CMS にインストールすることができますが、インストール時にすべてのポー
ト競合を解決する必要があります。
132
ストレージプールエントリーの使用
HP B-Series SAN Network Advisor のすべてのバージョンをインストールして設定するには、以
下の手順に従ってください。
1. BNA ソフトウェアがダウンロードされているディスクのファイル保存場所にアクセスし、
BNA インストーラーをダブルクリックして起動します。インストールが完了したら、
[Launch HP B-series SAN Network Advisor Configuration] ボックスを選択して、[Done] をク
リックします。
2.
BNA 設定の [Package] 画面で、適切なソフトウェアパッケージを選択します。
•
[SAN with SMI Agent] は、BNA のフルライセンス用です。
•
[SMI Agent Only] は、無償の BNA SMI エージェントのみを使用する場合に選択しま
す。
[Next] をクリックします。
SPM によるストレージの管理
133
3.
選択したパッケージの手順を実行します。
•
[SAN with SMI Agent] の場合:
1. 適切なインストールの種類を選択します。
◦
[HP B-series SAN Network Advisor - Licensed version]
◦
[HP B-series SAN Network Advisor - 75 days Trial]
◦
[HP B-series SAN Network Advisor - Professional]
[Next] をクリックします。
134
ストレージプールエントリーの使用
2.
3.
[FTP Server] 画面で、FTP サーバーに関して [Internal] または [External] のどちらか
適切なものを選択し、[Next] をクリックします。
[Server IP Configuration] 画面で、サーバー通信 IP アドレスを選択します。SPM
と同じサブネット上の IP アドレスを選択して、SPM が Brocade のネットワーク
デバイス管理ソフトウェアに接続して通信できるようにします。[Next] をクリッ
クします。
SPM によるストレージの管理
135
4.
136
[Server Configuration] 画面で、デフォルトのままにするか、次の各ポートのポー
ト番号を入力します。
◦
[SSL Enabled] チェックボックスを選択します。
◦
[Web Server Port #](デフォルト = 80)
◦
[Database Port #](デフォルト = 5432)
◦
[Starting Port #](デフォルト = 24600)
ストレージプールエントリーの使用
注記: サーバーには、[Starting Port #] の番号からの連続した 16 の空きポー
トが必要です。
◦
[Syslog Port #](デフォルト = 514)
◦
[SNMP Port #](デフォルト = 162)
[Next] をクリックします。
5.
6.
[SMI Agent Configuration] 画面で、次の手順を実行します。
◦
[Enable SMI Agent] チェックボックスを選択します。
◦
[Enable SLP] チェックボックスを選択します。
◦
[Enable SSL] チェックボックスを選択します。
◦
[SMI Agent Port #](デフォルト = 5989)にポート番号を入力します。
◦
[Next] をクリックします。
[SAN Networks Size] 画面で、ご使用の SAN 環境に適合する次のいずれかのオプ
ションを選択します。
◦
[Small](最大 2000 のスイッチポート、1~20 のドメインを管理)
◦
[Medium](最大 5000 のスイッチポート、21~60 のドメインを管理)
◦
[Large](最大 9000 のスイッチポート、61~120 のドメインを管理)
[Next] をクリックします。
7.
8.
[Server Configuration Summary] 画面で、設定情報を確認して、[Next] をクリック
します。
[Start Server] 画面で、次の手順を実行します。
◦
必要に応じて、[Start SMI Agent] チェックボックスを選択します。
◦
必要に応じて、[Start SLP] チェックボックスを選択します。
◦
必要に応じて、[Start Client] チェックボックスを選択します。
◦
[Finish] をクリックします。
[Log In] ダイアログボックスで、ログイン認証情報を入力して、[Login] をクリッ
クします。デフォルトのログインは Administrator であり、デフォルトのパ
スワードは password です。
10. [Network Advisor Login] バナーで、[OK] をクリックします。
9.
•
[SMI Agent only] の場合:
1. [Server IP Configuration] 画面で、サーバー通信 IP アドレスを選択します。SPM
と同じサブネット上の IP アドレスを選択して、SPM が Brocade のネットワーク
デバイス管理ソフトウェアに接続して通信できるようにします。[Next] をクリッ
クします。
SPM によるストレージの管理
137
2.
[Server Configuration] 画面で、デフォルトのままにするか、次の各ポートのポー
ト番号を入力します。
◦
[Web Server Port #](デフォルト = 80)
◦
[Database Port #](デフォルト = 5432)
◦
[Starting Port #](デフォルト = 24600)
注記: サーバーには、[Starting Port #] の番号からの連続した 16 の空きポー
トが必要です。
◦
[Syslog Port #](デフォルト = 514)
◦
[SNMP Port #](デフォルト = 162)
[Next] をクリックします。
3.
[SMI Agent Configuration] 画面で、次の手順を実行します。
a. [Enable SSL] チェックボックスを選択します。
b. [SMI Agent Port #](デフォルト = 5988)にポート番号を入力します。
c. [Next] をクリックします。
4.
[Server Configuration Summary] 画面で、情報を確認します。[Next] をクリックし
ます。
[Start Server] 画面で、[Start Client] チェックボックスを選択して、[Finish] をクリッ
クします。
[Log in] ダイアログボックスで、認証情報を入力して、[Login] をクリックします。
デフォルトのログインは Administrator であり、デフォルトのパスワードは
password です。
[Network Advisor Login] バナーで、[OK] をクリックします。
5.
6.
7.
138
ストレージプールエントリーの使用
8.
9.
[Configure SMI Agent...]をクリックします。
SMI エージェントにログオンします。デフォルトのログインは Administrator
であり、デフォルトのパスワードは password です。
10. [Fabric Discovery] をクリックします。
SPM によるストレージの管理
139
11. 新規インストールの場合は、[Add] をクリックして、新しいファブリックを追加
します。
すでにインストールされている場合は、インポートされたファブリックを確認し
ます。
注記: 使用するファブリックの各スイッチについて、認証情報が正しく入力さ
れ、スイッチの横に緑色のチェックマークが表示されていることを確認します。
緑色のチェックマークが表示されていない場合は、スイッチを選択して、[Edit]
をクリックし、認証情報を変更します。
注記: SPM がエンドポイントを認識するには、BNA が管理するすべてのスイッ
チで、SNMP 登録が正しく設定されていなければなりません。
12. すべてのウィンドウを閉じて、「SPM の設定」 (140 ページ) に進みます。
SPM の設定
注記: このクライアントは、Microsoft Silverlight を必要とします。Silverlight がシステムにイ
ンストールされていない場合は、インストールすることを求められます。
SPM を起動するには、インターネットブラウザーを開いて https://servername:8000 にアク
セスします。ここで、servername は、CMS の名前です。SPM は、ログインとアクセス制御
の管理の両方で、既存の Windows 認証情報を受け入れます。入力する認証情報を、SPM サー
ビスを実行するサーバーが認識する必要があります。サーバーが Microsoft Windows Active
Directory ドメインに参加している場合は、ドメインの認証情報も使用できます。最初にログイ
ンできるのは、サーバー固有のローカル管理者グループのメンバーのみです。SPM のユーザー
手順について詳しくは、HP の Web サイト http://www.hp.com/go/matrixoe/docs にある 『HP
Storage Provisioning Manager (SPM) User Guide』 および HP の Web サイト http://
h20195.www2.hp.com/V2/GetPDF.aspx/4AA3-1738ENW.pdf (英語)にある 『Faster storage
140 ストレージプールエントリーの使用
provisioning in an HP HP Matrix and Matrix Operating Environment — Use of the HP Storage
Provisioning Manager storage catalog with controlled storage operations』 テクニカルホワイト
ペーパーを参照してください。
連携 CMS 環境におけるセカンダリ CMS 用のカタログパーミッションの設定
プライマリ CMS では、カタログパーミッションは自動的に設定されるはずです。ただし、プ
ライマリ CMS とセカンダリ CMS でカタログパーミッションを確認して、存在しない場合や
正しくない場合は、これらのパーミッションを設定してください。
連携 CMS 環境では、SPM および LSM は、各セカンダリ CMS 上で対応するペアとして動作し
ます。Matrix 用の Windows グループはセカンダリ CMS 上で手動で作成されるため、この
Windows グループを SPM に手動で追加する必要があります。セカンダリ CMS でのユーザー
グループの手動追加について詳しくは、「セカンダリ CMS でのインフラストラクチャオーケ
ストレーションユーザーグループの作成」 (21 ページ) を参照してください。
連携 CMS 環境の各セカンダリ CMS で、Matrix User、Matrix Architect、および Matrix
Administrator 役割に適切なユーザーが含まれていることを確認してください。次の手順は、例
として、HPIO_Users、HPIO_Architects、および HPIO_Administrators グループを適宜に追加す
る方法を示しています。プライマリ CMS と一致するように、各セカンダリ CMS 上に同じユー
ザーアカウントと HPIO グループを作成する必要があります。
カタログのパーミッション設定を指定するには、以下の手順に従ってください。
1. [管理]→[役割]→[Matrix Administrator]→[役割アクション]→[役割の編集]の順に選択しま
す。
2.
3.
[ユーザーとグループ]タブで、[追加]をクリックします。
[ユーザーまたはグループの選択]ダイアログボックスで、名前検索用語:フィールドに
[HPIO_Administrators] と入力し、[検索]をクリックします。
SPM によるストレージの管理
141
4.
5.
142
[HPIO_Administrators] グループを選択し、[OK] をクリックします。
[ユーザーとグループ]タブで、[OK] をクリックします。
ストレージプールエントリーの使用
6.
手順 1~5 を繰り返して、次のようにグループを追加します。
a. 「HPIO_Architects」Windows グループを「Matrix Architect」役割に追加
b. 「HPIO_Users」Windows グループを「Matrix User」役割に追加
重要:
Matrix Service 役割から「MatrixService1」ユーザーを削除しないでください。
注記: SPM を使用してストレージプールエントリーを作成する必要のある Administrator
および HPIO_Administrators のメンバー以外のユーザーを用意している場合は、そのユー
ザーを HPIO_Administrators と同じパーミッションで既存の Matrix の役割に追加します。
ストレージのインポート
オンデマンドで作成されるボリュームを別にすると、ストレージサービス要件に対処するため
に使用されるのは、カタログにインポートしたストレージおよびネットワークだけです。SPM
は、オンデマンドプロビジョニングの機能を持つアレイ上にインポートされたストレージプー
ルから、ボリュームを自動的にプロビジョニングできます。ストレージプールをカタログにイ
ンポートするには、まず、アレイをインポートします。事前プロビジョニング使用モデルを使
用している場合は、オプションで、ボリュームをインポートできます。
管理対象アレイのインポート
SPM は、3PAR StoreServ Storage、P6000 EVA Storage System、および P9000 XP Storage
System に関する自動ボリュームインポートをサポートします。これらのアレイは、「管理対象
アレイ」と見なされます。ボリュームをインポートするには、または SPM によるオンデマン
ドプロビジョニングを可能にするには、アレイおよびストレージプールを SPM にインポート
する必要があります。
SPM によるストレージの管理
143
:
SPM による仮想ドメインのサポートには、3PAR OS 3.1.1 MU2 以降(3.1.2 を含む)が必要
です。SPM では、これより古いバージョンの 3PAR StoreServ Storage 上の仮想ドメインを SPM
カタログにインポートできません。HP の Web サイト http://www.hp.com/go/matrixoe/docs
にある『HP Storage Provisioning Manager User Guide』を参照してください。
•
3.1.1 以前 - 仮想ドメインはサポートされません。
•
3.1.1 MU1 - 仮想ドメインは次の制限付きでサポートされます。
•
◦
空のドメインは表示されません。
◦
指定したドメインにホストを作成することはできません。
◦
ドメインセット内のドメインを特定することはできません。
3.1.1 MU2 以降 - 仮想ドメインは制限なくサポートされます。
サポートされる 3PAR OS バージョンについては、HP の Web サイト http://www.hp.com/jp/
proliantessentials_manual で提供される 『HP Insight Management サポートマトリックス』 を
参照してください。
3PAR OS バージョンを確認するには、3PAR OS SSH にログインして次のように入力します。
showversion -a -b
管理対象アレイをインポートするには、以下の手順に従ってください。
1. 左側のナビゲーションペインから、[アレイ]を選択します。
2. ウィンドウの下部にある [アレイのインポート]をクリックします。[アレイのインポート
ウィザード]が表示されます。
3. [アレイタイプの選択]ページで、インポートするアレイのタイプを選択して、[次へ]をク
リックします。
4.
[接続情報の提供]で、選択したアレイのタイプに応じて、次の手順を実行します。
•
3PAR StoreServ の場合は、ホスト名または IP アドレス、ポート、ユーザー名、およ
びパスワードを入力します。IP アドレスとポートは、SMI-S プロバイダーの位置に対
144 ストレージプールエントリーの使用
応し、ログイン情報はマネジメントプロバイダーのログイン情報に対応します。デ
フォルトのポート番号は「5989」です。
5.
6.
•
P6000 EVA Storage System の場合は、管理サーバーのホスト名または IP アドレス、
ユーザー名、およびパスワードを入力します。デフォルトのポート番号は「2372」
です。HP P6000 Command View ソフトウェアが CMS 上にある場合は、このポート
番号が異なっている可能性があります。
•
P9000 XP Storage System の場合は、管理サーバーのホストポート、ユーザー名、お
よびパスワードを入力します。
[次へ]をクリックします。アレイのリストが更新され、表示されるのには、数分かかりま
す。
[アレイのインポート]ページで、インポートするストレージシステムを選択して、[次へ]を
クリックします。
SPM によるストレージの管理
145
注記: 各 3PAR StoreServ 仮想ドメインが、独立したアレイとして表示され、選択できま
す。アレイの名前は、「< アレイ > (< 仮想ドメイン名 >)」という形式で表示されます
例:vslisf400a(財務)。必ず、適切なアレイと仮想ドメインを選択します。
7.
[アレイのプロパティ]ページで、次の手順を実行します。
a. インポートされたアレイに適用するタグを選択または入力します。タグを入力するに
は、タグ名をタイプして、[+] アイコンをクリックします。
b. [Matrix User Security Group] を選択します。
c. [ストレージプールを正常にインポートします]を選択します。
d. [次へ]をクリックします。
8.
[概要]ページで、設定を確認します。変更する場合は、[戻る]をクリックすると、前のウィ
ザードページに戻ります。[完了後にストレージプールのインポートウィザードを起動]を
選択したままの状態で、[完了]をクリックします。
ストレージプールのインポート
SPM は、オンデマンドプロビジョニング(アレイ上のボリュームの作成、LUN としての提供、
Brocade SAN 環境におけるゾーニング)を実行できますが、アレイ上にストレージプールを作
成することはできません。ストレージプールは、手動で作成して、SPM にインポートする必要
があります。3PAR StoreServ Storage を使用している場合、SPM は、具体的なプールまたは容
量プランニンググループ(CPG)をインポートできますが、CPG の使用をおすすめします。
既存のストレージプールをアレイから SPM にインポートするには、以下の手順に従ってくだ
さい。
1. ストレージプールのインポートウィザードが自動的に起動している場合は、手順 3 に進み
ます。そうではなく、ボリュームのインポートウィザードを手動で起動する場合は、次の
手順を実行します。
a. 左側のナビゲーションペインで、[ストレージプール]を選択します。
b. [ストレージプールのインポート]をクリックします。
ストレージプールのインポートウィザードが表示されます。
2.
3.
146
[アレイの選択]ページで、ストレージプールのインポート元となるアレイを選択します。
[次へ]をクリックします。
[ストレージプールのインポート]ページで、インポートするディスクグループ(P6000
Storage System)または容量プランニンググループ(3PAR StoreServ)を選択します。[次
へ]をクリックします。
ストレージプールエントリーの使用
4.
[ストレージプールのプロパティ]画面で、次の手順を実行します。
a. インポートされたストレージプールに適用するタグを選択または入力します。タグを
入力するには、タグ名をタイプして、[+] アイコンをクリックします。
b. [Matrix User Security Group] を選択します。
c. [ストレージプールを正常にインポートします]を選択します。
d. [次へ]をクリックします。
5.
[概要]ページで、次の手順を実行します。
a. 設定を確認します。変更する場合は、[戻る]をクリックすると、前のウィザードペー
ジに戻ります。
b. 事前プロビジョニングボリュームがある場合は、[完了後にボリュームのインポート
ウィザードを起動]を選択したままの状態にしておきます。オンデマンドプロビジョニ
ングのみを使用する場合は、[完了後にボリュームのインポートウィザードを起動]の
選択を解除します。
c. [完了]をクリックします。
SPM によるストレージの管理
147
ボリュームのインポート
SPM は、ボリュームのインポートウィザードを使用してストレージシステムからボリュームを
インポートします。ボリュームは自動的に検出され、管理対象ストレージシステムからイン
ポートできるようになります。
注意: 使用中のストレージボリュームを意図しないコンシューマーに提供すると、データが
消失する場合があります。
SPM にインポートされるすべてのストレージボリュームが、Matrix Operating Environment の
ような SPM コンシューマーが要求するストレージサービスに対処するために提供されるため、
事前に提供済みのボリュームを SPM にインポートするときは特に注意してください。この SPM
インスタンスによってサービスされるストレージリクエストに対処するためのストレージボ
リュームのみをインポートしてください。(独立構成または連携構成で)複数の SPM インス
タンスがある場合は、各インスタンスで異なるストレージアレイプールまたは完全に異なるア
レイを管理したい場合があります。
事前に提供済みのストレージボリュームをインポートする場合は、ボリュームが使用中でない
ことを確認してください。使用中のボリューム、他のシステムまたはサービスで使用する予定
のボリューム、または他の SPM インスタンスにインポート済みのボリュームは、インポート
しないでください。
注記: 次の手順は、事前プロビジョニング使用モデルでのみ必要です。オンデマンドプロビ
ジョニングのみを使用する場合は、既存のボリュームをインポートする必要はありません。
管理対象アレイからボリュームをインポートするには、以下の手順に従ってください。
1. ボリュームのインポートウィザードが自動的に起動している場合は、手順 3 に進みます。
そうではなく、ボリュームのインポートウィザードを手動で起動する場合は、次の手順を
実行します。
a. 左側のナビゲーションペインで、[ボリューム]を選択します。
b. [ボリュームのインポート]をクリックします。
ボリュームのインポートウィザードが表示されます。
2.
148
[ストレージプールの選択]ページで、ボリュームのインポート元となるストレージプール
を選択します。[次へ]をクリックします。
ストレージプールエントリーの使用
3.
[ボリュームのインポート]ページで、SPM カタログにインポートするボリュームを選択し
ます。ボリュームリストを名前でソートすると、「MatrixSPM」というプレフィックスを
付けて作成したすべてのボリュームが 1 つのセクションに表示されるので、インポートす
るすべてのボリュームを選択します。[次へ]をクリックします。
重要: 3PAR StoreServ の Autonomic Groups および Peer Motion が、手動操作を加えるこ
とでサポートされます。HP の Web サイト http://www.hp.com/go/matrixoe/docs で提
供される 『HP Storage Provisioning Manager (SPM) 3PAR Peer Motion Technical White
Paper』 を参照してください。
SPM は、3PAR StoreServ Storage の Peer Persistence 機能とは互換性がありません。Peer
Persistence と SPM を同じ構成内で使用しないでください。
注記: ボリュームはアレイからプロビジョニングされ、サービスグループに所属できる
ようになります。P6000 EVA Storage System で新しく作成したボリュームは、ボリュー
ムのリストに表示されるまでに 10~30 分かかると予想されます。
ヒント: SPM へのボリュームの同時インポートは、3PAR OS 3.1.1 MU1 では 5,000 未
満、他のすべてのストレージオペレーティングシステムでは 1,000 未満に制限してくだ
さい。
4.
[ボリュームのプロパティ]ページで、次の手順を実行します。
a. インポートされたボリュームに適用するタグを入力します。タグを入力するには、タ
グ名をタイプして、[+] アイコンをクリックします。ボリュームは、所属するアレイ
とサービスグループの両方からタグとセキュリティ設定を継承します。
b. [Matrix User Security Group] を選択します。
c. [ボリュームを正常にインポートします]を選択します。
d. [次へ]をクリックします。
SPM によるストレージの管理
149
5.
[概要]ページで、次の手順を実行します。
a. 設定を確認します。変更する場合は、[戻る] をクリックすると、前のウィザードペー
ジに戻ります。
b. [完了]をクリックして、ボリュームのインポートを完了します。
ネットワークのインポート
SPM では、「ネットワーク」という用語は SAN ファブリックを表します。Brocade SAN の場
合、SPM は、SMI-S インストルメンテーションを使用して、定義されたネットワークに関する
情報を収集します。
BNA を使用しない SAN ファブリックの場合または Brocade ファイバーチャネルスイッチのみ
で構成されていない SAN ファブリックの場合、SPM は、非管理対象の SAN もサポートしま
150
ストレージプールエントリーの使用
す。非管理対象の SAN のファブリック情報は XML ファイルによって示され、ゾーニングは手
動で実行されます。非管理対象の SAN XML ファイルの設定について詳しくは、HP の Web サ
イト http://www.hp.com/go/matrixoe/docs で提供される 『HP Storage Provisioning Manager
(SPM) User Guide』 を参照してください。
ネットワークを SPM にインポートするには、以下の手順に従ってください。
1. 左側のナビゲーションペインで、[リソース]→[ネットワーク]の順に選択して、[ネットワー
クのインポート]をクリックします。
ネットワークのインポートウィザードが表示されます。
2.
[ネットワークタイプの選択]ページで、インポートする [Brocade Storage Network] タイプ
を選択します。Brocade Network Advisor を使用する場合は、ファブリック接続に関連し
てストレージシステムのエンドポイントが自動的に入力されます。非管理対象 SAN の
XML ファイルを使用する場合は、ストレージシステムのエンドポイントを XML ファイル
で示す必要があります。[次へ]をクリックします。
3.
[接続情報の提供]ページで、次の手順を実行します。
a. SAN スイッチのホスト名または IP アドレス、ポート、ユーザー名、およびパスワー
ドを入力します。ホスト名とポートは、ネットワークデバイスマネージャーの位置に
対応し、ログイン情報はネットワークデバイスマネージャーのログイン情報に対応し
ます。
b. [SSL] チェックボックスを選択します。
c. [次へ]をクリックします。
4.
[ネットワークのインポート]ページで、インポートするネットワークを選択します。[次へ]
をクリックします。
注記: インポート用には、ファブリックのみが表示されます。FC SAN/LSAN タイプの
構造のインポートは、サポートされていません。
5.
[ネットワークのプロパティ] ページで、次の手順を実行します。
a. インポートされたネットワークに適用するタグを入力します。タグを入力するには、
タグ名をタイプして、[+] アイコンをクリックします。
b. [Matrix User Security Group] を選択します。
c. [ネットワークを正常にインポートします]を選択します。
d. [次へ]をクリックします。
SPM によるストレージの管理
151
6.
[概要] ページで、次の手順を実行します。
a. 設定を確認します。変更する場合は、[戻る]をクリックすると、前のウィザードペー
ジに戻ります。
b. [完了]をクリックします。
ストレージテンプレートの準備
SPM は、ストレージテンプレートを定義する機能を提供します。HP の Web サイト http://
www.hp.com/go/matrixoe/docs で提供される 『HP Storage Provisioning Manager User Guide』
を参照してください。
Matrix OE には、Default Matrix Storage Template が付属しています。このテンプレートは、
サービステンプレートに論理ディスク情報を定義するアーキテクトやストレージプールエント
リーを定義する管理者のような手動で指定するすべてのストレージ情報に使用されます。この
デフォルトテンプレートは、事前プロビジョニングストレージを使用します。別の White Paper
に、このデフォルトテンプレートを編集してオンデマンドプロビジョニングを有効にする方
法、Matrix インフラストラクチャオーケストレーション Designer で参照される追加の SPM ス
トレージテンプレートを作成する方法、およびより厳密なストレージ制御を提供する方法が記
載されています。
デフォルトストレージテンプレートの編集、または SPM ストレージテンプレートの作成につ
いて詳しくは、HP の Web サイト http://www.hp.com/go/matrixoe/docs にある White Paper
『Faster Storage Provisioning in the Matrix Operating Environment: Use of the HP Storage
Provisioning Manager Storage Catalog with Controlled Storage Operations』(SPM ストレージ
テンプレートに関する項)を参照してください。SPM テンプレートの設定とオンデマンドプロ
ビジョニングは、基本的な Matrix サービスに含まれません。
Matrix インフラストラクチャオーケストレーションでストレージを自動生成する
ときのファブリックの選択
Matrix インフラストラクチャオーケストレーションでストレージを自動生成するときに、選択
対象となるファブリックのペアが複数存在する場合は、IO が使用するペアを決定します。ス
トレージの自動生成時に使用するファブリックの優先リストを設定するには、lsa.properties
ファイルに SPM_AUTO_PREFERRED_FABRICS プロパティを追加します。
1. C:\Program Files\HP\Virtual Server Environment\conf\lsa\
lsa.properties を開きます。
2. 次のコマンドを追加します。
SPM_AUTO_PREFERRED_FABRICS=<FabricA>,<FabricB>,<FabricC>:<FabricD>
(この <FabricA>、<FabricB>、<FabricC>、<FabricD> は、ユーザー定義のファ
ブリック名に置き換えます)。":"で区切られたファブリックは冗長ペアリングです。
非冗長ストレージの場合、リスト内のすべてのファブリックが表示順に試されます。冗長
ストレージの場合、冗長ファブリックペアリングのみがリストに表示される順序で試され
ます。
3.
•
非冗長ストレージでは、IO が FabricA、FabricB、FabricC、FabricD を順に検索しま
す。
•
冗長ストレージでは、IO が FabricC/FabricD のペアリングを検索します。
•
このリストで定義されたファブリックを検索してもストレージプールエントリーが見
つからない場合、IO は事前に定義されたルールに基づいて、すべての既知のファブ
リックを検索します。
lsa.properties を保存して、ファイルを閉じます。
注記: このプロパティにリストされているファブリックは、その CMS の IO で、すべての自
動生成ストレージによって使用されます。一部のユーザーまたは一部の組織のみで使用するよ
うに設定することはできません。このリストに定義したファブリックをすべて検索してもスト
レージが見つからない場合、すべての既知のファブリックが試されます。
152
ストレージプールエントリーの使用
SPM を使用した SAN ストレージプールエントリーの作成
この項では、SPM で処理するために手動でストレージプールエントリーを作成する手順につい
て詳しく説明します。
Matrix インフラストラクチャオーケストレーションは、サービステンプレートに示されたスト
レージニーズに基づいてストレージプールエントリーを自動的に生成し、SPM を通じてスト
レージニーズに対処することができます。あるいは、管理者は、引き続き手動でストレージ
プールエントリーを定義し、オプションで SPM を通じてエントリーに対処することができま
す。ストレージプールエントリーの手動での作成は、論理サーバーを手動で作成した場合のほ
か、ブートボリュームとプライベートデータボリュームで別々のストレージプールエントリー
を保有するなど、ストレージプールエントリーの自動生成に使用されるアルゴリズムがニーズ
に合わない場合に必要です。
Matrix インフラストラクチャオーケストレーションには [ストレージ]タブがあり、ここに、ス
トレージプールエントリーに関する情報、および CloudSystem Matrix で使用するために SPM
で使用できるが、まだストレージプールエントリーに関連付けられていないストレージボリュー
ムに関する情報が表示されます。
SPM による処理は、SAN カタログストレージエントリーを作成することで行なわれます。リ
クエストに対処するために使用するボリュームは、事前プロビジョニング(アウトバンドで作
成し、SPM カタログにインポート)したり、オンデマンドプロビジョニング(ボリュームが必
要なときに SPM で作成)したりすることができます。オンデマンドプロビジョニングを有効
にする方法については、HP の Web サイト http://h20195.www2.hp.com/V2/GetPDF.aspx/
4AA3-1738ENW.pdf (英語)にある『Faster storage provisioning in an HP CloudSystem Matrix
and Matrix Operating Environment — Use of the HP Storage Provisioning Manager storage catalog
with controlled storage operations』White Paper に記載されています。
SPM で対処されるストレージプールエントリーを作成するには、以下の手順に従ってくださ
い。
1. HP SIM で[ツール]→[Matrix OE ビジュアル化]の順に選択し、[変更]→[論理サーバースト
レージプール...]メニュー項目を使用して、以下の手順を実行します。
2. 新しいストレージプールエントリーを作成する前に、ポータビリティグループ (すべて以
外) を選択します。作成したストレージプールエントリーは、指定したポータビリティグ
ループ内の論理サーバーで使用できます。
注記: SPM で対処するストレージプールエントリーを作成する場合、VM ホストがある
ポータビリティグループはサポートされません。
3.
[ストレージタイプの選択]メニューから、[SAN カタログストレージエントリー]を選択し
ます。
SPM によるストレージの管理
153
4.
5.
6.
7.
(オプション)[タグの管理]をクリックして、[ストレージタグの管理]画面を表示し、新し
いストレージタグを作成します。作成したタグは、[タグフィルター]メニューに表示され
ます。タグは、[ストレージプールエントリー: SAN] 画面の [タグリスト]テーブルで選択す
るか、[ストレージプールのエントリーの変更]画面で既存のストレージプールエントリー
を変更することによって、ストレージプールエントリーと関連付けます。
[エントリーの追加]をクリックして、新しいストレージプールエントリーを作成します。
ストレージプールエントリーの定義を入力します。
a. (オプション)ボックスに異なる名前を入力して、ストレージプールエントリーの名
前を変更します。各ストレージプールエントリーには、一意のデフォルト名が付与さ
れています。プールエントリー名として、命名規則(例:IO_<WIN|LIN>_SP<##>)
を選択します。
b. (オプション)ストレージプールエントリーの説明を入力します。説明を入力してエ
ントリーをストレージプールに挿入すると、その説明は [ストレージ設定の変更]タブ
および [ストレージ設定の作成]画面の [プールエントリーの選択]メニューに表示され
ます。
c. メニューからストレージエントリーオペレーティングシステムを選択します。
d. (オプション)[共有の最大数] (このストレージプールエントリーの共有を許可する論
理サーバーの最大数) を変更し、[共有の最大数を更新]をクリックします。論理サー
バーがこのストレージエントリーを共有する状況では、各論理サーバーにポート単位
で固有のサーバー WWN が 1 つ割り当てられます。
(オプション)[タグ選択] テーブルから、このストレージプールエントリーに割り当てる
タグを選択します。
[タグリスト]テーブルでは、ストレージタグを最大で 16 個選択し、ストレージプールエ
ントリーに関連付けることができます。
注記: SPM ベースのストレージプールエントリーでタグを使用すると、そのタグは SPM
で使用できるストレージを検出するためのフィルターとして使用されます。SPM でボリュー
ムやストレージプールにタグが関連付けられていない場合、SPM は候補を返しません。
メニューからストレージタグを選択します。選択したタグは強調表示されます。
154 ストレージプールエントリーの使用
8.
ポート定義を入力します。
[ポート選択]テーブルを使用すると、このストレージプールエントリーにアクセスするた
めに論理サーバーによって使用されるサーバー HBA ポートを定義できます。SAN スト
レージとの通信は、すべて、サーバーの FC HBA ポートから開始されます。ポートは、順
番に追加されます。ポートごとに、メニューからポートが通信するファブリックを選択す
る必要があります。各ポートは、自動生成されて割り当てられるサーバー WWN を使用
して作成されます。この WWN は、NIC に対する MAC アドレスと同じように、SAN に
対してこの FC ポートを一意に識別するのに使用されます。ストレージ管理者は、LUN を
提供するときに、これらのポートへのアクセス権を付与します。
(オプション)1 つまたは複数のサーバーポート(物理 HBA ポート)の論理ポートを定
義します。
a. [ポートの追加]をクリックして、[ポート選択]テーブルに行を追加します。最大 2 つ
のポートを追加できます。
b. [ファブリック]メニューから値を選択します。速度は、通信に使用する予定の FC 接
続ベイに対応します。
c. [速度]メニューから値を選択します。ファブリックは、使用するポートの速度に対応
します。
d. オプションで、このストレージプールエントリーの各ポートに対して、手順 a~c を
繰り返します。
注記: テーブルに最後に追加したポートを削除するには、[最後のポートの削除]をク
リックします。ポートは、追加した順序と逆の順序で削除する必要があります。
9.
ボリュームとパスの定義を入力します。
注記: 複数のポートを用意すると、冗長性が確保され、フェイルオーバー機能が使える
ようになるため、パフォーマンスが強化され、信頼性が高まります。冗長性に関するチェッ
クボックスを有効にするには、[ポート選択]テーブルで 2 つのポート(プライマリポート
とセカンダリポート)を定義する必要があります。
ボリュームとは、SAN 内のディスクアレイの固定ディスクドライブのことで、コントロー
ラーポートにマッピングされていない場合もあります。ストレージボリュームをコント
ローラーポートにマッピングすると、SAN 内部で LUN という形式でアドレスを指定でき
るようになります。
[ボリュームおよびパスの選択]テーブルでは、このストレージエントリーまたはストレー
ジプールエントリーのストレージボリューム属性を入力できます。
SPM によるストレージの管理
155
a.
b.
c.
d.
すべてのボリュームに冗長性を組み込む場合は、[この論理サーバーのすべてのスト
レージボリュームに対して冗長を使用する]チェックボックスを選択します。
[ボリュームの追加]をクリックして、[ボリュームおよびパスの選択]テーブルに行を追
加します。
また、特定のボリュームに冗長性を組み込む場合は、そのボリュームの横の [冗長性]
チェックボックスを選択します。
[マスク]チェックボックスを選択します。このチェックボックスを選択しない場合、
ボリュームはブート中にサーバー WWN から隠されるデータディスクになります。
注記: 最初は、必ず「マスク」を選択してください。データボリュームが OS のデ
プロイで認識されないようにするために、後で戻って選択を解除することができま
す。
e.
f.
g.
h.
i.
[ブート]メニューから値を選択します。ボリュームがブートボリュームの場合は、[は
い]を選択します。データボリュームの場合は、[いいえ]を選択します。指定するスト
レージボリュームが 1 つだけの場合、そのボリュームはブートボリュームでなければ
なりません。指定するストレージボリュームが複数の場合、ブートボリュームにでき
るボリュームは 1 つだけです。デフォルトでは、最初に追加されるボリュームの場合
は [はい]、2 回目以降に追加されるボリュームの場合は [いいえ]です。
ストレージボリュームのサイズ(GB)を入力します
ストレージボリュームの [RAID レベル]を選択します。
このストレージボリュームに対して [冗長]を選択した場合は、プライマリおよびセカ
ンダリブートパスのアレイコントローラーポート番号を割り当てます。例:プライマ
リ : Controller 1, Port 1 WWN; セカンダリ: Controller 2, Port 2
WWN
ボリュームを選択し、[候補の表示]をクリックして、SPM にインポートされたボリュー
ムの中から選択します ストレージプールエントリーに適したボリュームを選択しま
す。ボリュームは適合性に基づく順序で表示されるので、通常、最初の候補が最適で
あり、これは Matrix インフラストラクチャオーケストレーションがストレージプー
ルエントリーを自動生成し、SPM を通じて対処するときに使用されるボリュームで
す。
10. (オプション)検証します。
これらのタスクは、[変更]→[論理サーバーストレージプール]ページから実行できます。
a. [フィルターオプション]メニューから値を選択し、環境に関連するストレージプール
エントリーだけを表示します。
b. [プールエントリーの取得/更新]をクリックして、既存のストレージプールエントリー
を表示します。[表示]、[変更]、および [削除]ボタンを使用して、エントリーを操作し
ます。複数のユーザーが同時に同じストレージプールエントリーを変更しようとした
場合、2 番目以降のユーザーの [変更]および [削除]ボタンは表示されません。削除す
るストレージプールエントリーを選択する場合は、確認画面が表示されます。
156
ストレージプールエントリーの使用
10 論理サーバーの使用
HP Matrix Operating Environment は、HP CloudSystem Matrix の中心をなすコンポーネントで、
論理サーバー管理における高度な柔軟性を導入しているためユーザーはベースになっているテ
クノロジーを意識することなく論理サーバーを移動できます。 完全な機能に関する詳しい手順
については、HP の Web サイト http://www.hp.com/jp/proliantessentials_manual で提供され
る 『HP Matrix Operating Environment スタートガイド』 を参照してください。この項では、
論理サーバーの作成プロセスに焦点を当てて説明します。
「論理サーバー」とは、設定情報の組み合わせを意味し、ユーザーは物理マシンと仮想マシン
を対象にこの組み合わせを作成して、アクティブ化し、移動します。論理サーバーには、サー
バーのコンピューティングリソース(CPU コアの数、メモリ容量など)、サーバーのストレー
ジファブリックやネットワークへの接続など、論理サーバーの定義と説明が含まれます。アク
ティブ化された論理サーバーは、ハイパーバイザーベースのソフトウェアを使用して VM の作
成に適用されるか、または HP Virtual Connect テクノロジーを使用してベアメタルサーバーブ
レードに適用されます。ユーザーは、複数のテクノロジーに対応した論理サーバーを利用する
ことで、イメージ移動が実際にどのように行われているかを意識することなく、ご使用の環境
にとって意味のあるサーバー構成を選ぶことができます。
論理サーバーの概要
LS は、HP Matrix OE ビジュアル化で論理サーバーの作成ウィザードを使用して定義される場
合も、既存のサーバーブレードまたは VM のインポートを通じて作成し、アクティブ化される
場合もあります。
Matrix リカバリ管理を設定している場合、ディザスタリカバリ保護付き(DR 保護付き)サー
バーブレード LS と VM ベースの LS を作成するプロセスは異なります。これは、複製されたス
トレージ LUN をリカバリサイトの LS に提供するためです。DR 保護付き LS の作成について詳
しくは、HP の Web サイト http://www.hp.com/go/matrixoe/docs で提供される 『HP Matrix
Operating Environment 7.2 Recovery Management User Guide』 を参照してください。
注記: インストールされるすべてのシステムについて、小文字のホスト名を使用することを
強くおすすめします。
VM 論理サーバーのアクティブ化には VM ホスト、物理論理サーバーのアクティブ化にはベア
メタル Virtual Connect ブレードを用意する必要があります。
論理サーバーの手順について詳しくは、Matrix Operating Environment の Web サイト http://
www.hp.com/jp/proliantessentials_manual で提供される 『HP Matrix Operating Environment
論理サーバー管理ユーザーガイド』 を参照してください。
Matrix Operating Environment の確認
一部の機能を試し、診断ツールの結果を調べて、Matrix OE の機能が動作していることを確認
します。
Matrix OE ビジュアル化を確認します。
1. HP SIM のホームページから、[ツール]→[HP Matrix OE ビジュアル化]の順に選択します。
2. ライセンスが適用されているはずのすべてのブレードが表示されることを確認します。
3. 以前に作成したすべての LS について黄色のレンチまたはコンピューター画面インジケー
ターの周囲に赤色の矢印が表示されていることを確認します。
4. VMware ESX ホストサーバーがそのエンクロージャー内に正しく表示されることを確認し
ます。VM ゲストを作成した後で、関連付けられたホストの中に表示されることを確認し
ます。通常、これらの領域の表示に問題がある場合、管理対象ホストの WBEM 認証情報
または SNMP 設定が間違っています。
5. HP Integrity VM ホストサーバーがそのエンクロージャー内に正しく表示されることを確認
します。HP 仮想マシンゲストを作成した後で、関連付けられたホストの中に表示される
論理サーバーの概要
157
6.
ことを確認します。通常、これらの領域の表示に問題がある場合、管理対象ホストの WBEM
認証情報または SNMP 設定が間違っています。
Capacity Advisor のデータ収集は、サーバーがライセンスを受けてから 10 分以内に自動
的に開始されます。ライセンス設定が終了してから少なくとも 10 分待って、ビジュアル
化ですべてのホストに正しいリソースメーターが表示され、CPU、MEM、LAN、または
DISK メーターに黄色の警告三角形が付いていないことを確認します。問題がある場合は、
メーターの値を使用して、関連する原因を見つけます。
24 時間のデータ収集後、[分析]タブを選択して、分析に使用可能なデータがシステムにあ
ることを確認します。Capacity Analysis について詳しくは、HP の Web サイト http://
www.hp.com/go/matrixoe/docs で提供される 『HP Capacity Advisor User Guide』 を参
照してください。
ProLiant ブレード用の Virtual Connect 論理サーバーの作成
2.
ナビゲーションペインから [すべての Matrix OE リソース]を選択するか、[ツール]→[HP
Matrix OE ビジュアル化]の順に選択して、Matrix OE ビジュアル化にアクセスします。
Matrix OE ビジュアル化で[ツール]→[論理サーバー]→[更新 …] メニューオプションを選択
して、Matrix OE と VCEM の同期を取ります。[Virtual Connect Enterprise Manager (VCEM)]
チェックボックスを選択して、[更新]をクリックします。
3.
4.
Matrix OE ビジュアル化に戻り、[作成]→[論理サーバー]の順に選択します。
論理サーバーの識別情報を指定します。
1.
a.
158
論理サーバーの名前と説明を入力します。
論理サーバーの使用
ヒント: ポータビリティグループで一意の短くてわかりやすい文字列を使用します。
説明フィールドには、さらに情報を表示できます。論理サーバーの名前には、小文字
を使用し最後に _ls を付けることを強くおすすめします。この名前は、DNS によって
解決可能であってはなりません。
DNS によって名前が解決されるのを望まない場合は、ほとんどの DNS サーバーがア
ンダースコアを解決しないため、名前の中にアンダースコア(_)を使用するとよい
でしょう。ただし、IETF 規格では、ホスト名にアンダースコアを使用しません。
b.
c.
d.
[ポータビリティグループ]をクラスタイプとして VCDOMAINGROUP を含むグループ
に設定します。
[論理サーバーのアーキテクチャー] で [HP ProLiant] を選択します。
このブレードに該当する OS を選択します。
注記: Virtual Connect 論理サーバーでは、[オペレーティングシステムのバリエーショ
ン]フィールドは使用されません。
e.
[管理対象リソース名] に値を入力します。
ヒント: VM の名前を選択します。このフィールドで、意味のある命名規則を確立
することをおすすめします。ユーザーがここに名前を入力しない場合、論理サーバー
のマネジメントツールが論理サーバーの名前に基づき自動的に名前を作成します。実
際にネットワーク上に配置するまで、DNS によって解決できる名前を使用しないでく
ださい。名前の例:Med_Exchange。
f.
5.
6.
[次へ]をクリックします。
この論理サーバーのコンピューティングリソースを指定します。CPU とメモリの最小要件
がない場合は、デフォルトをそのまま採用できます。
この論理サーバーのストレージ構成を指定します。ブートボリュームの場合は、次のよう
に操作します。
a. [プールエントリーの選択]メニューで、論理サーバーで使用するストレージプールエ
ントリー(SPE)を選択します。SPE の作成について詳しくは、この『HP CloudSystem
Matrix Setup and Installation Guide』のボリューム 1 を参照してください。
b.
[プールエントリーの挿入]をクリックし、[ストレージ割り当て]セクションでエント
リーを確認します。
ProLiant ブレード用の Virtual Connect 論理サーバーの作成
159
c.
7.
[次へ]をクリックします。
この論理サーバーのネットワーク構成を指定します。
a. [ネットワークの追加]をクリックします。
2 つのネットワークポートが追加されます。2 つのネットワーク(管理ネットワーク
と実務ネットワーク)を追加します。該当するすべてのネットワークを追加して冗長
接続を確立することをおすすめします。
注記: デプロイメントネットワークを指定し、PXE ブートのネットワークを有効に
します。
b.
c.
d.
e.
8.
メニューから実務ネットワーク用の適切な [ネットワーク名]を選び、説明を加えま
す。
管理ネットワークで同じ操作を行います。
ネットワークをさらに追加するには、[ネットワークの追加]をクリックします。
すべてのネットワークを追加して確認したら、[次へ]をクリックします。
新しい論理サーバーサマリーを確認します。
a. 間違いがあれば訂正します。
b. [終了]をクリックします。
注記: アクティブ化の際には、前の章で作成したストレージプールエントリーが
Matrix OE ビジュアル化で使用されます。ストレージプールエントリーの提供および
ゾーニングを行っていない場合は、[使用開始] をクリックする前に実行してくださ
い。ストレージプールエントリーの自動生成は、IO が LS をプロビジョニングしてい
るときにのみ利用でき、手動で定義される LS には利用できません。
9.
論理サーバーが正しく作成されたことを確認して、[使用開始]をクリックし、論理サーバー
をターゲットホストに割り当てます。
a. この論理サーバーに適合するブレードを選択します。
b. この時点で OS をプロビジョニングする準備が整っていない場合を除き、[VM あるい
は Virtual Connect が実装されているサーバーの電源オン]はそのまま有効にします。
c. [使用開始]をクリックします。
10. [確認]をクリックして、アクティブ化を開始します。
11. 論理サーバーにデプロイする OS を選択するために、次の手順を実行します。アクティブ
化の実行中に、ブレードが構成され、電源が入ります。
a. HP Matrix OE ビジュアル化の [レポート]タブから、論理サーバーのアクティブ化ジョ
ブのステータスを監視します。アクティブ化が完了したら、ブレード iLO のコンソー
ルを開きます。
b. ブレードが Insight Control サーバー配備を PXE ブートするように設定されている場
合、デプロイメントの準備ができると次のメッセージが表示され停止します。
/# The Deployment Server has instructed ADLAgent to wait.
Insight Control サーバー配備コンソールにメッセージが表示された後、[コンピュー
ター]パネルの [新規コンピューター]の下にハードウェアが表示されます。
c.
Insight Control サーバー配備から、以前にシステムに作成したフォルダーをドラッグ
して、ジョブをただちに開始します。
Integrity ブレード用の Virtual Connect 論理サーバーの作成
この項では、Virtual Connect 論理サーバー(「物理論理サーバー」とも呼ばれます)を手動で
作成する手順を説明します。Virtual Connect 論理サーバーは、ベアメタル Integrity ブレード上
でアクティブ化することが意図されています。そのような論理サーバーが正常に作成されるこ
とにより、基礎となるハードウェアインフラストラクチャの有効性を確認できます。
160 論理サーバーの使用
注記: 1 つ以上のストレージプールエントリーが存在し、この Virtual Connect 論理サーバー
の OS のために使用できることを確認してください。このストレージプールエントリーを作成
するために使用された方法は、重要ではありません。CloudSystem Matrix によるストレージ管
理については、「ストレージプールエントリーの使用」 (103 ページ) を参照してください。
1.
[ビジュアル化]タブで、[ツール]→[論理サーバー]→[更新 …] を選択して、Matrix OE ビジュ
アル化と VCEM の同期を取ります。次に、[Virtual Connect Enterprise Manager (VCEM)]
チェックボックスを選択します。[更新]をクリックしてください。
2.
3.
[ビジュアル化]タブで、[作成]→[論理サーバー]の順に選択します。
論理サーバーの識別情報を指定します。
a.
[論理サーバー名]と [論理サーバーの説明]に値を入力します。
ヒント: ポータビリティグループで一意の短くてわかりやすい文字列を使用します。
説明フィールドには、さらに情報を表示できます。論理サーバーの名前の最後に「_ls」
を付けることをおすすめします。この名前は、DNS によって解決可能であってはなり
ません。DNS によって名前が解決されるのを望まない場合は、ほとんどの DNS サー
バーがアンダースコアを解決しないため、名前の中にアンダースコア(_)を使用す
るとよいでしょう。ただし、IETF 規格に従って、ホスト名にはアンダースコアを使用
しないでください。
Integrity ブレード用の Virtual Connect 論理サーバーの作成
161
b.
c.
d.
e.
[ポータビリティグループ]をクラスタイプとして Virtual Connect を含むグループに設
定します。
[論理サーバーのアーキテクチャー]を [HP Integrity] に設定します。
必要に応じて [Virtual Machine Type] を [Integrity VM] または [Integrity vPar] に設定し
ます。
[論理サーバーのオペレーティングシステム]を [HP-UX] に設定します。
注記: Virtual Connect 論理サーバーでは、[オペレーティングシステムのバリエーショ
ン]フィールドは使用されません。
f.
g.
4.
[管理対象リソース名]に値を入力します。このフィールドで、意味のある命名規則を
確立することをおすすめします。ユーザーがここに名前を入力しない場合、Matrix
Operating Environment が論理サーバーの名前に基づき自動的に名前を作成します。
[次へ]をクリックします。
この論理サーバーのコンピューティングリソースを指定します。CPU とメモリの最小要件
がない場合は、デフォルトをそのまま採用できます。
注記:
5.
HP-UX OS が正常に動作するには、2048 MB 以上のメモリが必要です。
この論理サーバーのストレージ構成を指定します。ブートボリュームの場合は、次のよう
に操作します。
a. [プールエントリーの選択]メニューで、使用するプールエントリーを選択します。
b.
c.
[ストレージ割り当て]セクションでエントリーを確認して [プールエントリーの挿入]
をクリックします。
[次へ]をクリックします。
注記: ローカルディスクを備えるブレード上に存在する物理論理サーバーは移動で
きません。また、これらの論理サーバーをホストするブレードをリパーパスするに
は、まず、論理サーバーを削除する必要があります。
6.
この論理サーバーのネットワーク構成を指定します。
a. [ネットワークの追加]をクリックします。
2 つのネットワークポートが追加されます。次の 2 つのネットワークを追加します。
162
論理サーバーの使用
1.
2.
管理
実務
該当するすべてのネットワークを追加して冗長接続を確立することをおすすめしま
す。
注記: まず、管理ネットワークを指定し(デプロイメント用)、PXE ブートを有効
にします。
b.
c.
d.
7.
メニューから実務ネットワーク用の適切なネットワーク名を選び、説明を加えます。
[ネットワークの追加]をクリックして、管理ネットワークについて同じ操作を行いま
す。
[次へ]をクリックします。
新しい論理サーバーサマリーを確認します。
a. 間違いがあれば訂正します。
b. [終了]をクリックします。
注記: アクティブ化の実行中、この『HP CloudSystem Matrix Setup and Installation
Guide』のボリューム 1 の「SAN ストレージエントリーストレージプールエントリー
の作成」で説明する、ストレージの実装で作成したストレージプールエントリーが使
用されます。ストレージプールエントリーの提供およびゾーニングを行っていない場
合は、[使用開始]をクリックする前に実行してください。HP Storage Provisioning
Manager を備えた Matrix OE は、オンデマンドプロビジョニングをサポートしてい
るため、事前プロビジョニングストレージおよび事前ゾーニングストレージは不要で
す。
8.
論理サーバーが正しく作成されたことを確認して、[使用開始: ターゲットホストに論理サー
バーを適用]をクリックします。
a. この論理サーバーに適合するブレードを選択します。
b. この時点で OS をプロビジョニングする準備が整っていない場合を除き、[VM あるい
は Virtual Connect が実装されているサーバーの電源オン]はそのまま有効にします。
c. [使用開始]をクリックします。
9.
[確認]をクリックして、アクティブ化を開始します。
注記: アクティブ化されている論理サーバーにストレージプールエントリーを関連付け
た後で、そのストレージプールエントリーに変更を加えないでください。変更を加えたス
トレージプールエントリーを含む論理サーバーの再アクティブ化を試みると、「No such
fabric in VCEM」というエラーが生成されアクティブ化は失敗します。このエラーを修正
するには、ストレージプールエントリーを元の状態に戻すか、論理サーバーを削除して、
変更したストレージプールエントリーを使用できるように作成し直す必要があります。論
理サーバーを削除すると、データが失われる可能性があります。特に、削除と再作成の間
にストレージプールエントリーが再使用されると、その可能性は高くなります。
10. 論理サーバーにデプロイする OS を選択します。アクティブ化の実行中に、ブレードが構
成され、電源が入ります。
a. 論理サーバーのアクティブ化ジョブのステータスを監視します。アクティブ化が完了
したら、Telnet または SSH を使用してブレード iLO を開きます。
b. ブレードが EFI シェルから起動し、ユーザー入力を待ちます。
c. lanboot コマンドを使用して、Ignite が存在するネットワークを指定します。
d. クライアントが Ignite に接続したら、インストールする HP-UX のバージョンを指定
し、インストールを実行します。
Integrity ブレード用の Virtual Connect 論理サーバーの作成
163
注記: まれにですが、iLO の電源がリセットされた後で、Virtual Connect が OA から有
効なサーバーシリアル番号を読み込めない場合があります。ブレードを取り付けなおした
り、e-fuse をリセットしたり、プライマリ AC 電源をリセットしたりすると、iLO 電源が
リセットされます。iLO の電源は、通常のサーバーブレードの電源投入イベント中はリセッ
トされません。このエラーが発生すると、VCM はサーバーシリアル番号に対して
INVALIDDATA00 を表示します。これにより、IO と LSM が、影響を受けるブレードに論
理サーバーをデプロイする機能に影響することがあります。
訂正処置:
1. VCEM を使用して、影響を受ける Virtual Connect ドメインをメンテナンスモードに入
れます。
2. VCM を使用して、VCM をリセットします。
3. VCEM を使用して、影響を受ける Virtual Connect ドメインをメンテナンスモードから
出します。
VCM をリセットした後では、iLO の電源が再びリセットされない限り、影響を受けるブ
レードの問題は再発しないはずです。
11. この段階で、Virtual Connect 論理サーバーの作成およびアクティブ化の確認は完了です。
オプションで、「新しい論理サーバーの管理」 (179 ページ) に示されているタスクを実行
して、この論理サーバーを完全に管理できます。
12. ユーザー独自のテストを実行し(必要な場合)、完了したら、この論理サーバーを非アク
ティブ化して、削除します。[ツール]→[HP Matrix OE ビジュアル化]→[ツール]→[論理サー
バー]→[使用停止...]の順に進み、[ツール]→[削除]→[論理サーバーの削除...]の順に進みま
す。
13. このテストで使用したストレージプールエントリーは、必要に応じて、維持することも任
意のタイミングで削除することもできます。
オペレーティングシステム設定の終了
各 OS およびハイパーバイザーには、独自のインストールおよび設定要件があります。必ず、
必要な手順を完了し、ネットワーク上でハイパーバイザーにアクセスでき、ハイパーバイザー
が稼動していることを確認します。必要に応じて、ホスト名を更新します。
ヒント: 論理サーバーのホスト名を作成するときは、そのホスト上のオペレーティングシス
テムまたはアプリケーションに関連付けられた名前を選択します。大文字と小文字が混在する
と問題があるため、すべて小文字を使用することをおすすめします。Windows では、ホスト
名がドメインに追加されるときに大文字に変換され、ホスト名に記号や区切り文字は使用でき
ません。また、ホスト名にアンダースコアを使用できません。例:winpayroll
ハイパーバイザー以外のオペレーティングシステム(Windows および Linux)
以前に作成したサーバー配備ジョブフォルダーを介して OS をデプロイする場合は、HP マネ
ジメントエージェントがインストールされ、ファイアウォールが無効になるため、追加の設定
は必要ありません。
OS のデプロイメントに Insight Control サーバー配備を使用しない場合(CloudSystem Matrix
のインストールでは推奨されません)は、OS のデプロイメント完了後、ファイアウォールが
無効になっていることと HP マネジメントエージェントがインストールされていることを確認
してから次の手順に進んでください。
Microsoft Hyper-V
次のチェックリストを使用して、ご使用の環境の設定要件を判定します。
•
Microsoft フェイルオーバークラスターの一部として仮想マシンホストをセットアップする
- Microsoft Hyper-V の Quick Migration 機能を使用するには、VM ホストは Microsoft フェ
164 論理サーバーの使用
イルオーバークラスターの一部でなければなりません。また、VM は高可用性に設定され
ている必要があります。このため、クォーラムディスクの提供、仮想ネットワークの設定
など、MSCS の設定を完了しておく必要があります。
•
•
Hyper-V 機能を再び有効にしてホスト設定を完了する - Insight Control サーバー配備(また
は、sysprep に基づく何らかのメカニズム)を使用してデプロイされた Hyper-V ホストの
場合は、次のように入力して Hyper-V 機能を再度有効にすることでホスト設定を完了する
必要があります。
◦
bcdedit /set {current} hypervisorlaunchtype auto
◦
sc config vds start=auto
◦
net start vds
ホスト用の FQDN を追加する - Hyper-V ホストをサーバーコアインストールオプションを
使用して(グラフィカルユーザーインターフェイスなしで)インストールした場合、次の
各コマンドを使用してホストの FQDN を明示的に追加しなければならないことがありま
す。
◦
netdom computername hostname /Add:hostname.mydomain.com.
◦
netdom computername hostname /MakePrimary:hostname.mydomain.com
ここで、hostname には実際の Hyper-V ホストの名前、mydomain.com には構成済みの
ドメインを使用してください。新しいプライマリ名を有効にするには、再起動が必要で
す。これらのコマンドについて詳しくは、http://technet.microsoft.com/en-us/library/
cc816601%28WS.10%29.aspx にある 『Rename a Domain Controller Using Netdom』
(英語)を参照してください。
•
リカバリオプション用のクラスター VM を展開する - IO で仮想サーバーグループに対して
修復可能オプションを使用する場合は、Hyper-V VM ホストを Windows クラスターにデ
プロイする必要があります。
重要: Windows Server 2008 では、NIC チーミングのために NCU を Hyper-V とともに使用
する場合は、NCU と Hyper-V のインストールの順序が重要です。まず、Hyper-V 役割をイン
ストールして、次に、HP NCU をインストールしてください。
よく見られる間違いは、OS と SPP(NCU が含まれています)をデプロイした後に Hyper-V 役
割を追加することです。これにより、サーバー上のネットワークスタックが不安定になりま
す。「OS をインストールし、NCU なしの SPP をインストールし、Hyper-V 役割を追加して有
効化してから、NCU をインストールする」ように Insight Control サーバー配備ジョブを作成
することができます。
Hyper-V サーバーが不適切に構築されている場合、信頼できる唯一の修正方法は、OS スタッ
ク全体を正しい方法で再インストールすることです。
この方法は、Windows Server 2012 には適用されません。
VMware ESXi/vSphere
•
VMware ESXi/vSphere ホストでは、VM データストアストレージをここで提供および設定
する必要があります。
•
VMware 社から直接入手した ESXi/vSphere ソフトウェア上で実行される VMware ホスト
には、ESXi サーバー用の HP ESXi Offline Bundle をインストールする必要があります。
このバンドルには、最新の HP CIM プロバイダーが含まれます。これらのプロバイダー
は、次の情報を含む、数多くの重要なシステムパラメーターを収集します。
◦
Smart Array Provider - Smart アレイコントローラー、外付けストレージエンクロー
ジャー、内蔵ドライブケージ、データおよびスペアドライブ、論理ボリューム情報
オペレーティングシステム設定の終了
165
◦
Networking Providers - Ethernet ポート、統計情報、ポートリンクステータス、IP アド
レス、MAC アドレス
ESXi/vSphere システムの最新のプロバイダーを、HP の Web ポータル http://
h18000.www1.hp.com/products/servers/software/vmware-esxi/offline_bundle.html
(英語)からダウンロードして、インストール手順を書き留めます。『Compatibility
Chart』の「HP management agents for VMware ESXi/vSphere」の項を参照して、適
切なバンドルバージョン番号を確認してください。
◦
各 ESX ホストのリモートコンソールに接続して、正しい名前と IP アドレスが表示さ
れることを確認すると便利です。このチェックリストを使用して、VMware ESX ホス
トに必要なすべての作業を完了したことを確認します。
–
VMware ESX ホストを vCenter に接続する - VMware ESX ホストを vCenter サー
バーに関連付け、Insight Management による管理を可能とする接続を作成する必
要があります。
–
管理ネットワーク用に設定された仮想ネットワークを追加する - 実務ネットワー
ク用の VM スイッチ(仮想ネットワーク)に加えて、管理ネットワーク用に設定
された仮想ネットワークを追加する必要があります。このネットワークは、以前
の Virtual Connect 構成で使用したネットワークと同じネットワークです。この
ネットワークは、IO を介してプロビジョニングされる VM で必要です。Matrix
インフラストラクチャオーケストレーションは、入力された名前を基にしてネッ
トワークを識別します。このため、IO がネットワークを同じネットワークとし
て認識するには、仮想ネットワーク名を Virtual Connect ネットワークの名前と一
致させる必要があります(ただし、名前が異なる場合でも、IO は、実際には同
一の複数のネットワークを提供して、引き続き機能します)。
–
ホストの時刻ソースが CMS と同期していることを確認する - すべてのハイパーバ
イザーホストは、時間情報を得るための適切なソースを備え、CMS との適切な
同期を維持する必要があります。たとえば、各 VMware ESX サーバーは、一連の
NTP タイムサーバーを指定できます。NTP プロトコルでは、少なくとも 3 つの
異なる NTP サーバーの使用が推奨されています。
–
(オプション)各 VM ゲストとそのホストの同期を取る - VMware Tools の [仮想
マシンのプロパティの詳細]設定で各 VM ゲストの時間をそのホストの時間に合
わせることができます。
166 論理サーバーの使用
–
リカバリオプション用のクラスター仮想マシンホスト - で仮想サーバーグループ
に対して [修復可能]オプションを使用する場合は、リカバリオプション用のクラ
スター VM ホストが使用できる必要があり、クラスター化設定で [Enable HA] オ
プションを有効にする必要があります。
修復可能オプションの使用方法について詳しくは、「ProLiant 仮想マシンを含むテンプレート
の作成」 (223 ページ) を参照してください。
ProLiant 仮想マシン論理サーバーの作成
前の項で作成した VM ホスト上に新しい VM 論理サーバーを作成する場合は、まず、「新しい
論理サーバーの管理」 (179 ページ) の手順に従い、新しい VM ホストの管理作業を完了してか
ら次に進んでください。
単一の VM 論理サーバーを作成するには、次の手順に従います。
1. HP SIM で、[ツール]→[HP Matrix OE ビジュアル化...]の順に選択して、[ビジュアル化]タブ
を表示します。
2. [ツール]→[論理サーバー]→[更新 …] の順に選択して、Matrix OE ビジュアル化と最新の
VM オペレーションとの同期が取れていることを確認します。[Insight Control 仮想マシン
管理 (VMM)] チェックボックスを選択して、[更新]をクリックします。
3. VM ホストを含む、エンクロージャーと VC ドメインを表示できることを確認します。
注記:
注記: 構成ファイルがハードディスクのデフォルト位置 \ProgramData\Microsoft\
Windows\Hyper-V にある Hyper-V VM は、LSM でサポートされていません。VM の構成
ファイルがこの位置にある場合、VM ゲストを論理サーバーとしてインポートできません。
ProLiant 仮想マシン論理サーバーの作成
167
ゲストを含む VM ハイパーバイザーがすでにある場合は、新規作成ではなく、インポート機能
を使用します。
1. 稼動中の VM ゲストを選択します。
2. Matrix OE ビジュアル化の画面で、[ツール]→[論理サーバー]→[インポート]の順に選択し
ます。
3.
4.
[インポート]をクリックします。
論理サーバーが正常に作成されたことを確認します。[完了]をクリックします。
VM がまだ作成されていない状態の論理サーバーを作成するには、Matrix OE ビジュアル化の
画面で[作成]→[論理サーバー]メニューを選択して、以下の手順に従います。
1. 次の操作を行い、論理サーバーの識別情報を指定します。
168 論理サーバーの使用
a.
論理サーバーの名前と説明を入力します。
ヒント: ポータビリティグループで一意の短くてわかりやすい文字列を使用します。
[説明]フィールドには、さらに情報を表示できます。論理サーバーの名前には、小文
字を使用し最後に _ls を付けることを強くおすすめします。ホスト名と同じかまたは
同じになる予定の論理サーバー名は使用しないでください。この名前は、DNS によっ
て解決可能であってはなりません。例:BatchHostmktg01_ls
DNS によって名前が解決されるのを望まない場合は、ほとんどの DNS サーバーがア
ンダースコアを解決しないため、名前の中にアンダースコア(_)を使用するとよい
でしょう。ただし、IETF 規格では、ホスト名にアンダースコアを使用しません。
b.
c.
d.
e.
f.
[ポータビリティグループ]を、クラスタイプとして ESX などハイパーバイザーを含む
グループに設定します。
[論理サーバーのアーキテクチャー] で [HP ProLiant] を選択します。
ご使用の環境に合わせて、OS を選択します。
OS のバリエーションを選択します。
[管理対象リソース名] に値を入力します。
ヒント: VM の名前を選択します。このフィールドで、意味のある命名規則を確立
することをおすすめします。ユーザーがここに名前を入力しない場合、LSM ツールが
論理サーバーの名前に基づき自動的に名前を作成します。実際にネットワーク上に配
置するまで、DNS によって解決できる名前を使用しないでください。名前の例:
Med_Exchange
g.
h.
2.
3.
ESX VM のバージョンを入力します(オプション)。
[次へ]をクリックします。
この論理サーバーのコンピューティングリソースを指定します。CPU とメモリの最小要件
がない場合は、デフォルトをそのまま採用できます。
この論理サーバーのストレージ構成を指定します。
ハイパーバイザーからのファイルベースストレージの場合:
a.
b.
c.
[ストレージタイプの選択]フィールドで、[ファイル(VM)ストレージエントリー]を
選択します。
[ストレージエントリーの作成]をクリックします。
[ストレージエントリーの作成]ページで、[ストレージの追加]をクリックします。
ProLiant 仮想マシン論理サーバーの作成
169
d.
e.
f.
170
[ストレージサイズ]にご使用の OS に適合する値を入力し、[保存]をクリックします。
[ストレージボリューム]の下に新しいストレージエントリーが表示されます。
[データストア]を選択します。
i. ESX の場合、データストアは、通常、SAN ベースのデータストアです。VMware
の VMotion 機能の使用を予定している場合は、LOCAL データストアは選択しな
いでください。
ii. Microsoft Hyper-V では、ストレージの選択は、VM がクラスターに含まれるかど
うかに左右されます。クラスターの場合は、各 VM が独自の MSCS 対応 SAN
ベースストレージを備える必要があります。クラスターでない場合、VM は 1 つ
の SAN ベースストアを共有できます。
[次へ]をクリックして、下の手順 4 に進みます。
論理サーバーの使用
物理ストレージ(Raw デバイスマッピング構成)の場合:
a.
b.
[ストレージタイプの選択]フィールドで、[SAN ストレージエントリー]を選択します。
ストレージプールで SAN RDM ストレージエントリーを作成済みの場合は、以下の手
順に従ってください。
i. [プールエントリーの選択]ドロップダウンで、ストレージプールエントリーを選
択します。
ii. [プールエントリーの挿入]をクリックします。
iii. [次へ]をクリックして、下の手順 4 に進みます。
SAN RDM ストレージエントリーを作成していない場合は、以下の手順に従ってくだ
さい。
i. VM ベースの論理サーバーの RDM ストレージを定義する前に、まず LUN を作成
して VM をアクティブにする予定の VM ホストに提供します。次のいずれかの項
を参照してください。
ヒント: LUN が正しく作成され VM ホストに提供されていることを確認するに
は、vCenter など、ベンダーの管理ユーティリティを起動し、VM ホストで使用
できるストレージ LUN を確認します。ホストが LUN を認識できない場合、その
LUN は VM 自体でも使用できません。
ii. [ストレージエントリーの作成]をクリックします。
iii. [ストレージエントリー名]を調整し、必要に応じて、ストレージエントリーの説
明を入力します。
iv. (オプション)ここで定義するストレージエントリーをストレージプールに保存
する場合は、[ストレージエントリーをプールに挿入]チェックボックスを選択し
ます。この操作により、この論理サーバーを使い終えたときに、他の論理サー
バーでこのストレージエントリーを使用できます。
v. [ポートの追加]をクリックします。VMware および Hyper-V ベースの LS では、
ファブリックを「未割り当て」のままにして、スピードを「自動」に設定しま
ProLiant 仮想マシン論理サーバーの作成
171
vi.
す。これらの設定はどちらも、ESX および Hyper-V RDM ストレージでは使われ
ません。
すべてのボリュームに冗長性を組み込む場合は、[この論理サーバーのすべてのス
トレージボリュームに対して冗長を使用する]チェックボックスを選択します。
注記: ボリュームに対してリダンダントパスを使用することを指定する予定の
場合は、ポートを 2 つ追加する必要があります。
vii. [ボリュームの追加]をクリックして、[ボリュームおよびパスの選択]テーブルに行
を追加します。
1. また、特定のボリュームに冗長性を組み込む場合は、そのボリュームの横の
[冗長性]チェックボックスを選択します。
2. [ブート]メニューから値を選択します。ボリュームがブートボリュームの場
合は、「はい」を選択します。ボリュームがデータボリュームの場合は、
「いいえ」を選択します。指定するストレージボリュームが 1 つだけの場
合、そのボリュームはブートボリュームでなければなりません。指定するス
トレージボリュームが複数の場合、ブートボリュームにできるボリュームは
1 つだけです。デフォルトでは、最初に追加されるボリュームの場合は「は
い」、2 回目以降に追加されるボリュームの場合は「いいえ」です。
3. ストレージボリュームのサイズ(GB)を入力します
4. ストレージボリュームの [RAID レベル]を選択します。
5. 該当する [RDM アクセス]として、「PHYSICAL」または「VIRTUAL」を選択し
ます。これにより、ESX ハイパーバイザーが VM による RDM ボリュームへ
のアクセスを許可する方法が制御されます。詳しくは、VMware のドキュメ
ントを参照してください。
6. このストレージボリュームに対して [冗長]を選択した場合は、プライマリお
よびセカンダリブートパスのアレイコントローラーポート番号を割り当てま
す。
7. 各ストレージボリュームのサーバー WWN に対応するストレージポート
WWN と LUN 識別子を追加します。この情報は、VMware の vCenter(参
照が最も推奨される位置)、HP P6000 Command View ソフトウェア、3PAR
管理コンソール、またはストレージ管理者から入手できます。
viii. 各 VM ホストで、該当するサーバー WWN を選択します。RDM ボリュームに接
続できる HBA に関連付けられた WWN を使用してください。この情報は、
VMware の vCenter など、ベンダーの管理ユーティリティで発見できます。
172
論理サーバーの使用
ix. [保存]をクリックします。
c.
d.
4.
データストアを選択します。RDM ストレージを使用する場合は、SAN ベースのデー
タストアを指定する必要があります。そうしないと、VM の移動を正しく行えません。
[次へ]をクリックして、下の手順 4 に進みます。
この論理サーバーのネットワーク構成を指定します。
a. [ネットワークの追加]をクリックし、2 つのネットワーク(実務ネットワークと管理
ネットワーク)を追加します。
該当するすべてのネットワークを追加して冗長接続を確立することをおすすめしま
す。まず、管理ネットワークを指定し(デプロイメント用)、PXE ブートを有効にし
ます。Insight Control サーバー配備ライセンスに不安がある場合は、PXE ブートを有
効にしないでください。OS のインストールは仮想メディアを使用して実行する必要
があります。
b.
c.
d.
メニューから実務ネットワーク用の適切な [ネットワーク名]を選び、説明を加えま
す。
[ネットワークの追加]をクリックして、管理ネットワークについて同じ操作を行いま
す。
[次へ]をクリックします。
5.
新しい論理サーバーサマリーを確認します。
a. 問題があれば訂正します。
b. [終了]をクリックします。
6.
論理サーバーが正しく作成されたことを確認するために、[ツール]→[論理サーバー]→[使
用開始]をクリックし、論理サーバーを選択します。[使用開始: 論理サーバーのターゲット
ホストへの割り当て]画面が表示されます。
ProLiant 仮想マシン論理サーバーの作成
173
a.
b.
7.
8.
この論理サーバーに適合するホストを選択します。この時点で OS をプロビジョニン
グする準備が整っていない場合を除き、[VM あるいは Virtual Connect が実装されてい
るサーバーの電源オン]はそのまま有効にします。
[使用開始]をクリックします。
[確認]をクリックして、アクティブ化を開始します。
論理サーバーにデプロイする OS を選択します。アクティブ化の実行中に、VM が構成さ
れ、電源が入ります。
a. 電源投入時にメディアを VM に提供することを予定している場合は、次に進む前に仮
想コンソールに接続するかまたは VM ゲストのプロパティを変更して仮想メディアア
クセスをセットアップします。
b. VM のデプロイに Insight Control サーバー配備を選択している場合は、論理サーバー
のアクティブ化ジョブのステータスを監視します。アクティブ化が完了すると、Insight
Control サーバー配備コンソールの [コンピューター]パネルの [新規コンピューター]の
下に新しい VM が「VMware-< シリアル番号 >」という名前で表示されます。OS イ
ンストールフォルダー(以前に作成した IO フォルダーではありません)の OS デプ
ロイメントジョブをシステムにドラッグして、ジョブをただちに開始します。
注記: CloudSystem Matrix 7.3 の時点で、HP Insight Control サーバー配備は、DVD
メディアから削除され、利用するには別途ダウンロードして購入する必要がありま
す。
作成済みのすべての LS に赤色の矢印インジケーターが表示されることを確認します。
仮想マシンゲストの最終手順
•
(オプション)VM ゲストでホスト名を設定します。
ヒント: 論理サーバーのホスト名を作成するときは、そのホスト上の OS またはアプリ
ケーションに関連付けられた名前を選択します。大文字と小文字が混在すると問題がある
ため、すべて小文字を使用することをおすすめします。Windows では、ホスト名がドメ
インに追加されるときに大文字に変換され、ホスト名に記号や区切り文字は使用できませ
ん。また、ホスト名にアンダースコアを使用できません。例:winpayroll
174
•
ESX VM ゲストでは、ゲスト内部に VMware Tools をインストールして設定する必要があ
ります。ゲストにエージェントを追加する必要はありません。Windows ゲストでは、
VMware Tools のインストールは完全に自動化されています。一方、Linux ゲストでは、最
終の設定スクリプトを実行する必要があります。VMware のコミュニティで、『VMware
Tools for Linux Guests』という資料を探してください。
•
VMware Tools が正しくインストールされ稼動していることを確認するには、VMware
Virtual Infrastructure Client を Virtual Center サーバーに接続してゲストを選択します。ゲス
トの [サマリ]タブを表示して、VMware Tools のステータスを記述する 3 つの行を探しま
す。3 つの行にすべて情報が記載され、ステータスが [OK] になっているはずです。
論理サーバーの使用
Integrity 仮想マシン論理サーバーの作成
HP Integrity VM ゲストでアクティブ化する仮想論理サーバーを作成するには、以下の手順を実
行します。そのような仮想論理サーバーが正常に作成されることにより、基礎となる VM イン
フラストラクチャの有効性を確認し、IO による自動プロビジョニングの実行時に問題が発生
するリスクを削減することができます。
OS のインストール中に Integrity VM ゲストキットをインストールしなかった場合は、OS のイ
ンストール後に必ずインストールしてください。
前の項で作成したいずれかの VM ホスト上に新しい VM 論理サーバーを作成することをプラン
ニングします。
単一の Integrity VM 論理サーバーを作成するには、以下の手順に従ってください。
1. HP SIM で、[ツール]→[HP Matrix OE ビジュアル化...]の順に選択して、[ビジュアル化]タブ
を表示します。
2. [ビジュアル化]タブで、[ツール]→[論理サーバー]→[更新 …] の順に選択して、Matrix OE
ビジュアル化と最新の VM オペレーションとの同期が取れていることを確認します。次
に、[Insight Control 仮想マシン管理 (VMM)] チェックボックスを選択します。
3. Integrity VM ホストを含む、エンクロージャーと Virtual Connect ドメインを表示できるこ
とを確認します。
ゲストを含む Integrity VM ハイパーバイザーがすでに用意されている場合は、[作成]機能では
なく [インポート]機能を使用できます。
1. 稼動中の VM ゲストを選択します。
2. [ビジュアル化]タブで、[ツール]メニューを選択します。
3. [論理サーバー]→[インポート]の順に選択します。
4. 論理サーバーが正常に作成されたことを確認します。
Integrity 仮想マシン論理サーバーの作成
175
インポート機能を使用しなかった場合は、[ビジュアル化]タブで、[作成]→[論理サーバー]メ
ニューを選択します。
ゲストに Integrity VM ハイパーバイザーがない場合は、以下の手順を実行してください。
1. 次の操作を行い、論理サーバーの識別情報を指定します。
a.
[論理サーバー名]と [論理サーバーの説明]に値を入力します。
論理サーバーの名前の最後に _ls または-ls を付けることをおすすめします。ホス
ト名と同じかまたは同じになる予定の論理サーバー名は使用しないでください。
注記: インストールされるすべてのシステムについて、小文字のホスト名を使用す
ることを強くおすすめします。
b.
c.
d.
e.
f.
g.
2.
[ポータビリティグループ]をハイパーバイザーに設定します。[論理サーバーのアーキ
テクチャー]フィールドと [論理サーバーのオペレーティングシステム]フィールドは、
それぞれ、「HP Integrity」と「HP-UX」に自動的に設定されます。
[論理サーバーのアーキテクチャー]を [HP Integrity] に設定します。
必要に応じて [Virtual Machine Type] を [Integrity VM] または [Integrity vPar] に設定し
ます。
[論理サーバーのオペレーティングシステム]を [HP-UX] に設定します。
[管理対象リソース名]に値を入力します。このフィールドで、意味のある命名規則を
確立することをおすすめします。ユーザーがここに名前を入力しない場合、論理サー
バーのマネジメントツールが論理サーバーの名前に基づき自動的に名前を作成しま
す。
[次へ]をクリックします。
この論理サーバーのコンピューティングリソースを指定します。CPU とメモリの最小要件
がない場合は、デフォルトをそのまま採用できます。
注記:
3.
176
HP-UX OS が正常に動作するには、2048 MB 以上のメモリが必要です。
この論理サーバーのストレージ構成を指定します。
論理サーバーの使用
注記: Integrity VM 仮想論理サーバーは、それぞれのホストによって SLVM VG として提
供されるデータストアだけにアクセスできるため、[プールエントリーの選択]メニューは
グレー表示になります。効率的なストレージは「共有 LVM ボリュームグループの設定」
(98 ページ) で定義した SLVM VG に含まれる論理ボリューム(ファイルではない)です
が、[ストレージタイプの選択]リストには [ファイル(VM)ストレージエントリー]が表示
されます。
a.
b.
c.
d.
e.
f.
g.
4.
[ストレージエントリーの作成]をクリックして、1 つ以上のストレージエントリーを
作成します。この手順で入力する情報(名前、サイズ)は、「共有 LVM ボリューム
グループの設定」 (98 ページ) で定義した SLVM ボリュームグループで論理ボリュー
ムを作成するために使用されます。論理サーバーをアクティブにするには、1 つ以上
のエントリーが必要です。
自動的に設定されたストレージエントリー名を保持または変更します。説明を入力し
てください。
[ストレージの追加]をクリックします。
ストレージエントリーのサイズを調整します。
[保存]をクリックします。
画面下部の [HP Integrity VM 固有オプション]ボックス内にある [HP Integrity VM デー
タストアの選択]ドロップダウンメニューで、データストアを選択します。このリスト
には、以前に、「共有 LVM ボリュームグループの設定」 (98 ページ) で作成され、
Integrity VM デバイス管理データベースに追加された SLVM VG が含まれます。
[次へ]をクリックします。
この論理サーバーのネットワーク構成を指定します。
注記: ホスト仮想スイッチと VC は、2 つのプラットフォーム間の一貫性のためと管理
をしやすくするために、同じネットワーク名を使用する必要があります。物理ネットワー
クと仮想ネットワークの名前が同じである場合、IO はネットワークの属性を一度定義し
て単一のプールを使用することができます。テンプレートで VM と物理マシンを接続する
場合は、それが動作するように一貫性のあるネットワークを定義する必要があります。
a.
[ネットワークの追加]をクリックします。2 つのネットワークポートが追加されます。
1. 実務
2. 管理
該当するすべてのネットワークを追加して冗長接続を確立することをおすすめしま
す。
Integrity 仮想マシン論理サーバーの作成 177
注記: まず、管理ネットワークを指定し(デプロイメント用)、PXE ブートを有効
にします。
b.
c.
d.
5.
新しい論理サーバーサマリーを確認します。
a. 問題があれば訂正します。
b. [終了]をクリックします。
6.
論理サーバーが正しく作成されたことを確認するために、[使用開始]をクリックします。
[使用開始: 論理サーバーのターゲットホストへの割り当て]画面が表示されます。
a.
b.
c.
7.
8.
178
メニューから実務ネットワーク用の適切な [ネットワーク名]を選び、説明を加えま
す。
[ネットワークの追加]をクリックして、管理ネットワークについて同じ操作を行いま
す。
[次へ]をクリックします。
この論理サーバーに適合するホストを選択します。
この時点で OS をプロビジョニングする準備が整っていない場合を除き、[VM あるい
は Virtual Connect が実装されているサーバーの電源オン]はそのまま有効にします。
[使用開始]をクリックします。
[確認]をクリックして、アクティブ化を開始します。
論理サーバーにデプロイする OS を選択します。アクティブ化の実行中に、VM が構成さ
れ、電源が入ります。
a. 論理サーバーのアクティブ化ジョブのステータスを監視します。アクティブ化が完了
すると、Ignite-UX server:/var/opt/Ignite/clients/の下に新しい VM が論理サーバー名
とともに表示されます。
b. 新しい VM がアクティブにされる Integrity VM ホストに進みます。
c. hpvmstatus コマンドを使用して、ゲストが作成されているかどうか確認します。
d. hpvmconsole コマンドを使用して、ゲストの iLO に進みます。
e. コンソールにログインすると、ゲストはユーザー入力を待ちます。
論理サーバーの使用
f.
適切な入力を行い、インストールを続行します。
新しい論理サーバーの管理
作成した LS を管理するには、以下の手順を実行してください。
1. 新しい検出タスクを定義し、IP アドレスまたはホスト名で新しい LS を検出します。論理
サーバーの正引き参照と逆引き参照を含む DNS の設定をおすすめします。
この検出操作の前に、ESX ホストを vCenter に接続する必要があります。vCenter が新し
いサーバーの場合、vCenter サーバーを検出して HP SIM で新しい vCenter の設定値を指
定する必要があります。検出タスクの作成方法については、「検出および認証情報の設
定」 (312 ページ) を参照してください。
2.
Matrix OE ビジュアル化で、[ビジュアル化]タブから[ツール]→[論理サーバー]→[更新 …]
を使用して論理サーバー HP SIM ノードを更新します。この更新は、1 時間ごとに自動で
実行されます。
注記: 新しい論理サーバーがハイパーバイザー(Integrity VM ホストなど)である場合
は、Insight Control 仮想マシン管理も更新してください。
新しい論理サーバーの管理
179
3.
HP Insight Managed System Setup Wizard を使用して、HP Insight Management でシステ
ムを管理できるように設定します。「新しい管理対象システム追加のための Insight Managed
System Setup Wizard の使用」 (29 ページ) を参照してください。新しい管理対象システム
用に、次の機能を選択します。
•
Matrix Operating Environment
•
Insight Control 電力管理
•
Insight Control 仮想マシン管理(新しい管理対象システムが VM ホストまたは VM ゲ
ストである場合のみ)
注記: Managed System Setup Wizard を使用してシステムをベアメタルサーバーブレードと
して設定した場合(論理サーバーとして設定され OS がデプロイされる前の状態)は、最初の
Managed System Setup Wizard セッションで選択した機能が保存されます。機能を展開して、
該当する機能がすべてマークされていることを確認してください。
2 回目の Managed System Setup Wizard セッションでは、最初のセッションで選択した機能
によっては、他の多くのターゲットが依存ターゲットとして導入される可能性があります。た
だし、問題はありません。特別なシステム構成は行われません。
論理サーバーの削除と管理解除
ほぼすべての状況において、論理サーバーを取り除くための最も適切な操作は「削除」です。
「削除」は、論理サーバーのストレージが、ストレージプールエントリーとして、ストレージ
プールとは別に管理されている場合には正しい操作です。この運用モデルは、論理サーバーを
作成および削除したり、サーバー用のストレージの作成および再使用機能を利用したりする場
合に HP が推奨する方法です。これは、オーケストレーションによって作成される論理サーバー
のモデルでもあります。
もう 1 つの方法として、基礎となるリソースを「削除」とは異なる方法で処理する必要がある
場合に、論理サーバーを「管理解除」できます。「管理解除」は、論理サーバーが「インポー
ト」されたものである場合に適切な操作となります。この使用状況は、あまり一般的ではあり
ませんが、VCEM によって作成されるサーバーまたは仮想マシンを、それらの稼動後に論理
180 論理サーバーの使用
サーバー管理フレームワークに組み込んだり、フレームワークから削除したりする場合に、適
切な運用モデルとなります。
「削除」操作では、サーバーが削除され、リソースが返されるのに対して、「管理解除」操作
では、サーバーが論理サーバーとしてのみ削除され、基礎となるサーバーおよびリソースはそ
のまま残されます。詳しくは、表 7 (181 ページ) を参照してください。
表 7 論理サーバーの削除と管理解除の比較
論理サーバー
論理サーバーの削除
論理サーバーの管理解除
管理データベースから削除されま
す。
管理データベースから削除されます。
VC プロファイルまたは物理論理サー 削除されます。WWN と MAC は、 論理サーバーがアクティブ化されてい
バー
未使用プールに返されます。
る場合は削除されず、プロファイルは
その WWN と MAC アドレスを使用
しつづけます。論理サーバーがまだ一
度もアクティブ化されていない場合
は、プロファイルが作成されていない
可能性があります。
物理サーバーまたは VM
コンピューティング環境から削除さ 変更または削除されません。稼動中の
れます。
場合は、稼動を続けます。
ストレージプールエントリー
手動で作成したストレージプールエ
ントリーは、論理サーバーから切り
離されサーバープールに戻されて再
利用できるようになります。自動生
成されたストレージプールエント
リーは、論理サーバーの削除の際に
削除されます。ストレージプールエ
ントリーの内容は消去されません。
ディスクの消去について詳しくは、
「「Clean-me-」論理サーバーをク
リーンアップする手動プロセス(物
理)」 (182 ページ) を参照してくだ
さい。
稼動中のサーバーのプロファイルに
よって依然として使用されているスト
レージプールエントリー WWN は、
そのプロファイルとともに残されま
す。ストレージプールエントリーは
「操作不能」としてマークされ、[準
備完了]チェックボックスがグレー表
示になります。この状態では、スト
レージプールエントリーを新しい論理
サーバーに割り当てることができませ
ん。
Virtual Connect 論理サーバーを持つ
サーバーでは、論理サーバーが、ス
トレージプールに挿入されていない
ストレージエントリーによって作成
されたものである場合、論理サー
バーを削除すると、手動で再生する
必要のある孤立したストレージにな
ります。この問題を回避するには、
論理サーバーのストレージ定義を変
更し、論理サーバーを削除する前に
[ストレージエントリーをプールに挿
入]を選択してください。
管理
推奨事項
割り当て済みのすべてのサーバーリ
ソース(WWN や MAC アドレスな
どの固有の論理サーバー識別子を含
む)が放棄されます。将来、この論
理サーバーの正確な識別情報を復元
することはできません。
物理サーバーまたは VM は、HP SIM
を使用して管理しつづけることができ
ますが、論理サーバーとして管理する
ことはできなくなります。
まず、削除する論理サーバーのデー
タをバックアップまたはアーカイブ
することをおすすめします。行わな
い場合は、論理サーバーを削除する
ほとんどの場合、論理サーバーを管理
解除することは適切ではありません。
インポートされた論理サーバーについ
て、それらを論理サーバーとして管理
後に、[ツール]→[論理サーバー]→[イ
ンポート]メニュー項目を使用して、
物理サーバーまたは VM をインポー
トできます。これにより、物理サー
バーまたは VM の論理サーバーとし
ての管理を再度有効にすることができ
ます。
論理サーバーの削除と管理解除
181
表 7 論理サーバーの削除と管理解除の比較 (続き)
論理サーバーの削除
論理サーバーの管理解除
と、バックアップまたはアーカイブ しない場合に、サーバーを稼動させた
していないすべてのデータが失われ ままにしたいときは、「管理解除」を
ます。
使用できます。
必ず、「Clean-me-」論理サーバーを
削除してください。「Clean-me-」論
理サーバーの手動クリーンアップの
実行については、「「Clean-me-」論
理サーバーをクリーンアップする手
動プロセス(物理)」 (182 ページ)
を参照してください。
「Clean-me-」論理サーバーをクリーンアップする手動プロセス(物理)
Matrix インフラストラクチャオーケストレーション物理サーバーデプロイメントが失敗する
か、サービス削除リクエストが失敗した場合、サーバーブレードはインフラストラクチャオー
ケストレーションのメンテナンスプールに移され、Matrix Operating Environment 論理サーバー
の名前はプレフィックス「Clean-me-」を使用して変更されます。サーバープロファイルとブー
トディスクはそのまま確保されるため、管理者は、このサーバーブレードをユーザープールに
戻す前に、失敗の原因を確認し必要なメンテナンスを行うことができます。
今後のプロビジョニングリクエストに備えて、ブートディスクからオペレーティングシステム
を完全に消去し、ストレージからブレードを切り離し、ブレードをインフラストラクチャオー
ケストレーションサーバープールに戻すには、手動クリーンアッププロセスを実行する必要が
あります。この場合は、まず、Clean-me 論理サーバーを削除(管理解除ではない)しなければ
なりません。手動クリーンアップを実行するには、以下の手順に従ってください。
Insight Control サーバー配備の場合:
1.
2.
3.
4.
5.
サーバーブレードの電源を入れます。サーバーブレードがスタックしている場合は、電源
を切ってから入れなおさなければならないことがあります。
次のいずれかの手順を実行して、接続されているブート LUN を消去します。
•
Insight Control サーバー配備コンソールから、Erase ProLiant Hardware ジョブを実行
します。このジョブは、[HP デプロイメント ツールボックス]→[ハードウェア設定]に
あります。HP は、このオプションをおすすめします。
•
サーバーブレードの電源を入れて、F9 キーを押し、[システム デフォルト オプショ
ン]→[設定の復元/起動ディスクの消去]を選択します。
上記の手順を完了したら、サーバーブレードの電源が切れていることを確認します。場合
によっては、ユーザーが手動でサーバーブレードの電源を切る必要があります。
Insight Control サーバー配備コンソールから、サーバーブレードを手動で削除します。
「最終クリーンアップ」 (183 ページ) に進んでください。
Ignite-UX の場合:
1.
2.
サーバーブレードの電源を入れてオペレーティングシステムをブートできるようにしま
す。
GUI から HP SIM 検出を実行するか、コマンドプロンプトから次のコマンドを入力します。
mxnode -a <target IP or DNS name> -w
注記: mxnode コマンドを使用するには、プロビジョニングされたサーバーの root ログ
インを HP SIM のグローバル認証に入力します([オプション]→[セキュリティ]→[認証情
報]→[グローバル認証])。
3.
182
GUI またはコマンドラインから HP SIM エージェントをサーバーにデプロイします。コマ
ンドラインでは、mxagentconfig -a -n <target IO or DNS name> -u root -p
論理サーバーの使用
4.
<password> と入力します。ここで、<IP> は新しく作成する HP SIM ノードの IP アドレ
ス、<password> は新しく作成する HP SIM ノードの root パスワードです。
CMS から、Windows のコマンドプロンプトに以下のコマンドを入力して mxtool の Ignite
Erase Disks を実行します。
mxexec –t “Ignite Erase Disks” –n <IP>
ここで <ip> は消去中のサーバーの IP アドレスです。
5.
6.
クリーンアップが完了したら、手順 2 で mxnode コマンドを使用した場合は、[オプショ
ン]→[セキュリティ]→[認証情報]→[グローバル認証]を使用して、グローバル認証情報を削
除します。
「最終クリーンアップ」 (183 ページ) に進んでください。
HP Server Automation の場合:
1.
2.
3.
4.
5.
6.
サーバーブレードの電源を入れます。
F9 キーを押し、[システム デフォルト オプション]→[設定の復元/起動ディスクの消去]を
選択します。
再起動し、再度 F9 キーを押します。次に、NIC を 1 番目のブートデバイスとして選択し
ます。
上記の手順を完了したら、サーバーブレードの電源が切れていることを確認します。場合
によっては、ユーザーが手動でブレードサーバーの電源を切る必要があります。
サーバーブレードが、[サーバー]リストに存在する可能性があり、その場合は名前または
その MAC アドレスで識別できます(MAC アドレスを表示するには、ハードウェアまた
はネットワークビューに切り替えます)。リストから、サーバーブレードを手動で削除し
てください。
「最終クリーンアップ」 (183 ページ) に進んでください。
HP Insight Control サーバープロビジョニングの場合
1.
2.
3.
4.
5.
6.
サーバーブレードの電源を入れ、F9 キーを押します。
[システム デフォルト オプション]→[設定の復元/起動ディスクの消去]を選択します。
サーバーブレードを再起動して、もう一度、F9 キーを押します。
NIC を 1 番目のブートデバイスとして選択します。
サーバーブレードの電源が切断されていることを確認します。必要に応じて、サーバーブ
レードの電源を手動で切ります。
Insight Control サーバープロビジョニングから、サーバーブレードを削除します。Insight
Control サーバープロビジョニングアプライアンスの [Servers] ページで、サーバーを選択
して[Action]→[Delete] を選びます。
最終クリーンアップ
どの場合も、使用中のデプロイメントサーバーで上記の手順を完了した後、以下の手順を実行
してストレージプールエントリーを今後のプロビジョニングリクエストで選択できるようにし
ます。
1. Matrix Operating Environment メニューを使用して、関連付けられた Matrix Operating
Environment 論理サーバーを非アクティブにします(アクティブの場合)。[ツール]→[論
理サーバー]→[使用停止]の順に選択します。
2. 関連付けられた Matrix Operating Environment 論理サーバーが非アクティブになったら、
Matrix Operating Environment メニューを使用して論理サーバーを削除します。[削除]→[論
理サーバーの削除]の順に選択します。[論理サーバーの削除]画面で、「はい」と入力して、
この操作を進めます。
論理サーバーの削除と管理解除 183
注記: [論理サーバーの管理解除]オプションは選択しないでください。このオプションを
選択すると、論理サーバーのストレージプールエントリーが変更され、提供またはゾーニ
ングとは関係なく新しい WWN が含まれるようになります。誤って [論理サーバーの管理
解除]オプションを選択した場合は、HP の Web サイト http://www.hp.com/jp/
proliantessentials_manual で提供される 『HP Matrix Operating Environment インフラスト
ラクチャオーケストレーションユーザーガイド』 の手順に従って、ストレージプールエン
トリー、FC ゾーン、およびディスクアレイの提供を設定してください。
3.
4.
VCEM で、プロビジョニングに失敗したサーバーブレードに関連付けられている VC プロ
ファイルが適切に削除されているかどうか確認します。プロファイルが存在する場合、プ
ロビジョニングに失敗したサーバーブレードに関連付けられている VC プロファイルの割
り当てを解除し VCEM から削除します。
サーバーブレードをインフラストラクチャオーケストレーションメンテナンスプールから
取り出します。
a. インフラストラクチャオーケストレーションコンソール(HP SIM からアクセス)で、
元のサーバーブレードプールを選択して、[プール修正]をクリックします。
b. インフラストラクチャオーケストレーションのメンテナンスプールから失敗したサー
バーを取り出し、自身のサーバーブレードプールに戻してからプールを保存します。
「Clean-me-」論理サーバーをクリーンアップする手動プロセス(仮想)
VM をデプロイする場合、インフラストラクチャオーケストレーションは VM がプロビジョニ
ングされる場所にディレクトリ構造を作成します。作成されるディレクトリは、次のパターン
に従います。<VMFS ボリューム >\< サービス名 >\<VM 名 >。このフォルダーには、仮想
論理サーバーに対応するすべてのフォルダーとファイルが含まれます。このフォルダーとその
中身をすべて削除してください。
ESX/vSphere の場合:
1.
2.
3.
4.
5.
6.
[Matrix OE ビジュアル化] で、[ツール]→[論理サーバー]→[更新]を選択します。
論理サーバー画面で、論理サーバーが存在しないことを確認します。論理サーバーが存在
する場合は、[削除]→[論理サーバーの削除]の順に選択して論理サーバーを削除します。
vCenter クライアントを使用して、ESX サーバーデータストアを参照します。
VM が存在する場合は、VM を削除します。
ESX サーバーのデータストアを参照します。
そのディレクトリに移動して、問題のあるディレクトリと、そのディレクトリの内容を削
除します。
Hyper-V の場合:
1.
2.
3.
4.
5.
VM
1.
2.
3.
4.
[Matrix OE ビジュアル化] で、[ツール]→[論理サーバー]→[更新]を選択します。
論理サーバー画面で、論理サーバーが存在しないことを確認します。論理サーバーが存在
する場合は、[削除]→[論理サーバーの削除]の順に選択して論理サーバーを削除します。
Hyper-V ハイパーバイザーに接続します。
Hyper-V Manager から VM を削除します。
そのディレクトリに移動して、問題のあるディレクトリと、そのディレクトリの内容を削
除します。
のプロビジョニングに、HP SA デプロイメントが使用されている場合:
上記の手順に従い、ESX VM や Hyper-V VM を削除します。
SA コアサーバーに接続します。
SA デバイスリスト(All Managed Servers)から、VM を選択します。
[非アクティブ化]と [削除]を実行します。
184 論理サーバーの使用
11 Matrix インフラストラクチャオーケストレーションの
設定
注記: この章の設定は、連携 CMS 環境のプライマリ CMS にのみ適用されます(仮想マシン
管理テンプレートを除く)。これらのテンプレートは、Hyper-V ホストを管理する CMS で設
定する必要があります。ストレージプールは、連携 CMS 環境のすべての CMS において設定
済みである必要があります(これまでの章を参照)。
準備
Matrix インフラストラクチャオーケストレーションを設定する前に、次のチェックリストを確
認してください。
•
この章でブレードの物理的な展開に対しカスタマイズする前に、「Insight Controlサーバー
配備のカスタマイズ」 (47 ページ) または「Insight Control サーバープロビジョニング」
(54 ページ) の記述に従って、HP Insight Control サーバー配備または Insight Control サー
バープロビジョニングソフトウェアをインストールまたは更新する必要があります。
注記: CloudSystem Matrix 7.3 の時点で、HP Insight Control サーバー配備は、DVD メディ
アから削除され、利用するには別途ダウンロードして購入する必要があります。
•
ProLiant 管理対象システムの場合、Matrix インフラストラクチャオーケストレーションは、
Microsoft Sysprep ツールを使用して、デプロイされた Windows システムのカスタマイズ
を有効にします。カスタマイズには、ホスト名の変更、最初の起動時の Windows ライセ
ンスキーの適用、IP アドレスの設定などがあります。Microsoft sysprep 機能について詳し
くは、Microsoft 社の Web サイト http://support.microsoft.com/kb/928386/ を参照して
ください。
HP-UX 管理対象システムの場合は、必ず「Ignite-UX サーバーとしてのシステムの設定」
(88 ページ) の説明に従って、Ignite-UX サーバーを自動デプロイメント用にセットアップ
してください。
•
VC ドメイングループを作成し、VMware vCenter と Microsoft System Center Virtual Machine
Manager の設定値で SIM を設定したことを確認してください。
•
Matrix インフラストラクチャオーケストレーションでサポートされる 3 つの役割に使用す
るユーザー名を使用できるようにします。あるいは、3 つのユーザー名(たとえば、
IOAdmin、IOArchitect、IOUser)を提案し、以下の項でそれらのユーザー名を使用します。
通知およびプロパティの設定
インストール後、HP Operations Orchestration のシステムプロパティがすべて正しく設定され
ていることを確認します。インストール時にこれらのプロパティが設定された場合、正しい値
が指定されます。
この項の説明に従い、最初にソフトウェアをインストールするときには指定できない電子メー
ルアドレスなどの通知設定を指定します。システムプロパティ、ならびに電子メール、SMTP
サーバー、およびアカウントについての通知設定は、OO(Matrix インフラストラクチャオー
ケストレーションの一部としてインストールされます)内部で管理されます。
1. OO を起動するには、[スタート]→[すべてのプログラム]→[Hewlett-Packard]→[Operations
Orchestration]→[HP Operations Orchestration Studio] の順に選択します。ログインプロン
プトが表示されます。
2. 次の認証情報を使用して、OO 管理者アカウントにログオンします。
•
•
ユーザー名:admin
パスワード:Matrix インフラストラクチャオーケストレーションのインストール中に
指定した Insight Management サービスアカウントのパスワード
準備 185
注記: Insight Management サービスアカウントのパスワードを後で変更した場合、
Operations Orchestration には反映されません。
3.
4.
5.
6.
[Configuration]、[System Properties] の順に展開します。
表示されているシステムプロパティのいずれかをダブルクリックします。これによって、
システムプロパティとその値が右パネルに表示されます。
複数のシステムプロパティの値を表示および編集するには、表示または変更するすべての
プロパティを選択します。
プロパティを右クリックして、[リポジトリ]→[チェックアウト]の順に選択します。チェッ
クアウトされたシステムプロパティは、[自分の変更/チェックアウト]ペインにも表示され
ます。
186 Matrix インフラストラクチャオーケストレーションの設定
7.
8.
9.
システムプロパティをダブルクリックして、右ペインにその値を表示し、変更します。
HpioCmsIP プロパティが CMS のプライマリ IP アドレスまたは FQDN に設定されている
ことを確認します。IP アドレスが設定されていない場合や誤っている場合は、HpioCmsIP
の [プロパティ値]エリアをクリックして、正しい IP アドレスを入力します。
(オプション)電子メールアドレスを設定します。
Insight Management ソフトウェアによるインストール時には、すべての電子メールについ
て [送信元]電子メールアドレスと [送信先]電子メールアドレスをそれぞれ 1 つだけしか指
定できません。OO のシステムプロパティ画面には、IO が送信するすべてのクラスの電
子メールが表示されます。この電子メールをそれぞれ設定して、別のアドレスに届くよう
に設定できます。
10. OO を終了する前に変更したプロパティ値を保存するには、[自分の変更/チェックアウト]
ペインの [System Properties] を右クリックして [チェックイン]を選択します。
仮想マシンプロビジョニングのための設定
Microsoft Windows sysprep の確認
Matrix インフラストラクチャオーケストレーションは、sysprep に依存して Microsoft Windows
VM システムのカスタマイズを可能にします。カスタマイズには、ホスト名の変更、最初の起
動時の Windows ライセンスキーの適用、IP アドレスの設定などがあります。Windows システ
ムのデプロイを自動化し、Windows ライセンスキーを自動で適用できるようにするには、
sysprep.inf ファイルを編集する必要があります。この編集により、IO は新しい Windows
システムをすべて自動でプロビジョニングできます。この編集を行わないと、たとえば、新し
くプロビジョニングされるシステムが最初の起動時に停止して、キーの入力を待つ場合があり
ます。
注記: sysprep を使用すると任意の Windows デプロイメントをカスタマイズできますが、
sysprep が必要になるのは Windows 2003 のみです
仮想マシンプロビジョニングのための設定
187
Microsoft sysprep ファイルの作成
IO の管理者は、新しい sysprep.inf ファイルを作成し、サンプルファイルを基に sysprep
ファイルを編集して、Windows ライセンスキーなど、Windows VM のカスタマイズ項目を追
加指定できます。その後、対応する Windows VM での IO テンプレートの作成中にこれらの
ファイルを使用できます。
1. Microsoft Windows バージョン用に 1 つの sysprep ファイルを作成し、ご使用の環境に
よっては必要に応じて他の sysprep ファイルを作成する必要があります。サンプル
Sysprep.inf ファイルは、次の位置にあります。C:\Program Files\HP\Matrix
infrastructure orchestration\conf\sysprep\sysprep_sample.inf
注記: sysprep_sample.inf ファイルは、削除したり名前を変更したりしないでくだ
さい。
2.
3.
•
sysprep_sample.inf を sysprep_w2k3_32bit.inf にコピーします。
•
sysprep_sample.inf を sysprep_w2k3_64bit.inf にコピーします。
•
sysprep_sample.inf を sysprep_w2k8.inf にコピーします。
•
sysprep_sample.inf を sysprep_w2k8r2.inf にコピーします。
プロダクトキーおよびファイル内のカスタマイズが必要な他の項目を編集します。
IO が新しい VM を Windows ドメインに参加できるようにするには、以下の手順に従って
ください。
a. 暗号化したドメイン管理者の認証情報を sysprep.inf ファイルに追加します。
sysprep.inf ファイルに認証情報が記述されていない場合は、[ネットワークの編集]
ダイアログボックスで、[なし]または [ワークグループ]を選択します。この場合、IO
は自動的に新しい VM を Windows ドメインに参加させます。
b. 認証情報が sysprep.inf ファイルで指定されていない場合、デプロイメントが完了
した後で、ドメイン管理者は手動でシステムをドメインに参加させることができま
す。
注記: Matrix IO は、すべての Windows VM デプロイメントに対して sysprep.inf の使用
のみをサポートします。Windows 2008 では、unattend.xml アンサーファイルを使用しな
いでください。
Microsoft Sysprep ツールのインストール
ご使用の環境によっては、sysprep ファイルを異なる位置に配置する必要があります。sysprep
ファイルを格納する位置を決定するには、表 8 (188 ページ) を参照してください。
表 8 sysprep ツールのインストール
カスタマイズを有効にするシステム
操作
VMware vCenter 5.x
Microsoft sysprep ツールを vCenter 管理サーバーにイン
ストールします。
• vCenter Server が Windows Server 2008 以降にイン
ストールされており、Windows 2003(またはそれ以
前)のゲストをプロビジョニングする場合は、sysprep
ツールを C:\ProgramData\VMware\VMware
VirtualCenter\sysprep\<OS> にインストールし
てください。
注記: C:\ProgramData は、隠しフォルダーになっ
ている場合があります。
• vCenter Server がその他の Windows オペレーティン
グシステムにインストールされている場合は、sysprep
ツールを C:\Documents and Settings\All
Users\Application Data\VMware\VMware
188 Matrix インフラストラクチャオーケストレーションの設定
表 8 sysprep ツールのインストール (続き)
カスタマイズを有効にするシステム
操作
VirtualCenter\sysprep\<OS> にインストールし
てください。
ここで、<OS> は、Windows ゲストオペレーティングシ
ステムです。有効な値は、svr2003 および svr2003-64
です。
注記: 次のゲストをプロビジョニングする場合は、
sysprep ツールをインストールする必要はありません。
• Windows 2008 以降の VM ゲスト
• Linux の VM ゲスト
Microsoft Hyper-V(Windows 2003 VM ゲスト)
Microsoft sysprep ツールを CMS の C:\Program
Files\HP\Insight Control virtual machine
management\sysprep\2003 フォルダーにインストー
ルします。
Microsoft Hyper-V(Windows 2008 および Windows
2012 VM ゲストのみ)
Windows 2008 VM ゲストをプロビジョニングする場
合、変更は必要ありません。
Windows sysprep ユーティリティのインストール
「VMware ESXi/vSphere 仮想マシン用のテンプレートの作成」 (44 ページ) の説明に従って
VM 用の VMware テンプレートを作成する前に、以下の手順を実行する必要があります。
1. Virtual Center サーバーのデスクトップにログインします。
Virtual Center をインストールすると、「allusers」プロファイル内に sysprep コンポーネ
ントを入れる必要があるディレクトリが作成されます。すべての sysprep バイナリを、
Server 2003 VM をクローンするための svr2003(Windows 2003 64 ビットの場合は
svr2003-64)フォルダーにコピーする必要があります。
2.
3.
4.
Windows 2003 iso 1 仮想 DVD をマウントします。
\support\tools ディレクトリを開きます。
表 8 (188 ページ) に示したインストール位置に deploy.cab の内容をコピーします。.cab
ファイルをコピーするのでなく、必ず .cab からファイルを抽出してください。次の画面
に、生成されるディレクトリを示します。
VM ゲスト用のストレージプロビジョニングからのハイパーバイザーローカルス
トレージとシステムドライブの除外
VM ゲストの場合、ホストのローカルストレージでなく、共有ストレージを使用するのが最善
です。これにより、VM ゲストを別の VM ホストに移動する際、効率的に移動できます。ま
た、VM 用のバッキングストレージを、ハイパーバイザーシステムファイルを含む任意のスト
レージから別のドライブ上に分離するのもベストプラクティスです。このようにすると、パ
仮想マシンプロビジョニングのための設定 189
フォーマンスが向上し、ハイパーバイザーで必要な I/O 帯域幅が不足するリスクが低下しま
す。特に、ハイパーバイザーホストのシステムドライブで複数の同時 VM プロビジョニングリ
クエストが実行された場合、仮想ハードディスクドライブの複製中にディスク I/O が飽和し、
ホストが不安定になり、応答しなくなる場合があります。その結果、オーケストレーションソ
フトウェアがリソース情報と VM 固有情報を正常にホストに照会できないため、現在と将来の
一部の IO サービスリクエストが失敗する場合があります。
VM のプロビジョニングに使用するデバイスについて、Matrix インフラストラクチャオーケス
トレーションサービスを設定することができます。設定しない場合、IO は、ハイパーバイザー
ホスト上のすべてのボリュームを、VM のプロビジョニングの対象にします。ハイパーバイザー
のローカルストレージ、システムドライブ、またはその両方で VM を作成しないようにするに
は、以下の手順を実行してローカルストレージが除外されていることを確認する必要がありま
す。
1. CMS にログインして、hpio.properties ファイルを変更します。
2. C:<install_path>\Matrix infrastructure
orchestration\conf\hpio.properties ファイルを編集します。デフォルトのイン
ストールパスを選択した場合は、C:\Program Files\HP\Matrix infrastructure
orchestration\conf\hpio.properties ファイルを編集します。
3. hpio.properties ファイルで、次のセクションを見つけます。
########################## VOLUMES TO EXCLUDE ##########################
# A semicolon separated list of volumes to be excluded from the list possible
# for allocation. They can be either VMware or HyperV style volumes:
# e.g. /vmfs/volumes/privateStorage; /vmfs/volumes/NotHere
# or C:;Y:;Z:
# An entry may contain one or more "*" characters which represent a wildcard
# and will match any character.
# comparison are case-insensitive.
# For example, if you had two volumes with Ids of "/vmfs/volumes/storage1" and
# "/vmfs/volumes/storage2" - you could exclude them both with an entry of
# "/vmfs/volumes/storage*".
# Note:
# This exclusion list applies to all hosts. So any host that is found to have
# a volume that matches an entry on the exclusion list - the volume will be
# removed and not reported as available to that host.
volume.exclusion.list =
4.
Hyper-V VM ホストでストレージを除外するには、除外するドライブの文字を
volume.exclusion.list プロパティに追加します。例:
volume.exclusion.list = C:;Y:;Z:
5.
VMware VM ホストでストレージを除外するには、除外するデータストアのパスを
volume.exclusion.list プロパティに追加します。たとえば、
volume.exclusion.list =/vmfs/volumes/Storage*
6.
VM ホストを対象に除外が可能なディスク名のリストを調べます。HP SIM で対象になる
VM ホストのシステムステータスページにアクセスして、[ディスクパーティション]をク
リックしてリストを展開します。次のスクリーンショットでは、この操作の例を示しま
す。
190 Matrix インフラストラクチャオーケストレーションの設定
7.
volume.exclusion.list プロパティをファイルに繰り返し記述することはできません。このた
め、Hyper-V ホストと VMware ホストの両方のストレージを除外する場合など、複数のド
ライブを指定する場合は、ドライブ名をセミコロンで区切ってください。次の例では、最
も一般的なデプロイメント構成で Hyper-V と VMware のシステムドライブを除外してい
ます。
volume.exclusion.list = C:;/vmfs/volumes/Storage*
他の書式例を示します。
volume.exclusion.list = C:;Q:;C:\\\\ClusterStorage\\\\Volume1
volume.exclusion.list = /vmfs/volumes/Local*
8.
9.
ファイルを保存します。
Matrix インフラストラクチャオーケストレーションサービスを再起動します。
物理的なプロビジョニングに対するベアメタルサーバーの構成
1.
すべてのサーバープロビジョニングについて、ターゲットサーバーのサーバー BIOS で
Virtual Install Disk(VID)が無効になっていることを確認します。VID は新しいサーバーで
はデフォルトで無効になっています。VID 設定を無効にするには、サーバープロビジョニ
ングを開始する前に、以下の手順に従ってください。
a. サーバーを起動して、F9 キーを選択し、ROM ベースセットアップユーティリティに
アクセスします。
b. [アドバンストオプション]→[アドバンストシステム ROM オプション]を選択します。
c. [仮想インストールディスク]を選択し、無効に設定します。
d. ROM ベースセットアップユーティリティを終了します。
2.
FCoE または Boot from SAN、あるいはその両方を使用して NC551i/NC551m with
FlexFabric ネットワークアダプターを備えるターゲットに展開する場合は、HP 電力プロ
ファイルを最大パフォーマンスに設定することも必要です。
a. システム起動時に F9 キーを押して、RBSU に入ります。
b. [電力管理オプション]を選択します。
c. [HP 電力プロファイル]を選択します。
d. [最大パフォーマンス]を選択します。
e. 保存して RBSU を終了します。
物理的なプロビジョニングに対するベアメタルサーバーの構成
191
3.
使用されている ProLiant ブレードがサポートされていることを確認します。
詳しくは、HP の Web サイト http://www.hp.com/jp/proliantessentials_manual にある
『HP CloudSystem Matrix 互換性チャート』 を参照してください。
4.
5.
ブレードが最新の SPP で更新されることを確認します。
サーバー、エンクロージャー、ネットワークハードウェアなど、使用する予定のすべての
ハードウェアがサポートされていることを確認します。HP の Web サイト http://
www.hp.com/jp/proliantessentials_manual で 『HP Insight Management サポートマトリッ
クス』 を参照してください。
注記: Emulex LPe1205 HBA を備えたターゲットノードへの Windows 2008 の展開の場合、
オープンゾーニングを設定しないでください。
注記: すべてのドライブを表示するとき、SLES11 SP2 がマルチパス SAN を適切に処理しま
せん。OS が正常に展開されたが、稼動 OS が起動した後に、マルチパスの重複ドライブが表
示されます。
Matrix インフラストラクチャオーケストレーションリソースの設定
HPIO_Administrators Windows グループのメンバーは、HP SIM 経由でインフラストラクチャ
オーケストレーションコンソールにログオンできます。次に HPIO_Administrators はリソース
をセットアップしてプロビジョニングを許可できます。
192 Matrix インフラストラクチャオーケストレーションの設定
注記: Windows 2012 を実行するサーバーから、Internet Explorer(IE)10 を使用して Matrix
インフラストラクチャオーケストレーションにアクセスする予定の場合、Matrix インフラスト
ラクチャオーケストレーションの各ページを表示するには、Windows のプログラムと機能で
「デスクトップエクスペリエンス」機能をオンにする必要があります。デスクトップエクスペ
リエンス機能により、Adobe Flash Player が有効になります。
Microsoft Windows Server 2012 R2 は、IE 10 とバンドル版の IE 11 だけをサポートしていま
す。ブラウザーの互換性について詳しくは、『HP CloudSystem Matrix 互換性チャート』を参
照してください。
1. サーバーマネージャーで、[管理]→[役割と機能の追加]を選択します。
2. [役割ベースまたは機能ベースのインストール]を選択して、[次へ]をクリックします。
3. サーバープールから該当するサーバーを選択して、[次へ]をクリックします。
4. [次へ]をクリックして、[サーバーの役割の選択]ページを省略します。
5. [機能の選択]ページで、[ユーザーインターフェイスとインフラストラクチャ]を展開しま
す。
6. [デスクトップエクスペリエンス]を選択します。
7.
8.
ポップアップで、[機能の追加]をクリックします。[次へ]をクリックして、選択を確認しま
す。ターゲットサーバーの自動再起動を選択します。
[インストール]をクリックします。
インフラストラクチャオーケストレーションコンソールにログオンするには、次の手順に従っ
てください。
1. HP SIM で、[ツール]→[Infrastructure orchestration...]の順に選択します。
Matrix インフラストラクチャオーケストレーションリソースの設定
193
2.
ロード中を示す画面が瞬間的に表示された後、インフラストラクチャオーケストレーショ
ンコンソールが表示されます。
注記: [リクエスト]タブを初めて表示する場合、管理者またはユーザーがリクエストを発行
し、そのリクエストが処理中または完了の状態になるまでリクエストは表示されません。
注記: テンプレートが IO ユーザー用に表示されるように制限するには、以下の手順に従って
ください。
1. c:\Program Files\HP\Matrix infrastructure orchestration\conf\にある
hpio.properties ファイルを開きます。
2. template.access.restricted 行を「false」から「true」に変更します。
3. ファイルを保存します。
サービスを再起動する必要はありません。
インフラストラクチャオーケストレーションを使用する前に、インフラストラクチャオーケス
トレーションコンソールを使用して、サーバープールとネットワークをセットアップし、[ユー
ザー]タブと [ソフトウェア]タブの情報を検証する必要があります。
194
Matrix インフラストラクチャオーケストレーションの設定
インフラストラクチャオーケストレーションコンソールの概要
管理者は、インフラストラクチャオーケストレーションコンソールを使用して、IO の全体的
な動作ならびに IO のユーザー、テンプレート、サービス、およびリソースをデプロイ、管理、
および監視できます。たとえば、管理者の権限を持つユーザーは、次の操作を行えます。
•
完了したリクエストや実行中のリクエストのステータス、進捗状況、および詳細情報の表
示
•
リソースの表示
•
未決定のリクエストの承認または拒否
•
プール管理の実行
インフラストラクチャオーケストレーションコンソールでは、次のタブが表示されます。
[ホーム]
統計データ、リソースの使用状況、IO タスクへのアクセス用リンク
など、Matrix インフラストラクチャオーケストレーション操作の概要
が表示されます。
[テンプレート]
このタブでは、詳細情報の表示や公開済みのテンプレートからのサー
ビスの作成を実行できます。管理者およびアーキテクトは、テンプ
レートを作成、編集、削除することもできます。
[リクエスト]
サービスのインスタンス化、サービスの削除など、他のタスクを実行
しながら、生成されたリクエストを表示および管理できます。
[サービス]
サービステンプレートの起動、停止、再開、スタンバイ化、詳細情報
の表示、削除を行うことができます。
[サーバー]
リソース名、プールの詳細、サーバーの詳細を含む利用可能なサー
バープールが表示されます。サーバープールとは、新しいインフラス
トラクチャサービスを作成するときに表示および利用できるリソース
のグループです。また、ここでは、プール内のリソースの最新の利用
状況を表示することや、現時点でどのリソースを利用可能かを評価す
ることもできます。
[ストレージ]
リソース名、ストレージプールエントリー、LUN 情報を含む [Matrix
OE ビジュアル化] - [ストレージプールの管理] ページの概要が表示さ
れます。この画面から Matrix OE ビジュアル化を起動して、ストレー
ジプールエントリーの作成、更新、または管理を行うことができま
す。
[ユーザー]
ユーザーおよびユーザーに割り当てられているツールを表示できま
す。また、次のセットアップタスクへのリンクも用意されています。
•
[Matrix OE 監査メッセージの表示]
•
[IO ユーザーおよびグループの修正]
•
[コンソール認証の管理]
[ネットワーク]
使用できるネットワークを表示します。また、このタブからネット
ワークを設定できます。このタブでの設定項目は重要であり、サービ
スインフラストラクチャの作成時に、割り当てについて決定する場合
やサーバーを設定する場合に IO コントローラーが使用します。
[ソフトウェア]
利用可能な Matrix インフラストラクチャオーケストレーションソフ
トウェアを表示し、ソフトウェアイメージのサイズ、OS とプロセッ
サーアーキテクチャーの互換性の制約、ノートなどの注釈を追加する
ことができます。
[カレンダー]
ユーザー、サービス、およびテンプレートの利用情報を、利用方法や
競合を図で見ながら検索および表示できます。カレンダーは、検索コ
ンテキストに関連する内容を表示します。たとえば、あるユーザーを
検索すると、[スケジュール]タブにはユーザーが所有するサービスが、
Matrix インフラストラクチャオーケストレーションリソースの設定
195
[アベイラビリティ]タブにはユーザーが所有するサービスの使用する
プールの可用性が、[利用率]タブにはユーザーが所有するサービスの
リソース利用率がそれぞれ表示されます。
Matrix インフラストラクチャオーケストレーションを使用する前に、インフラストラクチャ
オーケストレーションコンソールを使用して、サーバープールとネットワークをセットアップ
し、[ユーザー]タブと [ソフトウェア]タブを検証する必要があります。
サーバープールの設定
Matrix インフラストラクチャオーケストレーションのサーバープールとは、新しいインフラス
トラクチャサービスを作成したり、既存のインフラストラクチャサービスへの追加を行ったり
するリクエストを発行するのに使用される、リソースの集合です。最初のリクエストの作成を
開始する前に、新しいサーバープールを作成してそのプールにユーザーを割り当てる必要があ
ります。Matrix インフラストラクチャオーケストレーションの初回起動時には、自動生成され
たプールが 2 つ用意されています。
•
[未割当]プールには、Matrix OE によってすでに検出されたすべてのリソースが含まれて
います。
Matrix インフラストラクチャオーケストレーションは、HP SIM が識別したリソースを [未
割当て]プールに自動的に埋め込みます。IO は、情報を 1 時間ごとに更新します。使用可
能なリソースを更新後、[リフレッシュ]をクリックして更新内容を確認します。
注記: Matrix インフラストラクチャオーケストレーションは、VM ホスト、仮想ストレー
ジ、および仮想ネットワークについてのインベントリに、Insight Control 仮想マシン管理
に登録されたハイパーバイザーホストから収集した情報を格納します。仮想プロビジョニ
ング用のリソースを設定するには、1 つ以上のハイパーバイザーホストをインストールし
て、設定、検出し、仮想マシン管理に登録する必要があります。事前に VCEM で VCDG
が正しく作成されていない場合、物理リソースは使用できません。
ESX 容量プールと Cloud 容量プールは、Matrix Operating Environment によって検出され
た後で、未割当プールの下でサポートされ、表示されます。
•
◦
サービスプロバイダー管理者ポータルには、Matrix Operating Environment によって
すでに検出されたすべてのリソースが含まれています。
◦
組織管理者ポータルには、サービスプロバイダー管理者によって組織に割り当てられ
たすべてのリソースが含まれています。
◦
サーバーライセンスの場合、未割当プールにはライセンスが適用されていないサー
バーリソースが含まれています。検出後、新しく追加されたサーバーは、デフォルト
で未割当サーバープールに入ります。特定のサーバーを任意の他のプールに追加する
前に、サーバーにライセンスが適用されていることを確認してください。
[メンテナンス]プールには、次のようなリソースが含まれます。
◦
ハードウェア障害または予定メンテナンスのために、管理者が手動で移動したリソー
ス
◦
プロビジョニング中に IO が自動的に移動し、繰り返し障害が発生するリソース
◦
論理サーバーのアクティブ化が解除された後で解放されたリソース
これらのプールを利用できるのは HPIO_Administrators グループに割り当てられているユーザー
だけであり、インフラストラクチャサービスの作成には使用できません。
196
Matrix インフラストラクチャオーケストレーションの設定
重要: 組織への割り当てを行うには、コンピューティングリソースはサービスプロバイダー
の未割当プールの中に存在している必要があり、使用中であってはなりません。
注記: 物理サーバーブレードは、リソースプール内の演算リソースとして表示されます。VM
ホストがそのサーバーブレードにデプロイされる場合、VM ホストは別の演算リソースとして
表示されます。したがって、VM ホストでもある管理対象サーバーブレードの場合は、サーバー
シリアル番号とホスト名に 1 つずつの 2 つのエントリーがあります。
サーバーブレードの詳細には、「Deployed as VM Host <name> at <IP address>」と表示さ
れます。
新しいサーバープールを作成するには、以下の手順に従ってください。
1. [サーバー]タブを選択して、[プール作成]をクリックします。
2.
[新しいプール名]に、プールを説明する名前を入力します。
ヒント: プール名は、HP SIM 内の他のオブジェクト(ノード)名と競合してはなりませ
ん。プールには、区別するために「_pool」のようなサフィックスを追加して、一意の名
前を付けてください。
3.
4.
[プールから演算リソースを選択]からプールを選択します。サーバーは任意のプールから
選択できますが、IO の初回設定時にリソースを表示するのは [未割当]プールだけです。
サーバーを選択するには、左側のリストでサーバーを選択し、[>>] をクリックします。
サーバーが右のリストに移動します。
Matrix インフラストラクチャオーケストレーションリソースの設定
197
注記: ライセンスが適用されていないサーバーブレードや VM ホストを Unassigned プー
ルから移動することはできません。IO で使用するためのライセンスがリソースに適用さ
れるまでは、プールにリソースを移動することはできません。
ヒント: 物理リソースはコンソールの [サーバー]タブのみに表示され、VCEM で Virtual
Connect ドメイングループが作成された後で使用可能になります。ご使用の環境に複数の
Virtual Connect ドメイングループがある場合は、ベストプラクティスとして、サーバプー
ル内のすべてのサーバーが同じ VCDG に属することを確認してください。
5.
プールのリソースを選択したら、[保存]をクリックします。
[サーバー]タブにプールが表示されます。作成したプールの詳細を表示するには、サーバー
プールの名前をクリックします。
6.
IO が新しいプールを使用するには、事前にユーザーをプールに割り当てる必要がありま
す。ユーザーを割り当てるには、リストでプールを選択して、[ユーザー修正]をクリック
します。[プールユーザーの変更]ページが表示され、環境内のユーザーのリストが示され
ます。
198 Matrix インフラストラクチャオーケストレーションの設定
7.
[未割り当てユーザー]リストでユーザーを選択し、[>>] をクリックします。プールに割り
当てる各ユーザーについて、この手順を繰り返します。[保存]をクリックします。[サー
バー]ページが再表示されます。
ユーザーがプールに割り当てられていることを確認するには、プールを選択します。割り
当てられているユーザーのリストが画面の一番下に表示されます。
サーバープールの組織化
使用可能なサーバーを組織化するために、サーバープールを作成すると便利です。推奨サー
バープールを以下に示します。
顧客が管理するプール
各顧客グループが使用する追加プールを作成し、「未割当」プールからこれらの顧客プールに
サーバーを移動して、インフラストラクチャオーケストレーションがサーバーを使用してサー
ビスを作成できるようにします。また、適切なユーザーを追加して、各プールへのアクセスを
提供することができます。多くの場合、プールと顧客グループの比率は 1:1 です。
「使用禁止」プール
プロビジョニングから除外する必要があるサーバーを含んでいる別のプールを作成し、ユー
ザーがそれらのプールの使用に割り当てられていないことを確認します。デフォルトでは、イ
ンフラストラクチャオーケストレーションによって割り当てられていないサーバーは「未割
当」プールに入り、プロビジョニングの対象になります。サーバーがプロビジョニングに使用
してはならない場合は、サーバーを「使用禁止」プールに移動します。このプールに属する一
部のサーバーは、インフラストラクチャオーケストレーションで管理されない VCEM プロファ
イルを持つ CMS、任意の VDI ホスト、またはブレードです。これらの「使用禁止」サーバー
が多数ある場合は、複数の「使用禁止」プールを作成すると、「VDI ホスト」や「 VCEM で管
理」のようなわかりやすい分類が可能です。
Matrix インフラストラクチャオーケストレーションリソースの設定 199
共有オーバーフロープール
顧客間でサーバーリソースをより効率的に管理するには、それぞれに割り当てられたプール内
のリソースを使い果たした後ですべての顧客が使用できる「オーバーフロー」プールを作成し
ます。たとえば、開発部門専用の「開発」プールや財務部門専用の「財務」プールを作成する
ことができますが、それぞれのプールが空になった後で両方が使用できる「供給」プールを作
成することもできます。HP SIM のインフラストラクチャオーケストレーションコンソールと
セルフサービスポータルには [サービスの新規作成]ダイアログボックスがあり、[選択したサー
バープール]リストで複数のプールを注文することができます。
ストレージプールエントリーの確認
[ストレージ]タブには、サービスプロビジョニングに使用できるストレージプールエントリー
のリストおよび SPM ストレージカタログから使用できる事前プロビジョニングストレージボ
リュームが含まれます。サービスをプロビジョニングする際、Matrix インフラストラクチャ
オーケストレーションは、まず、サービステンプレートのニーズを満たす既存のストレージ
プールエントリーを検索します。適切なストレージが検出されなくても、Matrix インフラスト
ラクチャオーケストレーションは、テンプレートに示されているストレージニーズを反映した
ストレージプールエントリーを自動生成する機能を備えています。Matrix インフラストラク
チャオーケストレーションは、ストレージリクエストを HP Storage Provisioning Manager に発
行し、返される使用候補からストレージを選択します。SPM から適切な候補が返されず、使用
できるストレージプールエントリー候補がない場合、Matrix インフラストラクチャオーケスト
レーションはプロビジョニングワークフローを一時停止し、ストレージを要求する電子メール
を送信します。
Matrix インフラストラクチャオーケストレーションユーザーの確認
[ユーザー]タブには、インフラストラクチャオーケストレーションの使用を許可されたすべて
のユーザーのリストが表示されます。許可されているはずのユーザーが表示されていない場合
は、「ユーザー管理の概要」 (23 ページ) を参照して、インフラストラクチャオーケストレー
ションへのアクセス権を与えたいすべてのユーザーが該当するグループのメンバーになってい
ることを確認します。
200 Matrix インフラストラクチャオーケストレーションの設定
このタブで設定変更を行うことはできません。
ネットワークリソースの設定
ネットワークリソースの設定は、インフラストラクチャオーケストレーションコンソールから
行います。次の手順を実行します。
1. [ネットワーク]タブをクリックします。
インフラストラクチャオーケストレーションプロビジョニングに使用できるのは設定済み
のネットワークだけです。Matrix OE が、ネットワーク情報をインフラストラクチャオー
ケストレーションに提供します。インフラストラクチャオーケストレーションで使用する
ネットワークごとに、DHCP と静的アドレスの両方またはいずれかの範囲を追加する必要
があります。ご使用のネットワークが正しく表示されない場合は、HP の Web サイト
http://www.hp.com/jp/proliantessentials_manual で提供される 『HP Matrix Operating
Environment インフラストラクチャオーケストレーションユーザーガイド』 を参照してく
ださい。
注記: 仮想ホスト仮想スイッチと VC は、2 つのプラットフォーム間の一貫性のためと
管理をしやすくするために、同じネットワーク名を使用する必要があります。物理ネット
ワークと仮想ネットワークの名前が同じである場合、IO はネットワークの属性を一度定
義して単一のプールを使用することができます。同じサービステンプレートで VM と物理
マシンを接続する場合、ネットワーク定義が一貫性を保つ必要があります。つまり、仮想
スイッチの名前を Virtual Connect のネットワーク名に対応させます。
注記: Integrity VM ホスト仮想スイッチと DIO カードのラベルに同じ名前は付けられま
せん。同じホスト内または異なるホスト間で同じラベルを複数の DIO カードに付けるこ
とはできます。また、DIO ネットワークは OS プロビジョニングをサポートしません。
2.
ネットワークを選択して、[ネットワークの編集]をクリックします。
3.
[ネットワークの編集]ページで、ネットワークについての情報を追加し、使用できる IP リ
ソースを確認できます。
Matrix インフラストラクチャオーケストレーションリソースの設定 201
注記: 設定によっては、一部のフィールドは不要な場合があります。ユーザーインター
フェイスに従って操作してください。
注記: DIO ネットワークではオペレーティングシステムのデプロイメントを許可してい
ません。したがって、オプションは DIO ネットワークで無効になっています。
注記:
ん。
4.
IPv6 は、HP-UX vPars および Integrity VM ビジュアル化でサポートされていませ
[DNS] タブで、[DNS ドメイン](必須)、[DNS サーバー]、および [DNS の検索サフィック
ス](オプション)を入力します。
202 Matrix インフラストラクチャオーケストレーションの設定
5.
(オプション)[Windows] タブでは、ドメインおよび WINS 情報などの Windows 情報を
入力します。ネットワークが HP-UX サーバー専用である場合、この設定は省略できます。
6.
[ネットワーク]タブに戻ります。[ネットワークの編集]画面の左側のタブ付きエリアに適切
な情報を追加した後、インフラストラクチャオーケストレーションが使用する IP 範囲を追
加できます。
•
DHCP アドレススペースを追加する場合は、[DHCP アドレス]エリアの上向き矢印をク
リックするか、またはインフラストラクチャオーケストレーションで使用できるよう
にする DHCP アドレスの数を入力します。
注記: Integrity サーバーのデプロイメントでは、DHCP はサポートされません。[IP
範囲]を「静的」または「自動」に設定します。
•
静的アドレススペースを追加する場合は、[新規]をクリックします。範囲を入力する
ダイアログボックスが表示されます。[開始]アドレスと [終了]アドレス(これらも範
囲に含まれる)を入力して、[OK] をクリックします。IP アドレス範囲は、DHCP アド
レス範囲に含まれてはなりません。
Matrix インフラストラクチャオーケストレーションリソースの設定 203
7.
8.
ネットワークのセットアップが完了したら、[保存]をクリックします。
他のネットワークについて、手順 1~7 を繰り返します。
これで、インフラストラクチャオーケストレーションでネットワークを使用できるようになり
ます。
(オプション)Hyper-V VLAN タグ付け用のネットワーク設定
インフラストラクチャオーケストレーションコンソールで以下の手順を実行して、VLAN タグ
付けのサポートを有効にします。これは、新しい Matrix 7.0(以上)のインストールでサポー
トされる方法です。
1. インフラストラクチャオーケストレーションコンソールの [ネットワーク]タブを更新し、
仮想ネットワークを検出します。
2. [ネットワーク]タブで、複数の VLAN ID を伝送する 802.1Q ネットワークを選択し、[ネッ
トワークの編集]をクリックします。
3. [トランク]タブを選択します。
4. [トランク]チェックボックスを選択し、[保存]をクリックします。
5. Hyper-V 仮想トランクネットワークによって伝送できる VLAN を定義します。
a. [ネットワーク]タブで、[ネットワークの作成]または [ネットワークの編集]をクリック
して既存のネットワークを編集します。
b. VLAN ID を指定し、該当のタブをクリックして情報を入力してその VLAN ID の [ネッ
トワークアドレス]、[ネットワークマスク]、[デフォルトゲートウェイ]、[MS ドメイ
ン]、および [WIN サーバー]を設定します。
c. [保存]をクリックします。
ソフトウェアリソースの設定
Matrix インフラストラクチャオーケストレーションが VM テンプレート、Insight Control サー
バープロビジョニング OSBP または IC サーバー配備ジョブフォルダー、および Ignite-UX デポ
を認識していることを確認してください。
注記: 設定済みのプロキシサーバーがある場合、インフラストラクチャオーケストレーショ
ンでは、[ソフトウェア]タブにカスタマイズした Insight Control サーバープロビジョニング
OSBP または Insight Control サーバー配備ジョブが表示されません。Insight Control サーバープ
ロビジョニング OSBP または Insight Control サーバー配備ジョブを表示するには、[ローカルア
ドレスにはプロキシサーバーを使用しない]チェックボックスを選択してください。
注記: CloudSystem Matrix 7.3 の時点で、HP Insight Control サーバー配備は、DVD メディア
から削除され、利用するには別途ダウンロードして購入する必要があります。
204 Matrix インフラストラクチャオーケストレーションの設定
1.
インフラストラクチャオーケストレーションコンソールで、[ソフトウェア]タブを選択し
ます。
2.
インフラストラクチャオーケストレーション用にカスタマイズした Insight Control サーバー
プロビジョニング OSBP またはサーバー配備ジョブフォルダー、以前に作成した仮想マシ
ン管理テンプレート、および Ignite デポが表示されていることを確認します。
注記: Hyper-V または ESXi/vSphere を使用する場合、データディスクが定義されている
VM テンプレートがソフトウェアインベントリに表示されず、テンプレートで使用できま
せん。ブートディスクのみがある VM テンプレートを使用する必要があります。
テンプレートにデータディスクを定義すると、仮想サーバーにデータディスクを追加でき
ます。
3.
以前に作成したサーバー配備ジョブフォルダーについて、ソフトウェアを選択し、その下
に説明、ディスクサイズ、OS タイプ、およびアーキテクチャーを入力します。
4.
[保存]をクリックして終了します。
注記: 連携内のプライマリおよびセカンダリ CMS を設定した後で、プライマリ CMS 上の
Matrix インフラストラクチャオーケストレーションにセカンダリ CMS リソース(ネットワー
ク、ソフトウェア、およびサーバーとストレージプール)が表示されることを確認します。
マルチテナント機能の設定
マルチテナント機能は、各組織に仮想インフラストラクチャオーケストレーションシステムを
提供することにより、各個別「テナント」間でデータセンターリソースを動的かつ安全に利用
することを可能にします。Matrix インフラストラクチャオーケストレーションでは、テナント
は、組織とも呼ばれます。詳しくは、HP の Web サイト http://www.hp.com/go/matrixoe/
docs で提供される 『Multi-tenancy in HP Matrix Operating Environment Infrastructure
Orchestration』 を参照してください。
HP Storage Provisioning Manager を使用すると、各 Matrix 組織でセキュリティグループを定
義できます。また、Matrix OE 用に使用されるものと同じ Windows グループに設定されてい
るメンバーシップを備える Matrix 組織の管理者や組織ユーザーを対象に同等の役割を定義で
マルチテナント機能の設定 205
きます。サービスプロバイダーの管理者、ストレージ設計者、およびストレージ管理者は、組
織ごとに独立したストレージアレイ、独立した複数のストレージプールを備える共有アレイ、
ボリュームレベルでの分離など、多様なタイプが提供される共有ストレージインフラストラク
チャの範囲を決定できます。
http://www.hp.com/go/matrixoe (英語)で提供される次の White Paper を参照してくださ
い。
•
『Multi-Tenancy in HP Matrix Operating Environment Infrastructure Orchestration』
•
『Faster storage provisioning in an HP Matrix Operating Environment』
組織の作成
インフラストラクチャオーケストレーションコンソールを使用して、サービスプロバイダー管
理者が [組織]タブで組織を作成しないと、組織管理者は、インフラストラクチャオーケスト
レーションの組織管理者ポータルにログインできません。
組織を作成するときに、各組織には固有の名前、および org<9 桁の数字からなる文字列 >
という形式の固有の識別子が割り当てられます。組織の識別子は、CMS 上に存在して組織の
管理者とユーザーを格納しているローカルの Windows グループで、名前の一部として使用さ
れます。組織の名前を変更するときも、組織の識別子は変化しません。
組織を作成するには、以下の手順に従ってください。
1. インフラストラクチャオーケストレーションコンソールの [組織]タブで、[作成]をクリッ
クします。[組織の作成]ページが表示されます。
206 Matrix インフラストラクチャオーケストレーションの設定
2.
3.
4.
5.
6.
[組織名]に、新しい組織の名前を入力します。
[追加]をクリックします。
(オプション)組織の管理者を追加します。ローカルユーザー、Windows の Active Directory
(AD)ユーザー、または Windows の AD グループの名前を入力し、[ユーザーの追加]ま
たは [グループの追加]のどちらか適切なものをクリックします。
(オプション)組織のユーザーを追加します。ローカルユーザー、Windows の AD ユー
ザー、または Windows の AD グループの名前を入力し、[ユーザーの追加]または [グルー
プの追加]のどちらか適切なものをクリックします。
[閉じる]をクリックします。
組織へのユーザーの割り当て
インフラストラクチャオーケストレーションコンソールにより、サービスプロバイダー管理者
は、すでに存在するローカル Windows ユーザーを追加することによって、< 組織
ID>_Administrators グループと < 組織 ID>_Users グループを設定します。CMS が Windows
ドメインの一部である場合は、すでに存在している Active Directory ユーザーおよびグループ
を < 組織 ID>_Administrators グループと < 組織 ID>_Users グループに追加することもで
きます。
マルチテナント機能の設定 207
HA CMS が新しいノードにフェイルオーバーされる場合、各組織の < 組織 ID>_Administrators
グループと < 組織 ID>_Users グループは、新しいノード上に自動的に作成されます。現在の
アクティブノードに対して有効でないグループは、削除されます。
注記: サービスプロバイダー管理者が、組織管理者ポータル以外の場所(Windows の [ロー
カルユーザーとグループ] など)で < 組織 ID>_Administrators グループまたは < 組織
ID>_Users グループに変更を加える場合は、Matrix インフラストラクチャオーケストレーショ
ンを Systems Insight Manager で実行する必要があります。そうしない場合は、インフラスト
ラクチャオーケストレーションを再起動すると変更が失われます。
組織管理者ポータルの外で変更を行ったら、その後で ioexec sync Organizations を実
行するか、...\Program Files\HP\Matrix infrastructure orchestration\conf\
hpio.properties ファイルの organization.sync.interval の値に基づいて IO が自動
的に変更を同期化するのを待ちます。この同期化の間隔は、デフォルトで 600 秒(10 分)で
す。別の値を設定する場合は、..\Program Files\HP\Matrix infrastructure
orchestration\conf\hpio.properties ファイルに次の行を追加します。この例では、
新しい間隔は 1200 秒(20 分)です。
organization.sync.interval=1200
組織へのリソースの追加
サービスプロバイダー管理者は、コンピューティングリソースを、インフラストラクチャオー
ケストレーションコンソールの [組織]タブで組織に割り当てます。
新しく作成した組織には、デフォルトで [メンテナンス]プールと [未割当]プールが含まれてい
ます。組織への割り当てを行うには、コンピューティングリソースはサービスプロバイダーの
未割当プールの中に存在している必要があり、使用中であってはなりません。組織に割り当て
た後は、演算リソースは組織の未割当プールの中に表示されます。[組織]タブで、組織からリ
ソースを削除することもできます。それら削除されたコンピューティングリソースは、サービ
スプロバイダーの未割当プールに移動されます。
サービスプロバイダー管理者は、次のものを割り当てたり、割り当てを解除したりすることが
できます。
•
一連のコンピューティングリソース。ここで、コンピューティングリソースとは、VM ホ
スト、物理ブレード、ESX リソースプール、またはクラウドリソースを指します。
複数の組織で単一のコンピューティングリソースを共有することはできません。
サービスプロバイダーおよび組織管理者は、リソースプールを作成することができます。
コンピューティングリソースは、使用中でなく、未割当プールの中に存在していれば、組
織に割り当てたり、割り当てを解除したりすることができます。サービスプロバイダー管
理者が表示できるのは、組織の未割当プールだけです。
クラスターのすべてのノードを、サービスプロバイダーレベルで保持するか、同じ組織に
割り当てることをおすすめします。
•
一連のネットワーク。
ネットワークを複数の組織に割り当てることができます。組織間でのネットワークの共有
は、インフラストラクチャオーケストレーションでは拒否されず、その可不可はサービス
プロバイダーポリシーによって決定されます。サービスプロバイダー管理者は、ネット
ワークを 1 つまたは複数の組織に割り当てることができます。使用中のネットワークは、
組織から割り当てを解除することができます。既存のサービスは影響を受けませんが、組
織のユーザーは、そのネットワークを使用してサービスを作成することができなくなりま
す。サービスプロバイダーポリシーによってネットワーク共有が禁止されている場合は、
ネットワークを別の組織に割り当てなおす前に、そのネットワークを使用するすべての
サービスを削除する必要があります。
•
一連のインフラストラクチャオーケストレーションテンプレート。
IO テンプレートを複数の組織に割り当てることができます。
208 Matrix インフラストラクチャオーケストレーションの設定
リソースを割り当てたり、割り当てを解除したりするには、以下の手順に従ってください。
1. インフラストラクチャオーケストレーションコンソールの [組織]タブで、組織を選択しま
す。組織名は、右の [組織]リストに表示されます。
2. [Service Provider] リストから、コンピューティングリソース、ネットワーク、またはテン
プレートを選択します。サービスプロバイダーの未割当プールにあり、使用中でない(サー
ビスをサポートしていない)演算リソースは、移動に使用できます。
3. ツリーを展開して 1 つ以上のリソースを選択し、左の [Service Provider] リストで 1 つの
リソースを選択して、右矢印をクリックします。この操作により、選択したリソースが右
の [組織]リストに移動され、そのリソースが組織に割り当てられます。リソースを選択
し、左矢印をクリックすると、そのリソースの組織への割り当てが解除されます。
リソースの選択を続けるには、矢印を使用して組織へのリソースの割り当てを調整しま
す。
4.
[保存]をクリックします。
VLAN 分離のための組織へのネットワークの割り当て
各組織に異なる Matrix インフラストラクチャオーケストレーションネットワークを割り当て
ると、物理ホストまたは仮想ホストのプロビジョニング用に VLAN 分離を実現できます。IO
テンプレートを定義するとき、特定のネットワークを選択する代わりに、属性を使用してネッ
トワークは指定することができます。属性の 1 つがネットワーク名です。命名規則を使用する
と、テンプレートはその名前の一部によってネットワークを指定することができ、サービスの
割り当て中に組織に適したネットワークが割り当てられます。例:
1. インフラストラクチャオーケストレーションのコンソールタブで、
VLANsorganization_1_Production および organization_2_Production を、それぞれ
organization_1 および organization_2 に割り当てます。
2. インフラストラクチャオーケストレーションのデザイナーで、テンプレートを作成し、次
のようにネットワークを指定します。
a. [ネットワークの設定]タブで、[必要な属性の指定]を選択します。
b. [割当て名のヒント:]に「_Production」を指定します。organization_1 用のサービスが
作成されると、ネットワークは organization_1_Production に結合されます。
organization_2 用のサービスが作成されると、ネットワークは
organization_2_Production に結合されます。
マルチテナント機能の設定 209
12 Matrix インフラストラクチャオーケストレーションテ
ンプレートおよびサービスの作成
この章では、インフラストラクチャオーケストレーション Designer を使用してテンプレート
を作成しサービスをプロビジョニングする方法について説明します。
注記: この章の設定は、連携 CMS 環境のプライマリ CMS にのみ適用されます。ストレージ
プールは、連携 CMS 環境または Matrix インフラストラクチャオーケストレーションのスト
レージプールエントリー自動生成機能を使用する環境のすべての CMS において設定済みであ
る必要があります。
注記: HP Insight Control サーバープロビジョニングが ProLiant 展開ツールであり、CloudSystem
Matrix の後にインストールされた場合、または HP Insight Control サーバープロビジョニング
の情報が CloudSystem Matrix のインストール中に与えられなかった場合は、「Matrix Operating
Environment への Insight Control サーバープロビジョニングアプライアンスの接続」 (84 ペー
ジ) の手順を完了します。IC サーバープロビジョニングを CloudSystem Matrix に接続した後、
この章の「インフラストラクチャオーケストレーション Designer の使用」 (210 ページ) に進み
ます。
インフラストラクチャオーケストレーション Designer の使用
HP インフラストラクチャオーケストレーション Designer を使用すると、マルチサーバー、マ
ルチティアインフラストラクチャをドラッグアンドドロップ式のインターフェイスを用いて計
画および設計できます。このインフラストラクチャには、Virtual Connect を使用する仮想サー
バーや c-Class サーバーブレードを含めることができます。Matrix インフラストラクチャオー
ケストレーションユーザーは、IO テンプレートを使用してサービスをプロビジョニングでき
ます。
このガイドで使用する例では、非常に簡単な 2 つのサービス定義を作成します。一方のサービ
ス定義は物理サーバーブレード OS を、もう一方のサービス定義は VM ゲストをデプロイしま
す。
両方の例で、HPIO_Architects または HPIO_Administrators グループのメンバーシップを付与さ
れているアカウントを使用して接続する必要があります。
CMS デスクトップで、インフラストラクチャオーケストレーション Designer アイコンをダブ
ルクリックします。インフラストラクチャオーケストレーション Designer ウィンドウには、
次に示す 3 つの主なフレームがあります。
•
[コンポーネント]フレームには、テンプレートの設計で使用する論理オブジェクトのアイ
コンが表示されます。
•
[既存のテンプレート]フレームには、使用できるテンプレートのリストが掲載されます。
•
右側のフレームは、テンプレート作成のためのテンプレート設計領域です。ユーザーはこ
の領域にコンポーネントをドラッグアンドドロップしてテンプレートを作成します。
インフラストラクチャオーケストレーション Designer の使用について詳しくは、Designer の
ヘルプシステムを参照してください。
物理 ProLiant サーバーを含むテンプレートの作成
物理サーバーにデプロイするためのサービステンプレートを作成するには、以下の手順に従っ
てください。
1. 次のいずれかからインフラストラクチャオーケストレーション Designer を入力します。
•
210
CMS 上のインフラストラクチャオーケストレーション Designer デスクトップアイコ
ン
Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
•
2.
3.
4.
インフラストラクチャオーケストレーションコンソールの [テンプレート]タブを選択
し、[新規]をクリックします。
Matrix インフラストラクチャオーケストレーションでは、サービスの作成時に特定の属性
を変更できます。サービスを作成した後でサービスをカスタマイズする予定の場合は、[カ
スタマイズ可能]チェックボックスを選択します。
物理サーバーグループおよびネットワークコンポーネントのいずれかを作業領域にドラッ
グします。
ネットワークを物理サーバーグループに接続し、物理ストレージが物理サーバーグループ
に接続されていることを確認します。
物理 ProLiant サーバーを含むテンプレートの作成
211
5.
物理サーバーグループから開始して、各コンポーネントを右クリックしその属性を設定し
ます。
a. [サーバーグループの構成]ウィンドウの [構成]タブで次の操作を行います。
i. [グループ名]を編集します。
ヒント: サーバーグループ名を追加するときは、サービステンプレートで意味
のある短い文字列を使用します。サーバーグループ内のサーバーの名前を示すた
めに、サーバーグループ名の後に番号が追加されます。これらの名前は、インフ
ラストラクチャオーケストレーションの Designer GUI と管理者 GUI のみに表示
されます。例:WebServer
ii. [サーバータイプ]が [物理]になっていることを確認します。
iii. サービスで許可されるサーバー、プロセッサー、およびメモリの最小数と最大数
を入力します。これらの変数は、テンプレートの作成時やサービスのプロビジョ
ニング後に、ここで入力する範囲内で変更できます。
iv. [プロセッサーアーキテクチャー]は、ストレージプールエントリーおよび指定し
たソフトウェア OS と一致する必要があります。
v. (オプション)サーバー、プロセッサー、およびメモリに関連付けられた任意の
コストを入力します。
b.
212
[ネットワーク]タブから、サーバーグループのネットワーク属性を設定します。
i. ホスト名を設定します。ホスト名は、次の 3 つの部分で構成されます。
•
最初の部分は、このサービステンプレートで定義します。
•
2 番目の部分は、ユーザーのサービス作成リクエストで指定されます。
Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
•
3 番目の部分は、このサーバーグループで作成されるサーバーの数に基づく
数字のサフィックスです。
ヒント: そのホスト上のオペレーティングシステムとアプリケーションに関連
付けられたホスト名を選択します。「#」を使用して、サービスの作成時にユー
ザーによって指定された文字を挿入する必要がある位置を示します。これによ
り、同じテンプレートを使用して、複数のサービスを作成できます。サービスで
作成される各サーバーは、この基本ホスト名を使用し、サフィックスとして番号
を追加します。このサフィックスの書式は、インフラストラクチャオーケスト
レーションの次のプロパティファイルを変更することで変更できます。C:\
Program Files\HP\infrastructure orchestration\conf\
hpio.properties. ホスト名には「_」を使用できません。例:winpayroll#
ii.
ネットワーク接続は、冗長性を要求するように指定することができます。冗長性
要求を選択すると、IO は自動的に複数の NIC を同一のネットワークに設定しま
す。Virtual Connect プロファイルは、NIC が複数の代替 Virtual Connect-Ethernet
モジュールに分散されるように構築されます。Matrix インフラストラクチャオー
ケストレーションは、リダンダントペアのプライマリ NIC だけに自動/静的 IP ア
ドレスを割り当てます。フェイルオーバー NIC には、IP アドレスの分配または
割り当ては行われません。サービス XML モデルには、リダンダントペアに参加
する NIC が記述され、各接続に割り当てられる MAC アドレスも含みます。Matrix
インフラストラクチャオーケストレーションは、OS レベルの自動 NIC チーミン
グは行いません。
アクティブ/アクティブ構成を使用する場合は、必ず、[リダンダント?] フラグを
選択解除のままにしてください。また、独立した 2 つの Virtual Connect ネット
ワークを明示的に接続してデータセンター内の同じアクティブ/アクティブネッ
トワークを表してください([リダンダント?] チェックボックスを選択して、ネッ
トワーク接続がアクティブ/アクティブ構成で冗長性を使用することを指定しま
す)。
物理 ProLiant サーバーを含むテンプレートの作成
213
iii. インフラストラクチャオーケストレーション環境の構成に合わせて、[ネットワー
クインターフェイス] の [割り当てタイプ]の値を設定します。「DHCP」タイプに
設定すると、IP アドレスは DHCP サーバーから取得されます。「静的」および
「自動」タイプに設定すると、ユーザーがネットワークリソース設定で設定した
静的 IP アドレスの中から IP アドレスが取得されます。「なし/外部」を選択した
場合、IO は、ネットワークインターフェイスに IP アドレスを割り当てません。
c.
[ソフトウェア]タブでは、OS および追加ソフトウェアを選択できます。
注記: IC サーバープロビジョニングを使用するプロビジョニングでは、[ソフトウェ
ア]タブで適切な OS Build plan を選択します。
214
Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
d.
6.
[OK] をクリックして終了します。
SAN ストレージコンポーネントを設定します。
a. [ストレージタイプ]が「FC-SAN」であることを確認します。
b. [必要な属性の指定]を選択します。
注記: SPM ストレージテンプレートを作成し、設定したら、[ストレージテンプレー
トの選択]を選択し、適切な SPM ストレージテンプレートを選択します。必ず、1 つ
の HP Matrix デフォルトストレージテンプレートがあります。SPM ストレージテンプ
レートの使用について詳しくは、HP の Web サイト http://www.hp.com/jp/
proliantessentials_manual にある 『HP Matrix Operating Environment インフラストラ
クチャオーケストレーションユーザーガイド』 および HP の Web サイト http://
h20195.www2.hp.com/V2/GetPDF.aspx/4AA3-1738ENW.pdf (英語)にある 『Faster
storage provisioning in an HP CloudSystem Matrix and Matrix Operating Environment
— Use of the HP Storage Provisioning Manager storage catalog with controlled storage
operations』 White Paper を参照してください。
c.
d.
e.
f.
[個々のディスクサイズ]にディスクサイズを入力します。
(オプション)ディスクに関連付けられた任意のコストを入力します。
該当する RAID レベルを選択します。この例では、[RAID レベル]は「任意」に設定し
ます。
[ディスクは起動可能]チェックボックスを選択します。
物理 ProLiant サーバーを含むテンプレートの作成
215
g.
h.
i.
7.
216
[ディスクへリダンダント SAN パス]の設定は、論理サーバーストレージプールエント
リーの設定方法(手動で作成した場合)、または目的(Matrix インフラストラクチャ
オーケストレーションがストレージプールエントリーを作成する場合)のような環境
に必要なものによって決まります。プロビジョニングするサービスごとに、条件を満
たす 1 つ以上のストレージプールエントリーが必要です。これらのストレージプール
エントリーは、リダンダントパスでは完全に設定される場合とされない場合がありま
す。
[タグ]フィールドは、ストレージプールエントリー作成の際にユーザーが作成したス
トレージタグ、またはストレージ管理者が事前プロビジョニングストレージあるいは
オンデマンドプロビジョニング可能なストレージに関して指定したストレージタグ用
のフィールドです。(「ストレージプールエントリーの使用」 (103 ページ) を参照し
てください)。
[OK] をクリックして終了します。
ネットワークコンポーネントを編集して、作業を完了します。
Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
a.
b.
c.
(オプション)該当するネットワークを選択して、コストを指定します。
選択したネットワークについて詳しくは、[すべてのネットワークの詳細表示]を選択
してください。
[OK] をクリックして終了します。
8.
これらの手順を完了したら、テンプレートの [有効性確認ステータス]が緑色になっている
かどうかに注意してください。緑色でない場合は、[問題の表示]をクリックして発生して
いる問題を解決します。
9.
Matrix リカバリ管理と IO を CMS にインストールし、DR 対応 IO サービスを設定したら、
リカバリ管理を使用して、DR 保護付き IO サービスリカバリグループを作成できます。
Matrix リカバリ管理を使用して DR 対応 IO サービス用の DR 保護を提供する方法につい
て詳しくは、HP の Web サイト http://www.hp.com/go/matrixoe/docs で提供される 『HP
Matrix Operating Environment 7.2 Recovery Management User Guide』を参照してくださ
い。
DR 対応 IO サービスを設定するには、[修復可能]チェックボックスを選択します。
10. [公開]ボックスを選択して、[名前を付けて保存]をクリックします。
11. テンプレートに名前を付けて、[保存]をクリックします。
物理 ProLiant サーバーを含むテンプレートの作成
217
ヒント: テンプレートセルフサービスポータルに表示されるので、サービスまたはアプ
リケーションを記述するわかりやすいテンプレート名を選択してください。また、名前の
中に「large」や「tier 1」のようなサービスの一部の特性を示すこともできます。例:
Apache_web_server_medium。
今後、認証ユーザーはこのテンプレートを使用してデプロイメントを行えます。
Integrity 物理サーバーを含むテンプレートの作成
注記: 既存の Ignite サーバーを使用している場合は、デプロイメントネットワーク上に存在
することを確認します。
物理サーバーをデプロイするためのサービステンプレートの作成は、VM のための手順とよく
似ています。
1. [infrastructure orchestration designer] を起動し、[新規]をクリックして開始します。
2.
3.
218
物理サーバーグループ、SAN ストレージ、ネットワークコンポーネントをそれぞれ 1 つ、
作業領域にドラッグします。
物理サーバーグループを SAN ストレージおよびネットワークに接続します。
Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
4.
各コンポーネントをダブルクリックして、物理サーバーグループから順番に属性を設定し
ます。[サーバータイプ]が「物理」になっていることを確認します。
注記: オプションの Server Health Check ワークフローはデフォルトのインストールに付
属せず、後で Operations Orchestration で作成できます。
Integrity 物理サーバーを含むテンプレートの作成
219
5.
サーバーグループのネットワーク属性を設定します。[ホスト名] フィールドのしくみは仮
想サーバーグループの場合と同じです。プレースホルダーとして「#」が使用され、後で
サービスリクエストの [ホスト名の補完] の文字列と入れ替えられます。アクティブ/アク
ティブ構成を使用する場合は、必ず、[リダンダント?] フラグを選択解除のままにしてくだ
さい。また、独立した 2 つの Virtual Connect ネットワークを明示的に接続してデータセ
ンター内の同じアクティブ/アクティブネットワークを表してください([リダンダント?]
チェックボックスを選択して、ネットワーク接続がアクティブ/アクティブ構成で冗長性
を使用することを指定します)。
また、[ネットワークインターフェイス] の [割り当てタイプ]を [静的] または [自動] に設定
します。(「なし/外部」を選択した場合、IO は、ネットワークインターフェイスに IP ア
ドレスを割り当てません)。
注記: Integrity のデプロイメントでは、IO が HP-UX OS のデプロイメントに DHCP をサ
ポートしないため、常に [自動] または [静的] を選択します。
注記: IPv6 は Integrity 物理サーバーでサポートされていないので、Integrity 物理サーバー
に対して [IPv6 割当てタイプ] を「なし/外部」に設定する必要があります。
6.
[ソフトウェア]タブで、OS および追加ソフトウェアを選択します。
220 Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
7.
SAN ストレージコンポーネントを設定します。
•
[ストレージタイプ]は、「FC-SAN」です。
•
[ディスクは起動可能]チェックボックスを選択します。
•
[RAID レベル]は指定せずそのままにしておきます(「任意」)。
ディスクへのリダンダント SAN パスの設定は、論理サーバーストレージプールエントリー
の設定方法によって決まります。プロビジョニングするサービスごとに、条件を満たす 1
Integrity 物理サーバーを含むテンプレートの作成 221
つ以上のストレージプールエントリーが必要です。これらのストレージプールエントリー
は、リダンダントパスでは完全に設定される場合とされない場合があります。最後の [タ
グ]フィールドは、ストレージプールエントリーの作成時に作成したストレージタグを対象
にしています。「ストレージプールエントリーの使用」 (103 ページ) を参照してください。
このフィールドでは、特定の目的で作成した特定のストレージプールエントリーを選択で
きます。
8.
ネットワークコンポーネントを編集して、作業を完了します。
9. 該当するネットワークを選択して、コストを指定します(オプション)。
10. これらの手順を完了したら、有効性確認ステータスが緑色になっているかどうかに注意し
てください。緑色でない場合は、[問題の表示]をクリックして発生している問題を解決し
ます。
222 Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
11. [公開]ボックスを選択して、[保存]をクリックします。今後、認証ユーザーはこのテンプ
レートを使用してデプロイメントを行えます。
ProLiant 仮想マシンを含むテンプレートの作成
仮想サーバーにデプロイするためのサービステンプレートを作成するには、以下の手順に従っ
てください。
1. 次のいずれかからインフラストラクチャオーケストレーション Designer を入力します。
•
CMS 上のインフラストラクチャオーケストレーション Designer デスクトップアイコ
ン。
•
インフラストラクチャオーケストレーションコンソールの [テンプレート]タブを選択
し、[新規]をクリックします。
ProLiant 仮想マシンを含むテンプレートの作成 223
2.
3.
Matrix インフラストラクチャオーケストレーションでは、サービスの作成時に特定の属性
を変更できます。
[仮想サーバーグループ]および [ネットワーク]コンポーネントをそれぞれ 1 つ、説明が表
示されている領域にドラッグします。
(オプション手順)ストレージボリュームを ESX または Hyper-V 仮想サーバーグループに
直接接続する場合は、[物理ストレージ]コンポーネントをドラッグします。ストレージボ
リュームは、Raw デバイスマッピング(ESX 内部の RDM、Hyper-V でのディスクパスス
ルー)を使用する VM による Raw LUN アクセス用に設定されます。
注記: 接続した物理ディスクに適したストレージプールエントリーが使用可能であるこ
とを確認してください。Matrix インフラストラクチャオーケストレーションは、VM(RDM
またはディスクパススルーボリューム)による Raw LUN アクセスのためのストレージプー
ルエントリーの自動生成をサポートしません。
224 Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
4.
[ネットワーク](およびテンプレートに追加されている場合、[物理ストレージ])を [仮想
サーバーグループ]に接続し、[仮想ストレージ]が [仮想サーバーグループ]に接続されてい
ることを確認します。
5.
[仮想サーバーグループ]から開始して、各コンポーネントを右クリックしその属性を設定
します。
a. [サーバーグループの構成]ウィンドウの [構成]タブで次の操作を行います。
i. [グループ名]を編集します。
ヒント: サーバーグループ名を追加するときは、サービステンプレートで意味
のある短い文字列を使用します。サーバーグループ内のサーバーの名前を示すた
めに、サーバーグループ名の後に番号が追加されます。これらの名前は、インフ
ラストラクチャオーケストレーションの Designer GUI と管理者 GUI のみに表示
されます。例:WebServer
ProLiant 仮想マシンを含むテンプレートの作成 225
ii. [サーバータイプ]が「仮想」になっていることを確認します。
iii. サービスで許可されるサーバー、プロセッサー、およびメモリの最小数と最大数
を入力します。これらの変数は、サービスの作成時でもサービスのプロビジョニ
ング後でも、ここで入力する範囲内で変更できます。
iv. [クラスタータイプ]および [サブタイプ](該当する場合)を指定します。
v. 必要に応じて、[高可用性]を選択します。[高可用性]が選択されている場合、IO
は仮想論理サーバーを HA クラスター内にある VM ホストにデプロイします。ク
ラスター化された VM ホストが使用できない場合、サービスは作成されません。
このチェックボックスが選択されていない状態でも、ターゲットサーバープール
内で HA VM ホスト/クラスターしか利用できない場合は、非 HA の VM が HA
VM ホストに割り当てられます。
注記: デプロイされた VM は HA 構成の VM ホストに配置されますが、Hyper-V
で HA としてマーキング/設定されることはありません。
vi.
b.
(オプション)サーバー、プロセッサー、およびメモリに関連付けられたコスト
を追加します。
[ネットワーク]タブで、サーバーグループの [ネットワーク]属性を設定します。
i. ホスト名を設定します。VM ホスト名は、次の 3 つの部分で構成されます。
•
最初の部分は、このサービステンプレートで定義します。
•
2 番目の部分は、ユーザーのサービス作成リクエストで指定されます。
•
3 番目の部分は、このサーバーグループで作成されるサーバーの数に基づく
数字のサフィックスです。
226 Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
ヒント: そのホスト上のオペレーティングシステムとアプリケーションに関連
付けられたホスト名を選択します。「#」を使用して、サービスの作成時にユー
ザーによって指定された文字を挿入する必要がある位置を示します。これによ
り、同じテンプレートを使用して、複数のサービスを作成できます。サービスで
作成される各サーバーは、この基本ホスト名を使用し、サフィックスとして番号
を追加します。このサフィックスの書式は、インフラストラクチャオーケスト
レーションの次のプロパティファイルを変更することで変更できます。C:\
Program Files\HP\infrastructure orchestration\conf\
hpio.properties. ホスト名には「_」を使用できません。例:winpayroll#
ネットワーク接続は、冗長性を要求するように指定することができます。冗長性
要求を選択すると、IO は自動的に複数の NIC を同一のネットワークに設定しま
す。
iii. IO 環境の構成に合わせて、[ネットワークインターフェイスの割り当てタイプ]を
設定します。「DHCP」タイプに設定すると、IP アドレスは DHCP サーバーから
取得されます。「静的」および「自動」タイプに設定すると、ユーザーがネット
ワークリソース設定で設定した静的 IP アドレスの中から IP アドレスが取得され
ます。「なし/外部」を選択した場合、IO は、ネットワークインターフェイスに
IP アドレスを割り当てません。
ii.
c.
[ソフトウェア]タブで、使用する適切なテンプレートを選択します。ここまでで説明
した手順を使用して作成された VM テンプレートだけがリストに表示されます。
ProLiant 仮想マシンを含むテンプレートの作成 227
Windows テンプレートを選択する場合は、Sysprep ファイルも選択できます。ユー
ザーが選択する Sysprep ファイルは、<IO のインストール先ディレクトリ
>/conf/sysprep の下に配置されているはずです。[変更]ボタンをクリックすると、
このディレクトリのすべての Sysprep ファイルを表示できます。
d.
6.
[OK] をクリックします。
仮想ストレージの属性を設定します。
a. [ストレージタイプ] は「仮想」になります。
b. ディスクサイズは、選択したソフトウェアテンプレートによって決まります。
c. (オプション)[GB あたりのコスト]を更新し、[名前]にディスク名を追加します。
d. ソフトウェアを起動可能にする必要があることを示す、[ディスクは起動可能]チェッ
クボックスを選択します。
228 Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
e.
f.
[ストレージボリューム名]は、ブートディスクを対象にしたオプション機能です。ス
トレージボリューム名は、仮想サーバーグループに接続されるすべての仮想ディスク
で使用します。VM ホストストレージボリュームの名前は、カンマ区切りで入力して
ください。IO は、プロビジョニングの際に、ブートディスクのストレージボリュー
ム名と名前が一致するストレージボリュームから仮想ストレージの割り当てを行いま
す。
VM テンプレートディスクの詳細を参照するには、[VM テンプレートディスク]タブを
クリックします。
ProLiant 仮想マシンを含むテンプレートの作成 229
g.
(オプション)追加されている場合、物理ストレージの属性を設定します。
注記: IO が物理ディスクを使用できる前に、物理ディスク(LUN)をハイパーバイ
ザーホストに提供し、ストレージプールエントリーを作成する必要があります。
i.
ii.
iii.
iv.
[必要な属性の指定]を選択します。
ディスクサイズを入力し、オプションでコストを追加します。
RAID レベルを「任意」に設定します。
テンプレートに存在する場合、仮想ストレージの設定で選択されていない場合の
み、[ディスクは起動可能]チェックボックスを選択します。起動可能なのは、サー
バーグループ内のただ 1 台のディスクのみです。
v. ディスクへのリダンダント SAN パスの設定は、論理サーバーストレージプール
エントリーの設定方法によって決まります。
vi. ディスクが(ブートディスクではなく)データディスクであり、それがグループ
内のすべてのサーバーで共有される場合は、[ディスクはサーバー全体で共有]を
選択します。
vii. 必要に応じて、タグを追加します。
viii. [Raw Device Mapping タイプ]を設定します。Raw デバイスマッピング(RDM)で
は、VMFS ボリューム内の特別なファイルが Raw デバイスに対するプロキシの役
割を果たします。マッピングファイルは、物理デバイスへのディスクアクセスを
管理およびリダイレクトするために使用されるメタデータを含みます。クラウド
230 Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
にデプロイする仮想ストレージグループに、RDM ディスクを追加することはで
きません。
•
マッピングされたデバイスの完全仮想化を有効にする場合は、「仮想」を選
択します。このモードは、物理モードに比べてストレージハードウェア間で
の移動性に優れ、仮想ディスクファイルと同じ動作を提供します。
•
下位レベルの制御を必要とするアプリケーションのために、SCSI デバイスへ
の直接アクセスを可能する場合は、「物理」を選択します。
注記: Raw デバイスマッピングは、ESX で使用される用語です。Hyper-V では、同
じ意味でディスクパススルーが使われます。
h.
[OK] をクリックします。
選択した VM テンプレートがブートディスクおよび 1 つ以上のデータディスクを含む場
合、インフラストラクチャオーケストレーション Designer で、仮想ディスクについて
boot+ 記号が表示されます。
7.
ネットワークの属性を設定します。
a. 適切なネットワークを選択します。
b. コストを指定します(オプション)。
c. 選択したネットワークについて詳しくは、[すべてのネットワークの詳細表示]を選択
してください。
d. [OK] をクリックします。
ProLiant 仮想マシンを含むテンプレートの作成
231
8.
9.
これらの手順を完了したら、テンプレートの [有効性確認ステータス]が緑色になっている
かどうかに注意してください。緑色でない場合は、[問題の表示]をクリックして発生して
いる問題を解決します。
Matrix リカバリ管理と IO を CMS にインストールし、DR 対応サービスを設定したら、リ
カバリ管理 GUI を使用して、DR 保護付き IO サービスリカバリグループを作成できます。
Matrix リカバリ管理を使用して DR 対応 IO サービス用の DR 保護を提供する方法につい
て詳しくは、HP の Web サイト http://www.hp.com/go/matrixoe/docs で提供される 『HP
Matrix Operating Environment 7.2 Recovery Management User Guide』 を参照してくださ
い。
DR 対応 IO サービスを設定するには、[修復可能]チェックボックスを選択します。
10. テンプレートを公開します。
a. [公開]ボックスを選択して、[名前を付けて保存]をクリックします。
b. テンプレートに名前を付けて、[保存]をクリックします。
ヒント: テンプレートセルフサービスポータルに表示されるので、サービスまたは
アプリケーションを記述するわかりやすいテンプレート名を選択してください。ま
た、名前の中に「large」や「tier 1」のようなサービスの一部の特性を示すこともで
きます。例:Apache_web_server_medium。
今後、認証ユーザーはこのテンプレートを使用してデプロイメントを行えます。
Integrity ゲストを含むテンプレートの作成
VM をデプロイするためのサービステンプレートの作成は、物理サーバーのための手順とよく
似ています。
1. [infrastructure orchestration designer] ウィンドウで、[新規]をクリックし開始方法の説明を
表示します。
232 Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
2.
3.
4.
テンプレート名を入力して、仮想サーバーグループ、仮想ストレージ、およびネットワー
クコンポーネントをそれぞれ 1 つ、説明が表示されている領域にドラッグします。
仮想サーバーグループを仮想ストレージおよびネットワークに接続します。
サービス作成プロセス中にパラメーター(CPU、ネットワークなど) を変更できるように
したい場合は、[カスタマイズ可能]ボックスを選択します。
Integrity ゲストを含むテンプレートの作成 233
5.
3 つのコンポーネントのそれぞれを右クリックし、[サーバーグループ設定の編集]を選択
し、仮想サーバーグループで始まる必須属性を入力します。
注記: Integrity vPars の場合、[構成]タブでベースおよびフローティングメモリを別々に
入力します。合計メモリはベースおよびフローティングメモリの合計として自動的に入力
されます。ベースおよびフローティングメモリについて詳しくは、HP の Web サイト
http://www.hp.com/go/hpux-hpvm-docs (英語)にある『HP-UX vPars and Integrity VM
V6.2 Administrator Guide』を参照してください。
必須項目の入力が済んでいない場合は、赤色の「×」印が表示されます。[サーバータイプ]
が [仮想]になっていることを確認します。
6.
仮想サーバーグループの [ネットワーク]タブの項目に情報を入力する必要があります。VM
のホスト名は、次の 3 つの部分で構成されます。最初の部分は、このサービステンプレー
トで定義します。2 番目の部分は、ユーザーのサービス作成リクエストで指定されます。
3 番目の部分は、このサーバーグループで作成されるサーバーの数に基づく数字のサフィッ
クスです。
[ヘルプ]によると、このテンプレートでは番号記号(#)が後で交換される文字列として使
用されます。この文字列は、その位置にホスト名の中の作成リクエストによって追加され
る部分が入ることを示しています。リクエスト時に指定される交換用の文字列はオプショ
ンですが、この文字列を使用しない場合、ホスト名が重複するためこのテンプレートは 1
度しかプロビジョニングできません。ホスト名のすべての部分をできるだけ短くして、
ネットワークホスト名の一般的な制限内に収まるようにしてください。
7.
[ネットワークインターフェイス] の [割り当てタイプ] では、IO 環境の設定方法に適合す
る設定を選びます。
234 Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
注記: IPv6 は、HP-UX vPars および Integrity VM ビジュアル化でサポートされていませ
ん。したがって、Integrity ゲストの [IPv6 割当てタイプ]は「なし/外部」に設定する必要が
あります。
[DHCP]
サブネットに接続されるサーバーに、DHCP を使用して IP アドレ
スを動的に割り当てることを示します。
[静的]
サブネットに接続される各サーバーが使用する IP アドレスの割り
当てを、設計者が行うことを示します。静的 IP アドレスを使用す
ると、一度だけプロビジョニングできるワンオフテンプレートが
作成されます。
[自動]
IO が、ネットワークに設定されている静的 IP アドレス範囲から、
割り当てる静的 IP アドレスを自動的に選択することを示します。
注記: Matrix インフラストラクチャオーケストレーションは、Integrity ゲストデプロイ
メント用に DHCP をサポートしません。この場合、「静的」または「自動」を使用しま
す。
8.
[ソフトウェア]タブで次の操作を行います。
a. デプロイする適切な Ignite ゴールデンイメージを選択します。Integrity ブレードと
ProLiant ブレードが混在するインフラストラクチャの場合は、物理サーバーの Insight
Control サーバープロビジョニング(または Insight Control サーバー配備)ジョブも表
示されますが、これらを Integrity VM サーバーグループの設計時に選択することはで
きません。
b. 適切なゲストタイプとして「Integrity VM」または「Integrity vPar」を選択します。
Integrity ゲストを含むテンプレートの作成 235
注記: Integrity vPar ゲストの作成には、Intel Itanium 9300 プロセッサー以上を搭載した
少なくとも 1 つの Integrity VM ホストが必要です。vPar ゲストの作成について詳しくは、
HP の Web サイト http://www.hp.com/go/hpux-hpvm-docs (英語)にある『HP-UX vPars
and Integrity VM V6.2 Administrator Guide』を参照してください。
9.
仮想ストレージの属性を設定します。[ストレージタイプ] は「仮想」に設定する必要があ
ります。ストレージを起動可能にする必要があることを示す、[ディスクは起動可能]チェッ
クボックスを選択します。
ストレージボリュームの名前は、ブートディスクを対象にしたオプション機能です。スト
レージボリューム名は、仮想サーバーグループに接続されるすべての仮想ディスクで使用
します。VM ホストストレージボリュームの名前は、カンマ区切りで入力してください
(/dev/slvm_disk1,/dev/slvm_disk2)。IO は、プロビジョニングの際に、ブート
ディスクのストレージボリューム名と名前が一致するストレージボリュームから仮想スト
レージの割り当てを行います。
ディスクサイズを入力します。仮想ストレージサイズが十分でない場合は、次の手順で選
択するソフトウェアのサイズで自動的に増やされます。
236 Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
10. ネットワークの属性を設定します。適切なネットワークを選択するだけで済みます。その
他の指定する属性はありません。オプションで、表示されているコスト値を含めることが
できます。DIO ネットワークは、[タイプ]が「Direct IO」と表示されることもあります。
11. これらの手順を完了したら、[有効性確認ステータス]が緑色になっているかどうかに注意
してください。緑色でない場合は、[問題の表示]をクリックして発生している問題を解決
します。
Integrity ゲストを含むテンプレートの作成 237
12. [公開]ボックスを選択して、[保存]をクリックします。今後、認証ユーザーはこのテンプ
レートを使用してデプロイメントを行えます。
Integrity 物理サーバーおよび物理 NPIV ディスクを含むテンプレートの
作成
物理ストレージを含む仮想サーバーをデプロイするためのサービステンプレートを作成するに
は、次の手順に従います。
手順 1
1.
インフラストラクチャオーケストレーション Designer を起動し、[新規]をクリックして開
始します。
2.
コンポーネントを追加するには、次の手順に従います。
238 Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
a.
b.
c.
3.
[仮想サーバーグループ]、[SAN ストレージ]、[ネットワーク]コンポーネントをそれぞ
れ 1 つ、作業領域にドラッグします。
[仮想サーバーグループ]を追加すると、デフォルトでは [仮想ストレージ]が自動的に
追加され、関連付けられます。[仮想ストレージ]コンポーネントを削除します。
[物理ストレージ]コンポーネントを作業領域にドラッグします。
[仮想サーバーグループ] を [SAN ストレージ] および [ネットワーク] コンポーネントに接
続します。
Integrity 物理サーバーおよび物理 NPIV ディスクを含むテンプレートの作成 239
4.
各コンポーネントをダブルクリックして、[仮想サーバーグループ] から順番に属性を設定
します。必須項目の入力が済んでいない場合は、赤色の「×」印が表示されます。[サー
バータイプ]が「仮想」になっていることを確認します。
5.
仮想サーバーグループの [ネットワーク]タブの項目に情報を入力する必要があります。VM
のホスト名は、次の 3 つの部分で構成されます。最初の部分は、このサービステンプレー
トで定義します。2 番目の部分は、ユーザーのサービス作成リクエストで指定されます。
3 番目の部分は、このサーバーグループで作成されるサーバーの数に基づく数字のサフィッ
クスです。
ヘルプによると、このテンプレートでは番号記号(#)が後で交換される文字列として使
用されます。この文字列は、その位置にホスト名の中の作成リクエストによって追加され
る部分が入ることを示しています。リクエスト時に指定される交換用の文字列はオプショ
ンですが、この文字列を使用しない場合、ホスト名が重複するためこのテンプレートは 1
度しかプロビジョニングできません。ホスト名のすべての部分をできるだけ短くして、
ネットワークホスト名の一般的な制限内に収まるようにしてください。
6.
[ネットワーク]タブで、[ネットワークインターフェイス – 割り当てタイプ]を、IO 環境の
設定方法に応じて「自動」または「静的」に設定します。
240 Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
注記: Integrity のデプロイメントでは、IO が HP-UX OS のデプロイメントに DHCP をサ
ポートしないため、常に「自動」または「静的」を選択します。
7.
[ソフトウェア]タブで、必要な OS を選択します。
Integrity 物理サーバーおよび物理 NPIV ディスクを含むテンプレートの作成
241
8.
SAN ストレージコンポーネントを設定します。
•
[ストレージタイプ]は、「FC-SAN」です。
•
[ディスクは起動可能]チェックボックスを選択します。
•
[Raw Device Mapping タイプ]は「物理」を選択します。
•
[RAID レベル]は指定せずそのままにしておきます(「任意」)。
242 Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
9.
ネットワークコンポーネントを編集して、作業を完了します。
10. 該当するネットワークを選択して、オプションでコストを指定します。
11. これらの手順を完了したら、[有効性確認ステータス]が緑色になっているかどうかに注意
してください。緑色でない場合は、[問題の表示]をクリックして発生している問題を解決
します。
12. [公開]チェックボックスを選択して、[保存]をクリックします。今後、認証ユーザーはこの
テンプレートを使用してデプロイメントを行えます。
ユーザーのソリューション向けのテンプレート作成
ここまでで説明した物理サーバーを含むテンプレートと VM を含むテンプレートの作成手順を
応用すれば、ご使用のソリューションに対応するテンプレートを作成できます。物理サーバー
と仮想サーバー、SAN ストレージと仮想ストレージ、および複数のネットワークを自由に組
ユーザーのソリューション向けのテンプレート作成 243
み合わせることができます。HP では、Oracle Real Application Cluster、Microsoft Exchange
2007、および SAP ランドスケープ向けのよく知られたソリューションを対象に CloudSystem
Matrix テンプレートを用意しています。次に示す、Microsoft Exchange 2007 テンプレートの
例を参照してください。これらのソリューションテンプレートの詳しい情報は、HP の Web サ
イト http://www.hp.com/go/matrixtemplates (英語)で入手できます。
カスタマイズされたテンプレートの設定の変更
テンプレートに「カスタマイズ可能」のマークが付いている場合は、[サービスの新規作成]ダ
イアログの [編集]ボタンを使用して、ネットワーク、サーバーグループとネットワーク接続の
IP アドレス割り当てタイプ、メモリサイズ、プロセッサー数、およびオペレーティングシステ
ム/ソフトウェアイメージをサービス作成時に変更できます。
「カスタマイズ可能」オプションは、テンプレート内のカスタマイズ可能なすべての属性に適
用されます。一部の値だけをカスタマイズできるようにするには、最小設定値と最大設定値を
同じ値に設定します。また、この操作を hpio.properties ファイル(デフォルトの場所は、
C:\Program Files\HP\Matrix infrastructure orchestration\conf\
hpio.properties)の次の設定を変更して行うこともできます。
•
software.access.restricted = true
このプロパティが true に設定されている場合、サービスの作成時にユーザーは、カスタマ
イズされた属性として指定されたソフトウェアへのアクセス権を持つ必要があります。
このプロパティが false に設定されている場合、カスタマイズを行う際にソフトウェアの
選択に制限は加えられません。
注記: このプロパティは、カスタマイズされた属性として指定されているソフトウェア
にのみ影響します。テンプレートで指定されているソフトウェアに対する権限は必要あり
ません。
•
allow.customize.template.network = false
このプロパティが true に設定されている場合、サービスの作成時にユーザーは、カスタマ
イズ可能なテンプレートで名前付きのネットワークの定義の変更が許可されます。
マルチテナンシ環境でこのプロパティが true に設定されている場合、
customize.template.network.inclusion.list で、ネットワークの変更を許可さ
れる組織を指定する必要があります。
244 Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
このプロパティが false に設定されている場合、ネットワークのカスタマイズは許可され
ません。
•
customize.template.network.inclusion.list =
このプロパティでは組織を指定します。サービスの作成時にカスタマイズ可能なテンプ
レートで名前付きのネットワークの定義の変更を許可されるユーザーは、ここで指定する
組織に属する必要があります。
このプロパティは、allow.customize.template.network が true に設定されてい
る場合にのみ有効です。
たとえば、管理者が次の各プロパティを設定すると、以下のルールが適用されます。
allow.customize.template.network = true
customize.template.network.inclusion.list = Service
Provider,orgA,orgB
サービスプロバイダー、orgA、および orgB のユーザーだけがネットワークをカスタマイ
ズできる。他のユーザーは変更を加えることができない。
包含リストで [サービスプロバイダー]を指定すると、組織に割り当てられていないユー
ザーがネットワークを変更できます。
VSEassist による環境の検証
HP SIM で、CMS の CLI の[診断]→[Matrix Operating Environment のトラブルシュート]ツール
(「vseassist」とも呼ばれます)を使用します。このツールには、次の 3 つの実行モードがあ
ります。
•
CMS の設定
•
CMS と管理対象ノードの通信
•
管理対象ノードの設定
3 つのモードのすべてでツールを実行し、vseassist によって示される問題を解決してから、以
下の項に進んでください。vseassist のコマンドラインインターフェイスは、HP の Web サ
イト http://www.hp.com/jp/proliantessentials_manual で提供される 『HP Matrix Operating
Environment スタートガイド』 に記載されています。
サービスリクエストの作成
Matrix インフラストラクチャオーケストレーションセルフサービスポータルを使用して、公開
済みのテンプレートからインフラストラクチャサービスを作成できます。
注記: 管理者は、インフラストラクチャオーケストレーションコンソールからサービスリク
エストを作成することもできます。
1.
次のいずれかの位置から Matrix インフラストラクチャオーケストレーションセルフサー
ビスポータルにアクセスします。
•
CMS のデスクトップで、Matrix インフラストラクチャオーケストレーションセルフ
サービスポータルアイコンをダブルクリックします。
•
ブラウザーで、Matrix OE Web サイト(http://www.hp.com/go/matrixoe/docs )に
移動します。
注記: HPIO_Users、HPIO_Architect、または HPIO_Administrators グループを構成するア
カウントを使用してログインする必要があります。
2.
3.
[テンプレート]タブをクリックして、使用できる公開済みテンプレートを表示します。
テンプレートを選択します。
VSEassist による環境の検証 245
4.
サービスリクエストを作成するために、次の手順を実行します。
a. [サービスの新規作成]をクリックします。使用できるすべてのサービスリクエストオ
プションについて、[オプション >>] をクリックします。
b. [サービス名]に、サービス名を入力します。この名前は、このリクエストを他と区別
するために、ユーザーおよび管理者が使用し、進行状況ログで用いられます。
ヒント: サービスの生成時点では、デフォルトのサービス名はテンプレート名の最
初の 11 文字に月と日を連結したものです。ユーザーはこれを変更できます。ユーザー
には、部門、氏名、またはサービスを管理するのに役立つその他の情報を反映する命
名規則に従うように依頼することができます。例:BatchServ_11_23
c.
d.
e.
f.
g.
h.
[ホスト名の補完]に、仮想サーバーグループのホスト名フィールドで指定された「#」
記号と置き換えるために使用されるホスト名補完文字列を入力します。
[メール]に、進行状況の通知先にする電子メールアドレスを入力します。複数の電子
メールアドレスは、カンマまたはセミコロンで区切ります。複数の電子メールアドレ
スは、カンマまたはセミコロンで区切ってください。
[利用可能なサーバープール]から該当するリソースプールを選択します。選択したリ
ソースプールを [選択したサーバープール]に移動します。
該当する場合は、[リース開始]および [リース終了]日を編集します。
該当する場合は、[請求コード]を入力します。
(オプション)[カスタム属性]の下にある [編集]をクリックして、作成するサービス
のプロパティをカスタマイズします。アーキテクトがテンプレートをカスタマイズ可
能と指定した場合、このフィールドは有効です。詳しくは、HP の Web サイト http://
www.hp.com/jp/proliantessentials_manual で提供される 『HP Matrix Operating
Environment インフラストラクチャオーケストレーションユーザーガイド』 を参照し
てください。
注記: テンプレートで [カスタマイズ可能]オプションがオンになっていても、カス
タマイズを無効にすることができます。一部のカスタマイズオプションを無効にする
には、hpio.properties ファイルの設定を編集します。このファイルのデフォルト
の場所は、C:\Program Files\HP\Matrix infrastructure orchestration\
conf\hpio.properties です。詳しくは、HP の Web サイト http://www.hp.com/
jp/proliantessentials_manual で提供される 『HP Matrix Operating Environment インフ
ラストラクチャオーケストレーションユーザーガイド』 を参照してください。
246 Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
テンプレートのプロパティをカスタマイズするには、以下の手順に従ってください。
i. ++ を使用して、カスタマイズできるテンプレート属性を展開します。
ii. 必要に応じて、テンプレート属性を調整します。
iii. [OK] をクリックします。
注記: このスクリーンショットは、VM テンプレートのカスタマイズ例を示し
ます。
iv.
[発行]をクリックします。
サービスリクエストの作成 247
v.
5.
[OK] をクリックしてリクエストを送信するか、[リクエストの表示]をクリックし
てリクエストの詳細を確認します。
[リクエスト]タブを選択してリクエストのステータスを表示します。初期の有効性確認が
完了するとリソースが予約され、作成したリクエストが承認を待つためにキューに入れら
れ、一時停止していることが示されます。
248 Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
デプロイメントの承認と自動化
1.
サービスリクエストを承認するには、HP SIM にインフラストラクチャオーケストレーショ
ン管理者として接続し、[ツール]→[Infrastructure Orchestration] メニューを使用して、保留
中のリクエストのキューを表示します。[リクエスト]タブをクリックします。
2.
キューで一時停止しているリクエストを選択して、新しいリクエストの詳細を表示しま
す。
注記:
[リクエスト詳細] では、ユーザーが行ったカスタマイズ内容を入手できます。
デプロイメントの承認と自動化 249
3.
[承認]をクリックして、サービスリクエストを完了できるようにします。必要な場合はメ
モを追加して、[OK] をクリックしリクエスト手順を進めます。
ジョブは、承認を受けると自動的に構築およびデプロイメント手順に進むため、以降に操
作を行う必要はありません。
4.
プロビジョニングの進行中、リクエストを生成したユーザーは、インフラストラクチャ
オーケストレーションセルフサービスポータルの [リクエスト]タブでデプロイメントの進
行状況を監視できます。
250 Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
ヒント: IC サーバープロビジョニングを使用した Matrix インフラストラクチャオーケス
トレーションデプロイメントが失敗した場合、以下の手順に従って、手動で環境をクリー
ンアップしてください。
1. ディスクを削除してクリーンアップします。
2. ターゲットサーバーに関連付けられている論理サーバーを非アクティブにします。
a. [HP SIM] メニューから、[ツール]→[HP Matrix OE ビジュアル化]の順にクリック
します。
b. [観点]ドロップダウンメニューで、[論理サーバー]を選択します。
c. 論理サーバーを選択し、[ツール]→[論理サーバー]→[使用停止...]の順にクリック
します。
d. [レポート]→[論理サーバーのジョブステータス]の順に選択してタスクのステータ
スを監視します。
e. タスクが正常に完了するまで待ってから、次の手順に進みます。
3.
4.
アクティブ化が解除された論理サーバーを選択し、[削除]→[論理サーバーの削除...]の
順にクリックします。
IC サーバープロビジョニングサーバーから管理ノードを削除します。
詳しくは、HP の Web サイト http://www.hp.com/jp/proliantessentials_manual にある
『HP Matrix Operating Environment インフラストラクチャオーケストレーションユーザー
ガイド』 の「手動クリーンアッププロセス(物理的)」の項を参照してください。
5.
ジョブが完了すると、リクエストの作成者に電子メールで通知が送信され、そのリクエス
トされたキューステータスは管理者ステータスと同じペースで更新されます。
6.
ここまでの操作で、リクエスト作成者はサービスを全面的に使用できるようになります。
動作中のサービスは、インフラストラクチャオーケストレーションの [サービス]タブに表
示されます。
デプロイメントの承認と自動化
251
論理サーバーの最新ステータスとリソースは、ビジュアル化ビューでも監視できます。
新しくデプロイされたサービスでのシステムの管理
インフラストラクチャオーケストレーションを使用して作成された仮想システムまたは物理シ
ステムを、HP SIM 監視やインベントリのような他の Matrix 機能によって管理したい場合は、
プロビジョニングの後で追加手順を実行する必要があります。
検出と識別
作成した LS を管理するには、以下の手順を実行してください。
1. 新しい論理サーバーの名前ではなく、ホスト名と IP アドレスについて正引きおよび逆引き
参照を含む DNS サーバーを設定します。
2. HP SIM で新しい検出タスクを定義し、IP アドレスまたはホスト名で新しい論理サーバー
を検出します。システムのホスト名と IP アドレスは、カスタムワークフローやスクリプト
で変更するのでなく、サービスの生成時に IO テンプレートに指定する必要があります。
あるいは、管理する認証情報が少ない場合は、グローバル認証情報にまとめることができ
ます。新しくデプロイされた物理サーバーの認証情報がグローバル認証情報に含まれる場
合、インフラストラクチャオーケストレーションは、サーバーをプロビジョニングした後
で自動的に検出を実行します。グローバル認証情報のリストが膨大になると、HP SIM の
パフォーマンスに深刻な影響を与えたり、管理対象システムで無効パスワード試行が多発
してロックアウトの原因になる場合があります。したがって、この方法はおすすめしませ
ん。
注記: 検出タスク内の認証情報は、HP Insight Control サーバー配備(物理)の kickstart
または IO(仮想)の sysprep で新しいサーバーに設定されている認証情報と調整する必要
があります。
検出ジョブの設定について詳しくは、HP の Web サイト http://www.hp.com/jp/
proliantessentials_manual で提供される 『HP Systems Insight Manager ユーザーガイド』
を参照してください。
3.
HP SIM で、[ツール]→[HP Matrix OE ビジュアル化]の順に選択します。次に、[ツール]→[論
理サーバー]→[更新]を選択し、[HP SIM] チェックボックスを選択します。更新は、30 分
ごとに自動で行われます。
新しい論理サーバーがハイパーバイザー(VMware ESXi ホストなど)である場合は、Insight
Control 仮想マシン管理リソースも更新してください。
252 Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
インストール中、HP SIM は、CloudSystem Matrix インストール内の各デバイスタイプの検出
認証情報を使用する特定の検出タスクで設定されます。新しくプロビジョニングされたサー
バーを検出する場合は、作成される可能性が高い任意のサーバーの IP 範囲と認証情報で構成さ
れる検出タスクを使用する方法をおすすめします。既存の検出タスクを変更するか、新しい検
出タスクを作成してこれを実行することもできます。プロビジョニングの後で、この検出タス
クを実行します。
図 4 検出前
新しいゲストは、ネットワーク上で完全に認識されるまでは、その VM ホスト名、IO サービ
ス名、および VM 名で構成され、自動生成される名前を使用して表示されます。検出が終わる
と、図に示すように、すべてのビジュアル化属性にデータが入力されます。
図 5 検出後
IO でプロビジョニングされた物理 LS については、「新しい論理サーバーの管理」 (179 ページ)
の手順に従って、新しくデプロイされた LS を HP SIM および Matrix OE で管理できるよう準
備します。
注記: 物理 HP-UX サーバー専用:サービスの削除中に物理 HP-UX サーバー用のブートディス
クを削除できるようにするには、正しい root 認証情報でノードを検出し、識別する必要があり
ます([オプション]、[セキュリティ]、[認証情報]、[グローバル認証]…)。さらに、CMS
ツールの実行を許可する必要があります。この検出と識別プロセスは、[設定]、[エージェン
トの設定および修復] ウィザードで [セキュアシェル(SSH)アクセスの設定] を選択すると
実行できます。あるいは、IO のユーザーガイドに記載されているように、mxagentconfig
コマンドライン(mxagentconfig -a -n <ip> -u root -p <root password>)を使
用することもできます。IO サービス削除によって新しく作成された HP-UX 物理サーバーを正
しく検出し、識別しないと、次のようなエラーになります。Failure: Error erasing
disks for logical server xxxx
注記: [エージェントの設定および修復] 設定プロセスの進行中に HP-UX 物理サーバーで IO
サービスの削除を試みると、IO サービスが削除されません。
注記: HP-UX 物理サーバーで IO サービスを削除しているとき、HP-UX OS ノード情報が約 5
分間にわたってビジュアル化タブに表示される場合があります。この遅延には悪影響はありま
せん。
Insight Management の追加機能の設定
CloudSystem Matrix インストールサービスの一環として導入されるシステムには、すでに Matrix
Operating Environment 機能のライセンスが適用されています。ただし、追加の管理機能を有効
にしたい場合があります。ほとんどの場合、追加機能を有効にする最も簡単な方法は、検出の
完了後に MSSW を使用する方法です。
1. HP SIM メニューから、[設定]→[Managed System Setup Wizard] の順に選択します。
2. 図 6 (254 ページ) に示すように、有効にしたい任意の追加機能を選択します。詳しくは、
HP の Web サイト http://www.hp.com/jp/proliantessentials_manual で提供される 『HP
Insight Managed System Setup Wizard スタートガイド』 を参照してください。
新しくデプロイされたサービスでのシステムの管理 253
注記: すでに選択している機能の選択を解除しないでください。解除すると、その機能が無
効になることがあります。
図 6 Managed System Setup Wizard の追加機能
次のような追加機能があります。
•
[ヘルスの監視とインベントリ]
システムが HP SIM によって検出されると、システムのヘルスの監視とインベントリが自
動的に有効になります。管理対象システムに Insight マネジメントエージェントと HP SMH
がインストールされている場合、一部のタイプのシステムではさらに多くの情報を取得で
きます。これらは、プロビジョニングイメージに含めたり、最初の検出の完了後に Managed
System Setup Wizard を通じて追加したりできます。最適なシステム管理のために、含め
る Insight マネジメントエージェントは最小限にすることをおすすめします。
•
[リモートコマンド実行]
Linux および HP-UX システムの場合、多くの HP SIM ツールでリモートコマンド実行が使
用されます。それは、システムに OpenSSH がインストールされているかによります。こ
の機能を有効にするには、最初の検出の完了後に Managed System Setup Wizard で[HP
Systems Insight Manager]→[リモートコマンド実行]の順に選択します。
254 Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
•
[イベント]
CMS が管理対象システムからイベントを受信するようにしたい場合は、そのシステムで
イベントサブスクリプションを作成する(WBEM)か、トラップ定義を定義する(SNMP)
必要があります。この機能を有効にするには、最初の検出の完了後に Managed System
Setup Wizard で[HP Systems Insight Manager]→[イベント]の順に選択します。最適なシス
テム管理のために、イベントサポートを有効にすることをおすすめします。
•
[バージョンコントロール]
Windows システムで HP VCRM を使用して管理ソフトウェアとファームウェアのバージョ
ンを管理している場合は、どの HP VCRM データベースを使用するかを知るために、管理
対象システムでバージョンコントロールエージェントを設定してください。最初の検出の
完了後に Managed System Setup Wizard で[HP Systems Insight Manager]→[バージョンコ
ントロール]の順に選択します。
•
[シングルサインオン]
HP SIM を起動するときに追加のログイン画面なしに管理対象システムで HP SMH にアク
セスできるようにしたい場合は、最初の検出の完了後 Managed System Setup Wizard で
[HP Systems Insight Manager]→[シングルサインオン]の順に選択します。これにより、SSL
が設定されます。また、シングルサインオン設定で iLO と OA の Web コンソールにもア
クセスできます。
•
[Embedded Remote Support]
HP から直接または Insight Remote Support 経由で「Pro-active Advisory」を受信するように
HP ProLiant Gen8 サーバー用の Embedded Remote Support を設定したい場合は、最初の
検出の完了後に Managed System Setup Wizard で[HP Systems Insight Manager]→[Embedded
Remote Support] の順に選択します。
•
[Agentless Management Service]
Windows、Linux、または ESX を実行する HP ProLiant Gen8 サーバーに AMS をインストー
ルしたい場合は、最初の検出の完了後に Managed System Setup Wizard で[HP Systems
Insight Manager]→[Agentless Management Service] の順に選択します。
•
[Insight Control パフォーマンス管理]
HP Insight Control パフォーマンス管理は、HP ProLiant サーバーおよび一部の共有ストレー
ジシステム上のハードウェアボトルネックを検出し、分析します。パフォーマンス情報を
分析して、パフォーマンスボトルネック問題が存在するか、または進展しつつあるかどう
かを判断します。ユーザーは、この情報を対話形式で表示したり、データベースに記録し
てあとで分析やレポートに役立てることができます。また、HP SIM の通知メカニズムを
使用して予防的な通知をセットアップすることもできます。この機能を有効にするには、
最初の検出の完了後に Managed System Setup Wizard で[HP Insight Control]→[Insight Control
パフォーマンス管理]の順に選択します。
•
[データセンター電力制御]
データセンター電力制御を使用すると、電源イベントと冷却イベントの対処方法を定義で
きます。[データセンター電力制御ルール]を使用して柔軟な規則を作成し、イベントが発
生したときに起動するように設定できます。ルールでは、システムと処置を指定できま
す。処置は、通常のシャットダウン、パワーレギュレーター状態管理、システムの電源オ
ン/オフなどです。この機能を有効にするには、最初の検出の完了後に Managed System
Setup Wizard で[HP Insight Control]→[データセンター電力制御]の順に選択します。
新しくデプロイされたサービスでのシステムの管理 255
:
DCPC は、システムのプライマリアドレスでのみ動作し、プライマリ以外のアドレスのシ
ステムを検出できません。したがって、システムでプライマリアドレスとして IPv4 を、
プライマリ以外のアドレスとして IPV6 を使用している場合、DCPC はプライマリの IPv4
アドレスだけを扱います。
IPv6 アドレスしかない VM ホストの場合、DCPC はそのゲストをシャットダウンできませ
ん。ホストだけをシャットダウンします。
サーバースナップショットの管理
[サービス] タブから、VM の現在の状態のスナップショットを作成できます。スナップショッ
トは、設定や仮想ディスクを含む、スナップショット作成時の VM 全体の状態を取得します。
後でスナップショットを使用して VM の状態を復元できます。スナップショットには、オプ
ションで VM のメモリの内容を含めることもできます。スナップショットの作成時には、物理
ディスクの状態は保存されません。
注記:
この操作は、ESX/vSphere 仮想マシンでのみサポートされます。
注記:
スナップショットを含む VM にディスクを追加することはできません。
1.
2.
3.
4.
5.
6.
SIM で、[ツール]→[Infrastructure orchestration] の順に選択します。
[サービス]タブを選択します。
[サービス]タブで、修正するサービスを選択します。
サービスをダブルクリックして [詳細の表示]をクリックするか、サービスレイアウトプレ
ビューの図をクリックします。
[アクション]リストから、[サーバースナップショットの管理]を選択します。[サービスの
スナップショットを管理中]ダイアログが表示されます。
新しいスナップショットを作成するには、ツリーを展開してサーバーを選択し、[作成]を
クリックします。[サーバースナップショットの作成]ダイアログが表示されます。
a. a~z、A~Z、0~9、_、スペース、&、'、`、<、>、#、{、}、および? を使用してス
ナップショットの一意の名前を入力します。
b. (オプション)[スナップショットメモリ] をチェックして、スナップショットに VM
のメモリの内容を含めます。
c. (オプション)[ファイルシステムの静止 (VMware ツールが必要です)] をチェックし
てゲストオペレーティングシステム上で実行されているプロセスを一時停止します。
これにより、スナップショットの作成時にファイルシステムの内容が整合性のある既
知の状態になります。このオプションは、電源が投入されている VM にのみ適用され
ます。ファイルシステムを一時停止するには、ゲストオペレーティングシステムに
VMware Tools をインストールする必要があります。
d. [作成]をクリックしてリクエストを完了するか、または [キャンセル]をクリックして
アクションをキャンセルします。
7.
スナップショットを削除するには、ツリーを展開してサーバーを選択し、[削除]をクリッ
クします。[スナップショットを削除しますか?] ダイアログが表示されます。
a. (オプション)[子スナップショットも一緒に削除します。]を選択して、そのスナッ
プショットの子スナップショットを削除します。スナップショット間の関係は、子に
対する親の関係とよく似ています。
b. [削除]をクリックしてリクエストを完了するか、または [キャンセル]をクリックして
アクションをキャンセルします。
8.
VM をスナップショットの状態に戻すには、ツリーを展開してスナップショットを選択し、
[復元]をクリックします。[スナップショットに復元しますか?] ダイアログが表示されま
す。スナップショットを復元すると、VM のメモリ(スナップショットの作成時に選択し
た場合)、設定、および仮想ディスクがスナップショット作成時の状態に戻ります。
256 Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
a.
b.
(オプション)[復元後は電源をオンにしないでください。]を選択して、スナップ
ショットを復元した後に VM に電源が投入されないようにします。スナップショット
がメモリの状態を含んでいない場合は、VM の電源が切断されるためこのオプション
の効果はありません。
[復元]をクリックしてリクエストを完了するか、または [キャンセル]をクリックして
アクションをキャンセルします。
サービスとしての既存のサーバーのインポート
Matrix OE インフラストラクチャオーケストレーションの新機能を利用して、既存の VMware
ESX/ESXi/vSphere または Microsoft Hyper-V VM を新しく作成した単一のサーバーグループを
含む IO サービスにインポートできます。
VM のサービスとしてのインポートは、インフラストラクチャオーケストレーションの管理者
のみが実行できます。
注記: インポートされた VM から作成された IO サービスを削除すると、基礎になっている
VM も削除されます。
以下では、VM のインポート機能の制限事項を示します。
サポートあり
サポートなし
• VMware ESX または ESXi/vShpere 仮想マシンのイン • Integrity VM および XenServer 仮想マシンのインポー
ポート
ト
• Microsoft Hyper-V 仮想マシンのインポート
• クラウドサーバーまたは物理サーバーのインポート
• インポートされた VM サービスに対するディスク追
加操作
• リンクされたクローン仮想マシンおよび RDM ディス
クまたは複数のデータストアを含む仮想マシンのイ
ンポート
• ユーザーインターフェイスおよび API または CLI を
介したアクセス機能
• インポートされた VM サービスに対するサーバー追
加操作
• インポートされた VM サービスに対する DR 保護
• インポートされた VM サービスに割り当てられる HP
Operations Orchestration ワークフロー
• 構成ファイルがデフォルト位置にある Hyper-V VM の
インポート
• 最初のパーティションを除くすべてのパーティショ
ンが除外されていない場合の、複数パーティション
を含む Hyper-V 物理ディスク
VM を IO サービスとしてインポートするには、以下の手順に従ってください。
1. インフラストラクチャオーケストレーションコンソールを開いて、[サービス]タブをクリッ
クします。
2. [インポート]をクリックします。[既存のサーバーを IO サービスとしてインポートします]
ダイアログが表示されます。
3. 環境から、ステータスが有効になっている ESX または Hyper-V VM を選択します。エラー
の詳細を表示するには、エラーまたは警告ステータスアイコンにマウスカーソルを重ねて
ください。
サービスとしての既存のサーバーのインポート 257
注記: 有効以外のステータスが表示される場合、原因として次のような状態が考えられ
ます。
•
サーバーにホスト名がない。
•
サーバーに OS タイプがない。
•
サーバー名に特殊文字が含まれているために、サーバーをインポートできない。A~
Z、a~z、0~9、-、_ だけがサポートされます。
•
ESX または Hyper-V 以外の仮想化タイプのサーバーをインポートすることはできな
い。
•
仮想ネットワークインターフェイスが定義されていない。
•
ネットワークに ID がない。
•
サーバーの IP アドレスが検出されなかった。
•
VM ホストが定義されていない。
•
VM ホストの IP アドレスがない。
4.
5.
[次へ]をクリックします。
組織内でまだ使用されていないサービス名を入力します。サービス名は、アルファベット
(A~Z、a~z)、数字(0~9)、スペース、下線、およびハイフンを使用して、最大 15
文字で作成できます。
6. ドロップダウンメニューから組織を選びます。サービスを特定の組織に割り当てたくない
場合は、[Service Provider] を選択します。組織を選択すると、サービスを表示できるのは
その組織に属するユーザーだけになります。
7. サービス所有者のユーザー名を入力します。
8. (オプション)[確認]をクリックして、入力したユーザー名が Windows AD で有効なユー
ザーとして定義されていることを確認します。
9. (オプション)支払いコードを入力します。この情報は、情報としてのみ扱われます。
10. (オプション)サービスに関するメモを入力します。
11. [発行]をクリックして、サービスをインポートします。アクションをキャンセルする場合
は [キャンセル]、前の画面に戻る場合は [戻る]をクリックします。[発行]をクリックすると
リクエストが作成され、[リクエスト]タブで確認できるようになります。
258 Matrix インフラストラクチャオーケストレーションテンプレートおよびサービスの作成
13 電源、温度監視、および分析の設定のための Insight
Control の使用
Insight Control は、複数の革新的な電源管理機能を備えています。ユーザーは、これらの機能
が提供する知識と操作を利用して、サーバーの電源を自信をもって最適化し、電源および冷却
インフラストラクチャをフル活用し、ミッションクリティカルなアプリケーションとサービス
の稼動時間を延長できます。
CloudSystem Matrix は、さまざまな環境のニーズを満たす多様な電力供給構成をサポートしま
す。この章の設定手順により、次の操作が可能になります。
•
物理的観点(エンクロージャー、ラック、データセンター)と電力供給の観点(PDU、分
岐回路、電源パネル、給電)からの電力消費の監視
•
監視対象のピーク温度のサーマルマップを含む、データセンターとラックの物理レイアウ
トのビジュアル表示
•
電源容量、消費、電源構成の堅牢性の分析。この分析により、次が明らかになります。
◦
電源の過負荷の可能性
◦
エンクロージャーに電源を供給するリダンダント電源の欠落
◦
誤った電源構成や消失した電源に関するデータ
◦
増設するブレードやエンクロージャーのデプロイメントのために使用できる余分な容
量
◦
消費電力上限設定による、電源および冷却能力の再利用の可能性
はじめる前に
設定を開始する前に、電源分析または電源管理の対象にするすべてのデバイス、ならびに監視
や分析の対象になっているラックに電源を供給する監視可能な PDU や PDR の検出を完了して
おく必要があります。また、CloudSystem Matrix インフラストラクチャに電源を供給する PDU
や分岐回路の利用可能な電源容量を説明する十分なデータを収集しておく必要もあります。
CloudSystem Matrix は、c7000 の Intelligent Power Module と組み合わされた HP インテリジェ
ント PDU(iPDU)を介して、HP BladeSystem c7000 エンクロージャーを対象にインテリジェ
ントな電力検出(IPD)をサポートします。iPDU は、c7000 エンクロージャーの従来の電源管
理オプションの後継ではなく、追加機能としてサポートされます。
検出プロセスの完了後、以下の各項で詳しく説明する次の設定手順を実行することで、電源管
理が可能になります。
1. SNMP を使用して監視を行う PDU および PDR を設定し、電力供給デバイス(PDU または
PDR マネジメントモジュール)のマネジメントプロセッサーを検出します。
2. お客様の地域に合わせた電源管理の設定を行います。
3. 各ラックの内容を設定します。
4. データセンターのレイアウト図を作成し、列にラックを並べていきます。
注記: HP Insight Control 電力管理は IPv6 をサポートします。ただし、iPDU が iPv6 アドレス
だけで構成されている場合、Intelligent Power Discovery 機能はサポートされません。
SNMP を使用して監視を行う PDU/PDR の設定
モニター機能付きの HP PDU および PDR、ならびに他社製の PDU は、SNMP プロトコルを使
用することで電力消費データの検出と監視を可能にします。PDU または PDR へのネットワー
ク通信を可能にするインターフェイスは、PDU/PDR マネジメントモジュールと呼ばれます。
はじめる前に 259
電力供給階層の SNMP ベースの監視および検出を有効にするには、以下の手順に従ってくだ
さい。
1. デバイスの管理インターフェイスを介してデバイスの SNMP プロトコルを有効にします。
2. HP の PDU や PDR では、これ以外に PDU または PDR の管理インターフェイスで、SNMP
マネージャーの役割をする HP SIM CMS のアドレスを指定する必要があります。
3.
デバイスに対して設定する SNMP 読み取り専用コミュニティ名を決定します。通常、デ
フォルト値は、「public」です。
上記の設定手順が完了すると、マネジメントモジュールの IP アドレスを使用して通常の HP
SIM 検出プロセスで PDU または PDR を検出できます。前の手順で決定した適切な SNMP 読み
取りコミュニティ名が、HP SIM の [グローバル認証]ページまたはシステムの [システム認証]
ページで指定されていることを確認します。Insight Managed System Setup Wizard を使用する
と、正しい設定を確認できます。
電力管理オプションの設定
[電力管理オプション]を使用して、HP Insight Control 電力管理設定を構成し、オプションを表
示できます。[電力管理オプション] から、以下の機能を実行できます。
•
管理対象システムでの Insight Control 電力管理機能を有効または無効にする。無効にする
と、電力データは収集されません。この設定は、グローバル設定です。
•
PDU で Outlet Control を有効または無効にする。この設定は、グローバル設定です。
•
HP SIM のグローバル認証情報(すべての iLO が共通の認証情報セットを使用する場合)
または HP SIM のシステム認証情報を通して、サインイン認証情報を iLO に提供します。
•
履歴データを維持する期間を設定します。指定した期間が過ぎると、データは自動的に削
除されます。この設定は、グローバル設定です。
•
地域の電気規定によって必要とされるデフォルトの電気減定格パーセンテージを指定しま
す。この設定は、グローバル設定です。
•
温度を摂氏で表示するか、華氏で表示するかを指定します。この設定はユーザー固有の設
定です。
•
消費電力をワットで表示するか、Btu/hr で表示するかを指定をします。この設定はユー
ザー固有の設定です。
電力管理オプションを設定するには、以下の手順に従ってください。
1. [オプション]→[電力管理...]をクリックします。[Insight Control 電力管理]ページが表示され
ます。
2. [グラフおよび分析設定]には、以下のオプションがあります。
[温度測定単位]
リストから温度の測定単位を選択します。この設定は
ユーザー固有の設定です。
[電力測定単位]
電力の測定単位を選択します。
[グラフのすべてのタイムスタンプ データをグラフに表示するときにグリニッジ標準時
に GMT を使用する]
(GMT)を使用する場合は、このオプションを選択し
ます。
260 電源、温度監視、および分析の設定のための Insight Control の使用
[電力/kWh のコスト]
KW 時当たりの電力の平均コストを入力します。この
値は、システム電源および冷却機能の運用コストの見
積もりに使われます。データを入力しやすいように、
1 つのフィールドのみ提供されます。さらにコスト分
析が必要な場合は、グラフの [パワーレギュレータ]セ
クションの [エクスポート]オプションを使用します。
このフィールドは、システム電源と冷却機能のランニ
ングコストや年間運用コストの予想値の計算に使われ
ます。
[通貨タイプ]
通貨の種類を入力します。このオプションにより、グ
ラフの [分析]セクションでのコスト情報の表示を制御
します。デフォルト値は、「USD」です。$、EUR、
€、GBP、£、ITL、£、JPY、¥ などの印刷可能文字を指
定できます。
[冷却マルチプライア]
冷却係数を入力します。この値は、システムの冷却コ
ストとシステムの電力コストの比率を表します。デ
フォルト値の「1.5」は、システムの冷却コストがシ
ステムの電力コストの 1.5 倍になることを表します。
この値とシステムが使用する KW 時を掛け合わせて、
消費電力を表示するグラフの [分析]セクションに使用
される冷却 KW 時が取得されます。
[電源電圧]
『HP CloudSystem Matrix Planning Guide』で規定され
ている電源電圧を選択します。このオプションは、[電
力/温度分析]ビューおよびグラフの [分析]セクション
に表示される消費電流を計算します。
注記: [電力測定単位]、[グラフのすべてのタイムスタンプに GMT を使用する]、[電力/kWh
のコスト]、[通貨タイプ]、[冷却マルチプライア]、および [電源電圧]オプションは、ユー
ザーごとに設定されます。このため、設定はユーザーごとに異なる可能性があります。
3.
電力供給デバイスの定格容量は、デバイスによってサポートされるアンペア単位の絶対最
大負荷です。一部の地域では、電気関連の法律で、連続負荷に対応するためにこの定格容
量の一定割合だけを使用できることが規定されています。デフォルトの [ディレーティン
グ割合]は、電力供給デバイスによってサポートされる最大連続負荷を計算するときに確保
されていなければならない電力供給デバイスの定格容量の部分を特定します。Insight Control
電力管理は、この値を利用して、電力供給デバイスの最大使用可能電力容量を計算しま
す。『HP CloudSystem Matrix Planning Guide』で収集されるデータを使用して、次のいず
れかを選択します。
[NA/JP]
20% の減定格が必要な北米または日本でシステムを管理している場合に
選択します。これは、デフォルトのオプションです。
[なし]
減定格が必要のない地域ではこれを選択します。
[カスタム]
20% 以外のカスタム減定格パーセンテージを指定するには、これを選択
します。
電力管理オプションの設定
261
ラック内容の設定
ラックおよびラック内部に設置される CloudSystem Matrix OA エンクロージャーは、検出時
に、HP BladeSystem OA との通信によって自動的に作成されます。収納されるエンクロージャー
の順序は検出時に確認されますが、U スロットの実際の配置や、ストレージ、PDU など他の
ラック内容のラックとの関連付けは、自動的には行われません。これは、以下の手順に従っ
て、手動で入力する必要があります。
1. CMS から、ラックの [システム]ページを開き、[電力/レイアウト]タブをクリックします。
2. [編集]ボタンをクリックして、ラックの内容を編集します。「ラックエディター画
面」 (265 ページ) を参照してください。
3. ご使用のラック構成が、デフォルトの [42U] と異なる場合は、[ラックの高さ]の値を変更
します。
262 電源、温度監視、および分析の設定のための Insight Control の使用
4.
5.
6.
ラックが発生する温度の検証に使われる「ラックごとの温度制限値」をユーザーが指定し
ている場合は、[温度制限]フィールドでその値を指定します。この値は、『HP CloudSystem
Matrix Planning Guide』の手順に基づき収集しました。
HP BladeSystem エンクロージャーをマウスを使って上下にドラッグして、該当するラック
スロットに配置します。
[システムおよびサーバー]リストから、サーバー、PDU マネジメントモジュールなどのシ
ステムを、ラック内の適切な位置にドラッグします。
a. [システムおよびサーバー]リストにないデバイスについては、[検出できないシステム
の定義]をクリックして、システムの説明を手動で作成します。システムの [システム
名]、[説明]、[最大可能消費電力(ワット)]、および [高さ]フィールドに値を入力し、
[システムには冗長電源が必要]チェックボックスで指定を行います。
b.
7.
電力供給デバイスを作成したら、ラックの該当するサイドにドラッグします。
ラックに電力を供給する電力供給デバイス(PDU、PDR、分岐回路)をラックの該当する
サイドにドラッグします。
a. ネットワークアクセスが可能なマネジメントモジュールを搭載していないなどの理由
でサポートされていないために検出できない電力供給デバイスについては、[電力供給
デバイスの定義]をクリックして、システムの [電力デバイス名]、[説明]、[電力デバイ
スタイプ]、[定格容量]、[許容電力制限]、[電源電圧]、[給電識別子]、および [電力出力
の数]に値を入力します。このフォームへの記入には、『Planning Guide』の手順に従
い、収集した情報を使います。
ラック内容の設定 263
b.
8.
9.
システムを作成したら、ラックのサイドの該当する位置にドラッグします。
ラックのサイド A/B にある電力供給デバイスのチェックボックスをクリックします。電
力供給デバイスが電力を供給するエンクロージャーまたはシステムの横にあるチェック
ボックスを選んでください。これは、両方のサイドで各電源接続に対して行います。
[OK] をクリックして、構成が完了したラックを保存します。
264 電源、温度監視、および分析の設定のための Insight Control の使用
ラックエディター画面
データセンターのレイアウト図の作成
電力管理を使用すると、エンクロージャーとサーバーの給気部の温度をベースにしてデータセ
ンターのさまざまなエリアの温度を視覚的に表現できます。これらの図は、通気が不十分なエ
リアや温度上昇が激しいエリアの特定に役立ちます。作成されるデータセンターは、データセ
ンターのフロア全体を表す場合もデータセンターエリアの一部を表す場合もあります。
データセンターを定義または追加するには、以下の手順に従ってください。
1. HP SIM で、[ツール]→[内蔵コンソール]→[電力管理....]の順にクリックして、[電力/温度分
析]ページを開きます。
2. [データセンター定義]をクリックします。
3. データセンターの一意の名前を [データセンター名]フィールドに入力します。命名規則
は、HP SIM の要件を満たす必要があります。
4. [列]フィールドから必要な行数を選択します。
5. [列あたりのラック]フィールドから必要な、行当たりのラック数を選択します。
データセンターのレイアウト図の作成 265
6.
[ラック]フィールドの下に表示されるラックの一覧から、必要なラックをリストからクリッ
クしてドラッグし、必要な [列] および [列あたりのラック]テーブルに置きます。テーブル
では、行数が行として置かれ、行当たりのラック数が列として置かれます。表示される
ラックの一覧は、他のデータセンターにまだ配置されていないラックです。
たとえば、データセンターのラック並び数を 4(列)、一列当たりのラック数を 6(台 or
個)として定義し、2 列目の 6 台目としてラックを配置したい場合は、[ラック]フィール
ドの下に一覧される必要なラックをクリックしてドラッグし、それをテーブルの 2 行目お
よび 6 列目に配置します。
以下のその他のオプションを使用します。
[フィルター]
ラック名に従ってリストをソートするためにラック名を入力しま
す。[ラック] フィールドの下にあります。
[ラック/電力定義]
7.
[ラック/電力定義]をクリックして追加のシステムを含む新しい
ラックを定義します。ラックを定義または追加するには、「ラッ
クの定義」を参照してください。
[OK] をクリックして、変更を保存します。
266 電源、温度監視、および分析の設定のための Insight Control の使用
14 Capacity Advisor によるプランニングシナリオの作成
はじめに
HP Capacity Advisor ソフトウェアは、システムとワークロードの使用率を、CPU コア、メモ
リ、ネットワークとディスクの I/O、および電力について監視したり評価するためのプログラ
ムです。この情報を使って、利用可能なリソースを最大限に活用するために、システムの負荷
を調整することができます。
クラスター構成やネットワークに接続された 1 台以上のシステムを監視したり評価することが
できます。1 つのシステムには、マルチコアプロセッサーやハイパースレッドプロセッサーが
搭載されることがあります。
Capacity Advisor は、システムの統合、負荷分散、システム属性の変更、変動するワークロー
ドを評価するのに役立ちます。これを基に、使用率を向上させるためにワークロードを移動す
る方法を決定することができます。Capacity Advisor から得た定量的な結果は、プランナーに
とって、将来のシステムワークロードを予測し、システム構成の変更を計画するのに役立ちま
す。Capacity Advisor では、操作が簡単でわかりやすい表示のユーザーインターフェイスを使っ
て、以下のタスクを実行できます。
•
CPU コア、メモリ、ネットワークとディスクの I/O、および電力に関する使用率データの
収集
•
HP-UX および OpenVMS システムでは、OS 全体および監視対象ワークロードのリソース
使用率の履歴の表示、Microsoft Windows および Linux システムでは OS 全体でのワーク
ロードのリソース使用率の履歴の表示
•
ワークロードリソース使用率の履歴と、一連のパーティションニング技術をまたがる総合
的な使用状況の表示(サポートされるプラットフォームの完全なリストについては、http://
www.hp.com/jp/proliantessentials_manual にある 『HP Insight Management サポートマト
リックス』 を参照)
•
リソース使用率レポートの生成
•
ワークロードやシステムの変更の計画と、リソース使用率に与える影響の評価
•
ワークロードの配置やサイズに関して提案される変更がリソース使用率に与える影響の評
価
•
リソース需要を予測するための傾向の評価
Capacity Advisor を使うと、システム構成の変更を以下のようにシミュレートすることができ
ます。
•
複数システムの単一システムへの統合
•
アップグレードのためのシステムのサイズ変更
•
予測に基づく、システムに対する要求量の変更
•
古い小規模または中規模システムの、仮想マシンによる置き換え
Capacity Advisor は、経時的に収集されたデータを使用して、これらの構成変更がもたらす結
果をさまざまな方式で表示することができます。時間の経過に伴った変更の影響を確認できる
グラフィック表示が用意されています。システムがビジーである時間と程度がパーセンテージ
で表示される表があります。この情報は、変更の前後におけるリソース使用率とサービス品質
を比較する際に有効です。
Capacity Advisor を使う根本的に重要な利点は、場当たり的な処理や推測に頼る場合に比べ、
現在のリソースの使用状況を調べるための数量的根拠が得られることです。その上、ワーク
ロードやその他のリソースを実際に移動する前に、移動のシミュレーション(仮定のシナリ
オ)を行って試すことができます。
はじめに 267
Capacity Advisor では、以下に示すような、いくつかのコンポーネントの数値が、分析やモデ
ル化に織り込まれます。
•
CPU コアの数
•
CPU ベンチマークデータ
•
メモリサイズ
•
ネットワーク I/O 帯域幅
•
ディスク I/O 帯域幅
•
電力の使用量
•
メモリのプラットフォームマルチプライヤー
•
仮想化調整
Capacity Advisor を使用して CloudSystem Matrix 環境でのリソースの使用状況の変化に備えて
計画する方法について詳しくは、HP の Web サイト http://www.hp.com/go/matrixoe/docs
で提供される 『HP Capacity Advisor User Guide』 を参照してください。
Capacity Advisor のデータ収集
HP Capacity Advisor ソフトウェアは、レポートの生成と意味のあるシミュレーションシナリオ
の作成に使用できるデータが多くある場合に最も効果的に機能します。Capacity Advisor のデー
タ収集は、サーバーがライセンスを受けてから 10 分以内に自動的に開始されます。Utilization
Provider で収集されたデータは、管理対象システムで 30 日間保持されます。エージェントレ
ス方式で取得されるデータは、5 分間隔で転送されます。CMS 上のデータベースに転送され
たデータは 4 年間保持されます。
注記: データの保持期間を 4 年未満にする場合は、次のいずれかの位置にある
vseprefs.props プロパティファイルに変更を加えます。
•
Windows CMS:Program Files\HP\Virtual Server Environment\
vseprefs.props
•
HP-UX CMS:/etc/opt/vse/vseprefs.props
次のテキストを探して、設定したい日数に変更します。
#
# The default number of days to retain capacity planning profile data.
# This limit is enforced by the capcollect command.
#
PROFILE_RETAIN_DAYS=1460
#
意味のあるシミュレーションのシナリオを作成したり、ワークロードのリソース使用率に関す
る履歴を表示したりするには、代表システムまたはリソース使用率監視対象システムからデー
タを収集する必要があります。
データを収集すると、シミュレーションのシナリオを作成したり、さまざまな構成とワーク
ロードを試してシステムのキャパシティを評価したりできるようになります。また、Capacity
Advisor を使って、将来に向けた計画を立てることができます。
以下のシステムについてデータを収集できます。
•
ライセンスが付与された一部のシステム
•
ライセンスが付与されたすべてのシステム
注記: Capacity Advisor で使用する各ノードを管理するには、CMS を 1 つだけ使用してくだ
さい。
268 Capacity Advisor によるプランニングシナリオの作成
Matrix Operating Environment を使って管理されているシステムに関するデータを収集するに
は、CMS で以下の設定を行う必要があります。
•
管理対象システム上のツールボックスを実行するための、CMS における権限
•
管理対象システム上の WBEM にアクセスするための、CMS の WBEM 証明書
Matrix Operating Environment(特に Capacity Advisor)のインストール時には、CapAd は、
CapAd を実行するためのライセンスを付与され、HP SIM により検出されたすべての管理対象
ノードから、サーバーがライセンスを受けてから 10 分以内に自動的なデータ収集を開始する
ように設定されます。
プランニングシナリオの作成
シナリオは、収集したデータに基づいて「仮定の」操作を実行することで、システムの動作を
モデル化するために使用されます。シナリオを使用する最初のステップは、シナリオの作成で
す。
1. HP SIM のトップメニューから、[ツール]→[キャパシティプランニング]を選択して、Capacity
Advisor のホームタブを開きます。
2.
[作成]→[プランニングシナリオ …] を選択します(または、SIM のトップメニューバーか
ら、[最適化]→[キャパシティプランニング]→[シナリオの作成 …] を選択します)。[シナ
リオの作成]ウィザードでは、ウィザードでの進捗状況を示すために使用されるアイコンの
意味、ウィザード内での移動方法について説明している、[紹介]画面が表示されます。
プランニングシナリオの作成 269
シナリオの識別
1.
2.
3.
左側のナビゲーション列の [シナリオ名]をクリックして、[シナリオ名と説明の入力]画面
を開きます。
[名前]に一意の名前を入力します。
(オプション):[説明]フィールドに、短い説明を入力します。
注記: シナリオの数が増えるにしたがって、似た名前のシナリオを区別するために説明
フィールドが役立ちます。
4.
(オプション):シナリオ作成完了後にシナリオ編集セッションを開くためのチェック
ボックスを選択解除できます。このチェックボックスがチェックされていない場合は、シ
ナリオ作成が完了すると、シナリオ一覧ページに戻ります。
注記: Mozilla Firefox を使用する場合:新しいシナリオを作成するときに、[シナリオの
編集]ウィンドウがすでに開いており、他のウィンドウの下に隠れている場合は、ウィンド
ウが新しいシナリオ情報で更新されたかどうかがすぐにわかりません。これは、Mozilla
Firefox を使ってディスプレイで複数のウィンドウを開いている場合に発生します。更新さ
れたウィンドウに簡単にアクセスするには、ウィンドウを前面または後面に表示するため
の Javascript を許可するように Firefox を設定します。その後、新しいシナリオを作成する
と、すでに存在する [シナリオの編集]ウィンドウがディスプレイの前面に表示されます。
5.
[次へ]をクリックして、[分析対象システムの追加]画面に進みます。または、左側のナビ
ゲーション列にある [システム]をクリックします。
シミュレーションするシステムの選択
1.
2.
3.
[分析対象システムの追加]で、[追加]をクリックします。検出したシステムをシナリオに含
めるためにフィルター処理や選択のコントロールを行う新しいウィンドウが開きます。
新しいウィンドウで、シナリオに含める既存のシステムを選択して、[追加]をクリックし
ます (このウィンドウでのコントロールの使用については、Capacity Advisor のオンライ
ンヘルプを参照してください)。システムを追加するごとに、[分析対象システムの追加]
の最初の画面上のシステム一覧が長くなります。
[次へ]をクリックして、ウィザード内で実行されたすべてのアクションのサマリーを表示
します。
シナリオ設定のサマリー確認
1.
2.
サマリー情報が正しいかどうか確認します。
情報が正しければ、[完了]をクリックすると、シナリオが保存され、[シナリオの作成] ウィ
ザードが終了します。
デフォルトでは、シナリオエディターが開き、新しいシナリオの使用率データが表示され
ます。メーターでの使用率の計算に使用されるデフォルトのデータ範囲は、現在より 1 週
間前に設定されます。この値を変更する手順については、Capacity Advisor のヘルプを参
照してください。
[シナリオ編集セッションを開く] が選択されていない場合、新しいシナリオが追加された
シナリオの一覧([Capacity Advisor] タブ上)がメインウィンドウで更新されます。
シナリオのワークロード配置とリソース利用率を編集し、評価する方法について詳しくは、HP
の Web サイト http://www.hp.com/go/matrixoe/docs で提供される 『HP Capacity Advisor
User Guide』 を参照してください。
プロファイルビューアーの使い方
プロファイルビューアーを使用すると、リソース使用率の履歴の概要を簡単に得ることができ
ます。データは、グラフィック形式と表形式の概要で表示されます。画面の機能について詳し
くは、Capacity Advisor のヘルプも参照してください。
270 Capacity Advisor によるプランニングシナリオの作成
プロファイルビューアーには、[ビジュアル化]タブのシステムメーター、HP SIM の [最適化]メ
ニュー、Capacity Advisor の [シナリオの編集]タブのメーターまたはメニューのいずれかから
アクセスすることができます。
注記: データが収集されていない場合や選択したシステムのデータが Capacity Advisor デー
タベースにない場合、システムに Capacity Advisor と連携するライセンスが与えられているの
であれば、データ収集設定が正しいことと、データ収集サービスが動作していることを確認し
てください。詳しくは、HP の Web サイト http://www.hp.com/jp/proliantessentials_manual
で提供される 『HP Matrix Operating Environment スタートガイド』 を参照してください。
シナリオ編集時のプロファイルビューアーへのアクセス
この手順は、シミュレートされたシステムシナリオでシミュレートされたリソース利用率を表
示するためのアクセスを提供します。
システムのプロファイルを表示する場合は、以下の手順を実行します。
1.
2.
3.
4.
HP SIM から、[ツール]→[キャパシティプランニング]を開きます。
プロファイルを表示するシステムが含まれているシナリオを選択します。
[変更]→[プランニングシナリオの編集]の順に選択します。
システムテーブル中の、リソースの現在の使用率を表す水平の任意の使用率メーターをク
リックします。プロファイルビューアーは、データが使用可能な現在のリソースタイプの
すべて(CPU、メモリ、ネットワークとディスクの I/O 帯域幅、および電力使用率)に対
して使用できます。[Capacity Advisor: 測定データのプロファイルビューアー]が開き、選
択したリソースタイプとシステムのデータが表示されます。
プロファイルビューアーの使い方
271
ワークロードのプロファイルを表示する場合は、以下の手順を実行します。
1.
2.
HP SIM から、[最適化]→[Global Workload Manager (gWLM)]→[ワークロード...]を開きま
す。
ワークロードテーブルに棒グラフが表示される場合は、リソースの現在の使用率を表す任
意の横棒をクリックします。プロファイルビューアーは、ワークロードに対するデータが
使用可能な現在のリソースタイプのすべて(CPU、メモリ、およびネットワークとディス
クの I/O 帯域幅の使用率)に対して使用できます。[Capacity Advisor: 観測データのプロ
ファイルビューアー]画面が開き、選択したリソースタイプとワークロードのデータが表示
されます。
272 Capacity Advisor によるプランニングシナリオの作成
15 Virtual Connect ドメイングループの構成
VCEM をインストールした後で Virtual Connect ドメイングループを構成する前に、この VCEM
構成を、データセンター内のその他の既存または将来の CMS と調整します。データセンター
に他の CMS がある場合、各 VCEM インスタンスでの VCEM 定義の WWN および MAC 除外
範囲を使用して、他のエンクロージャーとの競合を回避することを強くおすすめします。
インストール時に表示される [VCEM 範囲選択]画面ではデータセンター内の複数の CMS を選
択でき、VCEM によって除外範囲が自動的に作成されます。インストール時に [VCEM 範囲選
択]画面で [マルチプル CMS を使用します]チェックボックスを選択しなかった場合、または
CMS で使用する範囲を拡張したい場合は、各 CMS で使用される除外範囲を作成または変更し
ます。
(オプション:連携 CMS)VCEM アプリケーションの複数のインスタンスが同じネットワー
ク上で動作している連携 CMS 環境で、VCEM が実行している場合に、範囲の使用が必要にな
ります。
複数の CMS での除外範囲の管理
Insight Management インストーラーは、VCEM 定義 MAC アドレス用に 128 のサブレンジ、
ユーザー選択用に WWN 範囲(サイズ 1024)を提供します。128 のサブレンジによって 128
の CMS を管理できます。また、各 CMS によって使用されている VCEM 定義範囲のサイズ
(1024)は、各 CMS で最大 16 のエンクロージャーを管理するには十分なサイズです。
除外範囲の編集
インストール時に [VCEM 範囲選択] 画面の [マルチプル CMS を使用します]チェックボックス
を選択した場合、VCEM はインストール後に 127 の除外範囲を自動的に作成します。
WWN および MAC 除外範囲を手動で管理、更新、または拡張するには、以下の手順に従って
ください。
1. CMS から VCEM のホームページに移動します([ツール]→[内蔵コンソール]→[Virtual
Connect Enterprise Manager (VCEM)] の順に選択)。
2. [管理] セクションで、[MAC アドレス]リンクをクリックします。
VCEM 定義の MAC アドレス除外範囲に 10 のグループが表示されます。各範囲のデフォ
ルトのサイズは 1024 のアドレスに設定されています。さらに大きな範囲が必要な場合
は、除外範囲を削除して、残りの範囲のサイズを増やします。削除するにはその範囲の名
前の横にあるチェックボックスを選択して、[削除]をクリックします。削除する除外範囲
がその他の VCEM インスタンスで使用されていないことを確認してください。
複数の CMS での除外範囲の管理 273
3.
VCEM ホームページの [管理] セクションで、[World Wide Names] のリンクをクリックし
ます。
VCEM 定義の WWN 除外範囲が 10 のグループで表示されます。各範囲のデフォルトの
サイズは 1024 のアドレスに設定されています。範囲の拡大が必要な場合、除外範囲を削
除して、残りの範囲のサイズを増やすこともできます。除外範囲を削除するには、その範
囲の名前の隣にあるチェックボックスを選択して [削除]をクリックします。ここで削除す
る除外範囲が他の VCEM インスタンスで使用されていないことを確認してください。
274
Virtual Connect ドメイングループの構成
除外範囲の作成
マルチ CMS 環境では、インストール時に [VCEM 範囲選択]画面で [マルチプル CMS を使用し
ます]チェックボックスを選択しなかった場合、VCEM 定義の MAC および WWN の除外範囲
を手動で構成します。
各 VCEM インスタンスで、次の手順を実行します。
1. CMS から、[ツール]→[内蔵コンソール]→[Virtual Connect Enterprise Manager (VCEM)] の順
に選択して、VCEM のホームページに移動します。
2. [管理]セクションで、[MAC アドレス]リンクをクリックします。
a. VCEM 定義の範囲を選択します。
b. [除外範囲]タブで [新規]をクリックします。
c. [範囲名]、[範囲説明]、[範囲]、および [ - ]に入力します。[OK] をクリックします。
d. 定義する MAC 除外範囲ごとに繰り返します。
3.
VCEM のホームページの [管理]セクションで [WWN] リンクをクリックします。
a. VCEM 定義の範囲を選択します。
b. [除外範囲]タブで [新規]をクリックします。
c. [範囲名]、[範囲説明]、[範囲]、および [ - ]に入力します。OK をクリックします。
d. 定義する WWN 除外範囲ごとに繰り返します。
除外範囲を構成する場合、必ず MAC と WWN の両方の VCEM 定義の範囲について、手順を
繰り返してください。
5 つの範囲から成る次の表に示すように、VCEM 定義の範囲を小さなまとまりに分割すること
を強くおすすめします。この例では、4 つの CMS(各 MAC および WWN 範囲のサイズは
1024)をインストールし、新しい CMS を将来追加するための大きな範囲を残す(5~128)
複数の CMS での除外範囲の管理 275
としています。それぞれの CMS に使用する範囲を選択し、他の CMS に使用する残りの範囲
に対し除外範囲を作成します。
表 9 VCEM 範囲の例
VC 範囲名
MAC アドレス
WWN
先頭範囲
動作先
先頭範囲
動作先
範囲 1
00-21-5A-9B-00-00
00-21-5A-9B-03-FF
50:01:43:80:02:A3:00:00 50:01:43:80:02:A3:03:FF
範囲 2
00-21-5A-9B-04-00
00-21-5A-9B-0F-FF
50:01:43:80:02:A3:04:00 50:01:43:80:02:A3:07:FF
範囲 3
00-21-5A-9B-08-00
00-21-5A-9B-0B-FF
50:01:43:80:02:A3:8:00
範囲 4
00-21-5A-9B-0C-00
00-21-5A-9B-0F-FF
50:01:43:80:02:A4:0C:00 50:01:43:80:02:A4:0F:FF
範囲 5~128
00-21-5A-9B-10-00
00-21-5A-9C-FF-FF
50:01:43:80:02:A4:10:00 50:01:43:80:02:A4:FF:FF
50:01:43:80:02:A4:0B:FF
たとえば、それぞれの範囲が 1 つの CMS で使用される(範囲 1 は CMS1 が使用し、範囲 2
は CMS2 が使用など)という前提で、3 番目の CMS をインストールしている場合、範囲 1、
2、4、および 5~128 を除外するように構成します。
表 10 例:範囲 3 を使用し、他のすべての範囲を除外する
除外範囲名
MAC アドレス
先頭範囲
WWN
動作先
先頭範囲
動作先
VCEM 範囲 1 00-21-5A-9B-00-00
~2 のマスク
00-21-5A-9B-0F-FF
50:01:43:80:02:A3:00:00 50:01:43:80:02:A3:07:FF
VCEM 範囲 4 00-21-5A-9B-0C-00
~128 のマ
スク
00-21-5A-9C-FF-FF
50:01:43:80:02:A3:0C:00 50:01:43:80:02:A4:FF:FF
Virtual Connect ドメイングループの作成
物理論理サーバーを作成し管理するには、VCDG を作成する必要があります。これは、以前に
VC マネージャーから作成した単一の Virtual Connect ドメインから設定されます。また、将
来、追加のエンクロージャーを管理対象環境に追加することもできます。
1. CMS から、[ツール]→[内蔵コンソール]→[Virtual Connect Enterprise Manager(VCEM)] の順
に選択します。
2. [VC ドメイン]タブを選択します。
3. 新しい VCDG に含める Virtual Connect ドメインを選択します。
4. [新しい VC ドメイングループ]をクリックします。
5. インポートする Virtual Connect ドメインのユーザー名とパスワードを入力します。
6. VC ドメイングループの名前を入力し、VC ドメイングループのマスタードメインとして、
構成済みの VC ドメインを選択します。
7. MAC および WWN 範囲タイプを VCEM 定義のままにしておきます。[シリアル番号タイ
プ]を [論理シリアル番号]のままにしておきます。これらのデフォルトオプションを使用す
ると、工場出荷時のデフォルト設定を使用せずに、管理対象のサーバーの MAC、WWN、
およびシリアル番号を仮想化することができます。
8. [OK] をクリックして、VCDG を進めます。
276 Virtual Connect ドメイングループの構成
9.
[OK] をクリックして VCEM ジョブタブに移動し、進行状況を監視します。Virtual Connect
ドメインが正常に作成されたことを確認します。VCEM の [Create VCDG] ジョブが完了状
態になるまで待ちます。
重要: Matrix インフラストラクチャオーケストレーションまたは Matrix OE ビジュアル化に
よって作成される論理サーバーの場合、VC プロファイルが自動的に作成されます。論理サー
バーに関連付けられた VC プロファイルは、VCEM または VCM ユーザーインターフェイスか
ら直接編集しないでください。Matrix OE ビジュアル化および Matrix インフラストラクチャ
オーケストレーションのツールで作成した論理サーバーを操作するには、これらのインター
フェイスのみを使用してください。
VC ドメイングループのトラブルシューティング
VC ドメインが別の VCEM で管理されている場合、次のエラーが表示される場合があります。
VC ドメイン [enclosure2-bottom_vc_domain] を管理する必要な許可を VCEM が取得
できなかったため、この操作は実行されませんでした。考えられる原因は次のとおりです。1)
VC ドメインで別のユーザーが外部マネージャーとして有効化されており、VCEM はこの VC
ドメインを管理できない。2)VCEM が VC ドメインで外部マネージャーのロックを失った。
この問題を解決するには、以下の手順を実行してください。
1. VC ドメインが他の VCEM インスタンスによって実際に管理されているかどうかを確認し
ます。管理されている場合は、VC ドメインをこの VCEM に追加する前に、まず、他方の
VCEM インスタンスから削除します。
a. ブラウザーを起動して、VC マネージャーの Web インターフェイスにログインしま
す。例:https://VC_DOMAIN_IP。ログイン後、VC ドメインを管理している VCEM
インスタンスの IP アドレスを記述したポップアップ警告が表示されます。
b. ブラウザーを起動して、この VCEM インスタンスにログインします
(https://VCEM_INSTANCE:50000)。VCEM ページに移動して、[ドメイン]タブを
Virtual Connect ドメイングループの作成 277
c.
2.
選択し、VC ドメインが一覧表示され、この VCEM インスタンスによって管理される
かどうかを確認してください。
VC ドメインを選択して、[VC ドメイングループからの削除]をクリックします。この
操作が完了した後で、他の VCEM インスタンスに VC ドメインを追加してみてくださ
い。
この VC ドメインを管理している他の VCEM がない場合は、VC ドメインに外部マネー
ジャーのユーザーが存在していることを確認します。
a. SSH [email protected] のような SSH 接続を使用し、Virtual
Connect Manager に Telnet 接続します。xxx は、VC ドメインの IP アドレスです。
b. 外部マネージャーのアカウントのユーザー名を調べるには、Virtual Connect Manager
のコマンドプロンプトに show external-manager と入力します。この例では、返
されたユーザー名が xyz であったと仮定します。
c. Virtual Connect Manager のコマンドプロンプトで set external-manager
Username=xyz Enabled=false と入力します。
d. Virtual Connect Manager のコマンドプロンプトで次のように入力します。
remove external-manager Username=xyz
mactype=<Factory-Default/User-Defined> MacStart=<>
MacEnd=<>wwnType=Factory-Default/User-Defined> WwnStart=<>
WwnEnd=<> serverIdType=<Factory-Default/User-Defined>
serverIdStart=<> serverIdEnd=<>
3.
VCEM で、この VC ドメインを VC ドメイングループから削除して、同じ VC ドメイング
ループに追加し直します。
278 Virtual Connect ドメイングループの構成
16 KVM クラウドプロビジョニング
HP CloudSystem Matrix は、HP BladeSystem ハードウェア、Matrix OE、CSA など、定評のあ
る HP のコンバージドインフラストラクチャ技術をベースに構築された、プライベートおよび
ハイブリッドクラウドデプロイメントのための lasS(サービスとしてのインフラストラクチャ)
ソリューションです。HP KVM クラウドプロビジョニングは、クラウドコンピューティングの
価値をできる限り短時間で全面的に実現するのに役立つ、ハードウェア、ソフトウェア、およ
びサービスの統合ソリューションです。
次世代の HP CloudSystem Matrix は、HP CloudSystem の現在のソリューションセットの機能、
柔軟性、異機種性、およびユースケースを発展させるために、OpenStack を採用しています。
OpenStack とは、エンタープライズやサービスプロバイダーがデプロイするプライベート、パ
ブリック、およびハイブリッドクラウドソリューション構築のための、クラウドコンピュー
ティングソフトウェア向けのオープンソーステクノロジーです。次世代の HP CloudSystem
Matrix は、サービスコントローラーとしてのインフラストラクチャ(IaaSC または ISC)プラ
イベートクラウドとして知られ、HP コンバージドインフラストラクチャを構成します。この
テクノロジーにより、既存のクラウドバースティングモデルと同様の、HP CloudSystem Matrix
テンプレートやセルフサービスポータルプロセスを使用した KVM リソースプールへの VM イ
ンスタンスのプロビジョニングが可能になります。お使いの環境に ISC が含まれている場合、
KVM クラウドの作成とデプロイについて詳しくは、HP の Web サイト http://www.hp.com/
go/matrixoe/docs にある 『HP Matrix KVM Private Cloud Getting Started Guide』 を参照して
ください。
279
17 (オプション)ESXi ホストとクラスターのプロビジョ
ニング
Matrix インフラストラクチャオーケストレーションでは、設定された VMware ESXi/vSphere
VM ホストまたは一連の VM ホストを VM クラスターにデプロイできます。VM ホストまたは
VM クラスターには、サーバー、ストレージ、およびネットワーク設定が含まれます。
インフラストラクチャオーケストレーション Designer を使用して、設計者はサービステンプ
レートを作成し、そこに共有ストレージとネットワークが設定された 1 つ以上の VM ホストを
含めます。このテンプレートをデプロイすると、デプロイされた VM ゲストを持つことができ
る、完全に機能する VM クラスターが得られます。
注記: (オプション:連携 CMS)連携 CMS 環境では、VM クラスターは、プライマリ CMS
にのみデプロイできます。
環境の設定と、ESXi/vSphere ホストまたはクラスターテンプレートの作成について詳しくは、
HP の Web サイト http://www.hp.com/go/matrixoe/docs にある 『HP CloudSystem Matrix
How-To Guide: ESXi Cluster Provisioning』 を参照してください。
280 (オプション)ESXi ホストとクラスターのプロビジョニング
18 設定データの収集およびアーカイブ
この章では、HP CloudSystem Matrix のコンポーネント(ハードウェア、ファームウェア、お
よびソフトウェアベースラインを含む)の記録を作成する方法について説明します。以下の項
では、情報を取得およびアーカイブするための推奨事項を示します。
•
Onboard Administrator の「show all」
•
Virtual Connect の「show all」
•
Virtual Connect の「supportdump」
•
Insight Management ソフトウェアの「simcapture」
•
Matrix インフラストラクチャオーケストレーションログ
•
Insight Control VMM ログ
•
CMS からの「mxsync」
•
SPM のログ
•
IC サーバー配備ログ
•
VSEassist ログ
設定ベースラインの収集について
HP CloudSystem Matrix インフラストラクチャのインストールが完了したら、将来の改善を評
価するためのベースラインや電話サポートを支援する情報として使用できるさまざまな設定パ
ラメーターを収集する必要があります。少なくとも、設定データを収集して CMS にアーカイ
ブすることをおすすめします。追加の保護措置として、将来参照できるように、顧客の同意の
もと、作成されたアーカイブを HP に転送してください。
表 11 (281 ページ) には、設定データの収集に必要な作業が示されています。
表 11 設定データの収集
収集方法
参照先
Onboard Administrator から show all スクリプト
を実行する
「Onboard Administrator の show all」 (282 ページ)
Virtual Connect から show all スクリプトを実行す 「Virtual Connect の show all」 (282 ページ)
る
Virtual Connect の supportdump を実行する
「Virtual Connect の supportdump」 (283 ページ)
Insight Management ソフトウェアの simcapture を 「SIMCAPTURE ログ」 (284 ページ)
実行する
Matrix インフラストラクチャオーケストレーション 「Matrix インフラストラクチャオーケストレーションログ」
ログをアーカイブする
(284 ページ)
Insight Control VMM ログをアーカイブする
「Insight Control 仮想マシン管理ログ」 (285 ページ)
CMS から mxsync を実行する
「MXSYNC ログ」 (285 ページ)
SPM のログ
「Storage Provisioning Manager ログ」 (286 ページ)
IC サーバー配備ログを有効にする
「Insight Control サーバー配備ログの有効化」 (286 ページ)
VSEassist ログ
「VSEassist ログ」 (287 ページ)
以下の項では、これらの情報を収集するための詳しい手順と、推奨される命名規則および HP
へのデータの転送手順についても説明します。作業を開始する前に、必ず、収集したデータを
保存するアーカイブディレクトリを作成してください。これについては、次の項で説明しま
す。
設定ベースラインの収集について
281
アーカイブディレクトリの作成
将来参照するために CMS 上にデータをアーカイブする作業を開始する前に、データを格納す
るディレクトリを作成します。
アーカイブディレクトリを作成するには、以下の手順に従ってください。
1. 管理者権限で、HP SIM CMS にログオンします。
2. Windows Explorer を開き、Insight Management がインストールされているディレクトリ
(たとえば、C:\Program Files\HP\Insight Management\)に移動します。
3. 新しいディレクトリ(たとえば、MatrixSupportInfo)を作成します。
4. この新しいディレクトリ内に、別のディレクトリ(たとえば、
MatrixSupportInfo-va78sv-20130415、ここで、va78sv は CMS ホストの名前、
20130415 は 2013 年 4 月 15 日の日付)を作成します。
Onboard Administrator の show all
Onboard Administrator を使用して、show all コマンドの結果を収集します。さらに、GUI
を使用して、設定スクリプトを保存します。手順については、以下の項を参照してください。
推奨される命名規則
Onboard Administrator の「 show all」 のデータファイルに名前を付ける際は、次の規則を使
用することをおすすめします。
oaShowAll-<OAname>-<YYYYMMDD>.txt
ここで、<OAname> は Onboard Administrator のホスト名、<YYYYMMDD> は 4 桁の年、月、お
よび日による日付をそれぞれ示します。たとえば、次のようになります。
oaShowAll-en1oa2-20130415.txt
Onboard Administrator からのすべてのデータの表示
GUI を使用して Onboard Administrator から「 show all」 データと設定スクリプトを収集する
には、以下の手順に従ってください。
1. HP SIM にログオンします。
2. [システムおよびイベント収集]パネルで、次の手順を実行します。
a. [すべてのエンクロージャー] 収集を展開します。
b. エンクロージャーを選択します。
c. エンクロージャーの [システム]ページで、[Onboard Administrator] リンクをクリック
します。
3.
4.
5.
6.
7.
要求されたら、Onboard Administrator にログオンします。
[システムおよびデバイス]パネルで、[エンクロージャー情報]→[エンクロージャー設定]→[設
定スクリプト]の順に選択します。
[すべてを表示]をクリックして、エンクロージャーの現在のインベントリのリストを含ん
でいるスクリプトを表示します。
上記の命名規則に従って、生成されたファイルを保存します。
各エンクロージャーについて、上記の手順を繰り返します(手順 2 で異なるエンクロー
ジャーを選択してください)。
Virtual Connect の show all
Virtual Connect から、show all コマンドの結果を収集します。
推奨される命名規則
Virtual Connect の「 show all」 のデータファイルに名前を付ける際は、次の規則を使用するこ
とをおすすめします。
282 設定データの収集およびアーカイブ
vcShowAll-<VCModulename>-<YYYYMMDD>.txt
ここで、<VCModulename> は Virtual Connect Ethernet モジュールのホスト名、<YYYYMMDD>
は 4 桁の年、月、および日による日付をそれぞれ示します。たとえば、次のようになります。
vcShowAll-en1vcen1-20130415.txt
Virtual Connect の show all コマンドの発行
Virtual Connect の show all を実行するには、端末エミュレーターを使用して VCM にログオ
ンする必要があります。以下の手順は、CloudSystem Matrix ツールキットに含まれている PuTTY
を使用することを前提としています。
1. VCM にネットワークアクセスできるシステムにログオンします。
2. PuTTY を起動します。
3. [PuTTY Configuration] ダイアログで、[Session]→[Logging] の順に選択します。次に、
[Printable output] を選択して、ログファイルのファイル名を入力します。または、PuTTY
のタイトルバーを右クリックし、[Change Settings] を選択することによって、アクティブ
な PuTTY セッションで [PuTTY Configuration] を表示することもできます。
4. [SSH] を選択し、プライマリ Virtual Connect Ethernet モジュールの名前または IP アドレス
を入力して、[Open] をクリックします。
5. Virtual Connect ドメインにログインします。
6. コマンドプロンプトで、show all * をタイプします。
7. PuTTY を閉じ、ログファイルを確認してアーカイブします。
8. 各 Virtual Connect ドメインについて、上記の手順を繰り返します。
Virtual Connect の supportdump
Virtual Connect から、supportdump の結果を収集します。
推奨される命名規則
Virtual Connect の「 supportdump」 のデータファイルに名前を付ける際は、次の規則を使用す
ることをおすすめします。
vcSupportInfo-<VCModulename>-<YYYYMMDD>.txt
ここで、<VCModulename> は Virtual Connect Ethernet モジュールのホスト名、<YYYYMMDD>
は 4 桁の年、月、および日による日付をそれぞれ示します。たとえば、次のようになります。
vcSupportInfo-en1vcen1-20150415.txt
supportdump ドメイン BackupRestore データの収集
GUI を使用して Virtual Connect から supportdump および BackupRestore データを収集するに
は、以下の手順に従ってください。
supportdump を作成します。
1. VCM にログオンします。
2. [Tools]→[Export Support Information] の順に選択します。
3. ダイアログのメッセージを読み、[OK] をクリックします。
4. supportdump の準備(数分かかる場合があります)が完了したら、ファイルをダウンロー
ドして保存することを求めるメッセージが表示されます。アーカイブ位置とファイル名を
入力します。VCM が提示するファイル名には、Virtual Connect ドメイン名が使用されて
います。このファイル名を「Virtual Connect の show all」によるログファイルと一致する
ように「VCmoduleName」に変更し(.TXT ファイルとして保存されることを確認してく
ださい)、[Save] をクリックします。
Domain BackupRestore ファイルを作成します。
1. [Tools]→[BackupRestore Domain Configuration] の順に選択します。
2. [Backup Configuration] をクリックします。
Virtual Connect の supportdump 283
3.
4.
ファイルを保存することを求めるメッセージが表示されます。[Save] をクリックします。
VCM からサインアウトします。
SIMCAPTURE ログ
Insight Management から、SIMCAPTURE 出力を実行して、アーカイブします。
推奨される命名規則
simcapture のデータファイルに名前を付ける際は、次の規則を使用することをおすすめしま
す。
simcapture-<CMSname>-<YYYYMMDD>.zip
ここで、<CMSname> は CMS のホスト名、<YYYYMMDD> は 4 桁の年、月、および日による日
付をそれぞれ示します。たとえば、次のようになります。
simcapture-va78sv-20130415.zip
simcapture.bat の実行
simcapture.bat を実行するには、以下の手順に従ってください。
1. 管理者権限で、HP SIM CMS にログオンします。
2. Windows コマンドラインセッションを起動します。
3. mxstatus -l(「-l」は「ダッシュとイチ」ではなく「ダッシュと小文字のエル」)を実
行することにより、HP SIM が完全に機能することを確認します。HP SIM が「not ready」
というステータスを示す場合は、手順を続行する前に問題を修正してください。
4. <SIM のインストールパス >\lbin(C:\Program Files\HP\Systems Insight
Manager\lbin)に移動します。
5. simcapture.bat を実行します。これにより、同じディレクトリに simcapture.zip
という名前のファイルが作成されます。このスクリプトにより、実行されたコマンドのス
テータスが表示され、完了までに数分かかる場合があります。
6. 命名規則に従って simcapture.zip ファイルの名前を変更し、アーカイブ位置に移動さ
せます。
Matrix インフラストラクチャオーケストレーションログ
推奨される命名規則
Matrix インフラストラクチャオーケストレーションのログファイルに名前を付ける際は、次の
規則を使用することをおすすめします。MatrixIOlogs-<CMSname>-<YYYYMMDD>.zip
ここで、<CMSname> は CMS のホスト名、<YYYYMMDD> は 4 桁の年、月、および日による日
付をそれぞれ示します。たとえば、次のようになります。
MatrixIOlogs-va78sv-20130415.zip
Matrix インフラストラクチャオーケストレーションのログファイルのアーカイブ
Insight Management から、Matrix インフラストラクチャオーケストレーションログファイルを
実行して、アーカイブします。
1. <Matrix インフラストラクチャオーケストレーションのインストールパス >\logs フォ
ルダーに移動します。デフォルトのインフラストラクチャオーケストレーションのインス
トールパスの例は、C:\Program Files\HP\Matrix infrastructure
orchestration\フォルダーです。
2. logs フォルダーに保存されているすべてのファイルを zip 形式で保存し、アーカイブ位置
に移動させます。
284 設定データの収集およびアーカイブ
Insight Control 仮想マシン管理ログ
推奨される命名規則
Insight Control 仮想マシン管理ログファイルに名前を付ける際は、次の規則を使用することを
おすすめします。ICvirtlogs-<CMSname>-<YYYYMMDD>.zip
ここで、<CMSname> は CMS のホスト名、<YYYYMMDD> は 4 桁の年、月、および日による日
付をそれぞれ示します。たとえば、次のようになります。
ICvirtlogs-va78sv-20130415.zip
仮想マシン管理ログファイルのアーカイブ
Insight Management から、Insight Control 仮想マシン管理ログファイルを実行して、アーカイ
ブします。
1. <IC 仮想マシン管理のインストールパス >\log フォルダーに移動します。デフォルトの
仮想マシン管理インストールパスの例は、C:\Program Files\HP\Insight control
virtual machine management\log フォルダーです。
2. log フォルダーに保存されているすべてのファイルを zip 形式で保存し、アーカイブ位置
に移動させます。
MXSYNC ログ
MXSYNC を実行し、次の項の推奨命名規則を使用してデータを収集します。
推奨される命名規則
MXSYNC の出力に名前を付ける際は、次の規則を使用することをおすすめします。
mxsync-<CMSname>-<YYYYMMDD>.txt
lsmanalyzer<CMSname>-<YYYYMMDD>.txt
ここで、<CMSname> は CMS のホスト名、<YYYYMMDD> は 4 桁の年、月、および日による日
付をそれぞれ示します。たとえば、次のようになります。
mxsync-va78sv-20130402.txt
MXSYNC の実行
1.
2.
3.
4.
5.
6.
管理者として、HP SIM CMS にログオンします。
Windows コマンドラインセッションを起動します。
<SIM のインストールパス >\mxsync\bin(たとえば、C:\Program Files\HP\
Systems Insight Manager\mxsync\bin)に移動します。
mxsync.bat を実行します。このユーティリティは、CMS サービスが動作しているとき
に実行できます。MOE の手順を実行するには、Logical Server Automation サービスが動作
している必要があります。Mxsync 社は、同期化の処置で必要なサービス状態に達するこ
とを推奨しています。これは、実行モードに動作している場合は、実行時に行うことがで
きます。これらの処置は、分析モード(コマンドラインオプションなし)には不要です。
>>>Would you like to continue the analysis? (Y/N):というプロンプトが表示されたら、y
を入力します。
mxsync は、mxsync.log というファイルを <SIM のインストールパス >\mxsync\log
に作成します。命名規則に従って mxsync.log ファイルの名前を変更し、アーカイブ位
置に移動させます。
また、mxsync は、lsmanalyzer.< タイムスタンプ >.txt というファイルを <SIM の
インストールパス >\mxsync\data に作成します(lsmanalyzer.111212090819.txt
など)。命名規則に従ってこのファイルの名前を変更し、アーカイブ位置に移動させま
す。
Insight Control 仮想マシン管理ログ 285
Storage Provisioning Manager ログ
SPM は、実行されたすべての動作とすべてのエラーイベントを示す、ストレージカタログの動
作ログを保持します。この動作ログを確認するには、以下の手順に従ってください。
1. ブラウザーウィンドウを開いて、次の URL を入力します。
https://SPM のサーバー名または IP アドレス:8000/logs
2.
[Operational Logs] で、適切なファイル名をクリックします。
ファイルが開きます。動作ログエントリーは、内容をコピーして、デスクトップ上の別の
ウィンドウに貼り付けることができます。
注記: HP Storage Provisioning Manager ログから、すべての動作およびパーミッションイベ
ントが記録されている監査ログにアクセスすることもできます。
注記: 問題を診断するには、より詳細な SPM ログを有効にします。これにより、詳細なエン
トリーが増えることからログの容量が大きくなりますが、役に立つ場合があります。より詳細
なログを有効にするには、以下の手順に従ってください。
1. C:\Program Files (x86)\HP\Storage Provisioning Manager\state に移動し
ます。このフォルダーは、クラスター化 CMS 構成では、異なる場所にあります。
2. テキストエディタを使用して、ApplicationConfig.xml ファイルを開きます。
3. <LogEntryThreshold>Informational</LogEntryThreshold> という行を
<LogEntryThreshold>Tracing</LogEntryThreshold> に修正します。
4. ファイルを保存して、テキストエディターを閉じます。SPM サービスを再起動する必要は
ありません。この変更は、すぐに有効になります。
問題が発生したら、operational.log ログを検索して、「[E]」が含まれている行を検
出してください。この行は、例外が発生したことを示しており、問題を特定するために役
立ちます。
5.
問題の診断が終了したら、次の手順を実行します。
a. テキストエディターで ApplicationConfig.xml ファイルをもう一度開きます。
b. LogEntryThreshold の行を「Informational」に戻します
(<LogEntryThreshold>Informational</LogEntryThreshold>)。
c. ファイルを保存します。
Insight Control サーバー配備ログの有効化
Insight Control サーバー配備サーバーとターゲットサーバーとの通信についてのログを有効に
するには、以下の手順に従ってください。
1. [スタート]→[すべてのプログラム]→[Altiris]→[Deployment Solution]→[Configuration] の順
に実行します。
2. [オプション]をクリックして、[Altiris Deployment Server オプション] を開きます。
3. [デバッグ]タブで [エンジンとのエージェント通信の記録]チェックボックスを選択します。
4. ログディレクトリと最大ファイルサイズを指定します。
5. [OK] をクリックして、[Altiris Deployment Server オプション] を閉じます。
6. [OK] をクリックして設定を終了します。ログファイルの名前は、ターゲットサーバーの
ID に基づいて付けられます。この ID は、DS コンソールでサーバーを右クリックして[プ
ロパティ]→[全般]の順に選択すると確認できます。
7. log フォルダーに保存されているすべてのファイルを zip 形式で保存し、アーカイブ位置
に移動させます。
286 設定データの収集およびアーカイブ
VSEassist ログ
Matrix OE トラブルシューティングツール(VSEassist)は、トラブルシューティングセッショ
ンの結果を含むログファイルを維持しています。VSEassist を実行して、システムの現在の状態
を取得します。
1. CMS の設定を確認し、All Matrix Resources 収集内のすべてのシステムと通信し、
これらのシステムを設定します。次のいずれかの方法を選択します。
2.
3.
4.
•
CMS コマンドラインで、次のコマンドを実行します。vseassist -a
•
HP SIM で、[診断]→[Matrix Operating Environment のトラブルシュート]→[CMS 構成
のチェック]の順に選択します。
管理対象システムとの通信上の問題を取得します。次のいずれかの方法を選択します。
•
CMS コマンドラインで、次のコマンドを使用して、管理対象システムの HP SIM ノー
ド名またはシステム収集名を指定します。vseassist -l { -n nodename | -g
collectionname ...}
•
Matrix OE ビジュアル化で、管理対象システムを選択し、[診断]→[Matrix Operating
Environment のトラブルシュート]→[CMS と管理対象ノードの通信チェック]の順に選
択します。
管理対象システムの設定を確認します。次のいずれかの方法を選択します。
•
CMS コマンドラインで、次のコマンドを使用して、管理対象システムの HP SIM ノー
ド名またはシステム収集名を指定します。vseassist -r { -n nodename | -g
collectionname ...}
•
Matrix OE ビジュアル化で、管理対象システムを選択し、[診断]→[Matrix Operating
Environment のトラブルシュート]→[管理対象ノードの構成のチェック]の順に選択し
ます。
C:\Program Files\HP\Virtual Server Environment\logs\vseassist.log
を、アーカイブディレクトリにコピーします。
データのアーカイブ
上記の手順で収集したデータを、この目的のために作成したアーカイブディレクトリにまとめ
て保存する必要があります。
収集したデータをアーカイブするには、アーカイブディレクトリ(MatrixSupportInfo-<CMS
名 >-<YYYYMMDD>)を右クリックして、[送る]→[圧縮(zip 形式)フォルダー]の順に選択し
ます。
VSEassist ログ 287
19 メンテナンス
データベースのメンテナンス
SQL Server データベースでは、CloudSystem Matrix データベースに以下のメンテナンスジョブ
を設定することをおすすめします。
•
毎月の整合性チェック
•
毎週または隔週のインデックス作成
•
1 時間ごとのトランザクションログのバックアップ(特にフルリカバリモデルを選択した
場合)
一部のインストレーションでは、データベーストランザクションログが膨大になる場合があり
ます。通常、Microsoft SQL Server 管理ツールによってデータベースのリカバリモデルが Full
に設定されていることが原因です。サイズを小さいままに保つには、すべての Insight
Management データベースについて、データベースリカバリモデルを Simple に設定するのが
最善です。変更後は、同じ管理ツールを使用してログファイルを縮小できます。Insight
Management のデータベースは、次のとおりです。
•
HP SIM データベース、Insight_v50.0.xxxxx
•
VSE データベース、gwlm
•
PMP データベース、PMP_V5_0
•
Insight Control 仮想マシン管理データベース、hpvmmsqldb
•
MatrixIO データベース、hpio
•
HP Operations Orchestration データベース、oo
•
Matrix OE 論理サーバー管理データベース、lsdt
データベースリカバリモデルを Simple に変更するには、Insight Management ソフトウェアの
データベースごとに以下の手順を実行します。
1. SQL Server Management Studio を開き、Microsoft SQL Server Database Engine の適切なイ
ンスタンスに接続します。
2. オブジェクトエクスプローラーで、サーバー名をクリックしてサーバーツリーを展開しま
す。
3. データベースを展開し、モデルデータベースを右クリックして [プロパティ]を選択し、
[データベースのプロパティ]ダイアログボックスを開きます。
4. [ページの選択]ペインで、[オプション]を選択します。
5. 現在のリカバリモデルは、[復旧モデル]リストボックスに表示されます。
6. [復旧モデル]オプションを [単純]に変更します。
288 メンテナンス
図 7 データベースのプロパティ
データベースリカバリモデルを単純に設定すると、ログファイルはいつでも縮小できます。以
下の手順に従ってください。
1. Microsoft SQL Server Management Studio を起動します。
2. データベース名、たとえば HP SIM データベース(「Insight_v50.0.xxxxx」)を右クリッ
クします。
3. [タスク]→[圧縮]→[ファイル]の順に選択します。
データベースのメンテナンス 289
図 8 ファイルの縮小
注記: Insight Management 製品が作成したデータベースとテーブルは、その Insight Management
製品がアンインストールされても削除されません。その理由は、与えられた環境におけるデー
タの機密保護です。
ログファイルのメンテナンス
CloudSystem Matrix の製品(トレース)ログファイルは拡大を制限するように設計されていま
すが、定期的にログファイルディレクトリをチェックして、ログファイルが必要以上に拡大し
ていないことを確認することをおすすめします。問題の発生時に何らかの履歴がある必要性と
使用できるディスク容量のバランスを取る必要があります。前回のサポート依頼でオンにされ
たデバッグトレース機能がそのまま残っていて、通常より多くのエントリーが書き込まれる場
合があります。CloudSystem Matrix は、コンポーネントごとにログファイルがあります。ログ
ファイルは、< インストール先ディレクトリ > 以下のディレクトリに格納されます。デフォ
ルトの < インストール先ディレクトリ > は、c:\program files\HP です。
以下のページで、現在アクティブなログファイルについて説明します。アクティブなログファ
イルは削除してはなりませんが、履歴が不要になったときに削除できる他のログファイルを示
します。古いログファイルを削除する前に、必要になる場合に備えて、ログファイルを zip に
圧縮し、別のディスクに格納することをおすすめします。あるいは、Microsoft Windows のフォ
ルダーの詳細設定オプションを使用して、ログディレクトリを圧縮フォルダーとして設定する
こともできます。
HP SIM
ログファイルは、< インストール先ディレクトリ >\HP Systems Insight Manager\logs
にあります。
現在アクティブなログファイルは、次のとおりです。絶対に削除しないでください。
•
mxdomainmgr.0.log
•
mxdtf.0.log
290 メンテナンス
•
mxinventory.0.log
•
mx.log
他のすべての mx*.##.log ファイルは、スペースを解放するために削除してもかまいません。
HP SIM サービスを再起動するたびに、1 組のログファイルが作成されます。HP SIM は、各プ
ロセスのログファイル(mxdomainmgr、mxinventory、mxdtf)を最大 15 個まで保存しま
す。これらのファイルは、HP SIM サービスが再起動されるとローテーションされます。
アクティブなログが大きい場合は、トレースを無効にしてください。
1. DOS コマンドウィンドウにアクセスします。
2. mxdebug -e --disable-all と入力します。
他の CLI コマンドを実行する権限を持っている場合は、mxdebug コマンドを実行することも
できます。
注記: このコマンドは、HP SIM を再起動する必要なくトレースログのレベル設定を変更しま
すが、mx*.0.log ファイルのスペースを解放しません。HP SIM サービスを再起動すると、それ
らのログファイルを解放できます。
MatrixIO
ログファイルは、< インストール先ディレクトリ >\Matrix infrastructure
orchestration\logs にあります。
現在アクティブなログファイルは、次のとおりです。絶対に削除しないでください。
•
hpio-controller.log
•
hpio.log
•
hpio-performance.log.csv
Insight Control 仮想マシン管理
ログファイルは、< インストール先ディレクトリ >\Insight Control virtual machine
management\log にあります。
現在アクティブなログファイルは、次のとおりです。絶対に削除しないでください。
•
hpvmmsvc.log
•
vmm_controller.log
•
vmm_dbupdate.log
•
vmmdbinfo.log
<jobCategory>-YYYYMMDD_HH24MISS-<JobId>.xml 形式のファイルはさまざまなジョ
ブログファイルであり、スペースを解放するために定期的に削除できます。例:
•
vmmCreateTemplate-20110216_230044-1000.xml
•
vmmDeployTemplate-20110216_230044-1001.xml
•
vmmMigrate-20110216_230044-1002.xml
•
vmmRegisterHost-20110216_230044-1003.xml
•
vmmUnregisterHost-20110216_230044-1004.xml
hpvmmsvc.log.# および vmm_controller.log.# 形式のすべてのファイルは、スペースを
解放するために削除できます。
Matrix リカバリ管理
ログファイルは、< インストール先ディレクトリ >\Insight Recovery\logs にありま
す。
ログファイルのメンテナンス
291
現在アクティブなログファイルは、次のとおりです。絶対に削除しないでください。
•
hp_ir_database.log
•
hp_ir_dbinstall.log
•
lsdt.log
HP Insight managed system setup wizard
ログファイルは、< インストール先ディレクトリ >\Managed System Setup Wizard\logs
にあります。
現在アクティブなログファイルは、次のとおりです。絶対に削除しないでください。
•
mssw.log
•
msswinitconfig.log
Operations Orchestration
ログファイルは、< インストール先ディレクトリ >\Operations
Orchestration\Central\logs にあります。
現在アクティブなログファイルは、次のとおりです。絶対に削除しないでください。
•
audit.log
•
central_wrapper.log
•
create-user.log
•
headless.log
•
recreate-db.log
•
repoutil.log
ログファイルは、< インストール先ディレクトリ >\Operations
Orchestration\Central\logs\Scheduler にあります。
現在アクティブなログファイルは、次のとおりです。絶対に削除しないでください。
•
HP_Operations_Orchestration_Scheduler.log
•
recreate-db.log
•
wrapper.log
上記以外のファイル
ログファイルは、< インストール先ディレクトリ >\Virtual Server Environment\logs
にあります。
現在アクティブなログファイルは、次のとおりです。絶対に削除しないでください。
•
appdiscovery_cli.log
•
appdiscovery_initconfig.log
•
appdiscovery_server.log
•
appdiscovery_ui.log
•
capadinit.log
•
cpanalytics_hibernate.log
•
esa.log
•
gwlm.log.0
•
gwlmcmsd.log.0
292 メンテナンス
•
gwlminitconfig.log.0
•
hp_ad_wrapper.log
•
hp_cpdata_service.log
•
hp_gwlm.service.log
•
hp_lsa_service.log
•
perfIndex.resultLog
•
vseassist_install.log
•
vseinitconfig.log
•
vseinitconfig_output.log
•
vselog.cpa.log
•
vselog.log
•
vselog.lsm.log
ゼロ(0)以外の数字で終わるファイルは削除できます。
サポートファイル
HP サポートが、デバッグ用にすべてのログファイルを収集し、HP に送信する「simcapture」
というユーティリティを実行する場合があります。ご使用のシステムでこのユーティリティが
実行された場合は、c:\HPIC\logs 以下の 1 つまたは複数の IM_############ 形式のディ
レクトリに、これらのログファイルが含まれています。HP サポートがこれらのディレクトリ
の使用を終えたら、これらのディレクトリを削除する必要があります。削除すると、以後の
simcapture にはこれらのディレクトリは含まれません。
イベントの削除
一般に、[すべてのイベント収集] に表示されるデータベース内のイベント総数を 100,000 未
満に保つのが最善です。
注記:
「クリア」されたイベントは、「削除」されるまでデータベースに残ります。
HP SIM 7.0 以降では、自動的なイベントのクリーンアップを支援するために、次の 2 つのデ
フォルトタスクが有効になっています。
•
[90 日を経過したイベントの削除]
•
[古い不要なイベントの削除]
以前のリリースでは、これらのタスクを手動で有効にする必要があります。それでもイベント
の蓄積が速すぎる場合は、これらのタスクが使用するデフォルトのイベント収集を変更し、削
除するイベントの経過時間をより環境に適した値まで下げることができます。
これらの収集を変更するには、以下の手順に従ってください。
1. [システムおよびイベント収集]パネルの一番上にある [カスタマイズ]リンクをクリックし
ます。
2. [収集の表示]ボックスで、[イベント]を選択します。
これらのイベント収集は、ともに [時間別イベント] の下にあります。これらのイベント収集を
選択し、検索パラメーターを変更することができます。
削除したいイベントの基準を含んでいるイベント収集を作成し、[イベントの削除]機能の対象
としてスケジュールすることで、これらのタスクに似た追加の「イベントの削除」タスクを作
成できます。イベント収集を作成するときは、特定のイベントタイプを選択するなど、必要に
応じて詳細に指定できます。
タスクを作成し、スケジュールを設定するには、以下の手順に従ってください。
イベントの削除 293
1.
2.
3.
4.
5.
[オプション]→[イベント]→[イベントの削除]の順に選択します。
作成したばかりのイベント収集を選択します。
[適用]をクリックします。
操作を特定のシステムのみに制限するシステムフィルターを指定したい場合は、[システム
フィルター追加]をクリックします。
[スケジュール]をクリックして、このジョブを実行する頻度を指定します。
HP SIM は、最大イベント数もサポートしています。HP SIM は、起動時に、最も古いイベント
から順にこのしきい値を超えるすべてのイベントを削除します。このカウントはデフォルトで
は 750,000 イベントですが、mxglobalsettings -s MaxDesiredEvents=## を実行する
と変更できます。ここで、## は、起動時に許可される最大イベント数です。
HP SIM での到達不能デバイスの自動削除
通常、大規模な企業インフラストラクチャを取り扱う IT 管理者には、HP SIM CMS をクリーン
アップする方法が必要です。この項では、定義された基準に適合するシステムを定期的に削除
するように、HP SIM CMS を設定する方法について説明します。
全体的なプロセスは、次のとおりです。
1. 削除する必要があるサーバーを特定し、収集を作成する。
2. これらのデバイスを削除するためのスクリプトを作成する。
3. HP SIM にスクリプトを統合するためのカスタムコマンドを作成し、スケジュールを設定
する。
削除する必要があるサーバーを特定し、収集を作成する
このステップでは、IT 管理者は、CMS データベースから削除するサーバーの特定に必要な基
準を決定し、これらの基準を取り込む収集を作成します。たとえば、過去 30 日間にわたって
到達不能であり、現在は「クリティカル」なヘルスステータスを示すすべてのサーバーを削除
したい場合があります。これらのパラメーターは、実際の状況に合わせて使用する必要があり
ます。
HP SIM を使用して、必要な収集(イベント収集とシステム収集)を作成します。イベント収
集は、指定期間にわたって到達不能のデバイスのリストを決定します。この例の場合、「過去
30 日間に到達不能」イベント収集に現れる「すべてのサーバー」を削除したいため、このリ
ストは特定タイプのデバイスをフィルタリングしません。
収集を作成するには、以下の手順に従ってください。
1. HP SIM から、[システムおよびイベント収集]ペインで [カスタマイズ]をクリックします。
294 メンテナンス
2.
[収集の表示]オプションで、[イベント]収集を選択し、[新規]をクリックします。
3.
[条件によってメンバーを選択]を選択します。
HP SIM での到達不能デバイスの自動削除 295
4.
5.
次の収集基準を使用します。
•
イベント時間は 30 日以前。
•
イベントタイプは「システムが到達不能」(Systems Insight Manager イベント内)。
•
クリア状態がクリアされていない。
[時間別イベント]収集に [過去 30 日間に到達不能]として収集を保存します。
296 メンテナンス
クエリの結果は、次のようになります。
削除スクリプトを作成する
このステップでは、IT 管理者は、「過去 30 日間に到達不能のシステム」収集に属するデバイ
スを削除するスクリプトを作成します。
HP SIM には強力な CLI コマンドセットがあり、柔軟に使用できます。このスクリプトでは、
そのうち 2 つ mxquery および mxnode を使用します。これらのコマンドの詳細は、次の Web
ページに記載されています。http://www.hp.com/jp/proliantessentials_manual
スクリプトは、grep コマンドも利用します。デフォルトで、HP SIM サーバーには、cygwin
に基づく openssh が付属しています。C:\Program Files\HP\OpenSSH\bin ディレクト
リには、1 組の Linux コマンドが含まれています。すでに別のサーバーに完全な cygwin イン
ストールがある場合は、2 つのファイル grep.exe と cygpcre-0.dll を C:\Program
Files\HP\OpenSSH\bin ディレクトリにコピーすることをおすすめします。これにより、
Windows バージョンをインストールせずに、grep コマンドを使用できます。
HP SIM での到達不能デバイスの自動削除 297
Windows ベースの grep コマンドを使用するスクリプトは、次の Web サイトから入手できま
す。http://gnuwin32.sourceforge.net/packages/grep.htm
スクリプトの使用:
手順 2
1.
CMS で、notepad.exe を開き、次の行をコピーし、貼り付けます。
echo on
Rem Move to the script directory
cd C:\script\
REM delete old files
del C:\script\nodes*.txt
REM Create list of systems
mxquery -e "Not Reachable for the last 30 days" |findstr "DeviceName" >nodes1.txt
mxquery -e "Critical Systems" |findstr "DeviceName" >nodes2.txt
REM Parse them to extract the proper list of system to delete : using windows grep
"C:\Program Files (x86)\GnuWin32\bin\grep.exe" -f nodes2.txt nodes1.txt >nodestodelete.txt
REM Parse them to extract the proper list of system to delete : using cygwin grep copied in Openssh folder
“C:\Program Files\HP\OpenSSH\bin\grep.exe” " -f nodes2.txt nodes1.txt >nodestodelete.txt
REM Transform lines in columns
for /f "delims=" %%a in ('type "nodestodelete.txt"') do call :commande "%%a"
goto :eof
:commande
set ligne=%1
set ligne=%ligne:"=%
@echo %ligne% >>nodestodelete2.txt
2.
3.
4.
ご使用の環境に合わせて、スクリプト内のディレクトリ名を更新します。
インストールした grep のバージョンに基づいて、2 つの grep.exe 行のいずれかを選択
し、残りの行をコメントアウトします (片方だけが必要です)。
スクリプトディレクトリにファイルを保存し、autodelete1.bat という名前を付けま
す。
前回の実行の結果を削除して最初のスクリプトが開始します。1 つは「イベント」収集に
対して起動し、2 番目は「クリティカルなシステム」収集に対して起動します。完了する
と、スクリプトは、これらの 2 つのクエリの結果を分析し、両方のリストに存在する項目
を確認します。結果は、HP SIM データベースから削除したいデバイスのリストです。
これは、最初のスクリプト(nodestodelete2.txt)の出力例です。
DeviceName: fred01
AssociatedDeviceName:
DeviceName: fred02
AssociatedDeviceName:
DeviceName: fred03
AssociatedDeviceName:
DeviceName: fred04
AssociatedDeviceName:
DeviceName: fred05
AssociatedDeviceName:
5.
2 番目のスクリプトは、最初のスクリプトによって生成されたリストに基づいて、サー
バーの削除を実行します。スクリプトは、結果をクリーンアップしてホスト名のみを残
し、各ホスト名をパラメーターとして mxnode コマンドに渡します。2 番目のスクリプト
を作成するには、再び notepad.exe を開き、以下の行をコピーして貼り付け、
autodelete2.bat として保存します。
echo off
REM Delete devices now
for /F "tokens=2" %%f in (nodestodelete2.txt) do @mxnode -r %%f -x force
6.
最後に、これらの 2 つのスクリプトを呼び出す 3 番目のスクリプトを作成し、
autodelete.bat という名前を付けます。
298 メンテナンス
新しく作成したスクリプトに基づいてカスタムツールを作成する
カスタムコマンド生成ウィザードを使用して、スクリプトを実行する HP SIM ツールを作成し
ます。
1. SIM で実行したい必要なシステムを選択するか、カスタムスクリプトでスケジュールを設
定します。
2. [ツール]→[カスタムツール]→[新しいカスタムツール]の順に選択します。
3. [CMS ツール-中央管理サーバー(CMS)で実行するツール]を選択し、[次へ]をクリックし
ます。
4.
必要に応じて、ご使用の環境に合わせて以下の情報を入力します。
[名前:]到達不能サーバーの自動削除
[説明:]このツールは、過去30日間に到達不能のサーバーを削除する
[ヘルプ/コメント:]CMSで動作する
[メニューの配置先:]ツール|カスタムツール|CI Labツール
[ツールを実行するユーザー:] root-admin
[ターゲット数:]なし
[パラメーター付きコマンド:]
"C:\HP-SIM-custom\Autodeletion-of-old-systems\autodelete.bat”
[ツールのスケジュール設定:]可能
5.
[OK] をクリックします。
HP SIM での到達不能デバイスの自動削除 299
6.
[実行/スケジュール]を選択してスケジューラーを開きます。[スケジュール]をクリックし
ます。
たとえば、このツールは、月に一度、毎月 1 日の午前 6:00 時に実行されます。
300 メンテナンス
ツールは [スケジュールされたすべてのタスク]リスト([タスク & ログ]→[スケジュールされた
すべてのタスク])に表示されるようになります。
HP SIM での到達不能デバイスの自動削除 301
20 その他のベストプラクティス
HP SIM レポートの自動生成
HP SIM は、定義済みレポートまたはカスタムレポートを生成できます。ただし、現在は、レ
ポートのスケジュールを設定する方法は提供されていません。ここでは、カスタムツールを使
用してレポートを生成する方法について説明します。
全体的なプロセスは、次のとおりです。
1. レポートを作成する。
2. レポートを実行するカスタムコマンドを作成する。
3. 希望の時間に実行するために、カスタムコマンドのスケジュールを設定する。
レポートを作成する
1.
HP SIM のメニューバーから、[レポート]→[新規レポート]の順に選択します。
2.
レポートのターゲットシステムを選択します。この例では、すべてのサーバーを表示する
レポートが必要なので、リストから [すべてのサーバー]収集を選択し、[すべてのサーバー
を選択]チェックボックスを選択します。[適用]をクリックし、[次へ]をクリックして、選
択を確認します。
3.
レポートの基準、レポートの名前とフォーマットを指定し、[レポートの保存]をクリック
します。
302 その他のベストプラクティス
このレポートを定期的に実行するカスタムコマンドを作成する
1.
2.
3.
[HP SIM] メニューから、[ツール]→[カスタムツール]→[新しいカスタムツール]の順に選択
します。
[CMS ツール-中央管理サーバー(CMS)で実行するツール]を選択し、[次へ]をクリックし
ます。
カスタムツールの以下のパラメーターを入力します。
[名前:] Automatic_Reporting
[説明:] < 省略可能 >
[メニューの配置先:]ツール | カスタムツール |CI Lab ツール
[ツールを実行するユーザー:] root-admin
[ターゲット数:]無制限
[パラメーター付きコマンド:]
CSV 出力のあるレポートの場合は、
"C:\Program Files\HP\Systems Insight Manager\bin\mxreport.exe" -e
"Automatic_Reporting "-x CSV -o c:\report.csv を使用します。
HTML 出力のあるレポートの場合は、
"C:\Program Files\HP\Systems Insight Manager\bin\mxreport.exe" -e
"Automatic_Reporting" –x HTML c:\kits\bfs\report.html を使用し
ます。
注記: HTML 出力の場合は、簡単にページをブラウズするには、Web サーバーのホーム
ディレクトリに出力を直接送信します。
レポートの中で [システムステータス]基準を選択した場合は、ホームディレクトリにス
テータスアイコンを入れる必要があります。ステータスアイコンは、C:\Program Files\
HP\Systems Insight Manager\hpwebadmin\webapps\vse.war\images ディレク
トリから収集し、デフォルトの出力フォルダー\mxhtml\images\にコピーすることがで
きます。
XML 出力のあるレポートの場合は、
"C:\Program Files\HP\Systems Insight Manager\bin\mxreport.exe" -e
"Automatic_Reporting "–x XML c:\kits\bfs\report.xml を使用しま
す。
注記:
4.
RSS リーダーには、この XML を提供できます。
[OK] をクリックして保存します。
HP SIM レポートの自動生成 303
カスタムコマンドが作成済みで、表示されます。
コマンドを実行し、動作するかどうかをチェックします。コマンドのターゲットとして HP SIM
CMS を選択します。
ツールのスケジュールを設定する
チェックが完了したら、定期的に実行するようにカスタムコマンドのスケジュールを設定でき
ます。
1. [スケジュール]を選択してスケジューラーを開きます。
304 その他のベストプラクティス
2.
レポートを実行したい時間に合わせてパラメーターを入力します。たとえば、毎週月曜日
の朝 6.30。
3.
[完了]をクリックします。以下に示すように、カスタムツールはスケジュール済みタスク
になりました。
HP SIM レポートの自動生成 305
結果は、次のとおりです。
CSV の場合:
HTML の場合:
306 その他のベストプラクティス
HP SIM レポートの自動生成 307
XML の場合:
3PAR ポート数の増加
3PAR アレイに新しいノードをインストールしたり、追加の FC ポートをインストールする場
合、Matrix および SPM が新しいポートを認識してそれらを使用するようにするために、追加
の手順を実行する必要があります。新しいハードウェアをインストールしたら、SPM でアレイ
を再同期化する必要があります。
アレイを再同期化したあとも適応しない SPM 内のサービスについては、サービスごとに次の
手順を実行して、再起動する必要もあります。
1. SPM を開き、[ストレージサービス]を選択します。
2. 再同期化する必要があるサービスを含む行を右クリックします。
3. メニューから [要件の構成]を選択します。
4. ウィザードの各画面で [次へ]をクリックして、すべての値を受け入れます。
5. 最後の画面で [完了]をクリックします。
308 その他のベストプラクティス
21 サポートおよび他のリソース
HP への問い合わせ
HP への連絡前に収集する情報
HP に連絡する前に、必ず次の情報を用意してください。
•
HP CloudSystem Matrix Kit にある、HP BladeSystem c7000 Platinum エンクロージャーの
SAID(該当する場合)またはシリアル番号
•
ソフトウェア製品名
•
ハードウェア製品のモデル番号
•
オペレーティングシステムの種類とバージョン
•
該当するエラーメッセージ
•
他社製のハードウェアまたはソフトウェア
•
テクニカルサポートの登録番号(該当する場合)
重要: HP にお電話でお問い合わせになるときは、必ず、これが HP CloudSystem Matrix 構成
であることを告げてください。その構成が HP CloudSystem Matrix インストレーションである
ことは、各 HP CloudSystem Matrix Starter Kit または Expansion Kit の HP BladeSystem c7000
Platinum エンクロージャーのシリアル番号によって識別されます。
HP への連絡方法
次の方法で HP のテクニカルサポートに問い合わせてください。
•
「Contact HP Worldwide」の Web サイトで問い合わせ方法を確認してください。
http://www.hp.com/go/assistance
•
次の HP サポートセンターの Web サイトにある[HPに問い合わせ] メニューの中のオプ
ションを使用してください。
http://www.hp.com/go/hpsc
•
米国では、1-800-334-5144 に電話で問い合わせてください。このサービスは、休日なし
で 24 時間ご利用いただけます。品質向上のため、お電話の内容を録音またはモニターさ
せていただくことがあります。
ソフトウェアテクニカルサポートとアップデートサービスへの登録
HP CloudSystem Matrix には、標準で、3 年間または 1 年間、24 時間年中無休の HP ソフト
ウェアテクニカルサポートおよびアップデートサービスと 24 時間年中無休の 4 時間以内対応
HP ハードウェアサポートサービスが含まれています。このサービスは、ソフトウェアの実装
および操作に関する問題を解決するための支援情報についての HP テクニカルリソースへのア
クセスを提供します。
このサービスはさらにソフトウェアアップデートおよびリファレンスマニュアルへのアクセス
を提供します。HP から、電子形式のデータとして入手することができます。電子ライセンス
の使用権を購入した場合、電子アップデートが利用できます。
このサービスで、Insight Management ソフトウェアのお客様は、ソフトウェアアップデートの
通知と入手だけでなく効率の良い問題解決も受けることができます。このサービスの詳細は、
次の Web サイトを参照してください。
http://www.hp.com/services/insight
HP への問い合わせ 309
ソフトウェアテクニカルサポートとアップデートサービスの使用方法
ソフトウェアのアップデートがリリースされると、最新版のソフトウェアおよびドキュメント
を入手いただけます。ソフトウェアアップデートおよびライセンスのポータルは、HP ソフト
ウェアサポート契約に基づく製品のソフトウェア、ドキュメントライセンスアップデートへの
アクセスを提供します。
このポータルには HP サポートセンターからアクセスできます。
http://www.hp.com/go/hpsc
プロファイルを作成し、サポート契約をプロファイルにリンクした後で、http://www.hp.com/
go/hpsoftwareupdatesupport にあるソフトウェアアップデートおよびライセンスのポータルを
参照し、ソフトウェア、ドキュメントおよびライセンスアップデートを取得してください。
保証情報
HP は購入日から 90 日以内であれば、問題のある配布メディアを交換します。この保証は、す
べての Insight Management ソフトウェア製品に適用されます。
HP 製品販売店
最寄りの HP 製品販売店は、次の方法で調べることができます。
•
米国内の場合は、「HP U.S. Service Locator」の Web サイトを参照してください。
http://www.hp.com/service_locator
•
他の地域では、「Contact HP Worldwide」の Web サイトを参照してください。
http://welcome.hp.com/country/us/en/wwcontact.html
関連情報
HP CloudSystem Matrix および関連製品のマニュアルおよび White Paper の最新バージョンは、
HP の Web サイト www.hp.com/go/assistance からダウンロードできます。
HP CloudSystem Matrix のマニュアルとは、Matrix Operating Environment のマニュアル、HP
Server Automation(SA)、および HP Cloud Service Automation(CSA)を指しています。
Matrix Operating Environment の資料については、HP の次の Web サイトで Insight Management
のドキュメントを参照してください。http://www.hp.com/go/matrixoe/docs
HP Server Automation(SA)、および HP Cloud Service Automation(CSA)については、SSO
ポータルを検索して関連マニュアルを入手してください。
1. SSO ポータル http://support.openview.hp.com/selfsolve/manuals (英語)に移動します。
2. 必要な場合は、HP パスポートにログインします。HP パスポートのアカウントを持ってい
ない場合は、作成する必要があります。
3. [Product] メニューで、[Server Automation] または [Cloud Service Automation] を選択しま
す。
4. [Product version] メニューで、最新バージョンを選択します。
5. [Operating system] メニューで、関連するオペレーティングシステムを選択します。
6. Search をクリックします。
表記規約
本書では、次の表記規約を使用します。
『マニュアル名』
マニュアルの名前です。Web では、マニュアルのハイパーリンクにな
る場合があります。
310
コマンド
コマンド名またはコマンド句。たとえば、ls -a。
ファイル名
ファイルまたはファイルの位置へのパスの名前。
コンピューター出力
コンピューターが表示する情報です。
サポートおよび他のリソース
Ctrl-x
Ctrl キーを押しながらx キーを押すことを示します。
環境変数
環境変数名(PATH など)。
キー
キーボード上のキーです。Return と Enter は、同じキーを指しています。
用語
用語集ではなく、文書の文中で定義される用語です。
ユーザー入力
入力するコマンドなどのテキスト文字列を示します。
< 代入 >
実際の値を代入するプレースホルダーの名前です。
[]
コマンド構文では、この中にオプションの内容が含まれます。
{}
コマンド構文では、この中に必須の内容が含まれます。
|
選択肢のリストを区切ります。
...
前の要素を 1 回以上繰り返すことができることを示します。
警告
けがにつながる重要な情報への注意を喚起する注意です。
注意
データの消失や破壊、またはハードウェアやソフトウェアの損傷につな
がる重要な情報への注意を喚起する注意です。
重要
重要な情報への注意を喚起する注意です。
注記
追加情報や補足情報を含む注意です。
ヒント
有用な情報を提供する注意です。
表記規約
311
A 検出および認証情報の設定
[システム識別(毎日)] の時間の変更
デフォルトでは、HP SIM は、午後 4 時 5 分に自動実行される「システム識別(毎日)」タス
クを作成します。このタスクは、検出タスクや通常の操作とできるだけ競合しないように、ほ
とんどのシステムが稼動している可能性があり(たとえば、メンテナンスのために確保した時
間は外します)、予定されている他のタスクや操作手順が実行される可能性が低い時間帯に予
定してください。
[システム識別(毎日)] タスクの実行時間を変更するには、以下の手順に従ってください。
1. [タスク & ログ]→[スケジュールされたすべてのタスクの表示]の順に選択します。
2. [システム識別(毎日)]タスクを選択します。
3. [編集]をクリックします。
4. [スケジュール]をクリックします。
5. デフォルトの時間設定を変更して、[完了]をクリックします。
検出範囲の定義
HP SIM で、以降のセットアップおよび設定プロセスで使用する、一連の検出範囲を定義しま
す。検出は、説明されている順番で、少しずつ範囲を拡大して実行してください。具体的に
は、まず OA を検出してから、他の管理対象システムの検出に移ることをおすすめします。
重要: HP では、検出を最も効果的に行うために、次の検出タスクを作成して、ここで示す順
序で実行することをおすすめしています。
1. CMS
2. Onboard Administrator
3. vCenter および SCVMM サーバー
4. ESXi/vSphere ホストおよび Hyper-V ホスト
5. 管理プロセッサー
6. ハイパーバイザー以外のホスト
7. デプロイメントサーバー
8. DHCP 範囲
検出タスクを正しい順序で行わないと、エラーが発生する可能性があります。
注記: すべてのコンポーネントを一度に検出すると、診断が困難になる場合があります。ネッ
トワーク全体を対象にあらかじめ定義されている自動検出タスクは使用しないことをおすすめ
します。自動検出対象の一連の IP 範囲がある場合は、CMS の代替 IP アドレスが除外されてい
ることを確認してください。
注記: 各検出タスクに含める認証情報の数は 3 つまでにすることをおすすめします。認証情
報ごとに検出タスクをグループ分けすると便利です。
一連の検出範囲を定義するには、以下の手順に従ってください。
ステップ 1:システム検出の準備をする
1.
2.
312
以下の各手順で検出タスクを実行する前に、DNS ですべてのマネジメントプロセッサーと
サーバーが正しく設定されていることを確認します。
ロックダウンモードが有効の状態で VMware ESXi/vSphere ホストサーバーを検出する予
定がある場合は、次の手順を実行します。
a. [オプション]→[検出]の順に開きます。
b. 一般設定を構成します。
c. [ロックダウン有効モードで、自動的に VMware ESX ホストサーバーを検出]チェック
ボックスを選択します。
d. [OK] をクリックします。
検出および認証情報の設定
ステップ 2:OA だけを対象にして検出タスクを定義する
1.
2.
3.
4.
5.
6.
7.
8.
[オプション]→[検出...]の順に選択します。
[新規]をクリックします。
[システムのグループ単位での検出]を選択します。
名前を追加します(例:Onboard Administrators)。
[自動的に検出を実行]チェックボックスのチェックを外します。
検出する OA(プライマリとスタンバイの両方)の IP アドレスを追加します。
[認証 …] をクリックします。
[サインイン]タブの [ユーザー名]および [パスワード]フィールドで、OA の適切な管理者認
証情報を設定します。
注記:
9.
10.
11.
12.
13.
14.
15.
OA のログイン認証情報は大文字と小文字が区別されます。
また、エンクロージャー内のすべてのブレードを対象に iLO 管理者の認証情報も追加しま
す。予想される認証情報の組み合わせごとに、[<< 追加]をクリックして適切な管理者認証
情報を設定します (たとえば、エンクロージャー内に Integrity ブレードがある場合は、
Integrity iLO のユーザー名は admin です)。
[SNMP] タブをクリックします。
SNMP コミュニティ名が上記の[セキュリティ]→[認証]→[グローバル認証]ダイアログボッ
クスで指定されたグローバルコミュニティ名と異なる場合は、適切なコミュニティ名を設
定します。
[OK] をクリックします。
[保存]をクリックします。
[すぐに実行]をクリックします。
タスク結果が同じウィンドウに表示され、検出が正常に完了していることを確認します。
これによって、すべての BladeSystem エンクロージャーモジュールとサーバーブレードの
情報が HP SIM に格納されます。
ステップ 3:VMware vCenter サーバーを対象にして検出タスクを定義す
る
ESXi/vSphere サーバーが CloudSystem Matrix CMS によって管理されている場合は、これらの
ホストを管理する VMware vCenter サーバーを対象とする検出タスクを定義します。
注記: vCenter サーバーは、HP SIM で vCenter の設定を行う前に、管理対象システムとして
検出する必要があります。
注記: 連携環境の場合、一部のお客様の使用例シナリオには、複数の CMS(プライマリおよ
びセカンダリ)に登録された同じ vCenter サーバーが含まれる場合があります。これはサポー
トされる構成です。検出された ESXi/vSphere ホストは、1 つの CMS のみに登録する必要があ
ります。
1.
2.
3.
[オプション]→[検出...]の順に選択します。
[新規 …] をクリックします。
[システムのグループ単位での検出]を選択します。
注記: 検出対象のサーバーが 1 台だけの場合でも、[単一システムの検出]オプションで
はなく、[システムのグループ単位での検出]オプションを使用することをおすすめします。
後でサーバーの IP アドレスが変更され、検出タスクを変更しなければならない場合、[単
一システムの検出]オプションを選択していると、認証情報が変更されていなくてもその情
報を入力しなおす必要があります。[システムのグループ単位での検出]オプションを選択
しておけば、以前に入力した認証情報が新しい IP アドレスに対しても機能します。
4.
5.
6.
7.
名前を追加します(例:vCenters)。
[自動的に検出を実行]のチェックを外します。
vCenter サーバーの IP アドレスを追加します。
[認証 …] をクリックします。
検出範囲の定義
313
8. [サインイン]タブで、適切な管理者認証情報を設定して、[OK] をクリックします。
9. [設定/修復]をクリックします。
10. [最初に検出を実行する時に、管理対象のシステムを設定する]チェックボックスを選択し
ます。
11. [サインイン認証を使用]をクリックします。
12. [WBEM イベントへのサブスクリプションを作成する]チェックボックスを選択します。
13. [読み込みコミュニティ名の設定]チェックボックスを選択して、設定したいコミュニティ
名を入力します。
14. [HP Systems Insight Manager のこのインスタンスを参照するトラップの設定]チェックボッ
クスを選択します。
15. [セキュアシェル(SSH)アクセスの設定]チェックボックスを選択します。
16. [ホストベースの認証]ラジオボタンを選択します。
17. [信頼関係を"証明書による信頼"に設定]チェックボックスを選択します。
18. [OK] をクリックします。
19. [保存]をクリックします。
20. [実行]をクリックします。
21. タスク結果が同じウィンドウに表示され、正常な完了を示していることを確認します。
ステップ 4:SCVMM サーバーを対象にして検出タスクを定義する
注記: SCVMM サーバーは、HP SIM で SCVMM の設定を行う前に、管理対象システムとし
て検出する必要があります。
1.
2.
[オプション]→[検出]の順に選択します。[新規]をクリックします。
[システムのグループ単位での検出]を選択します。
注記: 検出対象のサーバーが 1 台だけの場合でも、[単一システムの検出]オプションで
はなく、[システムのグループ単位での検出]オプションを使用することをおすすめします。
後でサーバーの IP アドレスが変更され、検出タスクを変更しなければならない場合、[単
一システムの検出]オプションを選択していると、認証情報が変更されていなくてもその情
報を入力しなおす必要があります。[システムのグループ単位での検出]オプションを選択
しておけば、以前に入力した認証情報が新しい IP アドレスに対しても機能します。
名前を追加します(例:SCVMM)。
[自動的に検出を実行]のチェックを外します。
SCVMM サーバーの IP アドレスを追加します。[認証]をクリックします。
[サインイン]タブで、適切な [Administrator] 認証情報を設定します。[OK] をクリックしま
す。
7. [設定/修復]をクリックします。
8. [最初に検出を実行する時に、管理対象のシステムを設定する]チェックボックスを選択し
ます。
9. [サインイン認証を使用]ラジオボタンを選択します。
10. [WBEM イベントへのサブスクリプションを作成する]チェックボックスを選択します。
11. [読み込みコミュニティ名の設定]チェックボックスを選択して、設定したいコミュニティ
名を入力します。
12. [HP Systems Insight Manager のこのインスタンスを参照するトラップの設定]チェックボッ
クスを選択します。
13. [セキュアシェル(SSH)アクセスの設定]チェックボックスを選択します。
14. [ホストベースの認証]ラジオボタンを選択します。
15. [信頼関係の設定]チェックボックスを選択します。
16. [OK] をクリックします。
17. [保存]をクリックします。
18. [実行]をクリックします。
タスク結果が同じウィンドウに表示され、正常な完了を示していることを確認します。
3.
4.
5.
6.
314
検出および認証情報の設定
ステップ 5a:ハイパーバイザーホストオペレーティングシステム
(Hyper-V)を対象にして 1 つ以上の検出タスクを定義する
Microsoft HYPER-V サーバーの場合、この手順を使用します。VMware ESXi/vSphere サーバー
については、手順 5b を実行してください。
注記: 連携環境の場合、検出された Hyper-V ホストは、1 つの CMS のみに登録する必要があ
ります。
1.
2.
3.
4.
5.
6.
7.
8.
9.
[オプション]→[検出...]の順に選択します。
[新規 …] をクリックします。
[システムのグループ単位での検出]を選択します。
名前を追加します(例:Hypervisor Hosts Hyper-V)。
[自動的に検出を実行]チェックボックスのチェックを外します。
Microsoft Hyper-V ホストおよびゲストの IP アドレスを追加します。
[認証 …] をクリックします。
[サインイン]タブの [ユーザー名]および [パスワード]フィールドで、ハイパーバイザーホス
トの適切な管理者認証情報(例:root)を設定します。
また、これらのホストにデプロイする可能性がある各ゲストの管理者認証情報を追加しま
す。予想される認証情報の組み合わせごとに、[<< 追加]をクリックしてそのゲストの適切
な管理者認証情報を設定します。
(オプション)SNMPv3 プロトコルを使用する場合:
a. [アドバンスドプロトコル認証を表示]をクリックします。
b. [SNMPv3] タブをクリックします。
c. SNMPv3 プロトコル固有のプロパティを入力します。[セキュリティ名]および [セキュ
リティレベル]は、必須フィールドです。選択したセキュリティレベルに合わせて、
[認証プロトコル]および [認証パスフレーズ]にデータを入力する必要があります。ま
た、別のレベルでは、同じように [プライバシープロトコル]および [プライバシーパ
スフレーズ]にデータを入力する必要があります。オプションのプロパティには、[エ
ンジン ID]、[コンテキストエンジン ID]、[コンテキスト名]などがあります。
[OK] をクリックします。
10. [設定/修復...]をクリックします。すべてのオペレーティングシステムの検出タスクでこれ
を設定することをおすすめします。
検出範囲の定義
315
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
316
[新しく管理対象システムを設定する]チェックボックスを選択します。
[サインイン認証を使用]をクリックします。
[サブスクリプションの作成]チェックボックスを選択します。
[読み込みコミュニティ名の設定]チェックボックスを選択して、設定したいコミュニティ
名を入力します。
[HP Systems Insight Manager のこのインスタンスを参照するトラップの設定]チェックボッ
クスを選択します。
[セキュアシェル(SSH)アクセスの設定]チェックボックスを選択します。
[ホストベースの認証]をクリックします。
[信頼関係の設定]チェックボックスを選択します。
[OK] をクリックします。
[保存]をクリックします。
[実行]をクリックします。
タスク結果が同じウィンドウに表示され、正常な完了を示していることを確認します。こ
の情報は、HP SIM の仮想マシンホスト収集に格納されます。収集を調べて、VM ゲストが
正しいホストに関連付けられていることを確認します。
検出および認証情報の設定
手順 5b:ハイパーバイザーホストオペレーティングシステム(ESXi/vSphere
のみ)を対象にして 1 つ以上の検出タスクを定義する
重要: ロックダウンモードが有効の状態で ESXi 5.x/vSphere 5.x ホストを検出する場合は、
ESXi/vSphere の検出手順に進む前に、VMM 用に VMware vCenter を設定する必要がありま
す。
注記: 連携環境の場合、検出された ESXi/vSphere ホストは、1 つの CMS のみに登録する必
要があります。
VMware ESXi/vSphere サーバーのみ
1. [オプション]→[検出...]の順に選択します。
2. [新規 …] をクリックします。
3. [システムのグループ単位での検出]を選択します。
4. 名前を追加します(例:Hypervisor Hosts vSphere 5.5)。
5. [自動的に検出を実行]チェックボックスのチェックを外します。
6. ESXi/vSphere ホストの IP アドレスを追加します。
7. [認証 …] をクリックします。
8. [サインイン]タブの [ユーザー名]および [パスワード]フィールドで、ハイパーバイザーホス
トの適切な管理者認証情報(例:root)を設定します。
9. また、これらのホストにデプロイする可能性がある各ゲストの管理者認証情報を追加しま
す。予想される認証情報の組み合わせごとに、[<< 追加]をクリックしてそのゲストの適切
な管理者認証情報を設定します。デフォルトの水平検出構成では、ESXi/vSphere VM ゲス
トが、ホストの検出中に検出されます。[OK] をクリックします。
10. [保存]をクリックします。
11. [実行]をクリックします。
12. タスク結果が同じウィンドウに表示され、正常な完了を示していることを確認します。こ
の情報は、HP SIM の仮想マシンホスト収集に格納されます。収集を調べて、VM ゲストが
正しいホストに関連付けられていることを確認します。
ステップ 6:ハイパーバイザー以外のオペレーティングシステムがインス
トールされているシステムの検出タスクを定義する
システムにハイパーバイザー以外のオペレーティングシステムがインストールされていない場
合は、この手順は省略してください。
1. [オプション]→[検出...]の順に選択します。
2. [新規 …] をクリックします。
3. [システムのグループ単位での検出]を選択します。
4. 名前を追加します(例:Windows servers for < 特定の機能 >)。
5. [自動的に検出を実行]のチェックを外します。
6. サーバーの IP アドレスを追加します。
7. [認証 …] をクリックします。
8. [サインイン]タブで、適切な管理者認証情報を設定します。
(オプション)SNMPv3 プロトコルを使用する場合(Linux システムのみ):
a. [アドバンスドプロトコル認証を表示]をクリックします。
b. [SNMPv3] タブをクリックします。
c. SNMPv3 プロトコル固有のプロパティを入力します。[セキュリティ名]および [セキュ
リティレベル]は、必須フィールドです。選択したセキュリティレベルに合わせて、
[認証プロトコル]および [認証パスフレーズ]にデータを入力する必要があります。ま
た、別のレベルでは、同じように [プライバシープロトコル]および [プライバシーパ
スフレーズ]にデータを入力する必要があります。オプションのプロパティには、[エ
ンジン ID]、[コンテキストエンジン ID]、[コンテキスト名]などがあります。
[OK] をクリックします。
9.
[設定/修復]をクリックします。
検出範囲の定義
317
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
[新しく管理対象システムを設定する]チェックボックスを選択します。
[サインイン認証を使用]をクリックします。
[サブスクリプションの作成]チェックボックスを選択します。
[読み込みコミュニティ名の設定]チェックボックスを選択して、設定したいコミュニティ
名を入力します。
[HP Systems Insight Manager のこのインスタンスを参照するトラップの設定]チェックボッ
クスを選択します。
[セキュアシェル(SSH)アクセスの設定]チェックボックスを選択します。
[ホストベースの認証]をクリックします。
[信頼関係の設定]チェックボックスを選択します。
[OK] をクリックします。
[保存]をクリックします。
[実行]をクリックします。
タスク結果が同じウィンドウに表示され、正常な完了を示していることを確認します。
ステップ 7:デプロイメントサーバーを対象にした検出タスクを定義する
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
[オプション]→[検出...]の順に選択します。
[新規 …] をクリックします。
[システムのグループ単位での検出]を選択します。
名前を追加します(例:Deployment servers for < 特定の機能 >)。
[自動検出]のチェックを外します。
サーバーの IP アドレスを追加します。
[認証 …] をクリックします。
[サインイン]タブで、Insight Control サーバー配備の適切な管理者認証情報と Ignite-UX の
root 認証情報を設定して、[追加]をクリックします。[OK] をクリックします。
[設定/修復]をクリックします。
[新しく管理対象システムを設定する]チェックボックスを選択します。
[サインイン認証を使用]をクリックします。
[サブスクリプションの作成]チェックボックスを選択します。
[読み込みコミュニティ名の設定]チェックボックスを選択して、設定したいコミュニティ
名を入力します。
[HP Systems Insight Manager のこのインスタンスを参照するトラップの設定]チェックボッ
クスを選択します。
[セキュアシェル(SSH)アクセスの設定]チェックボックスを選択します。
[ホストベースの認証]をクリックします。
[信頼関係の設定]チェックボックスを選択します。
[OK] をクリックします。
[保存]をクリックします。
[実行]をクリックします。
タスク結果が同じウィンドウに表示され、正常な完了を示していることを確認します。
ステップ 8:この環境で使用する DHCP スコープと一致する検出タスクを
定義する
検出タスクが重複すると管理が複雑になる場合があることを考慮してください。
検出に関する問題のトラブルシューティング
検出時には、以下のような問題が発生する可能性があります。
検出順序
HP では、検出を最も効果的に行うために、次の検出タスクを作成して、ここで示す順序で実
行することをおすすめしています。
318
検出および認証情報の設定
1. CMS
2. Onboard Administrator
3. vCenter および SCVMM サーバー
4. ESXi/vSphere ホストおよび Hyper-V ホスト
5. 管理プロセッサー
6. ハイパーバイザー以外のホスト
7. デプロイメントサーバー
8. DHCP 範囲
検出タスクを正しい順序で行わないと、エラーが発生する可能性があります。検出タスクの順
序が間違っていると、一般には、次のようなエラーが発生します。
•
関連付けエラー
たとえば、サーバーが管理プロセッサーと関連付けられない、VM が VM ホストと関連付
けられない。
•
認証情報エラー
システムの検出がきっかけになって、関連付けられたシステムや管理プロセッサーの新た
な検出が開始されることがあるため、関連付けられたシステム用に正しい認証情報が入力
されていないと、検出プログラムによりエラーが表示される可能性があります。ただし、
以降の検出タスクで正しい認証情報を使用してこれらの関連システムを検出すれば、シス
テムは正しく検出されます。
Onboard Administrator の検出
OA および iLO を確実に検出するために、次に示すように、Onboard Administrator の [エンク
ロージャー設定]で [ネットワークアクセス] について次がチェックされていることを確認しま
す。
大量のシステムの検出
検出タスクで大量のシステムが検出されると、[設定/修復] の一部として実行される再識別で
リソースが長時間消費され、以降の検出タスクがタイムアウトして、検出タスクのステータス
が「スキップ」になる可能性があります。この問題が発生する場合は、タイムアウトしたタス
クから始めて、省略された検出タスクと以降の失敗した検出タスクを、最初の順序どおりに実
行し直します。「スキップ」タスクの前に完了したタスクを再実行する必要はありません。
以降に同じ種類のエラーが発生する場合は、次の手順を実行してください。
1. このプロセスを繰り返します。ただし、検出タスクの実行間隔を広げてください。
Onboard Administrator の検出
319
2.
検出タスクを小さい単位に分割することもできます。そうすれば、[設定/修復] 操作が短
時間で完了し、検出タスクがタイムアウトすることもありません。
Gen8 サーバーの検出
Gen8 サーバーの検出はホストサーバーの ILO4 の IP アドレスを介して検出されます。ブレー
ドサーバーの場合は、Onboard Administrator の IP アドレスを通じてサーバーを検出します。
ホストの IP アドレスが使用される場合、そのホストは検出されますが、すべての HP Management
Instrumentation は、すべて iLO4 が提供するようになったため含まれません。すべての正しい
関連付けを作成するのは iLO4 です(ブレードの場合は、Onboard Administrator も行います)。
ホストは、システム管理タスクの負荷から完全に解放されています。
ホストベースのエージェントが完全にインストールされ、正しく設定され、Agentless モード
が無効になっている Gen8 は、いくつかの方法で検出できます。このホスト IP で、必要と考
えられるすべてを検出できます。また、ホストがブレードの場合、Onboard Administrator の
IP はここでも許可されます。ホストベースのエージェントが使われるため、iLO4 をホストに
対するパススルーとして表示することもでき、iLO4 も使用できます。ただし、iLO4 はホスト
NIC ではなく管理プロセッサーとして扱われます。
320 検出および認証情報の設定
B 認証情報の管理
管理対象環境全体を通じてディレクトリで管理される認証情報を使用することを強くおすすめ
します。ただし、CMS と管理対象環境全体で特定のパスワードと認証情報の変更を実行する
場合、特殊な要件が存在します。
認証情報の管理タスクは複数の方法で実行できるので、実際にタスクを実行する前に、各タス
クのオプションを確認することをおすすめします。
認証情報の管理タスク用のスクリプトを作成する場合、プレーンテキストのパスワードを使用
すると効率は向上しますが、IT セキュリティ上の問題が発生する可能性があるため、この類の
スクリプトを実装する前に詳細に検討する必要があります。多数のデバイスが存在する環境で
は、ディレクトリで管理される認証情報の確立が不可欠です。こうすれば、IT 管理者は、IT セ
キュリティ上の問題が継続的または一時的に発生するスクリプティング手法を使用しようと考
えなくなります。
HP SIM CMS パスワードの変更
HP SIM を実行するシステムで管理者アカウントのパスワードの変更が要求される場合、HP
SIM サービスアカウントのパスワードも変更する必要があります。以下では、両方のパスワー
ドの変更方法について説明します。
HP SIM サービスアカウントのパスワードの変更だけが必要な場合は、管理者としてログオン
する必要があります。HP SIM サービスアカウントのパスワードは、HP SIM の実行中に変更で
きます。
1. [管理ツール]→[サービス]の順に選択します。
2. [HP Systems Insight Manager] を右クリックします。
3. [プロパティ]を選択するかまたはサービス名の「HP SIM」をダブルクリックします。
4. [ログオン]タブを選択します。
5.
6.
[アカウント]セクションで、パスワードを更新します。
[OK] をクリックします。パスワードが保存されます。
HP SIM サービスがローカルデータベースを使用するように設定されている場合は、HP
SIM がデータベースへのアクセスに使用するパスワードを変更する必要があります。ま
た、HP SIM でリモート DB サーバーが使用されている場合は、以下の手順に従ってリモー
ト SQL データベースのパスワードを変更する必要があります。
7.
8.
HP SIM サービスを停止します。
コマンドプロンプトウィンドウを開いて、mxpassword -g コマンドを実行します。
HP SIM CMS パスワードの変更
321
[パスワードキー]ドロップダウンメニューから [MxDBUserPassword] を選択し [新しいパス
ワード]フィールドに新しいパスワードを入力して、MxDBUserPassword を新しいアカウン
トパスワードに変更します。[パスワードの確認]フィールドに新しいパスワードを再入力
して、[変更]をクリックします。
10. HP SIM サービスを再起動します。HP SIM サービスを起動するには、[管理ツール]→[サー
ビス]の順に選択し、HP SIM サービスを右クリックして [開始]を選択します。
11. HP SIM にアクセスして通常のユーザー認証情報でログオンし、HP SIM サービスが実行さ
れていることを確認します。
9.
Onboard Administrator 認証情報の管理
認証情報を更新する必要がある OA のリストを作ります。たとえば、環境内の各エンクロー
ジャーのアクティブ OA の IP アドレスまたはホスト名を収集します。スタンバイ OA 上の認
証情報の変更はアクティブ OA から自動的に管理されるので、このタスクのためにスタンバイ
OA の IP アドレスを収集する必要はありません。
OA 用の認証情報を変更する場合は、必ず、次の項の説明に従って HP SIM の検出タスクを更
新してください。
OA の Web インターフェイスを使用した認証情報の管理
リストを作った後で以下の手順を実行し、OA の Web インターフェイスを使用して、単一の
OA 用のローカルアカウントを管理します。
1. OA の Web インターフェイスにアクセスします。
•
手動で HTTPS://<OA のホスト名または IP アドレス > に移動します。または
•
HP SIM で OA を検索し、コンソールに移動します。
注記: 手動操作を選択した場合は、管理権限を持つ OA ユーザーのログイン情報を提供
して以下の手順を完了する必要があります。CMS の Web インターフェイスからアクセス
する場合は、CMS が CMS によって管理される OA のようなデバイスの信頼証明書を使
用して SSO 権限を確立するので、ログインは不要です。
2.
[ウィザード]をクリックし、[初期セットアップ]を選択します。
322 認証情報の管理
3.
4.
ローカルユーザーのパスワードとアクセス権を管理する場合は、以下を実行してくださ
い。
a. [ローカルユーザーアカウント]を選択します。
b. [新規]をクリックして、新しいユーザーを作成します。あるいは、パスワードを変更
する必要があるユーザーアカウントの横にあるボックスを選択し、[編集]をクリック
します。
c. ユーザー名を確認または提供します。次に、[パスワード]および [パスワードの確認]
フィールドに新しいパスワードを入力します。
d. 希望するアクセス権設定を選択し、必要に応じて他のユーザーデータを更新します。
e. [ユーザーの更新]をクリックします。
f. 変更する各ユーザーパスワードについて、手順 b~e を繰り返します。
ディレクトリグループのアクセス権を管理する場合は、以下を実行してください。
a. [ディレクトリグループ]を選択します。
b. アクセス権を変更する必要があるディレクトリグループの横にあるボックスを選択し
ます。[編集]をクリックします。新しいディレクトリグループの場合は、[新規]をク
リックします。
c. グループ名を確認または提供し、このグループに希望するアクセス権設定を選択しま
す。
d. ローカルユーザーアカウントを無効にするには、OA への完全なアクセス権を持つグ
ループを作成します。
e. [グループの追加]または [グループの更新]をクリックして、要求を確認します。
f. 手順 b~e を繰り返して、追加ディレクトリグループを作成または変更します。
g. すべてのディレクトリアクセス権を変更したら、[次へ]をクリックして [ディレクトリ
設定]ページに進みます。
h. [ディレクトリ設定]ページで、[LDAP 認証を有効]の横にあるボックスを選択します(選
択されていない場合)。すでに選択されている場合、[ローカルユーザーを有効]の横
にあるボックスの選択を解除しないでください。これは、ディレクトリアクセス権が
正しく動作することを確認した後で実行できます。
i. 必要なディレクトリサーバーアドレスを入力します。
j. SSL ポートを入力します。標準の値はポート 636 です。
k. 変更を完了するには、[次へ]をクリックします。
iLO の Web インターフェイスを使用した iLO 認証情報の管理
各ブレードについて、以下を実行します。
Onboard Administrator 認証情報の管理 323
1.
iLO Web Administrator にアクセスし、ログインします。
•
OA の Web インターフェイスで各ブレードの iLO Web Administrator へのリンクを使
用します。または
•
手動で HTTPS://<OA のホスト名または IP アドレス > に移動します。または
•
HP SIM で iLO Web Administrator を検索し、コンソールに移動します。
注記: 手動操作を選択した場合は、管理権限を持つ OA ユーザーのログイン情報を提供
して以下の手順を完了する必要があります。CMS の Web インターフェイスからアクセス
する場合は、CMS が CMS によって管理される OA のようなデバイスの信頼証明書を使
用して SSO 権限を確立するので、ログインは不要です。
2.
左ペインで [管理]を展開します。
3.
4.
5.
6.
7.
[ユーザー管理]を選択します。
パスワードを変更するユーザーを選択し、[編集]をクリックします。
[パスワード]および [パスワードの確認]フィールドに新しいパスワードを入力します。
[ユーザーの更新]をクリックします。
変更する各ユーザーパスワードについて、手順 4~6 を繰り返します。
Virtual Connect 認証情報の管理
認証情報を更新する必要がある VC ドメインのリストを作ります。たとえば、VC ドメインの
IP アドレスまたはホスト名(設定されている場合)、または環境内の各 VC ドメインにある
VC Ethernet モジュールのアドレスを収集します。認証情報の変更は VC ドメインにあるすべて
のモジュールに伝播するので、これらの手順は VC ドメインごとに一度だけ実行すれば済みま
す。
VC の Web インターフェイスを使用した認証情報の管理
リストを作った後で以下の手順を実行し、VCM の Web インターフェイスを使用して、単一の
VC ドメイン用のローカルアカウントを管理します。
1. VCM の Web インターフェイスにアクセスし、ログインします。
•
OA の Web インターフェイスで VCM へのリンクを使用します。または
•
手動で HTTPS://<VCM のホスト名または IP アドレス > に移動します。または
•
HP SIM で VCM を検索し、コンソールに移動します。
324 認証情報の管理
注記: 手動操作を選択した場合は、管理権限を持つ VCM ユーザーのログイン情報を提
供して以下の手順を完了する必要があります。CMS の Web インターフェイスからアクセ
スする場合は、CMS が信頼証明書を使用して SSO 権限を確立するので、ログインは不要
です。
2.
[Configure] をクリックして、[Local User Account] を選択します。
3. パスワードを変更するユーザーを選択します。
4. [Password] および [Password Confirm] フィールドに新しいパスワードを入力します。
5. [Apply] をクリックします。
6. 変更する各ユーザーパスワードについて、手順 3~5 を繰り返します。
この時点から、各タブに表示される制御を使用して、ユーザーの追加、ユーザーの削除、ユー
ザーパーミッションの変更、ユーザーパスワードの変更、およびディレクトリで管理される
OA 用のユーザーアクセスの確立を実行します。
OA および VCM に対する CLI コマンドの例
認証情報は、CLI から管理できます。または、Onboard Administrator との SSH セッション経
由の OA およびブレード iLO 用のスクリプトを使用して管理することもできます。VCM には、
認証情報管理機能を備えた SSH コンソールもあります。OA スクリプティングの完全な説明に
ついては、『HP BladeSystem Onboard Administrator Command Line Interface User Guide』を
参照してください。VCM スクリプティングの完全な説明については、『HP VCM CLI User
Guide』を参照してください。これらの 2 つのドキュメントは、それぞれ BLc7000 Onboard
Administrator および Virtual Connect Flex-10 という製品のサポートページからダウンロードで
きます。
以下の手順を実行して、いずれかのガイドをダウンロードします。
1. HP の Web サイト http://www.hp.com/ (英語)にアクセスします。
2. [Support & Drivers] をクリックします。
3. [Product Support & Troubleshooting] アイコン上の下向き矢印をクリックします。
4. 関心がある製品名(上記の太字)を入力します。
5. Enter キーを押すか、[Search] をクリックして、サポートページに進みます。
Virtual Connect 認証情報の管理 325
6.
7.
[Manuals] リンクをクリックします。
ドキュメントのリストで、それぞれの CLI ユーザーガイドを探します。必ず、ハードウェ
ア構成に対応するバージョンを選択してください。
重要: なお、スクリプトファイルにプレーンテキストのパスワードを保存することはおすす
めしません。また、お客様の組織の IT セキュリティポリシーに違反する可能性があります。認
証情報変更のスクリプティングが必要な例外と考えられる場合は、最小レベルの保護を作成す
るために、信頼できる安全な動作環境でスクリプトを使用し、暗号化されたドライブまたは
RAM ディスクに保存してください。また、ディレクトリで管理される認証情報を使用してロー
カルユーザーに対するスクリプトによる認証情報タスクを防止し、SSH セッションのスクリプ
ティングが含まれる場合には信頼証明書を使用する方が良好です。
ターゲットとの SSH セッションの確立
putty.exe または同様のツールを使用して、下記のコマンドを入力するための SSH セッショ
ンを作成できます。あるいは、(putty distro に含まれる)plink を使用して、SSH セッション
コマンドをスクリプティングできます。たとえば、次のコマンドは、IP アドレスが 172.3.4.5
のターゲットに対して、cmds.txt というファイルに指定されたコマンドを実行します。
plink.exe –ssh 172.3.4.5 –m cmds.txt
注記: 前の SSH セッションでターゲットの dss キー指紋がキャッシュに保存されていない場
合、このコマンドは、このホストを信頼し、後で参照するために指紋を保存するかどうかをた
ずねるプロンプトに接続するまで停止します。n と返答すると、指紋を保存せずに接続しま
す。
上記のコマンドを使用すると、ユーザー名とパスワードも要求されます。認証情報管理タスク
を実行するには、管理ユーザーでなければなりません。以下に、ユーザー名が username、パ
スワードが password の場合に、これらのプロンプトを表示させない方法の例を示します。
Echo n>n.txt
Echo.>>n.txt
plink.exe -ssh -pw password [email protected] –m cmds.txt <n.txt
たとえば、cmds.txt というファイルに下記のスクリプトのいずれかを保存し、適切に選択した
ターゲットに対して上記のコマンドを実行してスクリプトを実行することができます。
VCM CLI での VCM ユーザーのパスワードの変更
次のコマンドを実行します。この例では、ユーザー名として「jason」を使用します。
set user jason Password
上記のコマンドでは、コマンドラインに新しいパスワードを入力する必要があります。あるい
は、次のようにコマンドラインにパスワードを指定することができます。
set user jason Password=NEW_PASS
OA CLI での OA ユーザーのパスワードの変更
次のコマンドは、現在のユーザーのパスワードを変更します。
SET PASSWORD "NEW_PASS"
別のユーザーのパスワードをリセットする例:
SET USER PASSWORD "USER" "NEW_PASS"
コマンドラインに新しいパスワードを指定しない場合、コマンドを実行すると新しいパスワー
ドの入力を求められます。
VCM CLI での完全な管理者権限を持つ VCM ユーザーの作成
add user NEW_USER Password=NEW_PASS
set user NEW_USER Privileges=*
exit
326 認証情報の管理
OA CLI での完全な管理者権限を持つ OA ユーザーの作成
ADD USER "NEW_USER" "NEW_PASS"
SET USER ACCESS "NEW_USER" ADMINISTRATOR
ASSIGN SERVER ALL "NEW_USER"
ASSIGN INTERCONNECT ALL "NEW_USER"
ASSIGN OA "NEW_USER"
QUIT
VCM CLI での VCM ユーザーの削除
remove user USERNAME
exit
OA CLI での OA ユーザーの削除
REMOVE USER "USERNAME"
QUIT
VCM CLI でのユーザー用の LDAP 認証サポートの設定
次のコマンドは、VCM で最低限の LDAP 認証を設定する方法の例です。
set ldap serveraddress=192.168.0.110 enabled=true
add ldap-group MyNewGroup description="This is my VCM admin group"
privileges=*
次のコマンドは、FTP サーバーから LDAP 証明書を読み込み、VC ドメインに適用します。
load ldap-certificate Address=ftp://user:[email protected] Filename=<name>
set LDAP コマンドでは、次のように追加オプションを使用できます。
set ldap [-test] [Enabled=<true|false>]
[LocalUsers=<enabled|disabled>]
[NtAccountMapping=<enabled|disabled>][ServerAddress=<IP Address/DNS
name>][SslPort=<portNum>]
[SearchContext1=<string>][SearchContext2=<string>]
[SearchContext3=<string>]
詳しくは、VCM CLI のユーザーガイドを参照してください。
OA CLI でのユーザー用の LDAP 認証サポートの設定
OA で最低限の LDAP 認証を設定する方法の例
ADD LDAP GROUP "MyNewGroup"
SET LDAP GROUP ACCESS "MyNewGroup" ADMINISTRATOR
ASSIGN SERVER ALL LDAP GROUP "MyNewGroup"
ASSIGN INTERCONNECT ALL "MyNewGroup"
ASSIGN OA LDAP GROUP "MyNewGroup"
SET LDAP SERVER 192.168.0.110
SET LDAP PORT 636
ENABLE LDAP
LDAP 証明書を OA にダウンロードするには、次のコマンドで証明書を検索する <url> を指
定します。
DOWNLOAD LDAP CERTIFICATE "<url>"
次のコマンドを使用すると、特定のユーザー用の LDAP 設定をテストできます。
TEST LDAP "LDAP_USER" "LDAP_PASS"
優先順に最大 6 つの LDAP 検索文字列を設定するには、これらのコマンドを使用します。
SET LDAP SEARCH 1 "<search string1>"
SET LDAP SEARCH 2 "<search string2>"
Virtual Connect 認証情報の管理 327
NT domain\username 形式で NT 名前マッピングをオンにするには、このコマンドを使用しま
す。
SET LDAP NAME MAP ON
詳しくは、OA CLI のユーザーガイドを参照してください。
OA CLI での iLO 認証情報の更新
パスワードを設定するために手動で各 iLO に接続する代わりに、ラップトップまたは他のシス
テムから OA に SSH アクセスし、HPONCFG コマンドを使用してすべての iLO 管理者パス
ワードを設定します。さらに、SAN 環境から起動する場合は、サーバーの POST が SAN アレ
イの POST の前に実行されるため、iLO 電源投入オプションを無効にするのがベストプラクティ
スです。
次のスクリプトを使用すると、これらの両方のアクションを実行できます。
HPONCFG ALL << end_marker
<RIBCL VERSION="2.0">
<LOGIN USER_LOGIN="DontCare" PASSWORD="UsingAutoLogin">
<USER_INFO MODE="write">
<ADD_USER
USER_NAME="User Name"
USER_LOGIN="username"
PASSWORD="password">
<ADMIN_PRIV value="Yes"/>
<REMOTE_CONS_PRIV value="Yes"/>
<RESET_SERVER_PRIV value="Yes"/>
<VIRTUAL_MEDIA_PRIV value="Yes"/>
<CONFIG_ILO_PRIV value="Yes"/>
</ADD_USER>
</USER_INFO>
<SERVER_INFO MODE="write">
<SERVER_AUTO_PWR VALUE="no"/>
</SERVER_INFO>
</LOGIN>
</RIBCL>
end_marker
username を新しいユーザー名で置き換え、password を新しいユーザーパスワードで置き換え
てください。ここでは、他の iLO XML コマンドも使用できます。詳しくは、HP の Web サイ
ト http://www.hp.com/go/iLO (英語)にある『HP Integrated Lights-Out マネジメントプロ
セッサースクリプティング/コマンドラインリソースガイド』を参照してください。XML コマ
ンドを使用すると、Active Directory 統合を設定し、HP SIM の証明書による信頼と SSO を有効
にすることができます。サンプルスクリプトは、iLO の Web サイト http://
h20000.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?lang=en&cc=us&
prodTypeId=18964&prodSeriesId=1146658&prodNameId=1135772&swEnvOID=1005&
swLang=8&taskId=135&swItem=MTX-4b72daed6e554cefad65364462&mode=3 (英語)から
入手できます。
HP SIM 検出タスクの更新
Onboard Administrator、Virtual Connect、および iLO のパスワードを変更した後で、変更を反
映するためにそれぞれの HP SIM 検出タスクを変更する必要があります。
1. HP SIM にアクセスし、ログインします。
2. [オプション]をクリックし、[検出]を選択します。
328 認証情報の管理
3.
4.
5.
6.
7.
8.
新しいパスワードで更新する必要がある検出タスクを選択します。
[編集]をクリックします。
[認証]をクリックします。
[パスワード]および [パスワードの確認]フィールドを新しいパスワードで更新します。
[OK] をクリックします。
更新する各検出タスクについて、手順 3~7 を繰り返します。
HP SIM 検出タスクの更新 329
C ネットワークまたはファイバーチャネル接続の追加/削
除のための VCEM を使用した CMS プロファイルの変
更
VCEM で管理される HP Virtual Connect を使用する HP BladeSystem エンクロージャーでは、
FC 接続のネットワークを変更するにはベイの電源を切る必要があります。このとき CMS プロ
ファイルを変更しても、VCEM 操作の処理は完了できません。これは、VCEM を実行するブ
レードの電源が切断されるためです。
VCEM が CMS の Virtual Connect サーバープロファイルを管理している場合、ネットワークま
たは FC 接続を正しく追加または削除するには特別な手順が必要です。以下の手順を実行して
ネットワークまたは FC 接続を追加または削除し、VCEM が CMS の Virtual Connect サーバー
プロファイルを管理できるようにしてください。
VCEM を使用して CMS のプロファイルを変更するには、以下の手順に従ってください。
注記: この項の手順の実行中に、操作中の Virtual Connect ドメインに対して「リセット」を
実行しないでください。
1.
2.
3.
すべての論理サーバー管理、Matrix インフラストラクチャオーケストレーション、および
Matrix リカバリ管理ジョブが完了していることを確認します。
Windows のサービススナップインを使用して、次の Windows サービスを停止し、手動ス
タートアップに設定します。
•
Matrix インフラストラクチャオーケストレーション
•
Matrix リカバリ管理
•
HP Logical Server Automation
ブラウザーを使用して、VCEM を含む CMS にログオンし、[ツール]→[内蔵コンソー
ル]→[Virtual Connect Enterprise Manager (VCEM)] の順に選択します。次に、[ジョブ]タブ
を選択します。
注記: すべての VCEM ジョブが完了し、新しいジョブが開始されていないことを確認し
ます。
4.
5.
VCEM ページで、[サーバープロファイル]タブを選択します。
CMS のプロファイル名をクリックします。VCEM は、CMS プロファイルの使用中のすべ
ての [MAC アドレス]と [World Wide Names] を表示します。
CMS MAC/WWN アドレスを構成する使用中範囲を書き留めます。
6.
VCEM から Virtual Connect ドメインを削除します。
a. [VC ドメイン]タブで、CMS サーバープロファイルを管理する Virtual Connect ドメイ
ンを選択します。
b. [VC ドメイングループからの削除]をクリックします。表の下に Virtual Connect ドメイ
ングループからの削除に関する Virtual Connect ドメイングループ情報が表示されま
す。
c. MAC アドレスと WWN アドレスの範囲を選択して、この VC ドメインを一時的に
VCEM の制御から解放します。入力した MAC および WWN アドレス範囲が、VCEM
や(VCEM で管理されている/管理されていない)他の VC ドメインで使用されてい
ないことを確認します。
d. [OK] をクリックします。「Virtual Connect Enterprise Manager はリクエストを実行中
です」メッセージが表示されます。
e. [OK] をクリックして [ジョブ]ページに移動して、進捗状況を監視します。
新しいブラウザーインスタンスを開いて、手順 6 で削除した Virtual Connect ドメインの
VCM にログインします。VCM の UI を使用して、CMS のプロファイルだけを編集します
(対象のネットワークまたは FC 接続の追加/削除のため)。
7.
330 ネットワークまたはファイバーチャネル接続の追加/削除のための VCEM を使用した CMS プロファイルの変更
注記: VCM で、新しいプロファイルの作成や他のプロファイルの編集は行わないでくだ
さい。CMS の Virtual Connect プロファイルだけを編集します。Virtual Connect ドメイン
にそれ以外の変更を加えないでください。
8.
次のように操作して、Virtual Connect ドメインを VCEM に戻します。
a. [VC ドメイン]タブを選択し、手順 6 で削除した Virtual Connect ドメインを選択しま
す。
•
既存のグループに追加している場合:
a. [VC ドメイングループへの追加]をクリックします。
b. Virtual Connect ドメインが以前に所属していた Virtual Connect ドメイング
ループの名前を選択します。
•
新しいグループを作成している場合:
a. [新しい VC ドメイングループ]をクリックします。
b. 以前に付けられていた名前と同じ Virtual Connect ドメイングループの名前を
入力します。
c. Virtual Connect ドメインを選択して、Virtual Connect ドメインに合わせた設
定を行います。
d. MAC および WWN の場合は VCRM 定義タイプ、シリアル番号の場合は論
理 SN タイプを選択します。
[OK] をクリックします。[Virtual Connect Enterprise Manager(VCEM)は、リクエス
トを実行中です]メッセージが表示されます。
c. [OK] をクリックして [ジョブ]ページに移動し、ジョブの進捗状況を監視します。
9. Windows のサービススナップインを使用して、HP Logical Server Automation サービスを
開始し、自動スタートアップに設定します。
10. 次のように操作して、Matrix OE と Virtual Connect 論理サーバーの関連付けで再び同期が
取れるようにします。
a. HP SIM にログインします。
b. [ツール]→[Matrix OE ビジュアル化]の順に選択して、Matrix OE ビジュアル化にアク
セスします。
c. [ビジュアル化]タブで、[ツール]→[論理サーバー]→[更新]を選択します。
d. [Virtual Connect Enterprise Manager (VCEM)] および [論理サーバーの関連付けの変更
(オプション)] チェックボックスを選択します。
e. [古いドメイングループ名]および [新しいドメイングループ名]テキストボックスに対
象の Virtual Connect ドメイングループの元の名前と現在の名前を入力して、[更新]を
クリックします。
b.
注記:
元の名前と現在の名前が同じ場合もあります。
331
D VCEM の VC プロファイルによる ESX ホストの作成
「論理サーバーの使用」 (157 ページ) で論理サーバーを使用して VM ホストを作成する方法に
ついて説明しましたが、以下の VCEM プロセスを使用して ESX ホストを作成することもでき
ます。
VCEM での VC プロファイルの作成
1.
2.
3.
4.
5.
6.
CMS 上の HP SIM にログインします。
[ツール]→[内蔵コンソール]→[Virtual Connect Enterprise Manager(VCEM)] の順に選択しま
す。
[プロファイル]タブをクリックします。
[新規 …] をクリックします。
Virtual Connect ドメイングループを選択します。
プロファイル情報ウィンドウで、次の Ethernet ネットワーク情報を入力します。
•
プロファイル名
ヒント: DNS で解決できない名前を選択します。DNS によって名前が解決されるの
を望まない場合は、ほとんどの DNS サーバーがアンダースコアを解決しないため、
名前の中にアンダースコア(_)を使用するとよいでしょう。ただし、IETF 規格に従っ
て、ホスト名にはアンダースコアを使用しないでください。例:ESX5_host1
•
デプロイメントネットワーク(PXE ブートを有効にする)
•
管理ネットワーク
•
実務
•
vMotion
リダンダントネットワークを正しく定義するには十分な注意が必要です。
7.
8.
9.
FC SAN 構成の場合、各ファブリックに 1 つずつ、合計 2 つのポートを追加します。HBA
WWN が割り当てられます。
FC ブートパラメーターとして、プライマリブート用にポート 1 を設定し、セカンダリブー
ト用にポート 2 を設定します。
a. プライマリターゲット WWN については、P6000 Storage System コントローラー 1
のポート 1 用に 1 つのポートを追加し、LUN を 1 に設定します。
b. セカンダリターゲット WWN については、P6000 Storage System コントローラー 2
のポート 2 用に 1 つのポートを追加し、LUN を 1 に設定します。
プロファイルを割り当てる適切なドメインとブレードを選択します。
EVA ストレージおよびゾーンの作成
注記: Brocade SAN 環境で SPM のオンデマンドプロビジョニングおよび自動ゾーニングを
使用する場合は、P6000 Storage System ボリュームを作成する必要はありません。
ファブリック A(またはスイッチ A)用のゾーンを作成します。
•
サーバー HBA のポート 1
•
コントローラー 1 のポート 1
•
コントローラー 2 のポート 1
ファブリック B(またはスイッチ B)用のゾーンを作成します。
•
サーバー HBA のポート 2
•
コントローラー 2 のポート 2
•
コントローラー 1 のポート 2
332 VCEM の VC プロファイルによる ESX ホストの作成
詳しくは、「ストレージプールエントリーの使用」 (103 ページ) を参照してください。
ESX のインストール
1.
2.
3.
4.
5.
6.
ESX プロファイルを割り当てたサーバーブレード上の iLO コンソールにログオンし、この
ブレードの電源を入れます。
システムが PXE ブートされるまで待ち、Insight Control サーバー配備を使用して ESX ソフ
トウェアをデプロイします (また、仮想メディアを使用して ESX をデプロイすることも
できます)。
インストールが完了したら、共有データストア Vdisk を提供します。必ず、ゾーン構成に
追加してください。
ESX ホストを設定し、ライセンスを付与します。
サービスコンソールが適切な NIC 上にあることを確認します。
ホストを適切な vCenter サーバーに登録します。
ESX のインストール 333
E Insight Control サーバー配備の設定およびカスタマイズ
に関する追加情報
この付録には、一般に HP CloudSystem Matrix のインストールに必要のない情報が含まれてい
ます。これらの情報は、追加の設定またはカスタマイズが必要になった場合に役立ちます。
古いバージョンの Linux または ESX 用のデプロイメントジョブをイン
ストールする方法
Insight Control サーバー配備は、次の OS およびハイパーバイザーについて、最新の 2 回の主
要リリースをサポートします。
•
Red Hat Enterprise Linux
•
SUSE Linux Enterprise Server
•
VMware ESX
これらの製品は新しいハードウェアサポートを追加するために頻繁に更新されるため、デプロ
イメントジョブが提供される正確なバージョンはリリースごとに変化します。
前のサーバー配備リリースからアップグレードするとき、古い Linux または ESX のデプロイメ
ントジョブはまだ使用でき、サポートされています。単にそれらのジョブを使用して、希望す
る OS またはハイパーバイザーをインストールします。
旧バージョンの Linux または ESX のサポートが必要な新しい HP CloudSystem Matrix インス
トールの場合は、最初に希望するデプロイメントジョブを持つバージョンのサーバー配備をイ
ンストールする必要があります。
選択した古いバージョンのサーバー配備を HP CloudSystem Matrix で使用することがサポート
されていることと、すべての Matrix パッチが適用されていることを確認してください。最新
バージョンの Matrix をインストールすると、サーバー配備がアップグレードされ、選択した
古いジョブと新しいジョブの両方が使用可能になります。
注記: 新しいネットワークおよびストレージデバイス用のデバイスドライバーが古いバージョ
ンの OS でサポートされないことがあるため、新しい ProLiant サーバーブレードでは古いデプ
ロイメントジョブが動作しない場合があります。
希望するバージョンの OS またはハイパーバイザーでどの ProLiant サーバーブレードがサポー
トされているかについては、前のバージョンの Insight Control 用のサポートマトリックスを参
照してください。
デフォルトパスワード
osconfig デフォルトファイルには、クリアテキストのパスワードが含まれています。『HP
Insight Control サーバー配備ユーザーガイド』 (http://www.hp.com/jp/proliantessentials_manual
)に、デフォルトのパスワードが記載されています。これらのパスワードを変更する必要があ
る場合は、対応するファイルを編集してください。最初に、各 OS ディストリビューションの
用のユーザーガイドで正しいショートカット名を確認する必要があります。
ご使用の環境で、暗号化されたパスワードを使用する必要がある場合は、以下の方法をおすす
めします。
VMware ESX および Linux ディストリビューションの場合
1.
2.
適切なアカウント(通常、root)のハッシュ化されたパスワードを、すでに設定されてい
るサーバーの /etc/shadow からコピーします。
デプロイメントサーバーライブラリの \Deployment Server\hpfeatures\< ショー
トカット名 >\< ファイル名 > ファイルを編集します。
•
ESX の < ファイル名 >:kickstart-en_us.cfg
•
SLES の < ファイル名 >:autoyast-en_us.cfg
334 Insight Control サーバー配備の設定およびカスタマイズに関する追加情報
「user_password」セクションを検索して、暗号化された値を新しいパスワードに変更
します。
3.
「rootpw」セクションを検索し、残りの行を「--iscrypted hashedpassword」に置
き換えます(ここで、hashedpassword は、上記の手順でコピーしたパスワードです)。
Windows Server 2008、2008 R2、および 2012 の場合
Windows System Image Manager ツール(Microsoft Windows AIK をインストールすると
利用できます)を使用します。
2. Windows イメージ(またはカテゴリファイル)を開いて、新しい応答ファイルを作成し
ます。
3. 応答ファイルにパスワード設定を追加します。Microsoft-Windows-Shell-Setup |
UserAccounts | AdministratorPassword
4. 値を管理者パスワード設定に追加します。
5. [Tools] メニューで、[Hide Sensitive Data] を選択します。
6. 応答ファイルを保存し、生成された unattend.xml を開いて、パスワードをコピーしま
す。
7. デプロイメントサーバーライブラリの .\Deployment Server\hpfeatures\< ショー
トカット名 >\unattend.xml ファイルを編集します。
8. 「<AdministratorPassword>」セクションを検索し、「<Value>」の後のデフォルト
パスワードを暗号化されたパスワードに置き換えて、「<PlainText>」節を「False」
に変更します。
Microsoft 社のパスワード生成ツールでは、ドメイン参加認証情報を暗号化できません。マシン
アカウントをセットアップできる最小権限を持つ個別のアカウントを使用する必要がありま
す。
ドメインアカウントに関する予備知識については、Symantec 社 の Web サイト http://
www.symantec.com/business/support/index?page=home にあるクリアテキストパスワードに
関する記事も参照してください。
1.
注記:
Deployment Server 上の VMware ESX または Linux 設定ファイルを編集する場合は、
Linux 互換フォーマットでファイルを保存できるテキストエディターを使用してください(特
殊な文字を追加しないでください)。Windows の一般的なエディター(ワードパッドやメモ
帳など)を使用すると、ファイルを使用できなくなる場合があります。
デフォルトパスワード 335
頭字語と略語
.NET
Microsoft .NET Framework。
3PAR
HP 3PAR StoreServ Storage。
3PAR 7000
HP 3PAR StoreServ 7000 Storage。
3PAR P10000
HP 3PAR StoreServ 10000 Storage。
ABM
Array-based management。アレイベース管理。
AD
Active Directory。
AIK
Automated installation kit。自動インストールキット。
AMS
Agentless Management service。Agentless 管理サービス。
API
Application programming interface。アプリケーションプログラミングインターフェイス。
ASP
1. Active Server Page。2. application service provider。アプリケーションサービスプロバイ
ダー。
BFS
Boot from SAN。
BNA
Brocade Network Advisor。
BOOTP
Bootstrap Protocol。
CEE
Converged Enhanced Ethernet。
CFM
Cubic feet per minute。立方フィート/分。
CIDR
Classless Inter-Domain Routing。
CIM
Common information model。共通情報モデル。
CIMOM
Common information model object manager。共通情報モデルオブジェクトマネージャー。
CLI
Command line interface。コマンドラインインターフェイス。
CLX
HP Cluster Extension Software。旧称は HP EVA Cluster Extension Software。
CMS
Central Management Server。中央管理サーバー。
CNA
Converged Network Adapter。コンバージドネットワークアダプター。
CPG
Capacity Planning Group。容量プランニンググループ
CRA
Configure or repair agents。エージェントの設定および修復
CSA
HP Cloud Service Automation。
CSV
1. Cluster shared volume。クラスター共有ボリューム。2. Comma separated values。カンマ
区切り値。
DAC
Direct attach cable。直接接続ケーブル。
DC
Drive chassis。ドライブシャーシ
DC-OE
HP-UX Data Center Operating Environment。
DEP
Data execution prevention。データ実行防止。
DG
Device group。デバイスグループ。
DHCP
Dynamic host configuration protocol。
DMI
Desktop Management Interface。
DMT
Insight Management data migration tools。
DNS
Domain name system。ドメインネームシステム。
DR
Disaster recovery。ディザスタリカバリ。
DSF
Device Special Files。デバイス特殊ファイル
DSM
Device-specific module。デバイス固有モジュール。
EBIPA
Enclosure Bay IP Addressing。エンクロージャーベイ IP アドレッシング。
EFI
Extensible Firmware Interface。
ESX
VMware ESX。
336 頭字語と略語
EVA
HP P6000 EVA ストレージシステム。旧称は HP StorageWorks Enterprise Virtual Array。
FC
Fibre Channel。ファイバーチャネル。
FCoE
Fibre Channel over Ethernet。
FDT
Firmware deployment tool。ファームウェア開発ツール。
FlexNIC
HP BladeSystem FlexNIC。
FPGA
Field Programmable Gate Array。
FQDN
Fully Qualified Domain Name。完全修飾ドメイン名。
FW
Firmware。ファームウェア。
Gbps
Gigabits per second。ギガビット/秒。
GC
Garbage collection。ガベージコレクション。
GMT
Greenwich Mean Time。グリニッチ標準時。
GPG
GNU Privacy Guard。
GPT
GUID partition table。GUID パーティションテーブル
GUID
Globally unique identifier。グローバルユニーク識別子。
HA
High availability。高可用性。
HA-LVM
High Availability Logical Volume Manager。高可用性論理ボリュームマネージャー。
HA-OE
High Availability Operating Environment。
HBA
Host bus adapter。ホストバスアダプター。
HP 3PAR
Management
Console
HP 3PAR Management Console。旧称は 3PAR IMC。
HP CapAd
HP Capacity Advisor。
HP gWLM
HP Global Workload Manager。
HP OO
HP Operations Orchestration。
HP SIM
HP Systems Insight Manager。
HP SMH
HP System Management Homepage。
HP SUM
HP Smart Update Manager。
HP VCA
HP バージョンコントロールエージェント。
HP VCRM
HP バージョンコントロールレポジトリマネージャー。
HPOFM
HP Offline Firmware Manager。
HPVM
HP Virtual Machines。HP 仮想マシン。HP-UX vPars 6.x および Integrity VM 製品の共通名。
HTTPS
Hypertext Transfer Protocol Secure。
IaaS
Infrastructure as a Service。サービスとしてのインフラストラクチャ。
IC serv prov
HP Insight Control server provisioning。HP Insight Control サーバープロビジョニング。
iCAP
HP Instant Capacity Manager。
ICdepl
HP Insight Control サーバー配備。
ICMP
Internet Control Message Protocol。
ICvirt
HP Insight Control virtual machine management。HP Insight Control 仮想マシン管理。
ID
HP Matrix Operating Environment。旧称は HP Insight Dynamics。
IE
Internet Explorer。
IIS
Internet Information Services。
iLO
HP Integrated Lights-Out。
IO
Matrix infrastructure orchestration。Matrix インフラストラクチャオーケストレーション。
IPD
Intelligent Power Discovery。インテリジェントな電力検出
iPDU
HP Intelligent PDU。HP インテリジェント PDU
337
IPv4
Internet protocol version 4。インターネットプロトコルバージョン 4。
IPv6
Internet protocol version 6。インターネットプロトコルバージョン 6。
IR
Matrix OE recovery management。Matrix OE リカバリ管理。旧称は Insight Recovery。
IRSA
HP Insight Remote Support Advanced。
ISAPI
ASP.NET ISAPI Extensions。
iSCSI
Internet small computer system interface。
ISO
International Organization for Standardization file format。国際標準化機構ファイル形式。
JVM
Java Virtual Machine。Java 仮想マシン。
KB
Knowledge base。ナレッジベース。
KVM
1. Kernal based virtual machine。Kernal ベースの仮想マシン。2. Keyboard, video and mouse。
キーボード、ビデオ、およびマウス。
kWh
Kilowatt hour。キロワット時。KW 時当たりの電力コストを計算する際に使用されます。
LDAP
Lightweight directory access protocol。
LFBP
Long form boot path。ロング形式のブートパス。
LinuxPE
Linux Preboot Environment。Linux プリブート環境。
LOM
LAN on motherboard。
LS
Logical server。論理サーバー。
LSA
Logical server automation。
LSM
HP Matrix OE 論理サーバー管理。
LUN
Logical unit number。論理ユニット番号。SCSI、ファイバーチャネル、または iSCSI 論理ユ
ニットの識別子です。
LV
Logical volume。論理ボリューム。
MAC
Media Access Control。メディアアクセス制御。
Matrix OE
HP Matrix Operating Environment。旧称は Insight Dynamics。
Matrix OE for
HP-UX
Matrix Operating Environment for HP-UX。旧称は Insight Dynamics VSE for HP-UX。
MAXDOP
Maximum Degrees of Parallelism。並列処理の上限。
MMC
Microsoft Management Console。Microsoft 管理コンソール。
MPIO
Multipath I/O。マルチパス I/O。
MSA
HP P2000 Modular Smart Array。
MSC
Microsoft System Center。
MSCS
Microsoft Cluster Service。
MSI
Microsoft installer。
MSSW
HP Insight Managed System Setup Wizard。
NCU
Network Configuration Utility。ネットワークコンフィギュレーションユーティリティ。
NFS
Network file system。ネットワークファイルシステム。
NFT
Network file transfer。ネットワークファイル転送。
NPIV
N_Port ID Virtualization。
NTFS
New technology file system。
NTP
Network Time Protocol。ネットワークタイムプロトコル。
NVRAM
Non-volatile random access memory。不揮発性アンダムアクセスメモリ。
OA
Onboard Administrator。
OE
Operating environment。動作環境。
OO
HP OO を参照。
OSBP
OS Build Plan。OS ビルドプラン。
338 頭字語と略語
OVF
Open virtualization format。
P2P
Physical to physical。物理サーバーから物理サーバーへの移行。
P2V
Physical to virtual。物理サーバーから仮想サーバーへの移行。
P6000 CV
HP P6000 Command View Software。HP P6000 Command View ソフトウェア。
PDR
Power distribution rack。パワーディストリビューションラック。
PDU
Power distribution unit。パワーディストリビューションユニット。
PEM
Privacy enhanced mail。
PermGen
Permanent generation size。
POC
Proof of concept。概念実証。
POST
Power On Self-Test。電源投入時セルフテスト。
PSUE
Pair suspended-error。
PSUS
Pair suspended-split。
PXE
Preboot eXecution environment。
RBACRBAC
Role-based access control。役割ベースのアクセス制御。
RDM
1. Raw disk mapping。2. Raw device mapping。
RDP
HP Insight Control サーバー配備。旧称は Rapid Deployment Package。
RFC
Request for Comments。
RG
Recovery group。リカバリグループ。
RHEL
Red Hat Enterprise Linux。
RM
Matrix recovery management。Matrix リカバリ管理。
RWC
Remote Web Console。リモート Web コンソール
S-VOL
Secondary volume または remote volume。セカンダリボリュームまたはリモートボリューム。
SA
HP Server Automation。
SAID
Service agreement identifier。
SAM
System Aministration Mnager。
SCP
State-change pending。
SCVMM
Microsoft System Center Virtual Machine Manager。
SDG
HP Technology Services 『Service Delivery Guide』。HP テクノロジーサービスの『Service
Delivery Guide』。
SELinux
Security-Enhanced Linux。
SFIP
Stress-free installation plan。ストレスのないインストールプラン
SFP
Small Form-factor Pluggable(オプティカルトランシーバーモジュール)。
SFP+
Enhanced small form-factor pluggable transciever。
SG
HP Serviceguard。
SIM
HP SIM を参照。
SLES
SUSE Linux Enterprise Server。
SLVM
Shared Logical Volume Manager。共有論理ボリュームマネージャー
SMA
Storage Management Appliance。ストレージマネジメントアプライアンス。
SMI-S
Storage Management Initiative Specification。
SN
Serial number。シリアル番号。
SPM
HP Storage Provisioning Manager。
SPP
HP Service Pack for ProLiant。
SRD
Shared resource domain。共有リソースドメイン。
SSCM
HP Simple SAN Connection Manager software。HP Simple SAN Connection Manager ソフト
ウェア
339
SSH
Secure shell。
SSL
Secure Sockets Layer。
SSO
Single Sign-On。シングルサインオン。
STM
System Type Manager。システムタイプ管理。
SUS
Shared uplink set。共有アップリンクセット。
Sysprep
Microsoft System Preparation。
TB
Terabyte。テラバイト。
TFTP
Trivial File Transfer Protocol。
TOE
TCP offload engine。TCP オフロードエンジン。
TS
HP Technology Services。HP テクノロジーサービス。
UAC
User Account Control。ユーザーアカウント制御機能。
UDP
User Datagram Protocol。ユーザーデータグラムプロトコル。
UEFI
Unified Extensible Firmware Interface。
URI
Uniform resource identifier。
USB
Universal serial bus。ユニバーサルシリアルバス。
UTC
Coordinated Universal time。協定世界時。
UUID
Universally unique identifier。ユニバーサル一意識別子。
V2P
Virtual to physical。仮想サーバーから物理サーバーへの移行。
V2V
Virtual to virtual。仮想サーバーから仮想サーバーへの移行。
VA
Volt-amps。ボルトアンペア。
VC
HP Virtual Connect。
VCD
HP Virtual Connect domain。HP Virtual Connect ドメイン
VCDG
HP Virtual Connect domain group。HP Virtual Connect ドメイングループ
VCEM
HP Virtual Connect Enterprise Manager。
vCenter
VMware Virtual Center。
VCM
Virtual Connect Manager。
vCPU
Virtual CPU。仮想 CPU。
VCSU
Virtual Connect Support Utility。Virtual Connect サポートユーティリティ。
VDI
Virtual desktop infrastructure。仮想デスクトップインフラストラクチャ。
Vdisk
Virtual disk。仮想ディスク。
vDS
vNetwork Distributed Switch。
VG
Volume group。ボリュームグループ。
VID
Virtual Install Disk。仮想インストールディスク。
VLAN
Virtual local area network。仮想ローカルエリアネットワーク。
VM
Virtual machine。仮想マシン。
VMFS
Virtual Machine File System。
VNC
Virtual network computing。
Vnet
virtual network。
VPort
Virtual port。仮想ポート。
VSE-OE
HP Virtual Server Operating Environment。
WAIK
Windows Automation Installation Kit。Windows 自動インストールキット。
WBEM
Web-based enterprise management。
WinPE
Windows Preboot Environment。Windows プリブート環境。
WINS
Windows Internet Naming Service。
WMI
Windows Management Instrumentation。
340 頭字語と略語
WWID
World Wide Identification。
WWN
World Wide Name。
WWNN
World Wide Node Name。
WWPN
World Wide Port Name。
XML
Extensible Markup Language
YUM
Yellowdog Updater, Modified。
リカバリ管理
HP Matrix Operating Environment リカバリ管理。旧称は Insight Recovery。
連携 CMS
Federated Central Management Server。連携中央管理サーバー。
341
索引
記号
3PAR Storage System
仮想ボリュームの作成, 125
仮想ボリュームのホストへの提供, 128
ホストエントリーの作成, 127
B
BNA
インストールおよび設定, 132
C
Capacity Advisor, 267
システムの選択, 270
シナリオサマリー, 270
シナリオの識別, 270
データ収集, 268
プランニングシナリオの作成, 269
プロファイルビューアー, 270
プロファイルビューアーへのアクセス, 271
CloudSystem Matrix
IC サーバープロビジョニングの OS ビルドプランの
作成, 68
電力および温度分析の設定, 260
CMS
セカンダリリソースの設定, 20
プロファイルの変更, 330
D
DIO ネットワーク
構成, 93
E
ESX
インストール, 333
ホスト、VCEM の VC プロファイルによる作成, 332
ESX VM
テンプレートの作成, 44
ESXi
ホストとクラスターのプロビジョニング, 280
H
HP BladeSystem
温度監視の設定, 259
電源の設定, 259
分析の設定, 259
ラック内容の設定, 262
HP CloudSystem Matrix
電力および温度監視の設定, 259
HP Insight Capacity Advisor, 267
HP Insight Control サーバー配備
デフォルトパスワード, 334
HP Integrity
Virtual Machines ホストの作成, 91
HP SIM
Integrity VM 設定の検証, 101
342 索引
simcapture.bat, 284
HP SIM パスワードの変更, 321
HP SIM レポート, 302
HP Storage Provisioning Manager
Storage Provisioning Manager を参照
HP Systems Insight Manager、パスワード, 321
HP-UX
Ignite-UX OE 構成, 87
OE デポのインストール, 87
Hyper-V
VM テンプレートの作成, 45
I
IC サーバープロビジョニング
Insight Control サーバープロビジョニング を参照
Ignite-UX
HP-UX OE 構成, 87
IO デプロイメント用のカスタマイズ, 90
Matrix インフラストラクチャオーケストレーション
用の構成, 86
サーバーとしてのシステムの設定, 88
ソフトウェアのインストール, 87
ソフトウェア要件, 86
Insight Control
CloudSystem Matrix 電力および温度監視の設定, 259
HP BladeSystem 温度監視の設定, 259
HP BladeSystem 電源および温度分析, 259
HP BladeSystem 電源の設定, 259
仮想マシン管理ログ, 285
Insight Control サーバー配備、カスタマイズ, 47
Insight Control サーバープロビジョニング
Matrix OE への接続, 84
Matrix 用の OS ビルドプランの作成, 68
アプライアンスの全般設定の編集, 66
更新
アプライアンス, 55
追加タスク, 59
復旧, 60
施設のカスタム属性, 66
ついて, 54
登録とライセンス, 66
プロダクトキーの追加, 66
メディアサーバー
セットアップユーティリティの使用, 61
ユーザーアカウントの追加, 67
Insight Control 電力管理
CloudSystem Matrix 電力および温度分析, 260
Insight Management
SIMCAPTURE ログ, 284
Integrity
VC 論理サーバーの作成, 160
Integrity Virtual Machines
ゲスト OS ゴールデンイメージの作成, 89
ゲスト用の SLVM を作成するための Serviceguard の
設定, 94
ソフトウェアパッチ, 86
ブレードホスト, 91
ホスト, 90
ホスト設定の検証, 101
ホストでのソフトウェアのインストール, 92
ホストの設定, 93
ホスト用の VC プロファイルの作成, 91
論理サーバーの作成, 175
Integrity VM
Integrity Virtual Machines を参照
Integrity VM ホスト
設定, 100
Integrity VM ホストの VMM への登録, 101
Integrity 仮想マシン
テンプレートの作成, 232, 238
Integrity ゲスト
物理ディスクのプロビジョニング , 100
IO テンプレート
作成
ProLiant VM, 223
ProLiant サーバー, 210
Windows, 164
Microsoft SCVMM
設定, 40
MXSYNC
実行, 285
ログ, 285
ログに名前を付ける, 285
L
SAN
SPM のないストレージプールエントリーの作成, 119
SAN エントリー SPE, 104
SAN カタログ SPE, 104
SAN スイッチ、ストレージプールエントリーのゾーン
の作成, 129
SAN ストレージプールエントリー
SPM なしの作成, 119
SAN ディスク、作成, 92
SCVMM
設定, 40
Serviceguard, 91
ゲスト用の SLVM VG を作成するための設定, 94
show all コマンド
Onboard Administrator, 282
Virtual Connect, 283
show all に名前を付ける
Onboard Administrator, 282
Virtual Connect, 282
simcapture.bat, 284
SIMCAPTURE ログ, 284
名前を付ける, 284
SLVM
ボリュームグループの設定, 98
SLVM VG
VM ゲスト用に作成するための Serviceguard の設定,
94
SNMP、CloudSystem Matrix 電力および温度監視の設定,
259
SPE
タイプ, 104
SPM
選択, 105
ログ, 286
Storage Provisioning Manager
カタログパーミッションの設定, 141
ストレージプールエントリーの作成, 131
設定, 140
Linux, 164
M
Managed System Setup Wizard
ウィザードのステップ, 30
使用, 30
チェックリスト, 30
Matrix IO Designer
使用, 210
Matrix OE
役割認証, 22
Matrix Operating Environment, 157
Insight Control サーバープロビジョニングアプライア
ンスへの接続, 84
確認, 157
Matrix インフラストラクチャオーケストレーション
Designer の使用, 210
HPIO_Administrators, 23
HPIO_Architects, 23
HPIO_Users, 23
Ignite-UX デプロイメント, 90
SPE の作成, 103
コンソール, 195
セカンダリ CMS でのユーザーグループの作成, 21
設定, 185
ソフトウェアリソース, 204
テンプレートの作成, 210
ネットワークリソースの設定, 201
ユーザーアカウント管理, 23
ユーザーの確認, 200
連携 CMS の設定, 19
ログ, 284
ログに名前を付ける, 284
Matrix インフラストラクチャオーケストレーションの準
備, 39
Microsoft
Hyper-V, 164
O
Onboard Administrator, 282
show all コマンド, 282
show all に名前を付ける, 282
管理者認証情報, 313
検出, 319
検出タスクを定義, 313
P
P6000、Command View ソフトウェア
ホストエントリーの作成, 114
S
343
ネットワークのインポート, 150
sysprep
確認, 187
ツールのインストール, 188
ユーティリティのインストール, 189
V
VCEM
VC プロファイルによる ESX ホストの作成, 332
VC プロファイルの作成, 332
VC プロファイル、VCEM での作成, 332
Vdisk LUN
Command View によるホストへの提供, 115
作成, 112
Virtual Connect, 282
Domain BackupRestore ファイルの作成, 283
Integrity VM ホスト用のプロファイルの作成, 91
Integrity ブレード用の VC 論理サーバーの作成, 160
show all コマンド, 283
show all に名前を付ける, 282
supportdump, 283
supportdump データの収集, 283
supportdump に名前を付ける, 283
ドメイングループ(VCDG), 273
Virtual Connect Enterprise Manager
CMS プロファイルの変更, 330
役割認証, 22
Virtual Connect ドメイングループ
作成, 276
VMware ESX, 165
VMware vCenter 設定、設定, 40
VSEassist
環境の検証, 245
W
Windows ファイル共有
Insight Control サーバープロビジョニングのメディア
サーバーセットアップユーティリティでの指定, 62
あ
アーカイブ
IC VMM ログ, 285
Matrix インフラストラクチャオーケストレーション
ログ, 284
OA show all, 282
SIMCAPTURE ログ, 284
VC show all, 282
VC supportdump, 283
アーカイブディレクトリの作成, 282
設定データ, 281, 287
アレイ
インポート, 143
い
イベント
削除, 293
インストール
BNA ソフトウェア, 132
ESX, 333
344 索引
Ignite-UX ソフトウェア, 87
Integrity VM ホスト上のソフトウェア, 92
sysprep ツール, 188
sysprep ユーティリティ, 189
インポート
アレイのストレージプール, 146
管理対象アレイ, 143
ストレージ, 143
ネットワークを SPM に, 150
ボリューム, 148
お
オペレーティングシステム
Microsoft Hyper-V, 164
ハイパーバイザー以外, 164
温度
監視、設定, 259
分析, 260
か
概要
Matrix IO コンソール, 195
概要、CloudSystem Matrix, 9
確認
Matrix IO ユーザー, 200
Matrix Operating Environment, 157
Windows sysprep, 187
ストレージプールエントリー, 200
カスタマイズ
Matrix IO デプロイメント, 90
仮想スイッチ、設定, 93
仮想マシン
ProLiant サービステンプレート, 223
テンプレート, 43
ネットワークスイッチ, 41
環境
VSEassist による検証, 245
環境、連携 CMS, 19
完全修飾ドメイン名, 165
管理
共有オーバーフロープール, 200
顧客のプール, 199
サーバー WWN, 124
システム, 252
使用禁止プール, 199
除外範囲, 273
プール, 199
管理対象システム、追加, 29
き
共有オーバーフロープール, 200
く
クラスターのプロビジョニング, 280
け
ゲストキット、Integrity VM ゲスト OS の作成, 89
検出
Onboard Administrator, 319
順序, 318
大量のシステム, 319
範囲の定義, 312
検証
Integrity VM ホスト設定, 101
VSEassist による環境, 245
こ
更新
Insight Control サーバープロビジョニング, 55, 59, 60
構成
DIO ネットワーク, 93
IC サーバープロビジョニングアプライアンスの設定,
66
ゴールデンイメージ、Integrity VM ゲスト OS の作成,
89
顧客が管理するプール, 199
コマンド
OA show all, 282
VC show all, 283
さ
サーバー WWN、管理, 124
サーバーの検出, 312
サービスリクエスト
作成, 245
承認, 249
削除
イベント, 293
到達不能デバイス, 294
作成
3PAR 仮想ボリューム, 125
3PAR ホストエントリー, 127
Capacity Advisor プランニングシナリオ, 269
Command View による Vdisk LUN, 112
ESX VM テンプレート, 43, 44
EVA ホストエントリー, 114
HP-UX OE 構成, 87
Hyper-V VM テンプレート, 45
Integrity VC 論理サーバー, 160
Integrity VM および物理ストレージを含むテンプレー
ト, 238
Integrity VM ゲスト OS ゴールデンイメージ, 89
Integrity VM ホスト, 91
Integrity VM ホスト用の VC プロファイル, 91
Integrity VM 論理サーバー, 175
Integrity VM を含むテンプレート, 232
Integrity 物理サーバーを含むテンプレート, 218
IO テンプレート, 210
ProLiant VM, 223
ProLiant サーバー, 210
Matrix 用の IC サーバープロビジョニングの OS ビル
ドプラン, 68
SAN スイッチストレージプールエントリーのゾーン,
129
SAN ディスク, 92
SPE, 103
SPM によるストレージプールエントリー, 131
SPM のない SAN ストレージプールエントリー , 119
VC Domain BackupRestore ファイル, 283
VCEM での VC プロファイル, 332
VCEM の VC プロファイルによる ESX ホスト, 332
Virtual Connect ドメイングループ, 276
VMware テンプレート, 43
アーカイブディレクトリ, 282
サービスリクエスト, 245
データセンターのレイアウト図, 265
論理サーバー
ProLiant, 158
ProLiant 仮想マシン, 167
し
時間
システム識別(毎日), 312
システム
管理, 252
システム要件, 86
事前設定された SAN ストレージプールエントリー, 104
収集
アーカイブ用の設定データ, 281
使用
Managed System Setup Wizard, 30
Matrix IO Designer, 210
SCVMM テンプレート, 46
使用禁止プール, 199
承認、サービスリクエスト, 249
除外範囲、管理, 273
す
ストレージ
インポート, 143
ストレージプール
定義, 103
ストレージプールエントリー, 103
Matrix OE ビジュアル化による, 160
SPM による作成, 131
確認, 200
サーバー WWN の管理, 124
タグ選択, 154
タグの選択, 122
定義, 154
ポート定義, 155
ボリュームとパス, 155
マルチパス SAN デプロイメント, 51
有効性確認ステータス, 124
せ
セカンダリ CMS
設定, 19
リソースの設定, 20
接続
Matrix OE への IC サーバープロビジョニングアプラ
イアンス, 84
設定
BladeSystem
ラック内容, 262
BNA ソフトウェア, 132
CloudSystem Matrix
345
電力および温度監視と分析, 259
電力管理オプション, 260
CMS 連携, 19
DHCP サーバー上の自動デプロイメント, 90
HP BladeSystem 温度監視, 259
HP BladeSystem 電源, 259
HP BladeSystem 電源および温度分析, 259
Ignite-UX for Matrix インフラストラクチャオーケスト
レーション用の Ignite-UX, 86
Ignite-UX サーバーとしてのシステム, 88
Insight Control サーバープロビジョニングアプライア
ンスの構成, 66
Integrity VM ホスト, 93, 100
SCVMM, 40
SLVM ボリュームグループ, 98
SPM カタログパーミッション, 141
Storage Provisioning Manager(SPM), 140
VCDG, 273
VMware vCenter, 40
VM ゲスト用の SLVM VG を作成するための
Serviceguard, 94
仮想スイッチ, 93
サーバープール, 196
通知およびプロパティ, 185
テンプレートの変更, 244
ネットワークリソース, 201
物理ディスク, 100
連携 CMS, 19
設定データ
IC 仮想マシン管理ログ, 285
Matrix インフラストラクチャオーケストレーション
ログ, 284
MXSYNC ログ, 285
SIMCAPTURE ログ, 284
SPM ログ, 286
アーカイブ, 287
収集およびアーカイブ, 281
ベースラインの確立, 281
セットアップ
メディアサーバー, 61
そ
ソフトウェア
Integrity VM ホストでのインストール, 92
IC サーバープロビジョニング, 54
て
定義
検出範囲, 312
提供
3PAR 仮想ボリュームをホストに, 128
Command View による Vdisk LUN のホストへの, 115
データセンター、レイアウト図の作成, 265
データの設定
OA show all, 282
VC show all, 282
VC supportdump, 283
データベース
メンテナンス, 288
デフォルト
サーバー配備のパスワード, 334
デプロイされたサーバー, 164
テンプレート
ESX VM の作成, 43, 44
Hyper-V VM の作成, 45
Integrity VM を含む作成, 232, 238
Integrity 物理サーバーを含む作成, 218
IO の作成, 210
ProLiant VM, 223
ProLiant 仮想マシンを含む作成, 223
SCVMM の使用, 46
VMware ESX, 43
サービスリクエストの作成, 245
設定の変更, 244
物理 ProLiant サーバーを含む作成, 210
テンプレートの作成, 243
電力
監視、設定, 259
分析, 260
と
到達不能デバイス
削除, 294
トラブルシューティング
検出に関する問題, 318
な
チェック、仮想マシン, 43
名前を付ける
IC VMM ログ, 285
Insight Management SIMCAPTURE ログ, 284
Matrix インフラストラクチャオーケストレーション
ログ, 284
MXSYNC ログ, 285
OA show all, 282
VC show all, 282
VC supportdump, 283
つ
ね
追加
IC サーバープロビジョニングプロダクトキー, 66
IC サーバープロビジョニングユーザーアカウント, 67
管理対象システム, 29
ついて
ネットワークの追加/削除, 330
た
ダウンロード
IC サーバープロビジョニングのメディアサーバーセッ
トアップユーティリティ, 61
ち
346 索引
は
はじめに、Capacity Advisor, 267
はじめる前に, 11
パスワード、サーバー配備のデフォルト, 334
ひ
表記規約, 310
ふ
よ
要件
システム, 86
ソフトウェア, 86
要件、経験, 13
プール管理, 199, 200
物理ディスク
プロビジョニング, 100
プライマリ CMS
設定, 19
プロビジョニング
ESXi ホストとクラスター, 280
KVM クラウド, 279
プロファイルビューアー、Capacity Advisor, 270
ら
へ
ろ
変更
CMS プロファイル, 330
編集
IC サーバープロビジョニングアプライアンスの設定,
66
ログファイル
メンテナンス, 290
論理サーバー
Integrity VC の作成, 160
Integrity VM の作成, 175
新しい, 179
概要, 157
削除と管理解除, 180
論理サーバーの管理解除, 180
論理サーバーの削除, 180
ほ
ポート定義
ストレージプールエントリー, 155
ボリューム、インポート, 148
ボリュームとパス
冗長性, 155
ストレージプールエントリー, 155
選択, 155
ライセンス
IC サーバープロビジョニング, 66
れ
連携 CMS
環境の設定, 19
セカンダリリソースの設定, 20
連携の設定, 19
ま
マニュアル, 14
マルチパス SAN デプロイメント, 51
め
メディア
Insight Control サーバープロビジョニングのメディア
サーバーセットアップユーティリティでの選択, 61
メディアサーバー
セットアップユーティリティの使用, 61
メンテナンス
データベース, 288
ログファイル, 290
や
役割認証
Matrix OE, 22
ゆ
ユーザー
Matrix インフラストラクチャオーケストレーション
アカウント管理, 23
役割、Matrix OE, 22
ユーザーグループ
セカンダリ CMS での作成, 21
347