IBRIX X9720/X9730 Network Storage System管理者ガイド

by user

on 28 марта 2017

Category: Documents

>> Downloads: 21

156

views

Report

Comments

Description

Download IBRIX X9720/X9730 Network Storage System管理者ガイド

Transcript

IBRIX X9720/X9730 Network Storage System管理者ガイド

HP IBRIX X9720/X9730 Network Storage
System 管理者ガイド
概要
このガイドでは、クラスター構成と監視、システムアップグレードとリカバリ、ハードウェアコンポーネントの交換、お
よびトラブルシューティングに関する操作を説明しています。 X9000 ファイルシステムの機能や標準の Linux 管理ツール
およびコマンドに関する説明は含まれていません。 X9000 ソフトウェアファイルシステム機能の構成および使用方法に
ついては、『HP IBRIX X9000 Network Storage System File System ユーザーガイド』を参照してください。
本書は、ネットワークのインストールおよび管理の経験と、Linux の運用および管理作業の経験があるシステム管理者を対
象にしています。最新の X9000 ガイドについては、http://www.hp.com/support/manuals (英語) を参照してください。
ストレージのセクションで [NAS Systems] を選択し、[IBRIX Storage Systems] セクションで [HP X9000 Network Storage
Systems] を選択してください。日本語版が用意されているマニュアルは、http://www.hp.com/jp/manual/ (日本語) から
入手できます。
HP 部品番号: AW549-96041
2012 年 6 月
第9版
© Copyright 2009, 2012 Hewlett-Packard Development Company, L.P.
本書で取り扱っているコンピューターソフトウェアは秘密情報であり、その保有、使用、または複製には、Hewlett-Packard Company から使
用許諾を得る必要があります。米国政府の連邦調達規則である FAR 12.211 および 12.212 の規定に従って、コマーシャルコンピューターソ
フトウェア、コンピューターソフトウェアドキュメンテーションおよびコマーシャルアイテムのテクニカルデータ (Commercial Computer
Software, Computer Software Documentation, and Technical Data for Commercial Items) は、ベンダーが提供する標準使用許諾規定に基づいて
米国政府に使用許諾が付与されます。
本書の内容は、将来予告なしに変更されることがあります。 HP 製品、またはサービスの保証は、当該製品、およびサービスに付随する明示
的な保証文によってのみ規定されるものとします。ここでの記載で追加保証を意図するものは一切ありません。ここに含まれる技術的、編
集上の誤り、または欠如について、HP はいかなる責任も負いません。
商標について
Microsoft® および Windows® は、米国における Microsoft Corporation の登録商標です。
UNIX® は The Open Group の登録商標です。
保証
保証に関して: この製品に対する保証の複写が必要な際は、保証内容に関する次の Web サイトを参照してください。
http://www.hp.com/go/storagewarranty (英語)
リビジョン履歴
版
日付
ソフトウェ
ア
説明
バージョン
1
2009 年 12 月
5.3.1
X9720 Network Storage System 初版
2
2010 年 4 月
5.4
ネットワーク管理とサポートチケットを追加。
3
2010 年 8 月
5.4.1
Fusion Manager のバックアップ、アジャイル Fusion Manager 構成への移行、ソフト
ウェアアップグレード手順、システムリカバリ手順を追加。
4
2010 年 8 月
5.4.1
アップグレード手順を改訂。
5
2010 年 12 月
5.5
NDMP バックアップと仮想インターフェイスの構成に関する情報を追加し、クラス
ター手順を更新。
6
2011 年 3 月
5.5
セグメント排出情報を更新。
7
2011 年 4 月
5.6
アップグレード手順を改訂。
8
2011 年 9 月
6.0
アジャイル Fusion Manager、統計ツール、Ibrix Collect、イベント通知、キャパシティ
ブロックの取り付け、NTP サーバー、アップグレードに関する情報を追加または更
新。
9
2012 年 6 月
6.1
X9730 システム、ハードウェアの監視、セグメント排出、HP Insight Remote Support、
ソフトウェアアップグレード、イベント、統計ツールに関する情報を追加または更
新。
目次
1 製品の説明.............................................................................................11
システムの機能.....................................................................................................................11
システムコンポーネント........................................................................................................11
X9000 ソフトウェアの機能....................................................................................................11
高可用性と冗長性..................................................................................................................12
2 はじめに.................................................................................................13
X9720/X9730 Network Storage System の設定.........................................................................13
設置手順..........................................................................................................................13
追加の設定手順................................................................................................................13
システムへのログイン...........................................................................................................14
ネットワークを使用する場合.............................................................................................14
TFT キーボード / モニターを使用する場合..........................................................................15
Onboard Administrator のシリアルリンクを使用する場合.....................................................15
システムと各サーバーブレードの起動.....................................................................................15
管理インターフェイス...........................................................................................................15
GUI の使用.......................................................................................................................16
GUI のカスタマイズ..........................................................................................................19
GUI アクセスへのユーザーアカウントの追加......................................................................19
CLI の使用........................................................................................................................20
アレイ管理ソフトウェアの起動..........................................................................................20
X9000 クライアントインターフェイス...............................................................................20
X9000 ソフトウェアのマンページ..........................................................................................21
パスワードの変更..................................................................................................................21
ファイアウォール用のポートの構成........................................................................................21
NTP サーバーの構成..............................................................................................................22
X9000 システム上での HP Insight Remote Support の構成..........................................................23
HP Insight Remote Support に対する X9000 クラスターの構成..............................................24
HP SIM 7.1 および IRS 5.7 の場合の HP Insight Remote Support の構成...................................27
HP SIM 6.3 および IRS 5.6 の場合の HP Insight Remote Support の構成..................................29
HP Insight Remote Support 構成のテスト..............................................................................32
Phone Home 構成の更新....................................................................................................32
Phone Home の無効化.......................................................................................................32
HP Insight Remote Support のトラブルシューティング..........................................................33
3 クライアントアクセス用の仮想インターフェイスの構成............................35
ネットワークと VIF に関するガイドライン..............................................................................35
ボンディングされた VIF の作成..............................................................................................35
スタンバイバックアップノードの構成.....................................................................................36
NIC フェイルオーバーの構成.................................................................................................36
自動フェイルオーバーの構成..................................................................................................36
構成例..................................................................................................................................36
クライアント構成における VIF の指定.....................................................................................37
リンク状態監視のサポート.....................................................................................................37
4 フェイルオーバーの構成..........................................................................38
アジャイル管理コンソール.....................................................................................................38
アジャイル Fusion Manager モード....................................................................................38
アジャイル Fusion Manager とフェイルオーバー.................................................................38
Fusion Manager についての情報の表示...............................................................................39
クラスターの高可用性...........................................................................................................39
フェイルオーバーモード...................................................................................................39
フェイルオーバー中に発生するイベント.............................................................................40
目次
3
自動フェイルオーバーの設定.............................................................................................40
スタンバイペアの構成..................................................................................................40
電源の指定..................................................................................................................41
自動フェイルオーバーのオン/オフ................................................................................41
ファイルサービングノードの手動フェイルオーバー............................................................42
ファイルサービングノードのフェイルバック......................................................................42
ネットワークインターフェイス監視の使用.........................................................................43
HBA 監視の設定...............................................................................................................45
HBA の検出.................................................................................................................46
スタンバイペアの HBA ポートの指定.............................................................................46
HBA 監視のオン/オフ..................................................................................................46
スタンバイポートのペアの削除.....................................................................................46
構成情報データベースからの HBA の削除......................................................................46
HBA 情報の表示...........................................................................................................47
高可用性機能の設定のチェック..........................................................................................47
5 クラスターイベント通知の構成................................................................49
クラスターイベント...............................................................................................................49
クラスターイベントの電子メール通知の設定...........................................................................49
イベントと電子メールアドレスの関連付け.........................................................................49
電子メール通知設定の構成................................................................................................50
イベントと電子メールアドレスの関連付けの解除................................................................50
電子メールアドレスのテスト.............................................................................................50
電子メール通知設定の表示................................................................................................51
SNMP 通知の設定..................................................................................................................51
SNMP エージェントの設定................................................................................................51
trapsink 設定の構成...........................................................................................................52
イベントと trapsink の関連付け..........................................................................................52
SNMP 構成の要素の削除...................................................................................................53
SNMP 構成情報の表示......................................................................................................53
6 システムバックアップの構成...................................................................54
Fusion Manager 構成のバックアップ.......................................................................................54
NDMP バックアップアプリケーションの使用..........................................................................54
クラスターの NDMP パラメーターの設定...........................................................................55
NDMP プロセス管理.........................................................................................................55
NDMP セッションの表示またはキャンセル....................................................................56
NDMP サーバーの起動、停止、または再起動.................................................................56
テープおよびメディアチェンジャーデバイスの表示または再スキャン..................................56
NDMP イベント................................................................................................................57
7 X9000 クライアントのホストグループの作成............................................58
ホストグループの仕組み........................................................................................................58
ホストグループツリーの作成..................................................................................................58
ホストグループへの X9000 クライアントの追加......................................................................59
ホストグループへのドメインルールの追加..............................................................................59
ホストグループの表示...........................................................................................................60
ホストグループの削除...........................................................................................................60
その他のホストグループ操作..................................................................................................60
8 クラスター操作の監視.............................................................................61
システムステータスの監視.....................................................................................................61
監視の間隔.......................................................................................................................61
ストレージの監視結果の確認.............................................................................................61
X9720/X9730 ハードウェアの監視.........................................................................................61
サーバーとシャーシの監視................................................................................................61
シャーシとシャーシコンポーネントの監視.....................................................................63
4
目次
ストレージとストレージコンポーネントの監視...................................................................64
ファイルサービングノードの状態の監視.................................................................................67
クラスターイベントの監視.....................................................................................................68
イベントの表示................................................................................................................68
データベースのイベントテーブルからのイベントの削除......................................................69
クラスターの稼働状態の監視..................................................................................................69
ヘルスチェック................................................................................................................70
ヘルスチェックのレポート................................................................................................70
ログの表示............................................................................................................................72
インテグレーテッドマネジメントログ (IML) の表示および消去..................................................72
ファイルサービングノードの稼働状況に関する統計情報の表示.................................................73
9 Statistics ツールの使用.............................................................................74
Statistics ツールのインストールと設定.....................................................................................74
Statistics ツールのインストール..........................................................................................74
収集と同期の有効化..........................................................................................................74
Statistics ツールの X9000 ソフトウェア 6.0 からのアップグレード............................................75
履歴レポート GUI の使用.......................................................................................................75
レポートの生成................................................................................................................76
レポートの削除................................................................................................................77
Statistics ツールの維持............................................................................................................77
スペース要件....................................................................................................................77
Statistics ツール構成の更新................................................................................................77
Statistics ツール構成の変更................................................................................................78
Fusion Manager のフェイルオーバーと Statistics ツールの構成..............................................78
Statistics ツールプロセスのステータスの確認......................................................................79
Statistics ツールプロセスの制御..........................................................................................79
Statistics ツールのトラブルシューティング..............................................................................79
ログファイル........................................................................................................................80
Statistics ツールのアンインストール........................................................................................80
10 システムのメンテナンス........................................................................81
システムのシャットダウン.....................................................................................................81
X9000 ソフトウェアのシャットダウン...............................................................................81
システムハードウェアの電源切断......................................................................................83
システムの起動.....................................................................................................................83
システムハードウェアの電源投入......................................................................................83
停電後の電源投入.............................................................................................................83
X9000 ソフトウェアの起動...............................................................................................83
ファイルサービングノードの電源オン/オフ............................................................................84
ローリングリブートの実行.....................................................................................................84
プロセスの開始と停止...........................................................................................................84
ファイルサービングノードおよび X9000 クライアントのチューニング.....................................85
セグメントの移行..................................................................................................................87
クラスターからノードを削除する...........................................................................................87
クラスターからストレージを削除する.....................................................................................87
ネットワークのメンテナンス..................................................................................................90
クラスターインターフェイスとユーザーネットワークインターフェイス...............................90
ユーザーネットワークインターフェイスの追加...................................................................90
構成データベースにネットワークインターフェイスオプションを設定する............................91
ネットワークインターフェイスの優先設定.........................................................................92
ネットワークインターフェイスの優先解除.........................................................................93
ネットワークの変更..........................................................................................................94
Linux X9000 クライアントの IP アドレスの変更..............................................................94
クラスターインターフェイスの変更..............................................................................94
ルーティングテーブルエントリーの管理........................................................................94
目次
5
ネットワークインターフェイスの削除...........................................................................95
ネットワークインターフェイス情報の表示.........................................................................95
11 アジャイル Fusion Manager 構成への移行................................................96
設定のバックアップ...............................................................................................................96
移行の実行............................................................................................................................96
アジャイル Fusion Manager のフェイルオーバーとフェイルバックのテスト...............................99
オリジナルの管理コンソールノードを、アジャイル Fusion Manager をホストするファイルサー
ビングノードに変換...............................................................................................................99
12 X9000 ソフトウェアの 6.1 リリースへのアップグレード........................101
X9000 ソフトウェアの 6.0 から 6.1 へのオンラインアップグレード.......................................101
アップグレードの準備.....................................................................................................102
アップグレードの実行.....................................................................................................102
アップグレード後...........................................................................................................102
X9000 ソフトウェアの 5.6.x または 6.0.x から 6.1 へのオフラインアップグレード.................103
アップグレードの準備.....................................................................................................103
アップグレードの実行.....................................................................................................104
アップグレード後...........................................................................................................105
Linux X9000 クライアントのアップグレード..........................................................................106
Linux クライアントへのカーネルのマイナーアップデートのインストール............................106
Windows X9000 クライアントのアップグレード...................................................................107
6.0 以前のファイルシステムのアップグレードによるソフトウェアスナップショットのサポー
ト.......................................................................................................................................107
アップグレードの問題のトラブルシューティング..................................................................108
自動アップグレード........................................................................................................109
手動アップグレード........................................................................................................109
iLO ファームウェアが古いためオフラインアップグレードに失敗する.................................109
ノードがクラスターネットワークに登録されていない ......................................................109
ファイルシステムのマウント解除の問題...........................................................................110
Fusion Manager VIF の bond1 への移動............................................................................111
13 X9000 ソフトウェアの 5.6 リリースへのアップグレード.......................113
自動アップグレード.............................................................................................................113
手動アップグレード.............................................................................................................114
アップグレードの準備.....................................................................................................114
ノード構成の保存...........................................................................................................115
アップグレードの実行.....................................................................................................115
ノード構成の復元...........................................................................................................115
アップグレードの完了.....................................................................................................115
アップグレードの問題のトラブルシューティング..................................................................116
自動アップグレード........................................................................................................116
手動アップグレード........................................................................................................117
14 X9000 ソフトウェアの 5.5 リリースへのアップグレード........................118
自動アップグレード.............................................................................................................118
手動アップグレード.............................................................................................................119
専用管理サーバーマシンまたはブレードを持つクラスターの標準アップグレード................119
標準オンラインアップグレード...................................................................................119
標準オフラインアップグレード...................................................................................121
アジャイル管理コンソール構成を持つクラスターのアジャイルアップグレード...................124
アジャイルオンラインアップグレード.........................................................................124
アジャイルオフラインアップグレード.........................................................................128
アップグレードの問題のトラブルシューティング..................................................................131
15 ライセンス..........................................................................................132
ライセンス条項の表示.........................................................................................................132
6
目次
ライセンスキーの取得.........................................................................................................132
16 システムハードウェアとファームウェアのアップグレード......................133
ファームウェアのアップグレード.........................................................................................133
X9730 システムへのパフォーマンスモジュールの追加...........................................................133
X9720 システムへの新しいサーバーブレードの追加..............................................................133
X9720 システムへのキャパシティブロックの追加..................................................................135
キャパシティブロックの取り付け場所..............................................................................136
取り付け手順..................................................................................................................137
新しいストレージの監視を有効化....................................................................................141
新しいキャパシティブロックのシャーシ名の設定..............................................................142
サーバーブレードの取り外し................................................................................................142
キャパシティブロックの取り外し.........................................................................................143
17 トラブルシューティング......................................................................144
Ibrix Collect を使用した HP サポート用情報の収集..................................................................144
ログの収集.....................................................................................................................144
アーカイブファイルの削除..............................................................................................145
アーカイブファイルのダウンロード.................................................................................145
Ibrix Collect の設定..........................................................................................................146
データ収集情報の表示.....................................................................................................147
データ収集構成情報の表示..............................................................................................147
XML ファイル内のコマンドまたはログの追加/削除...........................................................147
X9720 システムのトラブルシューティング...........................................................................147
問題の報告.....................................................................................................................147
便利なユーティリティとプロセス....................................................................................148
exds_stdiag ユーティリティ........................................................................................148
exds_netdiag ユーティリティ......................................................................................149
exds_netperf ユーティリティ.......................................................................................150
Onboard Administrator へのアクセス.....................................................................................151
ネットワーク経由で OA にアクセス.................................................................................151
OA の Web ベースの管理インターフェイスにアクセス.................................................151
シリアルポート経由で OA にアクセス.............................................................................151
サービスポート経由で OA にアクセス.............................................................................151
hpacucli の使用 – アレイコンフィギュレーションユーティリティ (ACU).............................152
POST エラーメッセージ.......................................................................................................152
X9730 コントローラーエラーメッセージ...............................................................................152
X9720 LUN レイアウト........................................................................................................154
X9720 コンポーネントの監視...............................................................................................155
X9700cx シャーシ上の故障 I/O モジュールの特定.................................................................155
故障の表示.....................................................................................................................155
故障したコンポーネントの特定........................................................................................155
X9700c コントローラーの取り付け直し............................................................................159
ソフトウェアのバージョン番号の表示...................................................................................159
特定の問題のトラブルシューティング...................................................................................160
ソフトウェアサービス.....................................................................................................160
フェイルオーバー...........................................................................................................160
Windows X9000 クライアント........................................................................................161
モード 1 ボンディングまたはモード 6 ボンディング.........................................................161
Onboard Administrator が反応しない................................................................................162
X9000 RPC のホスト呼び出しが失敗する.........................................................................162
サーバーブレード／電源 PIC の劣化.................................................................................162
LUN ステータスが「failed」............................................................................................162
HP P700m の明らかな不具合...........................................................................................163
X9700c エンクロージャーの前面パネルの障害 ID LED が黄色になっている..........................164
スペアディスクドライブが使用中に緑点灯しない..............................................................164
目次
7
交換用ディスクドライブの LED が緑点灯しない................................................................164
X9700cx GSI LED が黄色になっている..............................................................................164
ファームウェア更新後、X9700cx ドライブの LED が黄色になっている...............................165
Virtual Connect ドメインの構成.............................................................................................165
ファイルサービングノード上の情報と構成情報データベースの同期........................................166
18 X9720/X9730 Network Storage System のリカバリ.................................167
最新の IBRIX X9000 ソフトウェアのリリース.........................................................................167
リカバリの準備...................................................................................................................167
X9720 または X9730 ファイルサービングノードのリカバリ...................................................168
復旧の完了 .........................................................................................................................174
トラブルシューティング......................................................................................................176
iLO リモートコンソールがキー入力に反応しない..............................................................176
19 サポートとその他の資料......................................................................177
HP のサポート窓口..............................................................................................................177
関連情報.............................................................................................................................177
HP Web サイト...................................................................................................................178
ラックに関する注意.............................................................................................................178
製品の保証..........................................................................................................................178
A X9730 コンポーネントおよびケーブル配線図..........................................179
メインラックの背面図.........................................................................................................179
拡張ラックの背面図.............................................................................................................180
X9730 CX I/O モジュールおよび SAS ポートコネクター........................................................180
X9730 CX 1 と SAS スイッチの接続......................................................................................181
X9730 CX 2 と SAS スイッチの接続......................................................................................182
X9730 CX 3 と SAS スイッチの接続......................................................................................183
X9730 CX 7 と SAS スイッチの接続 (拡張ラック)..................................................................184
B X9730 スペアパーツリスト ...................................................................185
HP IBRIX X9730 パフォーマンスシャーシ (QZ729A)...............................................................185
HP IBRIX X9730 140 TB MLStorage 2xBL パフォーマンスモジュール (QZ730A)..........................185
HP IBRIX X9730 210 TB ML Storage 2xBL パフォーマンスモジュール (QZ731A).........................186
(QZ732A)...........................................................................................................................186
(QZ733A)...........................................................................................................................187
C X9720 コンポーネントおよびケーブル配線図..........................................188
ベースキャビネットおよび拡張キャビネット.........................................................................188
ベースキャビネットの前面図...........................................................................................188
キャパシティブロック 1 個のベースキャビネットの背面図................................................189
フル装備のベースキャビネットの前面図...........................................................................190
フル装備のベースキャビネットの背面図...........................................................................191
拡張キャビネットの前面図 .............................................................................................192
キャパシティブロックが 4 個の拡張キャビネットの背面図................................................193
パフォーマンスブロック (c-Class ブレードエンクロージャー)..................................................193
c-Class ブレードエンクロージャーの前面図.......................................................................194
c-Class ブレードエンクロージャーの背面図.......................................................................194
Flex-10 ネットワーク.......................................................................................................194
キャパシティブロック.........................................................................................................195
X9700c (12 ディスクドライブのアレイコントローラー).....................................................196
X9700c 前面図...........................................................................................................196
X9700c 背面図...........................................................................................................196
X9700cx (70 ディスクドライブの高密度 JBOD).................................................................197
X9700cx 前面図.........................................................................................................197
X9700cx 背面図.........................................................................................................197
配線図................................................................................................................................198
8
目次
キャパシティブロックのケーブル接続 — ベースキャビネットおよび拡張キャビネット........198
Virtual Connect Flex-10 Ethernet モジュールのケーブル接続 — ベースキャビネット...............198
SAS スイッチのケーブル接続 — ベースキャビネット........................................................200
SAS スイッチのケーブル接続 — 拡張キャビネット...........................................................200
D X9720 スペアパーツリスト ...................................................................202
X9720
X9700
X9700
X9700
X9700
X9700
Network Storage System Base (AW548A).....................................................................202
拡張ラック (AQ552A)................................................................................................202
サーバーシャーシ (AW549A).....................................................................................202
ブレードサーバー (AW550A).....................................................................................203
82TB キャパシティブロック (X9700c および X9700cx) (AQ551A).................................203
164TB キャパシティブロック (X9700c および X9700cx) (AW598B)...............................204
E 警告および注意事項...............................................................................206
静電気対策の情報................................................................................................................206
静電気による損傷の防止.................................................................................................206
アースの方法.............................................................................................................206
アースの方法..................................................................................................................206
装置の記号..........................................................................................................................207
重量警告.............................................................................................................................207
ラックに関する警告と注意事項............................................................................................208
デバイスに関する警告と注意事項.........................................................................................208
F 規定に関するご注意...............................................................................211
規定準拠識別番号................................................................................................................211
Federal Communications Commission notice (米国)...................................................................211
FCC rating label..............................................................................................................211
Class A equipment......................................................................................................211
Class B equipment......................................................................................................211
Modification...................................................................................................................212
Cables...........................................................................................................................212
Canadian notice (Avis Canadien) (カナダおよびカナダ、フランス語使用地域)...........................212
Class A equipment...........................................................................................................212
Class B equipment...........................................................................................................212
European Union notice (欧州).................................................................................................212
Japanese notices (日本).........................................................................................................213
VCCI-A に関するご注意...................................................................................................213
VCCI-B に関するご注意...................................................................................................213
VCCI マーク...................................................................................................................213
電源コードに関するご注意..............................................................................................213
Korean notices (韓国)............................................................................................................213
Class A equipment...........................................................................................................213
Class B equipment...........................................................................................................213
Taiwanese notices (台湾).......................................................................................................214
BSMI Class A notice.........................................................................................................214
Taiwan battery recycle statement........................................................................................214
Turkish recycling notice (トルコ).............................................................................................214
Vietnamese Information Technology and Communications compliance marking (ベトナム).............214
レーザー規定に関するご注意................................................................................................214
English laser notice (英語).................................................................................................214
Dutch laser notice (オランダ語).........................................................................................215
French laser notice (フランス語)........................................................................................215
German laser notice (ドイツ語).........................................................................................215
Italian laser notice (イタリア語)........................................................................................216
Japanese laser notice (日本語)...........................................................................................216
Spanish laser notice (スペイン語)......................................................................................216
目次
9
リサイクルに関するご注意...................................................................................................217
English recycling notice (英語)...........................................................................................217
Bulgarian recycling notice (ブルガリア語)...........................................................................217
Czech recycling notice (チェコ語)......................................................................................217
Danish recycling notice (デンマーク語)..............................................................................217
Dutch recycling notice (オランダ語)...................................................................................217
Estonian recycling notice (エストニア語)............................................................................218
Finnish recycling notice (フィンランド語)...........................................................................218
French recycling notice (フランス語)..................................................................................218
German recycling notice (ドイツ語)...................................................................................218
Greek recycling notice (ギリシャ語)...................................................................................218
Hungarian recycling notice (ハンガリー語).........................................................................218
Italian recycling notice (イタリア語)...................................................................................219
Latvian recycling notice (ラトビア語)..................................................................................219
Lithuanian recycling notice (リトアニア語)..........................................................................219
Polish recycling notice (ポーランド語)................................................................................219
Portuguese recycling notice (ポルトガル語).........................................................................219
Romanian recycling notice (ルーマニア語)..........................................................................220
Slovak recycling notice (スロバキア語)...............................................................................220
Spanish recycling notice (スペイン語)................................................................................220
Swedish recycling notice (スウェーデン語).........................................................................220
バッテリの廃棄に関するご注意............................................................................................221
Dutch battery notice (オランダ語)......................................................................................221
French battery notice (フランス語).....................................................................................221
German battery notice (ドイツ語)......................................................................................222
Italian battery notice (イタリア語).....................................................................................222
バッテリに関するご注意 (日本語).....................................................................................223
Spanish battery notice (スペイン語)...................................................................................223
用語集.....................................................................................................224
索引........................................................................................................226
10
目次
1 製品の説明
HP X9720 および X9730 Network Storage Systems は、スケーラブルなネットワーク接続型ス
トレージ (NAS) 製品です。このシステムは HP X9000 File Serving Software と HP のサーバー
およびストレージハードウェアを結合して、ファイルサービングノードに対するクラスターを
創出します。
システムの機能
X9720 および X9730 Network Storage System には、以下の特徴があります。
•
単一の名前空間においてセグメント化されたスケーラブルなファイルシステム
•
ファイルシステムデータにアクセスするための NFS、CIFS、FTP、HTTP サポート
•
一元的な CLI および GUI でクラスターを管理
•
ポリシー管理
•
継続的なリモート複製
•
すべてのストレージコンポーネントに対するデュアルの冗長パス
•
ギガバイト/秒のスループット
重要: クラスター構成は定期的にバックアップすることが重要です。詳細については、「Fusion
Manager 構成のバックアップ」 (54 ページ) を参照してください。
システムコンポーネント
重要:
X9720/X9730 Network Storage System に含まれるすべてのソフトウェアは、システ
ムの操作のみを目的とするものです。 HP 担当者の指示がない場合は、ソフトウェアの追加、
削除または変更をしないでください。
X9730 のシステムコンポーネントおよびケーブル接続に関する情報は、「X9730 コンポーネ
ントおよびケーブル配線図」 (179 ページ) をご覧ください。
X9720 のシステムコンポーネントおよびケーブル接続に関する情報は、付録 C 「X9720 コン
ポーネントおよびケーブル配線図」をご覧ください。
システムコンポーネントの完全なリストについては、次のサイトにある『HP X9000 Network
Storage System QuickSpecs』を参照してください。
http://www.hp.com/go/X9000 (英語)
X9000 ソフトウェアの機能
HP X9000 ソフトウェアは、スケールアウト型ネットワーク接続ストレージソリューションで
あり、クラスター用のパラレルファイルシステムおよび統合ボリュームマネージャー、複数の
コンポーネントの自動フェイルオーバーなどの高可用性機能、および集中管理インターフェイ
スを含んでいます。 X9000 ソフトウェアは、何千ものノードに拡張可能です。
セグメント化されたファイルシステムアーキテクチャーに基づく X9000 ソフトウェアは、複
数のアプリケーションで共有して Fusion Manager で中央管理できる単一のクラスター環境に、
I/O およびストレージシステムを統合します。
X9000 ソフトウェアは、高 I/O 帯域幅、高 IOPS スループット、およびスケーラブルな構成
を必要とする高パフォーマンスコンピューティングアプリケーションとともに動作するように
設計されています。
主な機能とメリットのいくつかを次に示します。
•
スケーラブルな構成。サーバーの増設によりパフォーマンスを拡張でき、ストレージデバ
イスの増設により容量を拡張できます。
システムの機能
11
•
単一の名前空間。すべてのディレクトリとファイルが同じ名前空間に格納されます。
•
複数の環境。 SAN 環境と DAS 環境の両方で動作します。
•
高可用性。高可用性ソフトウェアがサーバーを保護します。
•
チューニング機能。システムを I/O ブロックのサイズに合わせてチューニングできます。
•
柔軟な構成。セグメントを動的に移行して再バランスおよびデータ階層化を実施できま
す。
高可用性と冗長性
セグメント化されたアーキテクチャーは、障害回復の基盤となります。1 つ以上のセグメント
へのアクセスが失われても、ファイルシステム全体がアクセス不能になることはありません。
個々のセグメントは保守作業のため一時的にオフラインにした後、ファイルシステムに戻すこ
とができます。
X9000 ソフトウェアでは、次のような様々なポイントにおける手動および自動でのフェイル
オーバー保護が可能です。これにより、継続的なデータアクセスが保証されます。
12
•
サーバー: 障害の発生したノードは電源を遮断され、指定されたスタンバイサーバーがセ
グメント管理をすべて引き継ぎます。
•
セグメント: 指定されたスタンバイサーバーが、障害の発生したノード上の各セグメント
のオーナーシップを引き継ぎます。
•
ネットワークインターフェイス: 障害の発生したネットワークインターフェイスが再び稼
働状態になるまでの間、スタンバイネットワークインターフェイスが IP アドレスを引き継
ぎます。
•
ストレージの接続: HBA で保護されたファイバーチャネルアクセスを使用しているサー
バーの場合、HBA に障害が発生すると、ノードからの指定されたスタンバイサーバーへの
フェイルオーバーがトリガーされます。
製品の説明
2 はじめに
この章では、システムへのログイン、システムと各サーバーブレードの起動、パスワードの変
更、Fusion Manager 構成のバックアップに関する手順について説明します。また、X9000 ソ
フトウェア管理インターフェイスについても説明します。
重要:
システムをご使用の際は、次のガイドラインに従ってください。
•
HP からの指示がない限り、オペレーティングシステムやカーネルのパラメーターを変更
したり、X9720/X9730 Network Storage System の一部を更新したりしないでください。
システムが正常に動作しなくなる可能性があります。
•
ファイルサービングノードはファイルサービング操作に応じてチューニングされていま
す。サポートされているバックアッププログラムを除き、その他のアプリケーションを
ノード上で直接実行しないでください。
X9720/X9730 Network Storage System の設定
HP のサービススペシャリストがお客様のいる現地でシステムを設定します。次のような作業
を行います。
設置手順
•
設置を始める前に、製品のコンポーネントがそれらの設置場所に配置されていることを確
認します。製品の梱包を解き、各梱包に含まれているアイテムのリストと実際の内容を照
合し、製品外部に物理的な損傷がないことを確認します。次に、製品を電源に接続し、お
客様のネットワークに接続します。
•
HP Enterprise NAS 製品の実装に関連するお客様のサーバー、ネットワーク、ストレージ
環境を確認し、前提条件が満たされているかどうか検証します。
•
サービス計画フェーズ以降に、お客様のファイルシステムパフォーマンス、可用性、管理
に関する要件が変更されていないことを確認します。 HP Enterprise NAS 製品の実装計画
とソフトウェア構成を最終決定します。
•
配布前チェックリストに記載されている情報に基づいて、文書化された合意に基づく構成
を実装します。
•
構成の詳細を文書化します。
追加の設定手順
システムが稼働したら、続けてクラスターおよびファイルシステムに関する追加設定を行うこ
とができます。大部分の操作は管理コンソール GUI と CLI を使用して行います (ここに記載さ
れている機能の一部は、システムインストールの過程で設定される場合もあります)。
クラスター: 必要に応じて次のように設定します。
•
ファイアウォールポート。「ファイアウォール用のポートの構成」 (21 ページ) を参照し
てください。
•
HP Insight Remote Support および Phone Home。「X9000 システム上での HP Insight Remote
Support の構成」 (23 ページ) を参照してください。
•
クライアントアクセス用の仮想インターフェイス。「クライアントアクセス用の仮想イン
ターフェイスの構成」 (35 ページ) を参照してください。
•
電子メールまたは SNMP を介したクラスターイベント通知。「クラスターイベント通知
の構成」 (49 ページ) を参照してください。
•
Fusion Manager バックアップ。「Fusion Manager 構成のバックアップ」 (54 ページ) を
参照してください。
X9720/X9730 Network Storage System の設定
13
•
NDMP バックアップ。「NDMP バックアップアプリケーションの使用」 (54 ページ) を
参照してください。
•
統計ツール。「Statistics ツールの使用」 (74 ページ) を参照してください。
•
Ibrix Collect。「Ibrix Collect を使用した HP サポート用情報の収集」 (144 ページ) を参照
してください。
ファイルシステム: 必要に応じて次の機能を設定します。
•
NFS、CIFS、FTP、または HTTP。ファイルシステムデータにアクセスするために使用する
方法を設定します。
•
クォータ。必要に応じて、ユーザー、グループ、ディレクトリツリーのクォータを設定し
ます。
•
リモート複製。この機能を使用すると、あるクラスター上のソースファイルシステム内で
発生した変更を、同じクラスターか、または別のクラスター上のターゲットファイルシス
テムに複製できます。
•
データの保持と検証。この機能を使用すると、WORM (Write-Once Read-Many ) と保持
されたファイルを管理できます。
•
ウイルス対策サポート。この機能はサポートされているウイルス対策ソフトウェアで使用
され、X9000 ファイルシステム上でファイルをスキャンできます。
•
X9000 ソフトウェアスナップショット。この機能により、オンラインバックアップを目
的としたファイルシステムまたはディレクトリのポイントインタイムコピーを取得できま
す。また、誤って削除されたファイルを簡単に回復することも可能です。ユーザーはス
ナップショットに表示された時点でのファイルシステムまたはディレクトリにアクセスで
きます。
•
ファイルの割り当て。この機能を使用すると、新しいファイルとディレクトリを格納する
ためのセグメントの選択方法を指定できます。
•
データ階層化。この機能を使用すると、ファイルをファイル属性に基づいて特定の階層に
移動できます。
これらのファイルシステム機能の詳細については、『HP IBRIX X9000 Network Storage System
File System ユーザーガイド』を参照してください。
ローカライズのサポート
Red Hat Enterprise Linux 5 では、サポートされたロケール用に UTF-8 (8 ビット Unicode
Transformation Format) エンコードを使用します。これにより、別のロケールで UTF-8 を使用
して作成されたドキュメントを表示、編集、作成することができます。X9000 ソフトウェアで
は、/etc/sysconfig/i18n 設定ファイルをユーザーのロケールに合わせて変更することが
できます。次の例では、複数の文字セットに LANG および SUPPORTED 変数を設定していま
す。
LANG="ko_KR.utf8"
SUPPORTED="en_US.utf8:en_US:en:ko_KR.utf8:ko_KR:ko:zh_CN.utf8:zh_CN:zh"
SYSFONT="lat0-sun16"
SYSFONTACM="iso15"
システムへのログイン
ネットワークを使用する場合
別のホストからリモートでログインする場合は、ssh を使用します。構成済みのいずれかの
サイトネットワークインターフェイス (eth1、eth2、または bond1) を使用して、すべてのサー
バーにログインできます。
14
はじめに
ssh で root ユーザーとしてログインすると、サーバーへのログイン後、.ssh/known_hosts
ファイルによりクラスター内のサーバーを操作できます。
お客様のクラスター内のオリジナルのサーバーブレードは、パスワード不要の ssh をサポー
トするよう構成されています。 1 つのサーバーに接続すると、root パスワードを再度入力し
なくても他のサーバーに接続できます。他のサーバーブレードで同じサポートを可能にした
り、パスワードを入力せずにシステム自体にアクセスするには、他のサーバーの鍵を各サー
バーブレードの .ssh/authorized keys に追加します。
TFT キーボード / モニターを使用する場合
サイトのネットワークがダウンした場合、次の手順でコンソールにログインできます。
1. キーボードモニターを引き出す (「ベースキャビネットの前面図」 (188 ページ) 参照)。
2. Print Scrn または Ctrl を 1 秒以内に 2 度押し、スクリーン表示 (OSD) のメインダイアログ
ボックスにアクセスします。
3. 最初のサーバー名をダブルクリックします。
4. 通常どおりログインします。
注記: デフォルトでは、最初のポートがブレード 1 の前面のドングル (つまりサーバー 1) に
接続されています。サーバー 1 がダウンしている場合、ドングルは別のブレードに接続しま
す。
Onboard Administrator のシリアルリンクを使用する場合
ターミナルサーバーに接続する場合は、Onboard Administrator のシリアルリンクを介してロ
グインできます。
システムと各サーバーブレードの起動
システムを起動する前に、サーバーブレード以外のすべてのシステムコンポーネント (キャパ
シティブロックやパフォーマンスモジュールなど) の電源が入っていることを確認してくださ
い。デフォルトでは、サーバーブレードは、システムパフォーマンスシャーシ (c-Class Blade
エンクロージャー) に電源が供給された時点で起動します。すべてのサーバーブレードの電源
が切れている場合、次の手順でシステムを起動できます。
1. サーバーブレード 1 の電源ボタンを押します。
2. サーバー 1 に root ユーザーとしてログインします。
3. 残りのサーバーブレードの電源を入れます。
ibrix_server -P on -h <hostname>
注記: または、残りのすべてのサーバーの電源ボタンを押します。最初のサーバーブ
レードの起動を待つ必要はありません。
管理インターフェイス
クラスター処理は、X9000 Fusion Manager によって管理します。Fusion Manager では GUI
と CLI の両方を使用できます。ほとんどの操作は、GUI と CLI のどちらからでも実行できま
す。
CLI からしか実行できない操作は次のとおりです。
•
SNMP 設定 (ibrix_snmpagent、ibrix_snmpgroup、ibrix_snmptrap、
ibrix_snmpuser、ibrix_snmpview)
•
ヘルスチェック (ibrix_haconfig、ibrix_health、ibrix_healthconfig)
•
Raw ストレージ管理 (ibrix_pv、ibrix_vg、ibrix_lv)
•
Fusion Manager の操作 (ibrix_fm) と Fusion Manager のチューニング (ibrix_fm_tune)
システムと各サーバーブレードの起動
15
•
ファイルシステムのチェック (ibrix_fsck)
•
カーネルプロファイリング (ibrix_profile)
•
クラスター構成 (ibrix_clusterconfig)
•
構成情報データベースの整合性維持 (ibrix_dbck)
•
シェルタスク管理 (ibrix_shell)
GUI からしか実行できない操作は次のとおりです。
•
データ検証スキャンの自動更新スケジューリング
•
ソフトウェアスナップショットの自動更新スケジューリング
GUI の使用
GUI は、Fusion Manager へのブラウザーベースのインターフェイスです。サポートされてい
るブラウザーと、ダッシュボードでチャートを表示するために必要なその他のソフトウェアに
ついては、リリースノートを参照してください。必要に応じて複数の GUI ウィンドウを開く
ことができます。
HTTP を使用して GUI にアクセスする場合は、Web ブラウザーを開き、ポート 80 を指定して
次の場所に移動してください。
http://<management_console_IP>:80/fusion
HTTPS を使用して GUI にアクセスする場合は、ポート 443 を指定して次の場所に移動してく
ださい。
https://<management_console_IP>:443/fusion
これらの URL で、<management_console_IP> は、Fusion Manager ユーザー VIF の IP アド
レスを指しています。
ユーザー名とパスワードを入力するダイアログボックスが表示されます。デフォルトの管理
ユーザーは ibrix です。システムのインストール時にこのユーザーに割り当てられたパス
ワードを入力します (このパスワードは Linux の passwd コマンドを使用して変更できます)。
ほかのユーザーも GUI にアクセスできるようにする場合は、「GUI アクセスへのユーザーア
カウントの追加」 (19 ページ) を参照してください。
ログインすると、GUI ダッシュボードが開き、クラスター全体を監視できるようになります
(GUI の表示と操作の詳細については、オンラインヘルプを参照してください)。ダッシュボー
16
はじめに
ドは、システムステータス、クラスターの概要、ナビゲーターという 3 つの部分で構成されて
います。
システムステータス
[System Status] セクションには、直前の 24 時間以内に発生したクラスターイベントの数が表
示されます。イベントには次の 3 つの種類があります。
アラート: ファイルシステムデータへのアクセスが失われる可能性のある中断イベント。たとえば、セ
グメントが使用不能になった場合や、サーバーがアクセス不能になった場合など。
警告: ファイルシステムへのアクセスは失われないものの、中断を招く可能性のある状態。この状態に
対処しないでいると、アラート条件にまで悪化する可能性があります。たとえば、サーバー CPU の使
用率が非常に高い場合や、クォータ制限値に近づいている場合など。
情報: クラスターに対する変更に伴って通常生じるイベント。たとえば、ファイルシステムをマウント
した場合やセグメントを作成した場合など。
クラスターの概要
クラスターの概要には次の情報が表示されます。
[Capacity]
クラスターストレージの現在の空き容量、または使用中の容量。
[Filesystems]
クラスター内のファイルシステムの現在のヘルスステータス。概要では状態 (正常、警告
発生、アラート発生、不明) 別にファイルシステムの数が報告されます。
[Segment Servers]
クラスター内のファイルサービングノードの現在のヘルスステータス。概要では状態 (正
常、警告発生、アラート発生、不明) 別にノードの数が報告されます。
管理インターフェイス
17
[Services]
指定されたファイルシステムサービスが現在実行中かどうかが示されます。
1 つ以上のタスクが実行中
です。
タスクは実行されていませ
ん。
[Statistics]
次の項目のパフォーマンス履歴のグラフが表示されます。
•
ネットワーク I/O (MB/秒)
•
ディスク I/O (MB/秒)
•
CPU 使用率 (%)
•
メモリ使用率 (%)
どのグラフも、X 軸は時間、Y 軸はパフォーマンスを表しています。
[Statistics] メニューを使用して、監視対象のサーバーの選択 (最大 2 つ)、Y 軸の最大値の変
更、CPU とメモリのリソース使用率分布を表示または非表示などを行うことができます。
[Recent Events]
直近のクラスターイベント。 [Recent Events] メニューを使用して、表示するイベントのタ
イプを選択します。
[Cluster Overview] から特定のメニュー項目に直接アクセスすることもできます。 [Capacity]、
[Filesystems]、または [Segment Servers] のインジケーター上にマウスを移動すると、使用可能
なオプションが表示されます。
ナビゲーター
ナビゲーターはウィンドウの左側にあり、クラスター階層を表示します。ナビゲーターを使用
してクラスター構成内にドリルダウンし、ファイルシステムやストレージなどのクラスターオ
ブジェクトを追加、表示、または変更したり、スナップショットや複製などのタスクを開始ま
たは表示することができます。オブジェクトを選択すると、詳細ページにそのオブジェクトの
概要が表示されます。下部のナビゲーターでは、選択したオブジェクトの詳細を表示したり、
タスクを開始したりすることができます。次の例では、上部のナビゲーターで [Filesystems] を
選択し、下部のナビゲーターで [Mountpoints] を選択することで、ファイルシステム ifs1 の
マウントに関する詳細を表示しています。
18
はじめに
注記: GUI で操作を行う場合、操作が完了するまで回転する指の図が表示されます。ただ
し、Windows リモートデスクトップを使用して GUI にアクセスしている場合、回転する指の
図は表示されません。
GUI のカスタマイズ
GUI に表が表示されているときは、ほとんどの場合、表示する列を指定でき、各列のソート順
序を指定できます。この機能を使用できる場合は、列の上にマウスを合わせると、ラベルの色
が変化し、ポインターが表示されます。ポインターをクリックすると、使用可能なオプション
が表示されます。次の例では、[Mountpoint] 列の内容を昇順または降順にソートでき、表示に
含める列を選択できます。
GUI アクセスへのユーザーアカウントの追加
X9000 ソフトウェアは管理者ロールとユーザーロールをサポートしています。管理者ロール
でログインしたユーザーは、クラスターを設定したり、リモート複製やスナップショットなど
の操作を開始することができます。ユーザーロールでログインしたユーザーは、クラスター設
定とステータスを表示できますが、設定を変更したり操作を開始したりすることはできませ
ん。デフォルトの管理ユーザー名は ibrix です。デフォルトの標準ユーザー名は ibrixuser
です。
管理者ロールとユーザーロールのユーザー名は、/etc/group ファイルで定義します。管理
ユーザーは ibrix-admin グループ内に指定し、標準ユーザーは ibrix-user グループに指
管理インターフェイス
19
定します。これらのグループは、X9000 ソフトウェアのインストール時に作成されます。次
に示す /etc/group ファイル内のエントリーは、これらのグループ内のデフォルトユーザー
を示しています。
ibrix-admin:x:501:root,ibrix
ibrix-user:x:502:ibrix,ibrixUser,ibrixuser
必要に応じて、Linux コマンドを使用して、これらのグループにほかのユーザーを追加するこ
とができます。例を次に示します。
adduser -G ibrix-<groupname> <username>
adduser コマンドを使用するときには、必ず -G オプションを含むようにしてください。
CLI の使用
本書で述べる管理コマンドは、Fusion Manager ホスト上で実行する必要があります。これらの
コマンドを実行するには、root 権限が必要です。これらのコマンドは $IBRIXHOME⁄bin にあ
ります。コマンドの詳細については、『HP IBRIX X9000 Network Storage System CLI リファレ
ンスガイド』を参照してください。
ssh を使用して Fusion Manager をホストするマシンにアクセスする場合は、Fusion Manager
ユーザー VIF の IP アドレスを指定します。
アレイ管理ソフトウェアの起動
アレイのタイプによっては、GUI からアレイ管理ソフトウェアを起動できます。ナビゲーター
で [Vendor Storage] を選択し、[Vendor Storage] ページからアレイを選択して、[Launch Storage
Management] をクリックします。
X9000 クライアントインターフェイス
X9000 クライアントから Fusion Manager にアクセスする方法は次のとおりです。
•
Linux クライアント: ファイルシステムのマウントまたはマウント解除や統計情報の表示
などのタスクには、Linux クライアントコマンドを使用します。これらのコマンドの詳細
については、『HP IBRIX X9000 Network Storage System CLI リファレンスガイド』を参照
してください。
•
Windows クライアント: ファイルシステムのマウントまたはマウント解除や Windows ク
ライアントの登録などのタスクには、Windows クライアント GUI を使用します。
Windows X9000 クライアント GUI の使用
Windows X9000 クライアント GUI は、Fusion Manager へのクライアントインターフェイス
です。 GUI を開くには、デスクトップアイコンをダブルクリックするか、クライアントの [ス
タート] メニューから IBRIX クライアントプログラムを選択します。このクライアントプログ
ラムには、機能別のタブが表示されます。
注記: Windows X9000 クライアント GUI を起動できるのは、管理者権限を持つユーザーの
みです。
20
•
[Status]: クライアントの Fusion Manager 登録ステータスおよびマウントされているファ
イルシステムを表示し、トラブルシューティングに役立つ IAD ログへのアクセスを提供し
ます。
•
[Registration]: Fusion Manager にクライアントを登録します。詳しくは、『HP IBRIX X9000
Network Storage System インストールガイド』を参照してください。
•
[Mount]: ファイルシステムをマウントします。リストからクラスター名 (Fusion Manager
名) を選択し、マウントするファイルシステムの名前を入力した後、ドライブを選択して、
[Mount] をクリックします (リモートデスクトップを使用してクライアントにアクセスする
ときにドライブ文字が表示されない場合は、いったんログアウトしてからログインし直し
ます)。
はじめに
•
[Umount]: ファイルシステムをマウント解除します。
•
[Tune Host]: 優先する NIC (クライアント用に異なるネットワークインターフェイスを優先
していない限り、クライアントはデフォルトでクラスターインターフェイスを使用しま
す)、通信プロトコル (UDP または TCP)、使用するサーバースレッドの数などのパラメー
ターをチューニングできます。
•
[Active Directory Settings]: 現在の Active Directory 設定を表示します。
詳しくは、クライアント GUI のオンラインヘルプを参照してください。
X9000 ソフトウェアのマンページ
X9000 ソフトウェアでは、ほとんどのコマンドのマンページが用意されています。マンペー
ジを表示するには、MANPATH 変数を設定し、マンページへのパスを含め、エクスポートしま
す。マンページは $IBRIXHOME/man ディレクトリにあります。たとえば、$IBRIXHOME が
/usr/local/ibrix (デフォルト) の場合は、MANPATH 変数を次のように設定し、変数をエク
スポートします。
MANPATH=$MANPATH:/usr/local/ibrix/man
パスワードの変更
重要: hpspAdmin ユーザーアカウントは IBRIX ソフトウェアのインストール時に追加され、
内部で使用されます。このアカウントを削除したり、パスワードを変更しないでください。
システム上の次のパスワードを変更できます。
•
ハードウェアパスワード: 詳しくは、特定のハードウェアのマニュアルを参照してくださ
い。
•
root パスワード: 各サーバーで passwd(8) コマンドを使用します。
•
X9000 ソフトウェアユーザーパスワード: このパスワードはインストール時に作成され、
GUI へのログイン時に使用されます。デフォルトは ibrix です。このパスワードは Linux
の passwd コマンドを使用して変更できます。
# passwd ibrix
新しいパスワードを入力するように求められます。
ファイアウォール用のポートの構成
重要: 予期しない結果が生じないように、HP では、ファイアウォールの構成はスケジュール
されたメンテナンス時間に実行することをお勧めします。
ファイアウォールの構成時には、次の点に注意する必要があります。
•
SELinux を無効化する必要があります。
•
デフォルトでは、マウントやロックなどの操作に対して、NFS はランダムなポート番号を
使用します。これらのポートを固定して、ファイアウォール構成ファイルに例外として表
示できるようにする必要があります。たとえば、rpc.statd、rpc.lockd、
rpc.mountd、rpc.quotad のために固有のポートをロックする必要があります。
•
すべてのネットワーク上ですべての ICMP タイプを許可するのが最善の方法ですが、必要
に応じて ICMP のタイプを 0、3、8、11 に制限することもできます。
次の表に示すポートを必ず開いてください。
ポート
説明
22/tcp
SSH
9022/tcp
Onboard Administrator (OA) 用の SSH (X9720/X9730 ブレードのみ)
X9000 ソフトウェアのマンページ
21
ポート
説明
123/tcp、123/upd
NTP
5353/udp
マルチキャスト DNS、224.0.0.251
12865/tcp
netperf ツール
80/tcp
Fusion Manager からファイルサービングノードへ
443/tcp
5432/tcp
Fusion Manager および X9000 ファイルシステム
8008/tcp
9002/tcp
9005/tcp
9008/tcp
9009/tcp
9200/tcp
ファイルサービングノードと NFS クライアント間 (ユーザーネットワーク)
2049/tcp、2049/udp
NFS
111/tcp、111/udp
RPC
875/tcp、875/udp
クォータ
32803/tcp
lockmanager
32769/udp
lockmanager
892/tcp、892/udp
マウントデーモン
662/tcp、662/udp
stat
2020/tcp、2020/udp
stat 送信
4000:4003/tcp
カスタムアプリケーション (CMU) で使用するために予約 (使用しない場合は無
効にできる)
137/udp
ファイルサービングノードと CIFS クライアント間 (ユーザーネットワーク)
138/udp
139/tcp
445/tcp
9000:9002/tcp
ファイルサービングノードと X9000 クライアント間 (ユーザーネットワーク)
9000:9200/udp
20/tcp、20/udp
ファイルサービングノードと FTP クライアント間 (ユーザーネットワーク)
21/tcp、21/udp
7777/tcp
GUI と、GUI にアクセスする必要のあるクライアント間
8080/tcp
5555/tcp、5555/udp
Dataprotector
631/tcp、631/udp
Internet Printing Protocol (IPP)
1344/tcp、1344/udp
ICAP
NTP サーバーの構成
クラスターの初期設定時には、プライマリおよびセカンダリ NTP サーバーは、外部のタイム
ソースと時刻同期を行うように構成されます。 NTP サーバーのリストは、Fusion Manager の
構成内に格納されます。アクティブな Fusion Manager ノードは、外部ソースと時刻同期しま
す。その他のファイルサービングノードは、アクティブな Fusion Manager ノードと時刻同期
します。外部のタイムソースが存在しない場合、アジャイル Fusion Manager ノードのローカ
22
はじめに
ルハードウェアのクロックがタイムソースとして使用されます。この構成方法では、外部のタ
イムソースが存在しない場合でも、すべてのクラスターノード上で時刻同期が行われます。
X9000 クライアントでは、クラスターノードとの時刻同期は行われません。 X9000 クライア
ント上で NTP サーバーを構成する必要があります。
現在構成されている NTP サーバーをリストします。
ibrix_clusterconfig -i -N
NTP サーバーの新しいリストを指定します。
ibrix_clusterconfig -c -N SERVER1[,...,SERVERn]
X9000 システム上での HP Insight Remote Support の構成
重要: X9000 ソフトウェア 6.1 リリースでは、X9000 SNMP エージェントのデフォルトポー
トが 5061 から 161 に変更されています。このポート番号は変更できません。
前提条件
X9000 システムをサポートするために必要なコンポーネントは、ファイルサービングノード上
にプリインストールされています。 HP Insight Remote Support は、Central Management Server
(CMS) と呼ばれる単独の Windows システムにインストールする必要があります。
•
HP Insight Manager (HP SIM): このソフトウェアは HP システムを管理するもので、システ
ムが正常に稼働する時間を最大化するための最も簡単で最もコストの低い方法です。
•
HP Insight Remote Support Advanced (IRSA): このバージョンは HP Systems Insight Manager
(SIM) に統合されています。リモート通報、通知/アドバイザリ、ディスパッチ、プロア
クティブサービスを包括的にサポートします。 IRSA と HP SIM を合わせて CMS と呼びま
す。
サポートされているソフトウェアバージョンは次のとおりです。
•
HP SIM 6.3 および IRSA 5.6
•
HP SIM 7.1 および IRSA 5.7
重要: HP Insight Remote Support Standard (IRSS) は X9000 ソフトウェア 6.1 以降ではサポー
トされません。
ソフトウェアのダウンロードに関する製品説明と詳細については、次に示す HP Insight Remote
Support Software の Web ページを参照してください。
http://h50146.www5.hp.com/services/cs/availability/irs/index.html (日本語)
HP SIM の詳細については、次の Web サイトを参照してください。
http://h50146.www5.hp.com/products/software/management/hpsim/ (日本語)
IRSA ドキュメントについては、次の Web サイトを参照してください。
http://www.hp.com/go/insightremoteadvanced-docs (英語)
制約
次のことに留意してください。
•
X9000 システムでは、HP Insight Remote Support の実装はハードウェアイベントに制限さ
れます。
•
X9720 CX ストレージデバイスは、HP Insight Remote Support 用にサポートされていませ
ん。
X9000 システム上での HP Insight Remote Support の構成
23
HP Insight Remote Support に対する X9000 クラスターの構成
X9720/X9730 システムでリモートサポートを有効にするには、まずクラスター上で Phone
Home を有効にしてから、Phone Home の設定を行います。この手順の実行時には、クラス
ター内のすべてのノードをアクティブにする必要があります。
クラスター上の Phone Home の有効化
Phone Home を有効にするには、次のコマンドを実行します。
ibrix_phonehome -F
注記: Phone Home を有効にすると、以前の X9000 snmp 設定の詳細がすべて削除され、
Phone Home の設定詳細が snmp 設定に適用されます。 Phone Home を有効にすると、
ibrix_snmpagent を使用して X9000 snmp エージェントの設定を編集または変更すること
ができなくなります。ただし、ibrix_snmptrap を使用して trapsink IP を追加したり、
ibrix_event を使用して trapsink IP にイベントを関連付けたりすることはできます。
Onboard Administrator の登録
Onboard Administrator は自動的に登録されます。
Virtual SAS Manager の構成
X9730 システムでは、SAS スイッチの SNMP サービスは、デフォルトでは無効になっていま
す。すべての SAS スイッチで SNMP サービスを手動で有効にし、trapsink IP を提供するに
は、次の手順を実行します。
1. OA から Virtual SAS Manager を開きます。 [OA IP] > [Interconnet Bays] > [SAS Switch] >
[Management Console] を選んでください。
2. Virtual SAS Manager で、[Maintain] タブを開き、[SAS Blade Switch] をクリックして [SNMP
Settings] を選びます。ダイアログボックスで、SNMP サービスを有効にし警告に必要な情
報を入力してください。
Virtual Connect Manager の構成
X9720/X9730 システム上で Virtual Connect Manager を構成するには、次の手順を実行しま
す。
1. Onboard Administrator から、[OA IP] > [Interconnet Bays] > [HP VC Flex-10] > [Management
Console] を選びます。
2. HP Virtual Connect Manager で、[SNMP Configuration] タブを開きます。
3. SNMP Trap Destination を構成します。
•
24
はじめに
[Destination Name] および [IP Address] (CMS IP) を入力する。
4.
•
[SNMP Trap Format] に [SNMPv1] を選ぶ。
•
[Community String] に [public] を指定する。
すべてのトラップカテゴリ、VCM トラップおよびトラップレベルを選びます。
Phone Home の設定
GUI で Phone Home を設定するには、上部のナビゲーターで [Cluster Configuration] を選択し、
下部のナビゲーターで [Phone Home] を選択します。 [Phone Home Setup] パネルに現在の設定
が表示されます。
X9000 システム上での HP Insight Remote Support の構成
25
[Enable] をクリックして、 [Phone Home Settings] ダイアログボックスの設定を行います。
[Software Entitlement ID] フィールドは、現在使用されていないのでスキップしてください。
Phone Home に必要な時間は、クラスター内のデバイス数によって異なります。クラスターが
大きいほど時間がかかります。
CLI から Phone Home 設定を構成するには、次のコマンドを使用します。
ibrix_phonehome -c -i <IP Address of the Central Management Server> [-z
Software Entitlement Id] [-r Read Community] [-w Write Community] [-t
System Contact] [-n System Name] [-o System Location]
例を次に示します。
26
はじめに
ibrix_phonehome -c -i 99.2.4.75 -P US -r public -w private -t Admin -n
SYS01.US -o Colorado
次に、使用している HP SIM のバージョンに合わせて HP Insight Remote Support を構成します。
•
HP SIM 7.1 および IRS 5.7 の場合: 「HP SIM 7.1 および IRS 5.7 の場合の HP Insight Remote
Support の構成」 (27 ページ) を参照してください。
•
HP SIM 6.3 および IRS 5.6 の場合: 「HP SIM 6.3 および IRS 5.6 の場合の HP Insight Remote
Support の構成」 (29 ページ) を参照してください。
HP SIM 7.1 および IRS 5.7 の場合の HP Insight Remote Support の構成
HP Insight Remote Support を構成するには、次の手順を実行します。
1. システムのサーバーとシャーシに対する使用権を構成します。
2. HP SIM 上でデバイスを検出します。
サーバーおよびシャーシの使用権の構成
下部のナビゲーターで [Phone Home] を展開します。 [Chassis]、または [Servers] を選択する
と、GUI にはそのデバイスタイプに対する現在の使用権が表示されます。次の例は、クラス
ター内のサーバーに対する使用権を示しています。
使用権を構成するには、デバイスを選択し、[Modify] をクリックして、そのデバイスタイプの
ダイアログボックスを開きます。次の例は [Server Entitlement] ダイアログボックスを示してい
ます。 Customer-Entered (顧客入力) のシリアル番号と製品番号は、HP サポートでの保証内容
確認に使用されます。
CLI からデバイスの使用権を設定する場合は、次のコマンドを使用します。これらのコマンド
は、クラスターに存在するデバイスごとに実行する必要があります。
サーバーの使用権の設定:
X9000 システム上での HP Insight Remote Support の構成
27
ibrix_phonehome -e -h <Host Name> -b <Customer Entered Serial Number>
-g <Customer Entered Product Number>
Host Name パラメーターには、ibrix_fm -l コマンドによって表示される内容を正確に入
力してください。
シャーシの使用権の設定:
ibrix_phonehome -e -C <OA IP Address of the Chassis> -b <Customer Entered
Serial Number> -g <Customer Entered Product Number>
注記: GUI の [Phone Home] > [Storage selection] は、X9720/X9730 システムでは使用できま
せん。
HP SIM のデバイスの検出
HP Systems Insight Manager (SIM) は、SNMP プロトコルを使用して X9000 システムを自動的
に検出および識別します。 HP SIM で、[Options] -> [Discovery] -> [New] の順に開きます。 [New
Discovery] ダイアログボックスで、[Discover a group of systems] を選択して、検出名と Fusion
Manager の IP アドレスを入力します。
Credentials -> SMTP タブで、読み取りコミュニティ文字列を入力します。この文字列は、Phone
Home の読み取りコミュニティ文字列と一致する必要があります。文字列が特定できない場
合、Fusion Manager IP は「Unknown」として検出されます。
28
はじめに
デバイスは、次の表の記述のように検出されます。
デバイス
検出されたターゲット
Fusion Manager IP
システムタイプ:
システムサブタイプ:
製品モデル:
Fusion Manager
X9000
HP X9000 Solution
システムタイプ:
システムサブタイプ:
製品モデル:
Storage Device
X9000, Storage, HP ProLiant
HP X9720 NetStor FSN(ProLiant BL460 G6)
HP X9720 NetStor FSN(ProLiant BL460 G6)
HP X9730 NetStor FSN(ProLiant BL460 G7)
HP X9730 NetStor FSN(ProLiant BL460 G7)
nl
nl
ファイルサービング
ノード
nl
nl
nl
nl
nl
nl
nl
nl
nl
nl
次の例は、HP SIM 7.1 で検出されたデバイスを示しています。
ファイルサービングノードと OA IP は、Fusion Manager IP アドレスに関連付けられています。
HP SIM で、[Fusion Manager] を選択して、[Systems] タブを開きます。次に、[Associations] を
選択してデバイスを表示します。
[Systems by Type] -> [Storage System] -> [Scalable Storage Solutions] -> [All X9000 Systems ]の下
に、すべての X9000 デバイスが表示されます。
HP SIM 6.3 および IRS 5.6 の場合の HP Insight Remote Support の構成
HP SIM のデバイスの検出
HP Systems Insight Manager (SIM) は、SNMP プロトコルを使用して X9000 システムを自動的
に検出および識別します。 HP SIM で、[Options] -> [Discovery] -> [New] の順に開き、[Discover
a group of systems] を選択します。 [Edit Discovery] ダイアログボックスで、検出名と監視対象
のデバイスの IP アドレスを入力します。詳細については、HP Sim 6.3 のマニュアルを参照し
てください。
注記:
クラスター内の各デバイスは個別に検出する必要があります。
X9000 システム上での HP Insight Remote Support の構成
29
[Credentials] -> [SMTP] タブで、読み取りコミュニティ文字列を入力します。この文字列は、
Phone Home の読み取りコミュニティ文字列と一致する必要があります。文字列が特定できな
い場合、デバイスは「Unknown」として検出されます。
次の例は、HP SIM 6.3 で検出されたデバイスを示しています。ファイルサービングノードは、
ProLiant サーバーとして検出されています。
デバイス使用権の構成
X9000 システムに対するリモートサポートが有効になるように、CMS を構成します。詳細に
ついては、『HP Insight Remote Support Advanced A.05.60 操作ガイド』の「HP Insight Remote
Support Advanced の [Settings] タブを使用したクライアントおよび CMS 情報の更新」を参照
してください。
30
はじめに
HP SIM で、次のカスタムフィールド設定を入力します。
•
X9720/X9730 Onboard Administrator のカスタムフィールド設定
Onboard Administrator (OA) は OA IP アドレスによって検出されます。 OA が検出された
ら、HP Systems Insight Manager のシステムプロパティを編集します。 [Contract and
Warranty Information] ページの [Entitlement Information] セクションで、次の情報を更新し
ます。
•
◦
[Customer-Entered product number] には、X9000 エンクロージャーの製品番号を入力
します。
◦
[Custom Delivery ID] には、[X9000] と入力します。
◦
[System Country Code] を選択します。
◦
[Customer Contact] および [System Site Information] に、適切な詳細情報を入力しま
す。
契約および標準保証情報
[Entitlement Information] の下で、[Customer-Entered serial number]、[Customer-Entered product
number]、[System Country code]、[Custom Delivery ID] を指定します。
デバイス使用権の確認
HP SIM で使用権情報を確認するには、次の手順を実行します。
1. [Remote Support Configuration and Service] に移動して、[Entitlement] タブを選択します。
2. 検出されたデバイスを確認します。
注記: HP SIM で検出されたシステムが [Entitlement] タブに表示されない場合は、
[Synchronize RSE] をクリックします。
3.
4.
5.
[Action List] で [Entitle Checked] を選択します。
[Run Action] をクリックします。
使用権のチェックが完了したら、[Refresh] をクリックします。
X9000 システム上での HP Insight Remote Support の構成
31
注記: HP SIM で検出されたシステムが [Entitlement] タブに表示されない場合は、
[Synchronize RSE] をクリックします。
使用権を設定したデバイスは、[Remote Support System List] ダイアログボックスの [ENT] 列に
緑色で表示されます。
デバイスが赤で表示されている場合、Customer-Entered のシリアル番号と部品番号が正しいこ
とを確認して、デバイスを再検出します。
HP Insight Remote Support 構成のテスト
トラップが正しく機能していることを確認するために、次のコマンドを使用して汎用のテスト
トラップを送信します。
snmptrap -v1 -c public <CMS IP> .1.3.6.1.4.1.232 <Managed System IP> 6
11003 1234 .1.3.6.1.2.1.1.5.0 s test .1.3.6.1.4.1.232.11.2.11.1.0 i 0
.1.3.6.1.4.1.232.11.2.8.1.0 s "X9000 remote support testing"
たとえば、CMS の IP アドレスが 99.2.2.2 で、X9000 ノードが 99.2.2.10 の場合は、次のよ
うに入力します。
snmptrap -v1 -c public 99.2.2.2 .1.3.6.1.4.1.232 99.2.2.10 6 11003 1234
.1.3.6.1.2.1.1.5.0 s test .1.3.6.1.4.1.232.11.2.11.1.0 i 0
.1.3.6.1.4.1.232.11.2.8.1.0 s "X9000 remote support testing"
Phone Home 構成の更新
クラスター内のデバイスを追加または削除したら、Phone Home 構成を同期化する必要があり
ます。この操作によって、新しく追加したデバイス (サーバー、ストレージ、シャーシ) に対
して Phone Home を有効化し、クラスター内に存在しなくなったデバイスの詳細を削除しま
す。 GUI では、上部のナビゲーターで [Cluster Configuration] を選択し、下部のナビゲーター
で [Phone Home] を選択して、[Phone Home Setup] パネルの [Rescan] をクリックします。
CLI では、次のコマンドを入力します。
ibrix_phonehome –s
Phone Home の無効化
Phone Home を無効にすると、クラスターとハードウェアからすべての Phone Home 情報が削
除され、ソフトウェアは監視されなくなります。 GUI で Phone Home を無効化するには、
[Phone Home Setup] パネルで [Disable] をクリックします。 CLI では、次のコマンドを入力し
ます。
ibrix_phonehome -d
32
はじめに
HP Insight Remote Support のトラブルシューティング
HP SIM でデバイスが検出されない
クラスターのネットワークとデバイスが CMS にアクセスできることを確認します。これらが
CMS にアクセスできない場合、デバイスは正しく検出されません。
SNMP トラップホストの最大数がすでに設定済みである
このエラーが報告された場合、trapsink IP アドレスの最大数がすでに設定されています。 OA
デバイスの場合、trapsink IP アドレスの最大数は 8 です。デバイスから trapsink IP アドレスを
手動で削除して、フォーンホームの構成に戻り、CMS の IP アドレスを trapsink IP アドレスと
して追加できるように設定します。
Phone Home でクラスターノードが構成されていない
Phone Home の構成中にクラスターノードがダウンした場合、ログファイルには次のメッセー
ジが表示されます。
SEVERE: Sent event server.status.down: Server <server name> down
ノードが稼働したら、Phone Home を再スキャンしてノードを構成に追加します。「Phone
Home 構成の更新」 (32 ページ) を参照してください。
Fusion Manager IP が「Unknown」として検出される
HP SIM に入力されている読み取りコミュニティ文字列が、Phone Home の読み取りコミュニ
ティ文字列と一致していることを確認します。
さらに、VIF IP で snmpwalk を実行して、情報を確認します。
# snmpwalk -v 1 -c <read community string> <FM VIF IP> .1.3.6.1.4.1.18997
X9720 OA の検出時に重大なエラーが発生する
3GB SAS スイッチに、169.x.x.x の範囲の内部 IP が存在する場合、HP SIM からこれにはアク
セスできません。これらのスイッチは監視されませんが、その他の OA コンポーネントは監
視されます。
検出されたデバイスが CMS では「Unknown」として報告される
ファイルサービングノードで次のコマンドを実行し、HP Insight Remote Support サービスが実
行しているかどうか確認します。
# service snmpd status
# service hpsmhd status
# service hp-snmp-agents status
サービスが実行されていない場合は、起動します。
# service snmpd start
# service hpsmhd start
# service hp-snmp-agents start
アラートが CMS に到達しない
ノードが構成されており、システムが正しく検出されているのにアラートが CMS に到達しな
い場合は、ファイルサービングノードの cma.conf 構成ファイルに trapif エントリーが存
在しているかどうか確認します。
デバイスの [Entitlement] タブが緑色で表示されない
[Entitlement] タブが緑色で表示されない場合は、Customer-Entered のシリアル番号と部品番号ま
たはデバイスを確認します。
X9000 システム上での HP Insight Remote Support の構成
33
SIM による検出
SIM による検出では、どのデバイスの検出にも [Discover a Group of Systems] オプションを使
用します。
34
はじめに
3 クライアントアクセス用の仮想インターフェイスの構
成
X9000 Software では、Fusion Manager トラフィックやファイルサービングノード間のトラ
フィックを伝送するために、クラスターネットワークインターフェイスを使用します。この
ネットワークは、クラスターのインストール時に bond0 として構成されます。アジャイル
Fusion Manager 構成のクラスターの場合、クラスターネットワークインターフェイス用に仮想
インターフェイスも作成され、コンソールに対してフェイルオーバーがサポートされます。
クラスターネットワークインターフェイスでもファイルサービングノードとクライアント間の
トラフィックを伝送できますが、HP では、この目的のために 1 つ以上のユーザーネットワー
クインターフェイスを構成することをお勧めします。
ユーザーネットワークの高可用性を実現するには、ネットワークに対してボンディングされた
仮想インターフェイス (VIF) を構成し、VIF に対するフェイルオーバーを設定する必要がありま
す。この方法によって、クライアントトラフィックの中断を回避できます。必要に応じて、
VIF をホストしているファイルサービングノードはスタンバイバックアップノードにフェイル
オーバーできるので、クライアントはバックアップノードを介して引き続きファイルシステム
にアクセスすることができます。
ネットワークと VIF に関するガイドライン
高可用性を実現するには、クライアントアクセスに使用するユーザーインターフェイスを、ボ
ンディングされた仮想インターフェイス (VIF) として構成する必要があります。次のことに留
意してください。
•
ファイルシステムの提供またはフェイルオーバーのために通信する必要のあるノードは、
同じネットワークインターフェイスに存在している必要があります。また、フェイルオー
バーのペアとして設定されているノードは、同じネットワークインターフェイスに接続さ
れている必要があります。
•
ユーザーネットワークには Gigabit Ethernet ポート (またはそれ以上) を使用してください。
•
NFS、CIFS、FTP、HTTP クライアントは、同じユーザー VIF を使用できます。 VIF を提供
するサーバーはバックアップペア内に構成する必要があり、これらのサーバー上にはフェ
イルオーバー用に NIC を構成する必要もあります。
•
Linux および Windows X9000 クライアントの場合、VIF をホストするサーバーをバック
アップペア内に構成する必要があります。ただし、X9000 クライアントはバックアップ
NIC をサポートしていません。したがって、X9000 クライアントは代わりに VIF の親ボ
ンド、または別の VIF に接続します。
ボンディングされた VIF の作成
注記: この章の例では、統一されたネットワークを使用し、bond0 上にボンディングされた
VIF を作成しています。クラスターが別のネットワークレイアウトを使用する場合は、bond1
のようなユーザーネットワークボンド上にボンディングされた VIF を作成してください。
次の手順を使用して、ボンディングされた VIF (この例では bond0:1) を作成します。
1. サーバー上で高可用性 (自動フェイルオーバー) が構成されている場合、これを無効にしま
す。 Fusion Manager で次のコマンドを実行します。
# ibrix_server –m -U
2.
bond0:1 VIF を識別します。
# ibrix_nic –a -n bond0:1 –h node1,node2,node3,node4
ネットワークと VIF に関するガイドライン
35
3.
各ノード上の bond0:1 VIF に IP アドレスを割り当てます。このコマンドでは、-I は IP
アドレスを指定し、-M はネットマスクを指定し、-B はブロードキャストアドレスを指定
しています。
#
#
#
#
ibrix_nic
ibrix_nic
ibrix_nic
ibrix_nic
–c
–c
–c
–c
–n
–n
–n
–n
bond0:1
bond0:1
bond0:1
bond0:1
–h
–h
–h
–h
node1
node2
node3
node4
–I
–I
–I
–I
16.123.200.201
16.123.200.202
16.123.200.203
16.123.200.204
–M
–M
–M
–M
255.255.255.0
255.255.255.0
255.255.255.0
255.255.255.0
-B
-B
-B
-B
16.123.200.255
16.123.200.255
16.123.200.255
16.123.200.255
スタンバイバックアップノードの構成
クラスター内のサーバーはバックアップペア内で構成されます。クラスターをインストールし
た時点でこの手順が実行されていない場合は、bond0:1 インターフェイスに対するスタンバ
イバックアップノードを割り当てます。たとえば、node1 は node2 のバックアップで、node2
は node1 のバックアップになります。
1. VIF を追加します。
# ibrix_nic –a -n bond0:2 –h node1,node2,node3,node4
2.
各 VIF にスタンバイサーバーを設定します。
#
#
#
#
ibrix_nic
ibrix_nic
ibrix_nic
ibrix_nic
–b
–b
–b
–b
–H
–H
–H
–H
node1/bond0:1,node2/bond0:2
node2/bond0:1,node1/bond0:2
node3/bond0:1,node4/bond0:2
node4/bond0:1,node3/bond0:2
NIC フェイルオーバーの構成
NFS、CIFS、FTP、または HTTP によって使用される VIF 上で、NIC 監視を構成する必要があり
ます。
重要: NIC 監視の構成時には、スタンバイサーバーの構成時に使用したのと同じバックアッ
プペアを使用します。
例を次に示します。
#
#
#
#
ibric_nic
ibric_nic
ibric_nic
ibric_nic
–m
–m
–m
–m
-h
-h
-h
-h
node1
node2
node3
node4
-A
-A
-A
-A
node2/bond0:1
node1/bond0:1
node4/bond0:1
node3/bond0:1
自動フェイルオーバーの構成
ファイルサービングノードで自動フェイルオーバーを有効にするには、次のコマンドを実行し
ます。
ibrix_server —m [-h SERVERNAME]
構成例
この例では、ib50-81 と ib50-82 という 2 つのノードを使用しています。この 2 つのノー
ドは、お互いをバックアップするバックアップペアを形成しています。
[root@ib50-80 ~]# ibrix_server -l
Segment Servers
===============
SERVER_NAME BACKUP
STATE
----------- ------- -----------ib50-81
ib50-82 Up
ib50-82
ib50-81 Up
HA
ID
GROUP
--- ------------------------------------ ----on 132cf61a-d25b-40f8-890e-e97363ae0d0b servers
on 7d258451-4455-484d-bf80-75c94d17121d servers
ib50-81 のすべての VIF は、ib50-82 にバックアップ (スタンバイ) VIF を持っています。同
様に、ib50-82 のすべての VIF は、ib50-81 にバックアップ (スタンバイ) VIF を持っていま
す。NFS、CIFS、FTP、HTTP クライアントは、どちらのホストの bond0:1 にも接続できます。
必要に応じて、選択したサーバーは反対側のホストの bond0:2 にフェイルオーバーされます。
36
クライアントアクセス用の仮想インターフェイスの構成
これらのクライアントがサポートされていなかったり、NIC フェイルオーバーが必要な場合
は、X9000 クライアントがどちらかのホストの bond0 に接続できます。次の出力例には、関
連するフィールドのみが表示されています。
クライアント構成における VIF の指定
クライアントを構成する場合、クライアントアクセスに使用する VIF を指定しなければならな
いことがあります。
NFS/CIFS: サーバーの VIF IP アドレスを指定して (たとえば、bond0:1)、接続を確立します。
または、DNS ラウンドロビンを構成して、NFS または CIFS のクライアントからサーバーへの
配信を確保することもできます。どちらの場合でも、NFS/CIFS クライアントは、それぞれの
共有に接続するときに使用した最初の IP を、通常は次の再起動までキャッシュします。
FTP: [Add FTP Shares] ダイアログボックスまたは ibrix_ftpshare コマンドで FTP 共有を追
加する場合、クライアントがその共有にアクセスするために使用する IP アドレスとして、VIF
を指定します。
HTTP: [Create Vhost] ダイアログボックスまたは ibrix_httpvhost コマンドで仮想ホストを
作成する場合、Vhost に関連付けられた共有にクライアントがアクセスするために使用する IP
アドレスとして、VIF を指定します。
X9000 クライアント: 次のコマンドを使用して、適切なユーザーネットワークを優先指定しま
す。指定したインターフェイス経由でクライアントが接続するターゲットホストのそれぞれに
ついて、このコマンドを 1 回ずつ実行します。
ibrix_client -n -h SRCHOST -A DESTNOST/IFNAME
例を次に示します。
ibrix_client -n -h client12.mycompany.com -A ib50-81.mycompany.com/bond1
注記: バックアップ NIC は X9000 クライアントの優先ネットワークインターフェイスとし
て使用できないので、HA とクライアント通信が相互に機能するように、ユーザーネットワー
クインターフェイスを 1 つ以上追加してください。
リンク状態監視のサポート
CIFS または NFS 用に使用されるユーザーネットワークインターフェイスまたは VIF のリンク
状態監視は構成しないでください。リンク状態監視は、X9300 Gateway システムと共に提供
されるような、iSCSI ストレージネットワークインターフェイスで使用する場合のみサポート
されます。
クライアント構成における VIF の指定
37
4 フェイルオーバーの構成
この章では、アジャイル管理コンソール、ファイルサービングノード、ネットワークインター
フェイス、および HBA に対してフェイルオーバーを構成する方法について説明します。
アジャイル管理コンソール
アジャイル Fusion Manager ではクラスター構成が維持され、クラスターの管理および監視の
ためのグラフィカルインターフェイス (GUI) とコマンドラインインターフェイス (CLI) が用意
されています。アジャイル Fusion Manager は、クラスターのインストール時にすべてのファ
イルサービングノードにインストールされます。 Fusion Manager は 1 つのノード上でアク
ティブになり、それ以外のノード上ではパッシブになります。これはアジャイル Fusion Manager
構成と呼ばれます。
アジャイル Fusion Manager モード
アジャイル Fusion Manager は、次のいずれかのモードになります。
•
active: このモードでは、Fusion Manager がコンソール操作を制御します。すべてのクラ
スター管理および構成コマンドは、アクティブな Fusion Manager から実行する必要があ
ります。
•
passive: このモードでは、Fusion Manager はアクティブな Fusion Manager の動作状況を
監視します。アクティブな Fusion Manager に障害が発生した場合、パッシブな Fusion
Manager が選択されてアクティブなコンソールになります。
•
nofmfailover: このモードでは、Fusion Manager はコンソール操作に参加しません。この
モードは、アクティブな Fusion Manager の手動フェイルオーバー、X9000 ソフトウェア
のアップグレード、サーバーブレードの交換などの操作に使用します。
モードの変更
Fusion Manager を passive モードまたは nofmfailover モードに移行するには、次のコマンドを
使用します。
ibrix_fm -m passive | nofmfailover [-A | -h <FMLIST>]
Fusion Manager が以前にアクティブコンソールであった場合、X9000 ソフトウェアは新しい
アクティブコンソールを選択します。現在 active モードである Fusion Manager は、passive
モードまたは nofmfailover モードのいずれかに移行できます。 nofmfailover モードの Fusion
Manager は passive モードにしか移行できません。
アクティブな Fusion Manager を実行しているローカルノードを除き、-A オプションによっ
て、Fusion Manager のすべてのインスタンスが指定したモードに移行します。 -h オプション
では、<FMLIST> 内にある Fusion Manager インスタンスが指定したモードに移行します。
アジャイル Fusion Manager とフェイルオーバー
アジャイル Fusion Manager 構成を使用すると、Fusion Manager サービスの高可用性が実現し
ます。アクティブな Fusion Manager に障害が発生すると、クラスターの仮想インターフェイ
スがダウンします。クラスターの仮想インターフェイスがダウンしたことをパッシブな Fusion
Manager が検出すると、その Fusion Manager がアクティブコンソールになります。この
Fusion Manager がクラスターの仮想インターフェイスを再構築し、Fusion Manager サービス
をローカルで起動して、active モードに移行させ、Fusion Manager の操作を引き継ぎます。
アクティブな Fusion Manager のフェイルオーバーは、次の機能に影響します。
38
•
ユーザーネットワーク: クライアントの使用している仮想インターフェイスもフェイルオー
バーされます。新しいアクティブな Fusion Manager が仮想インターフェイスの管理を引
き継いでいるときに、ユーザーがわずかな時間の再接続に気付く場合もあります。
•
GUI: フェイルオーバーのあと、Fusion Manager の VIF に再接続する必要があります。
フェイルオーバーの構成
Fusion Manager の手動フェイルオーバー
アクティブな Fusion Manager を手動でフェイルオーバーするには、コンソールを nofmfailover
モードにします。コンソールをホストしているノードで、次のコマンドを入力します。
ibrix_fm -m nofmfailover
コマンドはただちに有効になります。
フェイルオーバーした Fusion Manager は、次のコマンドを使用して passive モードに移行す
るまで、nofmfailover モードのままです。
ibrix_fm -m passive
注記:
ん。
Fusion Manager を nofmfailover モードから active モードに移行することはできませ
Fusion Manager についての情報の表示
モード情報を表示するには、次のコマンドを使用します。
ibrix_fm –i
注記: Fusion Manager がアジャイル構成でインストールされていない場合、次のように出力
されます。FusionServer: fusion manager name not set! (active, quorum is
not configured).
Fusion Manager は、インストール時に、Fusion Manager 構成内に登録されます。登録されて
いるすべての管理コンソールのリストを表示するには、次のコマンドを使用します。
ibrix_fm –l
クラスターの高可用性
高可用性 (HA) 機能は、データを常時アクセス可能に維持します。ファイルサービングノー
ド、ネットワークインターフェイス、個々のセグメント、および HBA に対してフェイルオー
バー保護を設定できます。物理/論理構成ポリシーを通じて、柔軟かつスケーラブルな高可用
性ソリューションを設定できます。 X9000 クライアント側から見たサービスには変更が生じ
ず、フェイルオーバーイベントはクライアントに対して透過的に発生します。
フェイルオーバーモード
高可用性機能には 2 つのフェイルオーバーモードがあります。手動フェイルオーバー (デフォ
ルト) と自動フェイルオーバーです。手動フェイルオーバーでは、ibrix_server コマンド
または GUI を使用して、ファイルサービングノードをスタンバイにフェイルオーバーします。
この手順は、サーバーの電源を切断してから実行することも、またサーバーを稼働させたまま
実行することもできます。手動フェイルオーバーには、ネットワークインターフェイスのフェ
イルオーバー (スタンバイが定義されている場合) も含まれます。手動フェイルオーバーは、
自動フェイルオーバーが有効かどうかに関係なく、任意のタイミングで実行できます。
自動フェイルオーバーでは、スタンバイで保護されたコンポーネントの障害が検出されると、
Fusion Manager が自動的にフェイルオーバーを開始します。基本的な自動フェイルオーバー
設定では、すべてのファイルサービングノードが保護されます。さらに、ユーザーネットワー
クインターフェイスを保護するためのネットワークインターフェイス監視と、HBA を介した
ファイルサービングノードからストレージへのアクセスを保護するための HBA 監視を含めた
包括的な保護設定が可能です。
自動フェイルオーバーが有効化されている場合は、ファイルサービングノードから 1 分間隔で
ブロードキャストされるハートビートメッセージを Fusion Manager がリスンします。 Fusion
Manager は、ハートビートの受信に 5 回連続して失敗するとフェイルオーバーを自動的に開
始します。さらに、HBA 監視が有効化されている場合は、監視対象の単一の HBA または HBA
ペアに障害が発生したことをハートビートメッセージが示したときにも、フェイルオーバーを
自動的に開始します。
クラスターの高可用性
39
ネットワークインターフェイス監視が有効化されている場合は、監視対象のネットワークが停
止している可能性があることを示すハートビートメッセージを Fusion Manager が受信した後、
Fusion Manager からそのインターフェイスに到達できなければ、自動フェイルオーバーが開始
されます。
ファイルサービングノードのフェイルオーバーが行われた場合は、ノードを手動でフェイル
バックする必要があります。
フェイルオーバー中に発生するイベント
ファイルサービングノードからスタンバイへの自動または手動フェイルオーバー中には、次の
操作が発生します。
1. スタンバイの電源がオンになっており、アクセス可能であることを Fusion Manager が確
認します。
2. Fusion Manager がノードのセグメントのオーナーシップをスタンバイへ移行し、その移行
をすべてのファイルサービングノードおよび X9000 クライアントに通知します。これ
は、持続的な変更です。
3. ネットワークインターフェイス監視が設定されている場合、Fusion Manager はスタンバイ
のユーザーネットワークインターフェイスをアクティブ化し、ノードのユーザーネット
ワークインターフェイスの IP アドレスを移動させます。
フェイルオーバーの進行状況を確認するには、GUI の [Status] タブを表示するか、または
ibrix_server -l コマンドを実行します。 Fusion Manager がセグメントのオーナーシップ
を移行している間のノードの稼働ステータスは、フェイルオーバー開始時にノードの電源がオ
ンになっていたなら Up-InFailover、オフになっていたなら Down-InFailover になります。フェ
イルオーバーが完了すると、プライマリの稼働ステータスは Up-FailedOver または
Down-FailedOver に変化します。稼働状態の詳細については、「ファイルサービングノードの
状態の監視」 (67 ページ) を参照してください。
自動フェイルオーバーと手動フェイルオーバーのどちらで発生したイベントも、GUI 上で報告
されます。
自動フェイルオーバーの設定
自動フェイルオーバー保護の場合に推奨される最小限の手順は次のとおりです。
1. ファイルサービングノードをスタンバイペアとして構成します。
2. ファイルサービングノードの電源を指定します。
3. 自動フェイルオーバーをオンにします。
NFS/CIFS クライアントトラフィックを伝送する 1 つ以上のユーザーネットワークインター
フェイスがクラスターに含まれている場合は、スタンバイネットワークインターフェイスを指
定し、ネットワークインターフェイス監視を設定することをお勧めします。
ファイルサービングノードが HBA 経由でストレージに接続されている場合は、HBA 監視を設
定することをお勧めします。
スタンバイペアの構成
ファイルサービングノードはスタンバイペアとして構成します。ペアとなる各サーバーは、も
う一方のサーバーのスタンバイとなります。以下の制限が適用されます。
•
プライマリサーバーとスタンバイの両方に同じファイルシステムがマウントされている必
要があります。
•
スタンバイとして指定するサーバーは、そのサーバーにフェイルオーバーされる可能性の
あるすべてのセグメントを認識できる必要があります。
•
SAN 環境では、セグメントの物理ボリューム (マルチポート RAID アレイなど) へのアクセ
スが可能になるように、プライマリサーバーとスタンバイが同じストレージインフラスト
ラクチャを使用する必要があります。
詳細については、「スタンバイペアの構成」 (40 ページ) を参照してください。
40
フェイルオーバーの構成
電源の指定
自動フェイルオーバーを実装するか、強制手動フェイルオーバーを実行するか、またはファイ
ルサービングノードの電源のオン/オフをリモートで切り替える場合は、ノードおよびスタン
バイに対してプログラマブル電源を設定する必要があります。プログラマブル電源を使用する
と、自動フェイルオーバーの場合は障害が発生したサーバーの電源を Fusion Manager から一
元的に切断でき、強制手動フェイルオーバーの場合は手動で電源を切断できるため、障害が発
生したファイルサービングノードとスタンバイの間で、いわゆる「スプリットブレイン」(クラ
スターの分離) が発生するのを防止できます。
X9000 ソフトウェアは、iLO、IPMI、OpenIPMI、OpenIPMI2 の各種統合電源に対応していま
す。
準備のための設定
次のタイプの統合電源を設定する場合は、準備のための設定が必要となります。
•
自動フェイルオーバーを実装する場合は、Fusion Manager から電源への LAN アクセスが
可能であることを確認します。
•
ベンダーのドキュメントで指定されているとおりに、環境および必要なドライバーとユー
ティリティをインストールします。電源へのアクセスを保護する場合は、使用する UID
とパスワードを設定しておきます。
電源の指定
すべての電源を使用可能にするには、それらを構成情報データベースに登録しておく必要があ
ります。統合電源を登録するには、次のコマンドを使用します。
ibrix_powersrc -a -t {ipmi|openipmi|openipmi2|ilo} -h HOSTNAME -I IPADDR -u USERNAME -p PASSWORD
たとえば、ノード ss01 に対して、IP アドレス 192.168.3.170 の iLO 電源を登録するには、
次のように入力します。
ibrix_powersrc -a -t ilo -h ss01 -I 192.168.3.170 -u Administrator -p password
構成情報データベースに対する電源の変更の反映
電源の IP アドレスまたはパスワードを変更した場合は、その変更に合わせて構成情報データ
ベースを更新する必要があります。そのためには、次のコマンドを使用します。ユーザー名
とパスワードのオプションは、リモートで管理される電源の場合のみ必要です。 Fusion Manager
が BMC をスキップするように、-s オプションを追加します。
ibrix_powersrc -m [-I IPADDR] [-u USERNAME] [-p PASSWORD] [-s] -h POWERSRCLIST
次のコマンドでは、電源 ps1 の IP アドレスを変更します。
ibrix_powersrc -m -I 192.168.3.153 -h ps1
ファイルサービングノードと電源の関連付けの解除
ファイルサービングノードと統合電源の関連付けを解除するには、電源上のスロット 1 (デフォ
ルトで関連付けられるスロット) から関連付けを解除します。次のコマンドを使用します。
ibrix_hostpower -d -s POWERSOURCE -h HOSTNAME
構成情報データベースからの電源の削除
ストレージ容量を節約するには、使用されなくなった電源を構成情報データベースから削除し
ます。複数の電源を削除する場合はカンマで区切ります。
ibrix_powersrc -d -h POWERSRCLIST
自動フェイルオーバーのオン/オフ
自動フェイルオーバーは、デフォルトではオフになっています。自動フェイルオーバーをオン
にすると、Fusion Manager がファイルサービングノードからのハートビートメッセージを監視
クラスターの高可用性
41
し始めます。自動フェイルオーバーのオン/オフは、すべてのファイルサービングノードか、
または選択したノードに対して切り替えることができます。
自動フェイルオーバーをオンにするには、次のコマンドを使用します。
ibrix_server -m [-h SERVERNAME]
自動フェイルオーバーをオフにするには、-U オプションを含めます。
ibrix_server -m -U [-h SERVERNAME]
単一のファイルサービングノードに対して自動フェイルオーバーをオンまたはオフにするに
は、-h SERVERNAME オプションを含めます。
ファイルサービングノードの手動フェイルオーバー
手動フェイルオーバーのためにクラスターを設定するには、まずクラスターノードのスタンバ
イペアを指定します (「スタンバイペアの構成」 (40 ページ) を参照)。
手動フェイルオーバーの場合は、プログラマブル電源を使用する必要がありません。ただし、
ファイルサービングノード用の電源をインストールして指定しておけば、手動でフェイルオー
バーする前にサーバーの電源を切断できます。自動フェイルオーバーがオンになっている場合
でも、ファイルサービングノードを手動でフェイルオーバーできます。
ファイルサービングノードは、GUI または CLI を使用してフェイルオーバーできます。
CLI の使用:
1. ibrix_server -f を実行し、HOSTNAME オプションでフェイルオーバーを実行するノー
ドを指定します。必要な場合は、-p オプションを追加して、セグメントを移行する前に
ノードの電源を切断します。
ibrix_server -f [-p] -h HOSTNAME
2.
フェイルオーバーが正常に完了したことを確認します。
ibrix_server -l
STATE フィールドの内容は、フェイルオーバーのステータスを示します。このフィールドに表
示されるステータスが Down-InFailover または Up-InFailover から変化しない場合は、フェイル
オーバーが完了していません。その場合は、HP サポートにお問い合わせください。 STATE
フィールドに表示される値の詳細については、「フェイルオーバー中に発生するイベント」
(40 ページ) を参照してください。
ファイルサービングノードのフェイルバック
ファイルサービングノードの自動または手動フェイルオーバーが行われた後、フェイルオー
バーされたセグメントおよびネットワークインターフェイスのオーナーシップをプライマリ
サーバーに復元するには、サーバーを手動でフェイルバックする必要があります。ノードを
フェイルバックする前に、プライマリサーバーがそれ自体のストレージリソースおよびネット
ワークを認識できることを確認します。プライマリサーバーがそれ自体のストレージを認識で
きない場合は、プライマリサーバーが所有しているセグメントにアクセスできません。
ファイルサービングノードをフェイルバックするには、次のコマンドを使用します。ここで、
HOSTNAME 引数はフェイルオーバーノードの名前を指定しています。
ibrix_server -f -U -h HOSTNAME
ノードをフェイルバックしたら、フェイルバックが完了したことを確認します。フェイルバッ
クが完了していない場合は、HP サポートにお問い合わせください。
注記: フェイルオーバーを行ってからフェイルバックを行うまでの時間が短すぎて、プライ
マリサーバーが完全に復旧されていない場合は、フェイルバックが失敗する可能性がありま
す。両方のサーバーが稼働していることを確認し、60 秒間待機してからフェイルバックを開
始することをお勧めします。プライマリサーバーが稼働しているかどうかを確認するには、
ibrix_server -l コマンドを使用します。フェイルバックを実行する前のステータスは、
Up-FailedOver でなくてはなりません。
42
フェイルオーバーの構成
ネットワークインターフェイス監視の使用
ネットワークインターフェイス監視では、指定されたネットワークインターフェイスを通じて
1 つのファイルサービングノードが他のファイルサービングノードを監視します。監視側の
サーバーがインターフェイスを通じて監視対象のサーバーに接続できなくなると、監視側の
サーバーから Fusion Manager に通知されます。 Fusion Manager からも同じインターフェイス
を通じて監視対象のサーバーに接続できなければ、監視対象のサーバーとネットワークイン
ターフェイスの両方がスタンバイにフェイルオーバーされます。フェイルオーバーされたサー
バーにマウントされていたクライアントに対しては、サービスの中断が一切発生せず、ファイ
ルシステムを異なるサーバーにマウントする処理は、これらのクライアントに対して透過的に
行われます。
X9000 クライアントとは異なり、NFS クライアントおよび CIFS クライアントは、マウント先
のファイルサービングノードに障害が発生した場合にファイル要求をスタンバイに再ルーティ
ングできません。ファイルへのクライアントアクセスの継続性を確保するために、NFS/CIFS
トラフィックをユーザーネットワークインターフェイス上に置いてから (「ネットワークイン
ターフェイスの優先設定」 (92 ページ) を参照)、そのインターフェイスに対するネットワーク
インターフェイス監視を実装することをお勧めします。
NFS/CIFS トラフィックを包括的に保護するには、クラスターインターフェイスに対してもネッ
トワークインターフェイス監視を設定します。自動フェイルオーバーがオンになっている場合
は、ファイルサービングノードからクラスターインターフェイスへの接続の中断を Fusion
Manager が最終的に検出して、セグメントのフェイルオーバーを開始します。ただし、ネット
ワークインターフェイス監視を通じて中断が検出された場合は、フェイルオーバーが実行され
るタイミングが大幅に早まります (自動フェイルオーバーがオンになっていない場合は、クラ
スターインターフェイスに障害が発生するとファイルアクセスに問題が生じるようになりま
す)。クラスターインターフェイスを対象とする監視も、ユーザーネットワークインターフェ
イスを対象とする監視も設定方法に違いはありません。いずれの場合も、インターフェイスを
通じてファイルサービングノードが相互に監視し合うように設定します。
サンプルシナリオ
次の図は、1:1 のスタンバイ関係が設定されている場合に監視とフェイルオーバーを行うシナ
リオを示しています。各スタンバイペアは、ネットワークインターフェイス監視ペアを兼ねて
います。赤い X で示されているように、SS1 からユーザーネットワークインターフェイス
(eth1) への接続が失われると、SS2 は SS1 (A) と通信できなくなります。 SS2 から Fusion
Manager に通知が送信されると、eth1 (B) 経由での管理コンソールから SS1 への接続がテス
トされます。 Fusion Manager は eth1 経由で SS1 に接続できないので、SS1 のセグメント
(C) およびユーザーネットワークインターフェイス (D) のフェイルオーバーを開始します。
クラスターの高可用性
43
スタンバイの指定
ネットワークインターフェイスを保護するには、そのインターフェイスに接続する各ファイル
サービングノード上で、そのインターフェイスのスタンバイを指定する必要があります。スタ
ンバイネットワークインターフェイスの指定時には、次の制限があります。
•
スタンバイネットワークインターフェイスは、未設定の状態でプライマリインターフェイ
スと同じスイッチ (ネットワーク) に接続しておく必要があります。
•
スタンバイネットワークインターフェイスをサポートするファイルサービングノードは、
そのインターフェイスを使用するクライアントによってマウントされるファイルシステム
にアクセスできる必要があります。
ユーザーネットワークインターフェイスのフェイルオーバーを処理するには、仮想インター
フェイスの使用を強くお勧めします。 VIF ユーザーネットワークインターフェイスがチーミン
グ/ボンディングされている場合は、チーミングされているすべてのネットワークインターフェ
イスに障害が発生したときにのみフェイルオーバーが行われます。すべてのインターフェイス
に障害が発生しているのでない限り、チーミングされているネットワークインターフェイスの
うち正常に機能しているインターフェイスにトラフィックが切り替えられます。
ネットワークインターフェイスのスタンバイを指定するには、次のコマンドをファイルサービ
ングノードごとに 1 回ずつ実行します。保護するネットワークインターフェイスを IFNAME1
に指定し、スタンバイインターフェイスをIFNAME2 に指定します。
ibrix_nic -b -H HOSTNAME1/IFNAME1,HOSTNAME2/IFNAME2
次のコマンドでは、ファイルサービングノード s2.hp.com 上の仮想インターフェイス eth2:2
を、ファイルサービングノード s1.hp.com 上のインターフェイス eth2 のスタンバイインター
フェイスとして指定します。
ibrix_nic -b -H s1.hp.com/eth2,s2.hp.com/eth2:2
モニターの設定
ファイルサービングノードのフェイルオーバーペアは、相互のネットワークインターフェイス
モニターとして指定できます。双方向の監視を宣言する必要があるため、フェイルオーバーペ
アごとに同じ手順を 2 回ずつ繰り返す必要があります。
ネットワークインターフェイスモニターを設定するには、次のコマンドを使用します。
ibrix_nic -m -h MONHOST -A DESTHOST/IFNAME
44
フェイルオーバーの構成
たとえば、ユーザーネットワークインターフェイス eth1 を通じてファイルサービングノード
s1.hp.com を監視するモニターとしてファイルサービングノード s2.hp.com を設定するには、
次のように入力します。
ibrix_nic -m -h s2.hp.com -A s1.hp.com/eth1
ネットワークインターフェイスモニターを削除するには、次のコマンドを使用します。
ibrix_nic -m -h MONHOST -D DESTHOST/IFNAME
スタンバイの削除
ネットワークインターフェイスのスタンバイを削除するには、次のコマンドを使用します。
ibrix_nic -b -U HOSTNAME1/IFNAME1
たとえば、ファイルサービングノード s1.hp.com 上のインターフェイス eth2 に割り当てられ
ているスタンバイを削除するには、次のように入力します。
ibrix_nic -b -U s1.hp.com/eth2
HBA 監視の設定
高可用性機能は、HBA の障害検出時に自動フェイルオーバーを開始するように設定できます。
HBA 監視は、スタンバイ切り替え機能が搭載されたデュアルポート HBA と、シングルポート
HBA のどちらに対しても設定可能です。スタンドアロン構成のほか、ソフトウェアを介したス
タンバイ切り替え用のペア構成にも対応しています。 X9000 ソフトウェアは、HBA のハード
ウェアに組み込まれているか、ソフトウェアで実装されている HBA フェイルオーバーには関
与しません。そのようなフェイルオーバーの場合は、Fusion Manager が一切関与することな
く、まだ機能しているポートにトラフィックが移されます。
HBA では、一部のパラメーター値に Worldwide 名を使用します。これらは、Worldwide ノー
ド名 (WWNN) か Worldwide ポート名 (WWPN) のいずれかです。 WWPN は、HBA が SAN
ファブリックにログインするときに提示する名前です。 Worldwide 名は 16 桁で構成され、2
桁ずつペアになっています。 X9000 ソフトウェアでは、Worldwide 名を
21.00.00.e0.8b.05.05.04 のようにドットで区切られたペアとして記述します。
HBA 監視を設定するには、HBA を最初に検出してから、ご使用の HBA ハードウェアに応じて
次のいずれかの手順を実施します。
•
スタンバイ切り替え機能が搭載されていないシングルポート HBA の場合: 障害の監視対象
となるすべてのポートに対して HBA 監視をオンにします (「HBA 監視のオン/オフ」
(46 ページ) を参照)。
•
スタンバイ切り替え機能が搭載されているデュアルポート HBA か、またはソフトウェア
操作でスタンバイペアとして設定されているシングルポート HBA の場合: ポートのスタン
バイペアを構成情報データベースに登録し (「スタンバイペアの HBA ポートの指定」
(46 ページ) を参照)、ペアになっているすべてのポートに対して HBA 監視をオンにします
(「HBA 監視のオン/オフ」 (46 ページ) を参照)。スタンバイペアのうち 1 つのポートに
対してのみ監視をオンにした場合は、そのポートに障害が発生すると、HBA がトラフィッ
クをまだ機能しているポートに自動的に切り替えたとしても、Fusion Manager がサーバー
をフェイルオーバーすることになります。両方のポートに対して監視をオンにした場合
は、ペアに含まれている両方のポートに障害が発生したときにのみ Fusion Manager がフェ
イルオーバーを開始します。
HBA 監視とファイルサービングノードの自動フェイルオーバーの両方が設定されている場合、
Fusion Manager は次の 2 通りの状況下でフェイルオーバーを行います。
•
監視対象のスタンバイペアに含まれる両方のポートに障害が発生した場合: すべてのスタ
ンバイペアを構成情報データベースに登録したので、Fusion Manager は両方のポートに障
害が発生したときにのみフェイルオーバーが必要と判断します。
•
監視対象のシングルポート HBA に障害が発生した場合: 障害が発生したポートのスタンバ
イが指定されていないため、Fusion Manager は即時にフェイルオーバーを開始します。
クラスターの高可用性
45
HBA の検出
HBA 監視を設定する前に、HBA を検出する必要があります。また、HBA を交換したときや、
クラスターに新しい HBA を追加したときにも、HBA の検出が必要になります。検出により構
成情報データベースに通知されるのは、ポートの WWPN だけです。次のコマンドを使用し
て、スタンバイペアになっているポートを指定する必要があります。
ibrix_hba -a [-h HOSTLIST]
スタンバイペアの HBA ポートの指定
スタンバイペアの HBA ポートを構成情報データベースに登録すると、それらに障害が発生し
たときに Fusion Manager が次のロジックを適用できるようになります。
•
1 つのポートだけに障害が発生した場合は、何も行いません。 HBA のハードウェア設定
またはソフトウェア設定に従って、まだ機能しているポートにトラフィックが自動的に切
り替えられます。
•
ペアに含まれている両方のポートに障害が発生した場合は、サーバーのセグメントをスタ
ンバイサーバーにフェイルオーバーします。
2 つの HBA ポートをスタンバイペアとして指定するには、次のコマンドを使用します。
bin/ibrix_hba -b -P WWPN1:WWPN2 -h HOSTNAME
WWPN は、2 桁ずつドットで区切られた 16 進数値として入力します。次のコマンドでは、
ファイルサービングノード s1.hp.com 上の HBA のポート 42.00.12.34.56.78.9a.bc に対し、
ポート 20.00.12.34.56.78.9a.bc をスタンバイとして指定します。
ibrix_hba -b -P 20.00.12.34.56.78.9a.bc:42.00.12.34.56.78.9a.bc -h s1.hp.com
HBA 監視のオン/オフ
クラスターでシングルポート HBA を使用している場合は、すべてのポートに対して監視をオ
ンにすることにより、HBA 障害発生時の自動フェイルオーバーを設定します。次のコマンド
を使用します。
ibrix_hba -m -h HOSTNAME -p PORT
たとえば、ノード s1.hp.com 上のポート 20.00.12.34.56.78.9a.bc に対して HBA 監視をオン
にするには、次のように入力します。
ibrix_hba -m -h s1.hp.com -p 20.00.12.34.56.78.9a.bc
1 つの HBA ポートに対して HBA 監視をオフにするには、-U オプションを含めます。
ibrix_hba -m -U -h HOSTNAME -p PORT
スタンバイポートのペアの削除
構成情報データベースからポートペアの情報を削除しても、スタンバイペアがポートから削除
されるわけではありません。スタンバイペアは、HBA のハードウェアに組み込まれているか、
またはソフトウェアによって実装されています。
スタンバイペアの HBA ポートを構成情報データベースから削除するには、次のコマンドを入
力します。
ibrix_hba -b -U -P WWPN1:WWPN2 -h HOSTNAME
たとえば、ノード s1.hp.com 上のポートペア 20.00.12.34.56.78.9a.bc および
42.00.12.34.56.78.9a.bc を削除するには、次のように入力します。
ibrix_hba -b -U -P 20.00.12.34.56.78.9a.bc:42.00.12.34.56.78.9a.bc
-h s1.hp.com
構成情報データベースからの HBA の削除
HBA を異なるマシンに切り替える場合は、次のコマンドを使用して、事前に構成情報データ
ベースから HBA を削除しておきます。
ibrix_hba -d -h HOSTNAME -w WWNN
46
フェイルオーバーの構成
HBA 情報の表示
クラスター内の HBA に関する情報を表示するには、次のコマンドを使用します。すべてのホ
ストに関する情報を表示するには、 -h HOSTLIST 引数を省略します。
ibrix_hba -l [-h HOSTLIST]
次の表は、出力フィールドについて説明しています。
フィールド
説明
Host
HBA がインストールされているサーバー。
Node WWN
この HBA の WWNN。
Port WWN
この HBA の WWPN。
Port State
ポートの稼働状態。
Backup Port WWN
このポートのスタンバイポートの WWPN (スタンバイペア HBA の場合のみ)。
監視
このポートに対して HBA 監視が有効化されているかどうか。
高可用性機能の設定のチェック
高可用性機能が特定のファイルサービングノードに対して設定されているかどうかを判別する
には、ibrix_haconfig コマンドを使用します。このコマンドでは、次の機能が設定されて
いるかどうかをチェックし、結果の概要レポートまたは詳細情報レポートを出力します。
•
プログラマブル電源
•
スタンバイサーバーまたはスタンバイセグメント
•
クラスターおよびユーザーネットワークインターフェイスモニター
•
各ユーザーネットワークインターフェイスのスタンバイネットワークインターフェイス
•
HBA ポート監視
•
自動フェイルオーバーのステータス (オン/オフ)
概要レポートでは、各高可用性機能のステータスをテスト対象のファイルサービングノードお
よび (オプションとして) スタンバイごとに返します。
•
Passed: 機能が設定されていることを意味します。
•
Warning: 機能が設定されていないことを意味します。ただし、明確な結果が得られたわ
けではありません。たとえば、HBA を検出できなかった場合、HBA 監視機能が設定され
ていないか、またはテスト対象のサーバー上に HBA が物理的に存在していないことを意
味しますが、そのどちらであるかは不明確です。
•
Failed: 機能が設定されていないことを意味します。
詳細レポートには、すべてのテスト対象ファイルサービングノードに関する全体的な結果ス
テータスが示され、各高可用性機能に対して実行したチェックの詳細が記述されます。デフォ
ルトでは、結果が Failed または Warned になったチェックに関する詳細情報だけがレポート
に示されます。レポートを拡張して、結果が Passed になったチェックに関する詳細情報も報
告させることができます。
概要レポートの表示
すべてのファイルサービングノードの概要を表示するには、ibrix_haconfig -l コマンド
を使用します。特定のファイルサービングノードをチェックするには、-h HOSTLIST 引数を
含めます。スタンバイをチェックするには、-b 引数を含めます。チェックで不合格となった
ファイルサービングノードの結果だけを表示するには、-f 引数を含めます。
ibrix_haconfig -l [-h HOSTLIST] [-f] [-b]
クラスターの高可用性
47
たとえば、ファイルサービングノード xs01.hp.com および xs02.hp.com の概要レポートを表
示するには、次のように入力します。
ibrix_haconfig -l -h xs01.hp.com,xs02.hp.com
Host
HA Configuration Power Sources Backup Servers Auto Failover
Nics Monitored Standby Nics HBAs Monitored
xs01.hp.com
FAILED
PASSED
PASSED
PASSED
FAILED
PASSED
FAILED
xs02.hp.com
FAILED
PASSED
FAILED
FAILED
FAILED
WARNED
WARNED
詳細情報レポートの表示
詳細情報レポートを表示するには、ibrix_haconfig -i コマンドを使用します。
ibrix_haconfig -i [-h HOSTLIST] [-f] [-b] [-s] [-v]
-h HOSTLIST オプションには、チェック対象のノードのリストを指定します。スタンバイも
チェックするには、-b オプションを含めます。チェックで不合格となったファイルサービン
グノードの結果だけを表示するには、-f 引数を含めます。ファイルシステムとそれらのセグ
メントに関する情報をレポートに含めるには、-s オプションを指定します。結果が Passed
になった構成チェックに関する詳細情報を表示するには、-v オプションを含めます。
たとえば、ファイルサービングノード xs01.hp.com の詳細情報レポートを表示するには、次の
ように入力します。
ibrix_haconfig -i -h xs01.hp.com
--------------- Overall HA Configuration Checker Results --------------FAILED
--------------- Overall Host Results --------------Host
HA Configuration Power Sources Backup Servers Auto Failover Nics Monitored
Standby Nics HBAs Monitored
xs01.hp.com FAILED
PASSED
PASSED
PASSED
FAILED
PASSED
FAILED
--------------- Server xs01.hp.com FAILED Report ---------------
48
Check Description
================================================
Power source(s) configured
Backup server or backups for segments configured
Automatic server failover configured
Result
======
PASSED
PASSED
PASSED
Cluster & User Nics monitored
Cluster nic xs01.hp.com/eth1 monitored
FAILED
User nics configured with a standby nic
PASSED
HBA ports monitored
Hba port 21.01.00.e0.8b.2a.0d.6d monitored
Hba port 21.00.00.e0.8b.0a.0d.6d monitored
FAILED
FAILED
フェイルオーバーの構成
Result Information
==================
Not monitored
Not monitored
Not monitored
5 クラスターイベント通知の構成
クラスターイベント
クラスターイベントは次の 3 つのカテゴリに分類されます。
アラート: ファイルシステムデータへのアクセスが失われる可能性のある中断イベント。
警告: ファイルシステムへのアクセスは失われないものの、中断を招く可能性のある状態。この状態に
対処しないでいると、アラート条件にまで悪化する可能性があります。
情報: クラスターに対する変更に伴って通常生じるイベント。
次の表は、各カテゴリに分類されるイベントの例を示しています。
イベントタイプトリガーポイント
ALERT
名前
ユーザーが GUI へのログインに失敗した。
login.failure
ファイルシステムがマウント解除されている。
filesystem.unmounted
ファイルサービングノードがダウンまたは再起動し
ている。
server.status.down
ファイルサービングノードが予期せず終了した。
server.unreachable
WARN
ユーザーが GUI を使用してセグメントを移行した。 segment.migrated
INFO
ユーザーが正常に GUI にログインした。
login.success
ファイルシステムが作成された。
filesystem.cmd
ファイルサービングノードが削除された。
server.deregistered
GUI を使用して NIC が追加された。
nic.added
GUI を使用して NIC が削除された。
nic.removed
管理コンソールを使用して物理ストレージが検出お
よび追加された。
physicalvolume.added
管理コンソールを使用して物理ストレージが削除さ
れた。
physicalvolume.deleted
クラスターイベントは、電子メールまたは SNMP トラップによって通知することができます。
サポートされているイベントのリストを表示するには、ibrix_event –q コマンドを使用し
ます。
クラスターイベントの電子メール通知の設定
イベント通知は、イベントタイプ別に設定するか、1 つ以上の特定のイベントについて設定す
ることができます。クラスターイベントの自動電子メール通知を設定するには、イベントを電
子メール受信者と関連付けた後、電子メール設定を構成して通知プロセスを開始します。
イベントと電子メールアドレスの関連付け
すべての Alert (アラート) イベント、すべての Warning (警告) イベント、またはすべての Info
(情報) イベントを電子メールアドレスに関連付けることができるほか、特定のタイプのすべて
クラスターイベント
49
のイベントと別のタイプのサブセットの組み合わせや、すべてのタイプのサブセットなど、任
意の組み合わせのクラスターイベントを電子メールアドレスに関連付けることができます。
Alert イベントの通知しきい値は、容量の 90% です。しきい値でトリガーされる通知は、監視
対象のシステムリソースがしきい値を超過すると送信され、リソース使用率がしきい値を 10%
下回るとリセットされます。たとえば、使用率が最初に 90% 以上に達すると、通知が送信さ
れます。次の通知が送信されるのは、使用率が 80% 以下に低下した場合 (イベントのリセッ
ト) か、その後、使用率が 90% 以上に上昇した場合だけです。
すべてのタイプのイベントを受信者に関連付けるには、-e 引数を省略して、次のコマンドを
実行します。
ibrix_event -c [-e ALERT|WARN|INFO|EVENTLIST] -m EMAILLIST
特定のタイプを関連付けるには ALERT、WARN、INFO の各キーワードを使用し、特定のイベ
ントを関連付けるには EVENTLIST を使用します。
次のコマンドでは、すべてのタイプのイベントを [email protected] に関連付けます。
ibrix_event -c -m [email protected]
次のコマンドでは、すべての ALERT イベントと 2 種の INFO イベントを [email protected] に関
連付けます。
ibrix_event -c -e ALERT,server.registered,filesystem.space.full
-m [email protected]
電子メール通知設定の構成
電子メール通知設定を構成するには、SMTP サーバーおよびヘッダー情報を指定し、通知プロ
セスのオン/オフを切り替えます。
ibrix_event -m on|off -s SMTP -f from [-r reply-to] [-t subject]
サーバーは電子メールの送受信が可能で、From アドレスおよび Reply-to アドレスを認識でき
るように設定されている必要があります。必ず有効な電子メールアドレスを指定してくださ
い。SMTP サーバーのアドレスには特に注意してください。アドレスが有効でないと、SMTP
サーバーが電子メールを受け付けません。
次のコマンドでは、mail.hp.com SMTP サーバーが使用され、通知がオンになるように電子メー
ル設定を構成します。
ibrix_event -m on -s mail.hp.com -f [email protected] -r [email protected] -t Cluster1 Notification
注記: GUI には、電子メール通知プロセスの状態に関係なく、クラスターイベントが表示さ
れます。
イベントと電子メールアドレスの関連付けの解除
イベントと電子メールアドレスの関連付けを解除するには、次のコマンドを使用します。
ibrix_event -d [-e ALERT|WARN|INFO|EVENTLIST] -m EMAILLIST
たとえば、[email protected] に対するイベント通知の関連付けを解除するには、次のように入力
します。
ibrix_event -d -m [email protected]
[email protected] に対する Alert 通知をすべてオフにするには、次のように入力します。
ibrix_event -d -e ALERT -m [email protected]
[email protected] および [email protected] に対して server.registered 通知および
filesystem.created 通知をオフにするには、次のように入力します。
ibrix_event -d -e server.registered,filesystem.created -m [email protected],[email protected]
電子メールアドレスのテスト
テストメッセージを使用して電子メールアドレスをテストするには、通知をオンにする必要が
あります。アドレスが有効であれば、成功を示すメッセージがコマンドによって表示され、設
50
クラスターイベント通知の構成
定を含む電子メールが受信者へ送信されます。アドレスが有効でない場合、コマンドは
address failed 例外を返します。
ibrix_event -u -n EMAILADDRESS
電子メール通知設定の表示
ibrix_event -L コマンドを使用すると、電子メール設定および構成済みの通知に関する包
括的な情報を表示できます。
ibrix_event -L
Email Notification
SMTP Server
From
Reply To
:
:
:
:
Enabled
mail.hp.com
[email protected]
[email protected]
EVENT
------------------------------------asyncrep.completed
asyncrep.failed
LEVEL
----ALERT
ALERT
TYPE
----EMAIL
EMAIL
DESTINATION
[email protected]
[email protected]
SNMP 通知の設定
X9000 ソフトウェアでは、SNMP (Simple Network Management Protocol) v1 および v2 をサ
ポートしています。
SNMP の設定手順は次のとおりです。
•
エージェントの設定 (すべての SNMP バージョン)
•
trapsink の設定 (すべての SNMP バージョン)
•
trapsink とイベント通知の関連付け (すべての SNMP バージョン)
X9000 ソフトウェアでは、プライベート X9000 ソフトウェア MIB をサポートする SNMP エー
ジェントが実装されています。このエージェントはポーリングが可能で、設定済みの trapsink
に SNMP トラップを送信する機能を持ちます。
SNMP 通知は、電子メール通知と同様の手順で設定できます。イベント発生時にエージェン
トがトラップを送信できるようにするために、イベントを trapsink に関連付けて、trapsink ご
とに SNMP 設定を構成する必要があります。
注記: Phone Home が有効になっている場合、ibrix_snmpagent を使用して X9000 SNMP
エージェントの設定を編集または変更することはできません。ただし、ibrix_snmtrap に
よって trapsink IP を追加したり、ibrix_event によって trapsink IP とイベントを関連付けた
りすることはできます。
SNMP エージェントの設定
SNMP エージェントは、Fusion Manager のインストール時に自動的に作成されます。このエー
ジェントは初期状態で SNMPv2 エージェントとして設定されますが、デフォルトではオフに
なっています。
一部の SNMP パラメーターおよびデフォルトの SNMP ポートは、どのバージョンの SNMP で
も同じです。デフォルトのエージェントポートは 161 です。SYSCONTACT、SYSNAME、およ
び SYSLOCATION は、MIB-II エージェントのオプションパラメーターです。これらのパラメー
ターにはデフォルト値がありません。
注記: X9000 6.1 リリースでは、デフォルトの SNMP エージェントポートが 5061 から 161
に変更されました。このポート番号を変更することはできません。
-c オプションおよび -s オプションは、すべてのバージョンの SNMP に共通です。 -c オプ
ションは、コミュニティ名とパスワードのオン/オフを切り替えます。暗号化はデフォルトで
はオフになっています。 -s オプションは、エージェントのオン/オフを切り替えます。この
SNMP 通知の設定
51
オプションでエージェントをオンにするときは、SNMP ポート上でリスナーが起動されます。
オフにするときは、リスナーが停止されます。デフォルトの設定はオフです。
v1 および v2 の更新コマンドの形式は次のとおりです。
ibrix_snmpagent -u –v {1|2} [-p PORT] [-r READCOMMUNITY] [-w WRITECOMMUNITY]
[-t SYSCONTACT] [-n SYSNAME] [-o SYSLOCATION] [-c {yes|no}] [-s {on|off}]
SNMPv1 および v2 の更新コマンドは、オプションのコミュニティ名をとります。読み取り
専用アクセスに使用され、エージェントに割り当てられるデフォルトの READCOMMUNITY 名
は、慣習上、public となります。読み取り/書き込みアクセスの場合、デフォルトの
WRITECOMMUNITY 名は設定されません (private という名前がよく使われます)。
次のコマンドでは、v2 エージェントを更新して、書き込みコミュニティ名 private、エー
ジェントのシステム名、およびそのシステムの物理位置を反映させます。
ibrix_snmpagent -u –v 2 -w private -n agenthost.domain.com -o DevLab-B3-U6
trapsink 設定の構成
エージェントは、トラップと呼ばれる非同期通知を管理ステーションに送信します。trapsink
とは、エージェントがこれらのトラップを送信するターゲットホストです。 trapsink は、名前
または IP アドレスで指定されます。 X9000 ソフトウェアでは複数の trapsink をサポートして
いるため、どのバージョンの SNMP についても任意の数の trapsink を定義できますが、バー
ジョンに関係なく 1 つのホストに対して定義できる trapsink は 1 つだけです。
trapsink を設定するには、ターゲットホストと SNMP バージョンの指定が最低限必要です。
その他のすべてのパラメーターは省略可能であり、多くのパラメーターには省略時に適用され
るデフォルト値があります。
v1/v2 trapsink を作成するためのコマンド形式は次のとおりです。
ibrix_snmptrap -c -h HOSTNAME -v {1|2} [-p PORT] [-m COMMUNITY] [-s {on|off}]
ポートを指定しない場合は、デフォルトのポートとしてポート 162 が使用されます。コミュ
ニティを指定しない場合は、デフォルトのコミュニティ名として public が使用されます。
-s オプションでは、エージェントによるトラップ送信のオン/オフを切り替えます。デフォ
ルトはオンです。たとえば、v2 trapsink を新しいコミュニティ名で作成するには、次のよう
に入力します。
ibrix_snmptrap -c -h lab13-116 -v 2 -m private
イベントと trapsink の関連付け
trapsink へのイベントの関連付けは電子メール受信者へのイベントの関連付けに似ていますが、
電子メールアドレスの代わりに trapsink のホスト名または IP アドレスを指定する必要がありま
す。
SNMP イベントを trapsink に関連付けるには、ibrix_event コマンドを使用します。形式は
次のとおりです。
ibrix_event -c -y SNMP [-e ALERT|INFO|EVENTLIST]
-m TRAPSINK
たとえば、すべての Alert (アラート) イベントと 2 つの Info (情報) イベントを IP アドレス
192.168.2.32 の trapsink に関連付けるには、次のように入力します。
ibrix_event -c -y SNMP -e ALERT,server.registered,
filesystem.created -m 192.168.2.32
イベントと trapsink の関連付けを解除するには、ibrix_event -d コマンドを使用します。
ibrix_event -d -y SNMP [-e ALERT|INFO|EVENTLIST] -m TRAPSINK
52
クラスターイベント通知の構成
SNMP 構成の要素の削除
削除操作用の構文はすべての SNMP コマンド間で共通しており、-d フラグに続けて削除対象
のオブジェクトを指定するようになっています。次のコマンドでは、trapsink になったホスト
のリストを削除します。
ibrix_snmptrap -d -h lab15-12.domain.com,lab15-13.domain.com,lab15-14.domain.com
SNMP オブジェクトの削除に関しては、次の 2 つの制限があります。
•
グループから参照されているオブジェクトは削除できません。
•
ユーザーから参照されているグループは削除できません。
SNMP 構成情報の表示
情報を表示する場合の構文はすべての SNMP コマンド間で共通しており、-l フラグを使用し
ます。例を次に示します。
ibrix_snmpgroup -l
このコマンドでは、すべての SNMP グループについて定義済みのグループ設定のリストを表
示します。グループ名をオプションとして指定すると、そのグループについてのみ定義済みの
設定が表示されます。
SNMP 通知の設定
53
6 システムバックアップの構成
Fusion Manager 構成のバックアップ
Fusion Manager 構成は、クラスター構成が変更されるたびに自動的にバックアップされます。
バックアップは、アクティブな Fusion Manager をホストしているノードで実行されます。
バックアップファイルは、そのノード上の <ibrixhome>/tmp/fmbackup.zip に格納され
ます。
新しいバックアップファイルが使用可能になると、アクティブな Fusion Manager がパッシブ
な Fusion Manager に通知します。パッシブな Fusion Manager は、自分がホストされている
ノード上の <ibrixhome>/tmp/fmbackup.zip に、そのファイルをコピーします。 Fusion
Manager が maintenance モードの場合は、新しいバックアップファイルが作成されたときに
も通知され、アクティブな Fusion Manager からこれを取得します。
バックアップファイルはいつでも追加のコピーを作成できます。次のコマンドを実行すると、
fmbackup.zip ファイルが $IBRIXHOME/log ディレクトリに作成されます。
$IBRIXHOME/bin/db_backup.sh
1 日に 1 度、cron ジョブによって、$IBRIXHOME/log ディレクトリが $IBRIXHOME/log/
daily サブディレクトリに格納されます。 cron ジョブでは、$IBRIXHOME/tmp と
$IBRIXHOME/log の両方に、Fusion Manager 構成の新しいバックアップも作成されます。
バックアップを強制的に実行する必要がある場合は、次のコマンドを使用します。
ibrix_fm -B
重要: サーバーを障害から復旧するときや、不要な構成変更を取り消すときには、バックアッ
プファイルが必要となります。クラスター構成の変更時には必ず、別のクラスターのノードな
どの安全で隔離された場所に、fmbackup.zip のコピーを保存するようにしてください。
NDMP バックアップアプリケーションの使用
NDMP バックアップ機能を使用して、X9000 ソフトウェアのファイルシステム全体またはファ
イルシステムの一部を、バックアップしたり復旧したりすることができます。サポートされて
いる任意の NDMP バックアップアプリケーションを使用して、バックアップおよびリカバリ
操作を実行できます (NDMP 用語では、バックアップアプリケーションとはデータ管理アプリ
ケーション (DMA) のことを指します)。 DMA は、クラスターとは別の管理ステーションで実
行され、構成可能なソケットポートを経由してクラスターのファイルサービングノードと通信
します。
NDMP バックアップ機能は以下をサポートしています。
•
NDMP プロトコル、バージョン 3 および 4
•
NDMP の双方向操作
•
2 つのネットワークストレージシステム間の、NDMP の双方向操作
各ファイルサービングノードは NDMP サーバーとして機能し、NDMP サーバーデーモン (ndmpd)
プロセスを実行します。 DMA でバックアップまたは復旧操作を開始するときに、操作に使用
するノードとテープデバイスを指定できます。
NDMP 機能を構成して使用するときの注意事項を次に示します。
54
•
NDMP 操作用にシステムを構成する場合は、テープデバイスを SAN に接続して、バック
アップ/リストア操作に使用するファイルサービングノードに適切なデバイスが表示され
ていることを確認します。
•
バックアップ操作の実行時には、ファイルシステムのスナップショットを取得し、そのス
ナップショットをバックアップします。
システムバックアップの構成
•
ディレクトリツリークォータが有効な場合、ハードクォータ制限を超えると、元の場所へ
の NDMP リストアに失敗します。 NDMP リストア操作では、まず一時ファイルが作成さ
れ、次にその一時ファイルにファイルがリストアされます。これが成功したら、既存の
ファイル (同じターゲットディレクトリに存在する場合) が一時ファイルによって上書きさ
れます。ディレクトリツリーのハードクォータ制限を超えると、NDMP は一時ファイル
を作成できなくなり、リストア操作に失敗します。
クラスターの NDMP パラメーターの設定
クラスター内で DMA と NDMP サーバーとの間の通信を有効にするには、特定の NDMP パラ
メーターを設定する必要があります。 GUI でパラメーターを設定するには、ナビゲーターで
[Cluster Configuration] を選択し、次に [NDMP Backup] を選択します。 [NDMP Configuration
Summary] に、パラメーターのデフォルト値が表示されます。 [Modify] をクリックして、
[Configure NDMP] ダイアログボックスでクラスターのパラメーターを設定します。各フィー
ルドの詳細については、オンラインヘルプを参照してください。
CLI を使用して NDMP パラメーターを設定するには、次のコマンドを使用します。
ibrix_ndmpconfig –c [-d IP1,IP2,IP3,...] [-m MINPORT] [-x MAXPORT] [-n LISTENPORT]
[-u USERNAME] [-p PASSWORD] [-e {0=disable,1=enable}] [–v {0=10}] [-w BYTES]
[-z NUMSESSIONS]
NDMP プロセス管理
通常、すべての NDMP 操作は DMA から制御します。ただし、DMA で問題を解決できなかっ
たり、DMA が NDMP 環境について間違った情報を得ていると疑われる場合は、GUI または
CLI で次の操作を実行できます。
•
ファイルサービングノードで 1 つ以上の NDMP セッションをキャンセルします。セッ
ションをキャンセルすると、すべての生成されたセッションプロセスが停止し、必要に応
じてそのリソースが解放されます。
•
1 つ以上のファイルサービングノードで、NDMP サーバーをリセットします。このステッ
プによってすべての生成されたセッションプロセスが停止し、ndmpd とセッションモニ
NDMP バックアップアプリケーションの使用
55
ターデーモンが停止して、NDMP によって保持されるすべてのリソースが解放され、デー
モンが再起動します。
NDMP セッションの表示またはキャンセル
アクティブな NDMP セッションに関する情報を表示するには、ナビゲーターで [Cluster
Configuration] を選択し、[NDMP Backup] -> [Active Sessions] の順に選択します。 [Active NDMP
Sessions] パネルに、セッションごとに、そのセッションで使用されるホスト、バックアップア
プリケーションによって生成される識別子、セッションのステータス (データバックアップ中、
データ復元中、アイドル状態)、開始時間、DMA によって使用される IP アドレスが表示されま
す。
セッションをキャンセルするには、セッションを選択して、[Cancel Session] をクリックしま
す。セッションをキャンセルすると、すべての生成されたセッションプロセスが停止し、必要
に応じてそのリソースが解放されます。
完了したセッションについて同様の情報を表示するには、[NDMP Backup] -> [Session History]
の順に選択します。
CLI を使用してアクティブなセッションを表示:
ibrix_ndmpsession –l
完了したセッションを表示:
ibrix_ndmpsession –l -s [-t YYYY-MM-DD]
-t オプションは、指定した日付、またはその日付より前に発生したセッションに履歴を制限
します。
特定のファイルサービングノードのセッションをキャンセル:
ibrix_ndmpsession –c SESSION1,SESSION2,SESSION3,... –h HOST
NDMP サーバーの起動、停止、または再起動
ファイルサービングノードの起動時に、NDMP サーバーも自動的に起動します。必要に応じ
て次のコマンドを使用し、1 つ以上のファイルサービングノードの NDMP サーバーを起動、
停止、または再起動することができます。
ibrix_server –s –t ndmp –c { start | stop | restart} [-h SERVERNAMES]
テープおよびメディアチェンジャーデバイスの表示または再スキャン
バックアップ用に現在構成されているテープおよびメディアチェンジャーデバイスを表示する
には、ナビゲーターで [Cluster Configuration] を選択して、[NDMP Backup] -> [Tape Devices] の
順に選択します。
56
システムバックアップの構成
テープまたはメディアチェンジャーデバイスを SAN に追加した場合は、[Rescan Device] をク
リックしてリストを更新します。デバイスを削除して、それをリストから削除する場合は、そ
のデバイスが接続しているすべてのサーバーを再起動します。
CLI を使用してテープおよびメディアチェンジャーデバイスを表示するには、次のコマンドを
使用します。
ibrix_tape –l
デバイスを再スキャンするには、次のコマンドを使用します。
ibrix_tape –r
NDMP イベント
NDMP サーバーは、INFO、WARN、ALERT という 3 つのタイプのイベントを生成できます。
これらのイベントは GUI に表示され、ibrix_event コマンドによって表示できます。
INFO イベント: 主要な NDMP 操作の開始および終了を特定し、進行状況も報告します。例を
次に示します。
7012:Level 3 backup of /mnt/ibfs7 finished at Sat Nov 7 21:20:58 PST 2009
7013:Total Bytes = 38274665923, Average throughput = 236600391 bytes/sec.
WARN イベント: NDMP アクセス、環境、または NDMP 操作による問題を示します。これら
のイベントは必ず確認して、必要な修正処理を実行してください。例を次に示します。
0000:Unauthorized NDMP Client 16.39.40.201 trying to connect
4002:User [joe] md5 mode login failed.
ALERT イベント: NDMP 操作が失敗したことを示します。例を次に示します。
1102: Cannot start the session_monitor daemon, ndmpd exiting.
7009:Level 6 backup of /mnt/shares/accounts1 failed (writing eod header error).
8001:Restore Failed to read data stream signature.
これらのタイプのイベントの発生時に電子メールまたは SNMP の通知を送信するように、シ
ステムを構成することができます。
NDMP バックアップアプリケーションの使用
57
7 X9000 クライアントのホストグループの作成
ホストグループは、X9000 クライアントの名前付きセットです。ホストグループは、クライ
アントの一元管理に役立ちます。ホストグループには、異なるクライアントセットを含めるこ
とができます。グループのすべてのメンバーに対して次の操作を実行できます。
•
マウントポイントの作成と削除
•
ファイルシステムのマウント
•
ネットワークインターフェイスの優先設定
•
ホストパラメーターのチューニング
•
割り当てポリシーの設定
ホストグループを使用するかどうかは任意です。ホストグループを設定していない場合、クラ
イアントへのファイルシステムのマウント、ホスト設定値のチューニング、および割り当てポ
リシーの適用は個々のクライアントに対して実行できます。
ホストグループの仕組み
CLI または GUI を使用してデフォルトの clients ホストグループに対してコマンドを実行す
ると、許可されている操作をすべての X9000 クライアントに対して実行できます。これがホ
ストグループ機能の最もシンプルな使い方です。 clients ホストグループには、クラスター
内で構成されているすべての X9000 クライアントが含まれます。
注記: 実行したコマンドは、クライアントが次回、Fusion Manager に接続するまでの間、
Fusion Manager に保存されます。 (クライアントを強制的に Fusion Manager に接続させるに
は、クライアント上で X9000 ソフトウェアサービスをいったん停止してから再開するか、ク
ライアントを再起動するか、もしくは ibrix_lwmount -a または ibrix_lwhost --a を
実行します)。クライアントが Fusion Manager に接続すると、クライアントの所属先のホスト
グループに対して実行されたコマンドに関する情報が Fusion Manager からクライアントに渡
されます。クライアントは渡された情報に基づいて、操作を実行します。
ホストグループを使用して、クライアントのセットごとに異なる操作を実行することもできま
す。これを行うには、必要なホストグループを含むホストグループツリーを作成します。ホ
ストグループへのクライアントの割り当ては手動で実行できるほか、X9000 クライアントの登
録時にクライアントのクラスターサブネットに基づいて自動で実行することもできます。自動
割り当て機能を使用するには、ホストグループに対応するクラスターサブネットを指定するド
メインルールを作成します。
ホストグループツリーの作成
clients ホストグループがホストグループツリーの root 要素となります。ツリー内の各ホス
トグループの親は 1 つだけですが、親には複数の子を持たせることができます。ホストグルー
プツリーでは、下位レベルのノードに対して実行した操作が、上位レベルのノードに対して実
行した操作より優先されます。したがって、グローバルなクライアント設定を指定した後で、
個々のクライアントについては、必要に応じてそれらの設定をオーバーライドすることが可能
です。
たとえば、ファイルシステム ifs1 のマウントをすべてのクライアントに対して許可し、Tuning
1 という名前のホストチューニングセットを適用した後、これらのグローバル設定を特定のホ
ストグループでオーバーライドできます。これを行うには、ifs1 を clients ホストグルー
プにマウントし、ifs2 をホストグループ A に、ifs3 をホストグループ C、ifs4 をホスト
グループ D にそれぞれマウントします (マウントの順序は任意です)。次に、clients ホスト
グループに対して Tuning 1 を設定し、ホストグループ B に対して Tuning 2 を設定します。次
に、clients ホストグループに対して Tuning 1 を設定し、ホストグループ B に対して Tuning 2
を設定します。これにより、ホストグループ B のすべてのクライアントで ifs1 のマウントが
58
X9000 クライアントのホストグループの作成
可能になり、Tuning 2 が適用されます。ホストグループ A のクライアントでは ifs2 のマウ
ントが可能になり、Tuning 1 が適用されます。ホストグループ C および D のクライアントで
は、それぞれ ifs3 と ifs4 のマウントが可能になり、Tuning 1 が適用されます。次の図は、
ホストグループツリー内のこれらの設定例を示しています。
root の下層に 1 レベルのホストグループを作成するには、新しいホストグループを作成する必
要があるだけです。 root ノードが親であることを宣言する必要はありません。それより下位
のレベルのホストグループを作成するには、ホストグループの親要素を宣言する必要がありま
す。ホスト名をグループ名として使用しないでください。
CLI を使用してホストグループツリーを作成するには、次の手順を実行します。
1. 最初のレベルのツリーを作成します。
ibrix_hostgroup -c -g GROUPNAME
2.
グループの親を指定することで、ほかのすべてのレベルを作成します。
ibrix_hostgroup -c -g GROUPNAME
[-p PARENT]
ホストグループへの X9000 クライアントの追加
ホストグループには X9000 クライアントを追加できます。クライアントを異なるホストグルー
プに移動することもできます。すべてのクライアントはデフォルトの clients ホストグルー
プに所属しています。
ホストをホストグループに追加または移動するには、ibrix_hostgroup コマンドを次のよう
に使用します。
ibrix_hostgroup -m -g GROUP -h MEMBER
たとえば、指定したホストを finance グループに追加するには、次のように入力します。
ibrix_hostgroup -m -g finance -h cl01.hp.com
ホストグループへのドメインルールの追加
自動でのホストグループ割り当てを設定するには、ホストグループのドメインルールを定義し
ます。ドメインルールは、ホストグループのメンバーシップを特定のクラスターサブネット上
のクライアントに限定します。 Fusion Manager では、クライアントの作成時にユーザーが指
定したクライアントの IP アドレスを使用して、サブネットのマッチングを行い、クライアント
をドメインルールに応じたホストグループにソートします。
このようにホストグループに対してドメインルールを設定しておくと、異なるクライアントサ
ブネット上のマウントポリシー、チューニングポリシー、割り当てポリシー、および優先ネッ
トワークの一元管理に役立ちます。ドメインルールは、クライアントネットワークに対応する
サブネット IP アドレスです。ホストグループにドメインルールを追加すると、指定したサブ
ネット上の X9000 クライアントだけがホストグループのメンバーになるように限定されます。
ドメインルールは任意のタイミングで追加できます。
ドメインルールをホストグループに追加するには、ibrix_hostgroup コマンドを次のように
使用します。
ibrix_hostgroup -a -g GROUPNAME -D DOMAIN
ホストグループへの X9000 クライアントの追加
59
たとえば、ドメインルール 192.168 を finance グループに追加するには、次のように入力
します。
ibrix_hostgroup -a -g finance -D 192.168
ホストグループの表示
すべてのホストグループまたは特定のホストグループを表示するには、次のコマンドを使用し
ます。
ibrix_hostgroup -l [-g GROUP]
ホストグループの削除
ホストグループを削除すると、そのホストグループのメンバーがそのホストグループの親に再
割り当てされます。
この場合、移動先のホストグループで設定されているマウント、チューニング、ネットワーク
インターフェイスの優先設定、および割り当てポリシーを X9000 クライアントに強制的に適
用するには、クライアント上で X9000 ソフトウェアサービスをいったん停止して再開するか、
次のコマンドをローカルに実行します。
•
ibrix_lwmount -a: マウントまたは割り当てポリシーをクライアントに強制的に適用
•
ibrix_lwhost --a: ホストチューニングをクライアントに強制的に適用
CLI を使用してホストグループを削除するには、次のように入力します。
ibrix_hostgroup -d -g GROUPNAME
その他のホストグループ操作
ホストグループに対しては、さらに次の各操作が可能です。詳細についてはリンク先を参照し
てください。
60
•
マウントポイントの作成または削除、ファイルシステムのマウントまたはマウント解除
(『HP IBRIX X9000 Network Storage System File System ユーザーガイド』の「ファイルシ
ステムの作成とマウント」を参照)
•
ホストチューニングパラメーターの変更 (「ファイルサービングノードおよび X9000 クラ
イアントのチューニング」 (85 ページ) を参照)
•
優先するネットワークインターフェイスの設定 (「ネットワークインターフェイスの優先
設定」 (92 ページ) を参照)
•
割り当てポリシーの設定 (『HP IBRIX X9000 Network Storage System File System ユーザー
ガイド』の「ファイル割り当ての使用」を参照)
X9000 クライアントのホストグループの作成
8 クラスター操作の監視
システムステータスの監視
ストレージ監視機能は、システムステータスに関する情報を収集し、監視レポートを作成しま
す。 GUI はダッシュボードにステータス情報を表示します。この項では、CLI を使ってこの情
報を見る方法について説明します。
監視の間隔
デフォルトの監視間隔は 15 分 (900 秒) です。次のコマンドを使って <interval_in_seconds
変数を変更すると、間隔設定を変更できます。
ibrix_host_tune -C
vendorStorageHardwareMonitoringReportInterval=<interval_in_seconds>
注記:
間隔が 10 分以下に設定されると、ストレージの監視は実行されません。
ストレージの監視結果の確認
システムステータスを確認するには、次のコマンドを使用します。
ibrix_vs -i -n <storagename>
ストレージ名を入手するため、ibrix_vs -l コマンドを実行します。例を次に示します。
# ibrix_vs -l
NAME
TYPE IP
----- ---- ---------x303s exds 172.16.1.1
PROXYIP
-------
X9720/X9730 ハードウェアの監視
GUI は、X9720 および X9730 システムに含まれるサーバー、シャーシおよびシステムスト
レージのステータス、ファームウェアバージョン、デバイス情報を表示します。
サーバーとシャーシの監視
ナビゲーターから [Hardware] を選び、お使いのシステムに含まれるサーバーとシャーシに関
する情報を確認してください。 Servers パネルは各シャーシに含まれるサーバーを一覧表示し
ます。 Blade Server パネルは、選択したサーバーについて追加的な情報を提供します。
システムステータスの監視
61
下部のナビゲーターから確認したいサーバーコンポーネントを選びます。次の例では、選択し
たサーバーの CPU に関するステータスやその他の情報を示しています。
NICs パネルは、オフラインのものも含め、そのサーバーのすべての NIC を表示します。これ
らの NIC は通常使用されていません。次の例では、bond0 が eth0 と eth3 を使用していま
す。他の NIC の Status アイコンはアラートですが、それらは実際には使われていません。
62
クラスター操作の監視
シャーシとシャーシコンポーネントの監視
シャーシの前面にはサーバーベイがあり、背面にはファンや電源、Onboard Administrator モ
ジュール、相互接続モジュール (VC モジュールや SAS スイッチ) などのコンポーネントがあり
ます。次の Onboard Administrator の図は、X9730 システムのシャーシです。
GUI からは 3 つのコンポーネントを監視できます。ナビゲーターから [Chassis] を選び、Servers
パネルで選択したサーバーを含むシャーシを確認します。
X9720/X9730 ハードウェアの監視
63
ナビゲーターからシャーシコンポーネントを選び、そのコンポーネントのステータスやその他
の情報を確認します。次の例では、OA Modules パネルで Onboard Administrator モジュール
を表示しています。
Interconnect Modules パネルでは、VC Flex-10 モジュール 2 個と SAS スイッチ 4 個を表示し
ています。
Device Bays パネルでは、シャーシ前面のベイのブレードを表示します。
ストレージとストレージコンポーネントの監視
ナビゲーターから [Vendor Storage] を選び、お使いのシステムのストレージに関するステータ
スやデバイス情報を表示してください。 Vendor Storage では、システムに含まれる HP X9730
CX ストレージシステムが一覧表示されます。 Summary パネルは、選択した X9730 CX に関
する詳細を表示します。 Summary の監視ホストは、ストレージステータスを現在監視してい
るブレードです。
64
クラスター操作の監視
下部のナビゲーターからコンポーネントを選んで、選択したストレージの詳細を確認します。
各 X9730 CX はシングルドライブエンクロージャーです。このエンクロージャーには 2 つの
サブエンクロージャーがあり、Drive Sub Enclosures パネルに表示されます。
Drive Sub Enclosure Components パネルには、2 つのサブエンクロージャーに配置されたファ
ンや温度センサー、SEP に関する情報が表示されます。ファンや温度センサーの UUID は、こ
れらのコンポーネントを含むサブエンクロージャーの UUID から始まります。次の例では、最
X9720/X9730 ハードウェアの監視
65
初のコンポーネントセットの UUID が 50014380093D3E80 から始まっていますが、これは
Drive Sub Enclosures パネルに表示されている最初のサブエンクロージャーの UUID です。
ナビゲーターから [Fans]、[Temperature Sensors] または [SEPs] を選び、これらのコンポーネン
トを確認します。
Drives パネルでは、すべての X9730 CX システムのドライブが一覧表示されます。 Location
フィールドは、ドライブの位置を示しています。たとえば、リストの最初のドライブの位置は
Port: 52 (Empty) Blade Bay: 7 です。このドライブを見つけるには、Bay 7 に行きま
す。ポート番号は、スイッチ番号とスイッチポートを示しています。ポート 52 の場合、ドラ
イブはスイッチ 5 のポート 2 に接続されています。Port: 72 Box 1, Bay 6 の場合、ドラ
イブはベイ 6 にあるスイッチ 7 上のポート 2 に接続されています。
Spare Drives パネルには、RAID セットの再構築用のドライブが一覧表示されます。これらの
ドライブの位置は、Drives パネルで確認できます。 Unassigned Drives パネルは、現在使用さ
れていません。
66
クラスター操作の監視
Volumes パネルは、すべての X9730 CX システムのボリュームを表示します。各 X9730 CX
のボリュームは、LUN_1 から順に名付けられています。Properties 列には、/dev/sde など各
LUN のローカルデバイス名が表示されます。
The LUN Mapping パネルは、各 LUN に関連付けられた X9000 物理ボリュームを表示し、LUN
がスナップショットかどうかを示します。
ファイルサービングノードの状態の監視
GUI のダッシュボードには、ファイルサービングノードの稼働ステータスに関する情報が表示
されます。これには、CPU、I/O、およびネットワークパフォーマンス情報が含まれます。
CLI を使用してこの情報を表示するには、次のサンプル出力に示すように、ibrix_server
-l コマンドを使用します。
ibrix_server -l
SERVER_NAME
----------node1
node2
STATE
-----------Up, HBAsDown
Up, HBAsDown
CPU(%)
-----0
0
NET_IO(MB/s)
-----------0.00
0.00
DISK_IO(MB/s)
------------0.00
0.00
BACKUP
------
HA
-off
off
ファイルサービングノードの稼働状態は、Normal、Alert、Error のいずれかです。この状態は
さらに、ノードのフェイルオーバーステータスと監視対象の NIC および HBA のステータスを
示すカテゴリに分類されます。
状態
説明
Normal
Up: 稼働中。
Alert
Up-Alert: ログの記録対象となる状況がサーバーに発生したことを意味します。イベントは GUI の
[Status] タブに表示されます。また、該当する場合は、電子メール通知が送信されます。
ファイルサービングノードの状態の監視
67
状態
説明
Up-InFailover: サーバーの電源がオンで、サーバーが Fusion Manager から認識できる状態になって
おり、Fusion Manager がサーバーのセグメントをスタンバイサーバーに現在フェイルオーバーして
いることを意味します。
Up-FailedOver: サーバーの電源がオンで、サーバーが Fusion Manager から認識できる状態になっ
ており、フェイルオーバーが完了していることを意味します。
Down-InFailover: サーバーの電源がオフで、サーバーが Fusion Manager からアクセスできない状態
になっており、Fusion Manager がサーバーのセグメントをスタンバイサーバーに現在フェイルオー
バーしていることを意味します。
Error
Down-FailedOver: サーバーの電源がオフで、サーバーが Fusion Manager からアクセスできない状
態になっており、フェイルオーバーが完了していることを意味します。
Down: サーバーの電源がオフで、サーバーが Fusion Manager からアクセスできない状態になって
おり、サーバーのセグメントへのアクセスを提供するスタンバイサーバーが存在しないことを意味
します。
さらに、監視対象の NIC および HBA のステータスが STATE フィールドに報告されます。 HBA
および NIC が複数個あって、そのうちいくつかが動作を停止している場合、HBAsDown か
NicsDown のいずれかの状態が報告されます。
クラスターイベントの監視
X9000 ソフトウェアのイベントは、重大度レベルに応じて、以下のカテゴリのいずれか 1 つ
に割り当てられます。
•
アラート: ファイルシステムデータへのアクセスが失われる可能性のある中断イベント。
たとえば、セグメントが使用不能になった場合や、サーバーが到達不能になった場合な
ど。
•
警告: ファイルシステムへのアクセスは失われないものの、中断を招く可能性のある状
態。この状態に対処しないでいると、アラート条件にまで悪化する可能性があります。た
とえば、CPU の使用率が非常に高い場合や、クォータ制限値に近づいている場合など。
•
情報: クラスターに対する変更 (セグメントの作成やファイルシステムのマウント) に伴っ
て通常生じるか、または脅威のないイベント。
発生したイベントは、構成情報データベースのイベントテーブルにイベント書き込まれます。
ファイルのサイズが適切に維持されるように、古いイベントを定期的に削除することをお勧め
します。「データベースのイベントテーブルからのイベントの削除」 (69 ページ) を参照して
ください。
電子メールによるイベント通知 (「クラスターイベントの電子メール通知の設定」 (49 ページ)
を参照) か、または SNMP トラップによるイベント通知 (「SNMP 通知の設定」 (51 ページ)
を参照) を設定できます。
イベントの表示
GUI のダッシュボードには、過去 24 時間以内に発生したイベントの数が示されます。 GUI ナ
ビゲーターの [Events] をクリックすると、イベントのレポートが表示されます。特定のファイ
ルシステムまたはサーバーに関して報告されたイベントを表示することもできます。
CLI では、ibrix_event コマンドを使用して、クラスターイベントに関する情報を表示しま
す。
アラートタイプごとにイベントを表示するには、次のコマンドを使用します。
ibrix_event -q [-e ALERT|WARN|INFO]
ibrix_event -l コマンドでは、短形式でイベントが表示されるので、イベントの説明が 1
行の長さに合わせて切り捨てられます。 –n オプションでは、表示するイベントの数を指定し
ます。デフォルトは 100 です。
68
クラスター操作の監視
$ ibrix_event -l -n 3
EVENT ID TIMESTAMP
-------- --------------1983 Feb 14 15:08:15
1982 Feb 14 15:08:15
1981 Feb 14 15:08:15
LEVEL
----INFO
INFO
INFO
TEXT
---File system ifs1 created
Nic eth0[99.224.24.03] on host ix24–03.ad.hp.com up
Ibrix kernel file system is up on ix24-03.ad.hp.com
ibrix_event -i コマンドでは、長形式でイベントが表示され、イベントの説明も完全に表
示されます。
$ ibrix_event -l -n 2
Event:
=======
EVENT ID
: 1981
TIMESTAMP
: Feb 14 15:08:15
LEVEL
: INFO
TEXT
: Ibrix kernel file system is up on ix24–03.ad.hp.com
FILESYSTEM
:
HOST
: ix24–03.ad.hp.com
USER NAME
:
OPERATION
:
SEGMENT NUMBER :
PV NUMBER
:
NIC
:
HBA
:
RELATED EVENT
: 0
Event:
=======
EVENT ID
: 1980
TIMESTAMP
: Feb 14 15:08:14
LEVEL
: ALERT
TEXT
: category:CHASSIS, name: x9730_ch1, overallStatus:DEGRADED,
component:OAmodule, uuid:09USE038187WOAModule2, status:MISSING, Message: The Onboard
Administrator module is missing or has failed., Diagnostic message: Reseat the Onboard
Administrator module. If reseating the module does not resolve the issue, replace the Onboard
Administrator module., eventId:000D0004, location:OAmodule in chassis S/N:USE123456W,
level:ALERT
FILESYSTEM
:
HOST
: ix24–03.ad.hp.com
USER NAME
:
OPERATION
:
SEGMENT NUMBER :
PV NUMBER
:
NIC
:
HBA
:
RELATED EVENT
: 0
ibrix_event -l および -i コマンドには、特定のファイルシステム、サーバー、アラート
レベル、開始または終了時間に関連付けられたレコードを返すためのフィルターとして機能す
るオプションを含めることができます。詳細については、『HP IBRIX X9000 Network Storage
System CLI リファレンスガイド』を参照してください。
データベースのイベントテーブルからのイベントの削除
ibrix_event -p コマンドを使用して、イベントテーブルのイベントを、古いイベントから
削除します。デフォルトでは、最初の 7 日間のメッセージが削除されます。日数を変更する
には、-o DAYS_COUNT オプションを含めます。
ibrix_event -p [-o DAYS_COUNT]
クラスターの稼働状態の監視
ファイルサービングノードおよび X9000 クライアントの稼働状態を監視するには、
ibrix_health コマンドを実行します。このコマンドでは、ホストのパフォーマンスをいく
つかの機能項目についてチェックし、結果の概要情報レポートまたは詳細情報レポートを出力
します。
クラスターの稼働状態の監視
69
ヘルスチェック
ibrix_health コマンドでは、次のヘルスチェックをファイルサービングノードに対して実
行します。
•
テストホストとネットワークを共有しているリモートファイルサービングノードに対して
ping を送信します。リモートサーバーが ping に応答する場合は、Linux または X9000 ソ
フトウェアに問題が生じたためにリモートサーバーがテストホストに接続されていない可
能性があります。リモートサーバーが ping に応答しない場合は、リモートサーバーがダ
ウンしているか、ネットワークに問題が生じている可能性があります。
•
テストホストがネットワークインターフェイスモニターとして割り当てられている場合
は、監視対象インターフェイスに ping を送信して接続の稼働状態を確認します (ネット
ワークインターフェイスの監視の詳細については、「ネットワークインターフェイス監視
の使用」 (43 ページ) を参照してください)。
•
指定したホストが物理ボリュームを読み取ることができるかどうかをチェックします。
ibrix_health コマンドでは、次のヘルスチェックをファイルサービングノードと X9000 ク
ライアントの両方に対して実施します。
•
テストホスト上の情報マップと構成情報データベースの整合性を確認します。
-b オプションを含めると、スタンバイサーバーの稼働状態もチェックされます (スタンバイが
構成されている場合)。
ヘルスチェックのレポート
概要レポートでは、テストしたすべてのファイルサービングノードおよび X9000 クライアン
トの全体的なヘルスチェック結果が表示され、その後ろに個々の結果が表示されます。 -b オ
プションを指定すると、テストしたすべてのファイルサービングノードのスタンバイサーバー
を含めた全体的な結果が表示されます。結果は次のいずれかとなります。
•
Passed: すべてのテスト対象ホストおよびスタンバイサーバーがいずれのヘルスチェック
にも合格したことを意味します。
•
Failed: テスト対象のホストのうち、1 つ以上のホストがヘルスチェックで不合格になっ
たことを意味します。この結果の計算は、スタンバイサーバーのヘルスステータスを考慮
せずに行われます。
•
Warning: 注意が必要となる可能性のある非最適条件が 1 つ以上のテスト対象ホストまた
はスタンバイサーバーに見つかったことを意味します。
詳細情報レポートには、概要レポートと同じ情報に加え、次の追加データが含まれます。
•
テスト結果の概要
•
稼働状態、パフォーマンスデータ、バージョンデータなどのホスト情報
•
デフォルトと異なるホストチューニング
•
ヘルスチェックの結果
デフォルトでは、結果が Failed または Warned になったヘルスチェックに関するデータだけ
が、詳細情報レポートの Result Information フィールドに表示されます。オプションとして、
結果が Passed になったチェックに関するデータや、ファイルシステムおよびセグメントに関
する詳細情報も報告されるように詳細情報レポートを拡張できます。
概要ヘルスレポートの表示
概要ヘルスレポートを表示するには、ibrix_health -l コマンドを使用します。
ibrix_health -l [-h HOSTLIST] [-f] [-b]
このコマンドでは、デフォルトですべてのホストのレポートを出力します。特定のホストを表
示するには、-h HOSTLIST 引数を含めます。チェックで不合格となったホストの結果だけを
70
クラスター操作の監視
表示するには、-f 引数を含めます。スタンバイサーバーをヘルスチェックの対象に含めるに
は、-b 引数を含めます。
たとえば、ノード i080 およびクライアント lab13-116 の概要レポートを表示するには、次
のように入力します。
ibrix_health -l -h i080,lab13-116
PASSED
--------------- Host Summary Results --------------Host
Result Type
State Last Update
========= ====== ====== ===== ============================
i080
PASSED Server Up
Mon Apr 09 16:45:03 EDT 2007
lab13-116 PASSED Client Up
Mon Apr 09 16:07:22 EDT 2007
詳細ヘルスレポートの表示
詳細ヘルスレポートを表示するには、ibrix_health -i コマンドを使用します。
ibrix_health -i -h HOSTLIST [-f] [-s] [-v]
-f オプションでは、チェックで不合格になったホストの結果だけが表示されます。ファイル
システムとそれらのセグメントに関する情報をレポートに含めるには、-s オプションを指定
します。 -v オプションでは、結果が Passed または Warning になったチェックに関する詳細
情報だけがレポートに示されます。
たとえば、ファイルサービングノード lab13-116 の詳細ヘルスレポートを表示するには、次
のように入力します。
ibrix_health -i -h lab13-116
Overall Health Checker Results - PASSED
=======================================
Host Summary Results
====================
Host
Result Type
State
Last Update
-------- ------ ------ ------------ ----------lab15-62 PASSED Server Up, HBAsDown Mon Oct 19 14:24:34 EDT 2009
lab15-62 Report
===============
Overall Result
==============
Result Type
State
Network
Thread Protocol
------ ------ ----------------------- ------ -------PASSED Server Up, HBAsDown
99.126.39.72 16
true
CPU Information
===============
Cpu(System,User,Util,Nice)
-------------------------0, 1, 1, 0
Memory Information
==================
Mem Total Mem Free
--------- -------1944532
1841548
Module
Up time
Last Update
------
---------
----------------------------
Loaded
3267210.0
Mon Oct 19 14:24:34 EDT 2009
Load(1,3,15 min)
---------------0.73, 0.17, 0.12
Buffers(KB)
----------688
Cached(KB)
---------34616
Network(Bps)
-----------1301
Disk(Bps)
--------9728
Swap Total(KB)
-------------1028152
Swap Free(KB)
------------1028048
Version/OS Information
======================
Fs Version
IAD Version OS
OS Version
Version Architecture Processor
----------------- ----------- --------- ----------------------------------------------------- -------------- ------------ --------5.3.468(internal) 5.3.446
GNU/Linux Red Hat Enterprise Linux Server release 5.2
(Tikanga)
2.6.18-92.el5
i386
i686
Remote Hosts
============
Host
Type
-------- -----lab15-61 Server
lab15-62 Server
Network
-----------99.126.39.71
99.126.39.72
Protocol
-------true
true
Kernel
Connection State
---------------S_SET S_READY S_SENDHB
S_NEW
Check Results
=============
Check : lab15-62 can ping remote segment server hosts
=====================================================
Check Description
Result Result Information
------------------------------- ------ -----------------Remote server lab15-61 pingable PASSED
クラスターの稼働状態の監視
71
Check : Physical volumes are readable
=====================================
Check Description
Information
------------------------------------------------------------------------Physical volume 0ownQk-vYCm-RziC-OwRU-qStr-C6d5-ESrMIf readable
Physical volume 1MY7Gk-zb7U-HnnA-D24H-Nxhg-WPmX-ZfUvMb readable
Physical volume 7DRzC8-ucwo-p3D2-c89r-nwZD-E1ju-61VMw9 readable
Physical volume YipmIK-9WFE-tDpV-srtY-PoN7-9m23-r3Z9Gm readable
Physical volume ansHXO-0zAL-K058-eEnZ-36ov-Pku2-Bz4WKs readable
Physical volume oGt3qi-ybeC-E42f-vLg0-1GIF-My3H-3QhN0n readable
Physical volume wzXSW3-2pxY-1ayt-2lkG-4yIH-fMez-QHfbgg readable
Result
Result
------
-------
PASSED
PASSED
PASSED
PASSED
PASSED
PASSED
PASSED
/dev/sde
/dev/sdc
/dev/sda
/dev/sdb
/dev/sdi
/dev/sdj
/dev/sdd
Check : Iad and Fusion Manager consistent
=========================================
Check Description
Result Information
---------------------------------------------------------------------------------------------- -----lab15-61 engine uuid matches on Iad and Fusion Manager
Result
PASSED
lab15-61 IP address matches on Iad and Fusion Manager
PASSED
lab15-61 network protocol matches on Iad and Fusion Manager
PASSED
lab15-61 engine connection state on Iad is up
PASSED
lab15-62 engine uuid matches on Iad and Fusion Manager
PASSED
lab15-62 IP address matches on Iad and Fusion Manager
PASSED
lab15-62 network protocol matches on Iad and Fusion Manager
PASSED
lab15-62 engine connection state on Iad is up
PASSED
ifs2 file system uuid matches on Iad and Fusion Manager
PASSED
ifs2 file system generation matches on Iad and Fusion Manager
PASSED
ifs2 file system number segments matches on Iad and Fusion Manager
PASSED
ifs2 file system mounted state matches on Iad and Fusion Manager
PASSED
Segment owner for segment 1 filesystem ifs2 matches on Iad and Fusion Manager
PASSED
Segment owner for segment 2 filesystem ifs2 matches on Iad and Fusion Manager
PASSED
ifs1 file system uuid matches on Iad and Fusion Manager
PASSED
ifs1 file system generation matches on Iad and Fusion Manager
PASSED
ifs1 file system number segments matches on Iad and Fusion Manager
PASSED
ifs1 file system mounted state matches on Iad and Fusion Manager
PASSED
Segment owner for segment 1 filesystem ifs1 matches on Iad and Fusion Manager
PASSED
Superblock owner for segment 1 of filesystem ifs2 on lab15-62 matches on Iad and
Fusion Manager PASSED
Superblock owner for segment 2 of filesystem ifs2 on lab15-62 matches on Iad and
Fusion Manager PASSED
Superblock owner for segment 1 of filesystem ifs1 on lab15-62 matches on Iad and
Fusion Manager PASSED
ログの表示
Fusion Manager、ファイルサービングノード、および X9000 クライアントのそれぞれについ
てログが用意されています。ログファイルの内容の意味については、HP サポートにお問い合
わせください。 HP サポートでは、ログを tar 形式で圧縮し、電子メールに添付して HP に送
信するようにお願いすることがあります。
インテグレーテッドマネジメントログ (IML) の表示および消去
IML は、サーバーブレードに発生したハードウェアエラーを記録します。 hpasmcli(4) コマ
ンドを使うと、イベントを表示または消去できます。
72
クラスター操作の監視
ファイルサービングノードの稼働状況に関する統計情報の表示
ファイルサービングノードは、定期的に、次のような統計情報を Fusion Manager に報告しま
す。
•
Summary: CPU 使用率、ディスクスループット、ネットワークスループット、稼働状態な
ど、稼働状況に関する一般的な統計情報。稼働状態の詳細については、「ファイルサービ
ングノードの状態の監視」 (67 ページ) を参照してください。
•
IO: 読み取りおよび書き込みに関する総統計値。
•
Network: ネットワークの入出力に関する総統計値。
•
Memory: メモリの使用可能容量、空き容量、およびスワップメモリに関する統計情報。
•
CPU: プロセッサーおよび CPU アクティビティに関する統計情報。
•
NFS: NFS クライアントおよびサーバーアクティビティに関する統計情報。
GUI では、これらの統計情報のほとんどがダッシュボードに表示されます。詳細については、
「GUI の使用」 (16 ページ) を参照してください。
CLI を通じて統計情報を表示するには、次のコマンドを使用します。
ibrix_stats -l [-s] [-c] [-m] [-i] [-n] [-f] [-h HOSTLIST]
特定の統計情報のみを表示したり、特定のファイルサービングノードに関する統計情報のみを
表示するには、次のオプションを使用します。
-s 統計情報の概要
-c CPU の統計情報
-m メモリの統計情報
-i I/O の統計情報
-n ネットワークの統計情報
-f NFS の統計情報
-h レポートに含めるファイルサービングノード
出力の例を次に示します。
---------Summary-----------HOST
Status CPU Disk(MB/s) Net(MB/s)
lab12-10.hp.com
Up
0
22528
616
---------IO-----------HOST Read(MB/s)
Read(IO/s) Read(ms/op) Write(MB/s) Write(IO/s) Write(ms/op)
lab12-10.hp.com
22528
2
5
0
0.00
---------Net-----------HOST
In(MB/s) In(IO/s) Out(MB/s) Out(IO/s)
lab12-10.hp.com
261
3
355
2
---------Mem-----------HOST
MemTotal(MB) MemFree(MB) SwapTotal(MB) SwapFree(MB)
lab12-10.hp.com
1034616
703672
2031608
2031360
---------CPU----------HOST
User System Nice Idle IoWait Irq SoftIrq
lab12-10.hp.com
0
0
0
0
97
1
0
---------NFS v3-------HOST
Null Getattr Setattr Lookup Access Readlink Read Write
lab12-10.hp.com
0
0
0
0
0
0
0
0
HOST
lab12-10.hp.com
Create Mkdir Symlink Mknod Remove Rmdir Rename
0
0
0
0
0
0
0
HOST
lab12-10.hp.com
Link Readdir Readdirplus Fsstat Fsinfo Pathconf Commit
0
0
0
0
0
0
0
ファイルサービングノードの稼働状況に関する統計情報の表示
73
9 Statistics ツールの使用
統計ツールでは、クラスターや個別のファイルサービングノードのパフォーマンス履歴データ
が報告されます。ネットワーク、オペレーティングシステム、ファイルシステム、メモリ、ブ
ロックデバイスに関するデータを表示できます。 Statistic データは各ファイルサービングノー
ドから Fusion Manager に送信され、Fusion Manager が処理やレポート生成を制御します。
Statistics ツールのインストールと設定
Statistics ツールには 2 つの主要なプロセスがあります。
•
Manager プロセス: このプロセスはアクティブな Fusion Manager で実行されます。 Agent
プロセスを実行しているファイルサービングノードからクラスター全体の統計情報を収集
および集約し、ローカルの統計情報も収集します。 Manager は、集約した統計情報に基
づくレポートを生成し、すべてのファイルサービングノードからレポートを収集します。
さらに、Agent プロセスの開始と停止も制御します。
•
Agent プロセス: このプロセスはファイルサービングノードで実行されます。ローカルシ
ステムの統計情報を収集および集約し、これらの統計情報からレポートを生成します。
重要: Statistics ツールはリモートファイルコピー (rsync) を使用して、統計情報データをファ
イルサービングノードから Fusion Manager に移動します。Fusion Manager でデータが処理さ
れ、レポートが生成され、表示されます。すべてのファイルサービングノードからアクティブ
な Fusion Manager に対して、SSH キーが自動的に設定されます。
Statistics ツールのインストール
Statistics ツールは、X9000 ソフトウェアをファイルサービングノードにインストールするとき
に、自動的にインストールされます。 Statistics ツールを手動でインストールまたは再インス
トールするには、次のコマンドを使用します。
ibrixinit –tt
次のことに留意してください。
•
インストールのログは /tmp/stats-install.log にあります。
•
デフォルトでは、Statistics ツールをインストールしても Statistics ツールのプロセスは開始
されません。プロセスの開始および停止方法については、「Statistics ツールプロセスの制
御」 (79 ページ) を参照してください。
•
インストール時に Fusion Manager デーモンが実行されていない場合、Statstool はパッシ
ブとしてインストールされます。 Fusion Manager がアクティブまたはパッシブ状態になっ
たら、Statstool 管理コンソールは Fusion Manager の状態に合わせて自動的に変更されま
す。
収集と同期の有効化
収集と同期を有効にするには、ノード間の同期化を構成します。アクティブな Fusion Manager
ノードで、すべてのファイルサービングノードのノード名を指定して、次のコマンドを実行し
ます。
/usr/local/ibrix/stats/bin/stmanage setrsync <node1_name> ...
<nodeN_name>
例を次に示します。
# stmanage setrsync ibr-3-31-1 ibr-3-31-2 ibr-3-31-3
注記: 個別のノードに対してこのコマンドを実行しないでください。同じコマンド内にすべ
てのノードを指定する必要があります。どのような順序で指定しても構いません。必ずノード
名を使用します。IP アドレスを使用しないでください。
74
Statistics ツールの使用
rsync のメカニズムをテストする場合は、「アクセステスト」 (79 ページ) を参照してくださ
い。
Statistics ツールの X9000 ソフトウェア 6.0 からのアップグレード
バージョン 6.1 以降にアップグレードしても、統計情報の履歴は保持されます。
ibrix_upgrade および auto_ibrixupgrade スクリプトを使用して X9000 ソフトウェア
をアップグレードすると、Statstool ソフトウェアがアップグレードされます。
次のことに留意してください。
•
アップグレードの開始前に統計プロセスを実行していた場合、アップグレードが正常に完
了した後で、これらのプロセスは自動的に再開されます。アップグレードの開始前に統計
プロセスを実行していなかった場合は、アップグレードの完了後に手動で開始する必要が
あります。
•
Statistics ツールが以前にインストールされていなかった場合、X9000 ソフトウェアアップ
グレードによってツールはインストールされますが、Statistics プロセスは開始されませ
ん。プロセスの開始方法については、「Statistics ツールプロセスの制御」 (79 ページ) を
参照してください。
•
Quick Restore DVD を使用する手動のアップグレード手順では、Statistics ツールはインス
トールされません。アップグレード後に Statistics ツールを手動でインストールしてくだ
さい (「Statistics ツールのインストール」 (74 ページ) を参照)。
•
アップグレード前に /etc/ibrix/stats.conf ファイルに設定された構成可能パラメー
ター (age.retain.files=24h など) は、アップグレード後に保持されません。
•
アップグレード後、履歴データとレポートは /var/lib/ibrix/histstats フォルダー
から /local/statstool/histstats フォルダーに移動します。
•
アップグレードでは Statistics ツールのデータベースは保持されますが、レポートは保持さ
れません。日付範囲を指定することで、アップグレード前に格納されたデータのレポート
を再生成することができます。「レポートの生成」 (76 ページ) を参照してください。
履歴レポート GUI の使用
GUI を使用して、クラスター全体のレポートや、特定のファイルサービングノードのレポート
を、表示または生成することができます。 GUI を開くには、GUI ダッシュボードの [Historical
Reports] を選択します。
注記: デフォルトでは、Statistics ツールをインストールしても Statistics ツールのプロセスは
開始されません。アクティブな Fusion Manager でプロセスが実行されていない場合、GUI に
はメッセージが表示されます (アクティブな Fusion Manager でプロセスがすでに実行されてい
る場合や、パッシブな管理コンソールでプロセスがまったく実行されていない場合、メッセー
ジは表示されません)。プロセスの開始方法については、「Statistics ツールプロセスの制御」
(79 ページ) を参照してください。
統計のホームページでは、レポートを一覧表示するための 3 つのビュー (フォーマット) が提
供されています。次の例は Simple ビューで、タイプ (時間別、日次、週次、詳細) ごとにレ
ポートがソートされています。
Statistics ツールの X9000 ソフトウェア 6.0 からのアップグレード
75
Time ビューではレポートが時系列に表示され、Table ビューではクラスターまたはサーバー別
にレポートが一覧表示されます。クリックするとそのレポートが表示されます。
レポートの生成
新しいレポートを生成するには、X9000 管理コンソールの履歴レポート GUI で [Request New
Report] をクリックします。
76
Statistics ツールの使用
レポートを生成するには、必要な仕様を入力して、[Submit] をクリックします。統計のホーム
ページのレポートのリストに、完成したレポートが表示されます。
レポートの生成時には、次の点に注意する必要があります。
•
レポートは、収集済みの統計情報からのみ生成できます。たとえば、ツールを午前 9:40
に開始し、午前 9:00~ 午前 9:30 の間のレポートを要求しても、レポートは生成できませ
ん。その間のデータは収集されていないからです。
•
レポートは時間単位で生成されます。レポートが生成され表示可能になるまでには、最大
1 時間かかる場合があります。
注記: システムがレポートを生成中であるのに同時に新しいレポートをリクエストすると、
GUI にエラーが表示されます。しばらく待ったあとで、もう一度レポートをリクエストしてく
ださい。
レポートの削除
レポートを削除するには、各ノードにログインして、/local/statstool/histstats/
reports/ディレクトリからレポートを削除します。
Statistics ツールの維持
スペース要件
Statistics ツールでは、2 ノードクラスターの場合、毎時約 4MB が必要になります。スペース
を管理するには、次の手順を実行します。
•
/local/statstool/histstats ディレクトリ内にデータ収集に十分なスペース
(4GB~8GB) を維持します。
•
/local/statstool/histstats/reports/ディレクトリ内のスペースを監視します。
デフォルト値については、「Statistics ツール構成の変更」 (78 ページ) を参照してくださ
い。
Statistics ツール構成の更新
Statistics ツールを最初に構成するときに、構成情報には、クラスター上で構成されるすべての
ファイルシステムに関する情報が含まれます。クラスターに新しいノードまたは新しいファイ
ルシステムを追加したり、その他の追加を行ったりした場合、Statistics ツールの構成を更新す
る必要があります。次の手順を実行します。
Statistics ツールの維持
77
1.
2.
クラスターに新しいファイルサービングノードを追加する場合は、ノードの同期化を有効
にします。詳細については、「収集と同期の有効化」 (74 ページ) を参照してください。
Statistics ツールにファイルシステムを追加します。アクティブな Fusion Manager をホス
トしているノードで、次のコマンドを実行します。
/usr/local/ibrix/stats/bin/stmanage loadfm
クラスター内のほかのノードでは、新しい構成が自動的に更新されます。収集プロセスを
再起動する必要はありません。収集は自動的に続行されます。
Statistics ツール構成の変更
構成を変更できるのは、管理ノード上のみです。構成を変更するには、現在アクティブなノー
ド上の /etc/ibrix/stats.conf ファイルに、構成パラメーターとその値を追加します。
/etc/ibrix/statstool.conf ファイルと /etc/ibrix/statstool.local.conf ファ
イルを直接変更することはできません。
次のパラメーターを設定して、保持されるレポートの数を指定することができます。
パラメーター
保持されるレポートタイプ
デフォルトの保管期間
age.report.hourly
時間別レポート
1日
age.report.daily
日次レポート
7日
age.report.weekly
週次レポート
14 日
age.report.other
ユーザー生成レポート
7日
たとえば、日次レポートの場合、デフォルトの 7 日間で 7 つのレポートが保存されます。日
次レポートを 3 日分だけ保存する場合は、age.report.daily パラメーターを 3 日に設定し
ます。
age.report.daily=3d
注記: 構成の変更後にプロセスを再起動する必要はありません。更新された構成は自動的に
収集されます。
Fusion Manager のフェイルオーバーと Statistics ツールの構成
高可用性環境では、Fusion Manager がフェイルオーバーされると、Statistics ツールも自動的に
フェイルオーバーされます。フェイルオーバーを実行するために何か手順を実行する必要はあ
りません。 Fusion Manager の構成の変更に合わせて、統計の構成も自動的に変更されます。
フェイルオーバーが正常に行われたら、次の操作が発生します。
78
•
フェイルオーバーの前に Statstool プロセスが実行されていた場合は、そのプロセスが再開
されます。プロセスが実行されていなかった場合は、再開されません。
•
Statstool のパッシブな管理コンソールが、X9000 Fusion Manager に maintenance モード
でインストールされます。
•
現在アクティブな Fusion Manager から、すべてのクラスターノード上で Setrsync が自
動的に実行されます。
•
Loadfm が自動的に実行され、クラスター内のすべてのファイルシステムデータが、アク
ティブな Fusion Manager に提示されます。
•
Fusion Manager のフェイルオーバーの前に生成された格納済みのクラスターレベルのデー
タベースが、現在アクティブな Fusion Manager に移動するため、以前に生成されたレポー
トが時間別、日次、週次というカテゴリで使用できない場合に、特定の範囲のレポートを
リクエストできるようになります。「レポートの生成」 (76 ページ) を参照してくださ
い。
Statistics ツールの使用
注記: 古いアクティブな Fusion Manager が 3 日以上使用できない (ping に応答しない)
場合、履歴の統計情報データベースは現在アクティブな Fusion Manager に転送されませ
ん。
•
フェイルオーバーの前に構成可能パラメーターを設定していた場合、そのパラメーターは
フェイルオーバー後も保持されます。
エラーが表示された場合は、/usr/local/ibrix/log/statstool/stats.log を確認して
ください。
注記: フェイルオーバーの前に生成されたレポートは、現在アクティブな Fusion Manager で
は使用できません。
Statistics ツールプロセスのステータスの確認
Statistics ツールプロセスのステータスを確認するには、次のコマンドを実行します。
#/etc/init.d/ibrix_statsmanager status
ibrix_statsmanager (pid 25322) is running...
この出力で、pid は、「マスター」プロセスのプロセス ID を示しています。
Statistics ツールプロセスの制御
アクティブな Fusion Manager に接続されたすべてのファイルサービングノード上の Statistics
ツールプロセスは、アクティブな Fusion Manager からリモート制御できます。
ibrix_statscontrol ツールを使用して、接続されたすべてのファイルサービングノードの
プロセスや、指定したホスト名のみのプロセスを、開始または停止することができます。
•
Fusion Manager を含むすべてのファイルサービングノードのプロセスを停止する場合:
# /usr/local/ibrix/stats/bin/ibrix_statscontrol stopall
•
Fusion Manager を含むすべてのファイルサービングノードのプロセスを開始する場合:
# /usr/local/ibrix/stats/bin/ibrix_statscontrol startall
•
特定のファイルサービングノードのプロセスを停止する場合:
# /usr/local/ibrix/stats/bin/ibrix_statscontrol stop <hostname1>
<hostname2> ..
•
特定のファイルサービングノードのプロセスを開始する場合:
# /usr/local/ibrix/stats/bin/ibrix_statscontrol start <hostname1>
<hostname2> ..
Statistics ツールのトラブルシューティング
アクセステスト
ssh 認証が有効で、パスワード入力なしでノードからデータを取得できることを確認するに
は、次のコマンドを実行します。
# /usr/local/ibrix/stats/bin/stmanage testpull
その他の状況
•
データが収集されない。 Statistics Manager の共通ディレクトリ (デフォルトでは /local/
statstool/histstats/) にデータが収集されない場合は、すべてのノードの Statistics
ツールプロセスを再起動します。「Statistics ツールプロセスの制御」 (79 ページ) を参照
してください。
Statistics ツールのトラブルシューティング
79
•
インストールに関する問題。/tmp/stats-install.log をチェックして問題を解決す
るか、HP サポートに /tmp/stats-install.log を送信してください。
•
ファイルサービングノードのレポートが表示されない。 Stats ツールの Web ページにレ
ポートが表示されない場合は、次のことを確認してみてください。
◦
特定のファイルサービングノードに対して収集が可能かどうか確認してみます。収集
できない場合は、「収集と同期の有効化」 (74 ページ) を参照してください。
◦
時刻同期をチェックします。収集を正しく行い、レポートを表示するには、クラス
ター内のすべてのサーバーが同じ日時とタイムゾーンに設定されている必要がありま
す。
ログファイル
Statistics ツールの詳細なログについては、/usr/local/ibrix/log/statstool/stats.log
を参照してください (この情報には、詳細な例外やトレースバックメッセージが含まれていま
す)。ログは毎日真夜中に書き換えられ、圧縮された統計ログが 7 日分だけ保持されます。
デフォルトの /var/log/messages ログファイルには、Statistics ツールに関するログも記録
されていますが、メッセージは短縮されています。
Statistics ツールのアンインストール
X9000 ソフトウェアがアンインストールされたら、Statistics ツールもアンインストールされま
す。
Statistics ツールを手動でアンインストールするには、次のいずれかのコマンドを使用します。
•
Statistics ツールと依存関係の rpm を含め、Statistics ツールをアンインストールする場合:
# ibrixinit –tt -u
•
Statistics ツールと依存関係の rpm は残した状態で、Statistics ツールをアンインストールす
る場合:
# ibrixinit –tt -U
80
Statistics ツールの使用
10 システムのメンテナンス
システムのシャットダウン
システムを完全にシャットダウンするには、初めに X9000 ソフトウェアをシャットダウンし、
次にハードウェアの電源を切断します。
X9000 ソフトウェアのシャットダウン
X9000 ソフトウェアをシャットダウンするには、以下の手順に従ってください。特に指定が
ない場合、コマンドはアクティブな Fusion Manager をホストしているノードから実行してく
ださい。
1. アクティブなリモート複製タスク、データ階層化タスクまたは再バランスタスクがあれ
ば、それらをすべて停止します。次のコマンドを実行してアクティブなタスクのリストを
表示し、それぞれのタスク ID をメモします。
# ibrix_task -l
次のコマンドを実行して、タスク ID を指定し、アクティブな各タスクを停止します。
# ibrix_task -k -n TASKID
2.
すべてのクラスターノード上の高可用性機能を無効にします。
ibrix_server -m -U
3.
すべての passive な Fusion Manager インスタンスのモードを nofmfailover モードに移行
します。
ibrix_fm -m nofmfailover -A
4.
すべてのノード上の CIFS、NFS および NDMP サービスを停止します。以下のコマンドを
実行します。
ibrix_server -s -t cifs -c stop
ibrix_server -s -t nfs -c stop
ibrix_server -s -t ndmp -c stop
nl
nl
CIFS を使用している場合、すべてのファイルサービングノード上で likewise サービスが停
止していることを確認します。
ps –ef | grep likewise
kill -9 を使用して、実行中のすべての likewise サービスを停止します。
NFS を使用している場合は、次のコマンドを実行して、すべての NFS プロセスが停止し
ていることを確認します。
ps –ef | grep nfs
プロセスが実行中の場合、影響を受けるノードで以下のコマンドを使用します。
# pdsh –a service nfslock stop | dshbak
# pdsh –a service nfs stop | dshbak
nl
必要に応じてすべてのノード上で次のコマンドを実行し、マウントされているファイルシ
ステムで開いているすべてのファイルハンドルを特定します。
lsof </mountpoint>
kill -9 を使用して、ファイルシステム上で開いているファイルハンドルを持つすべて
のプロセスを停止します。
5.
クラスター上にマウントされているファイルシステムを表示します。
# ibrix_fs –l
システムのシャットダウン
81
6.
X9000 クライアントから、すべてのファイルシステムをマウント解除します。
•
Linux X9000 クライアントでは、次のコマンドを実行して各ファイルシステムをマウ
ント解除します。
ibrix_lwumount -f <fs_name>
•
7.
Windows X9000 クライアントでは、ファイルシステムにアクセスしているすべての
アプリケーションを停止し、次にクライアントの GUI を使用してファイルシステム
(例: I: DRIVE) をマウント解除します。次に、[Services] に移動して fusion サービスを
停止します。
クラスターノード上のすべてのファイルシステムをマウント解除します。
ibrix_umount -f <fs_name>
GUI を通じてファイルシステムをマウント解除するには、[Filesystems] > [unmount] を選択
します。
8.
すべてのファイルシステムがマウント解除されていることを確認します。
ibrix_fs -l
特定のノード上のファイルシステムをマウント解除できなかった場合、この手順を続行し
ます。ファイルシステムは、ノードのシャットダウン時に強制的にマウント解除されま
す。
9.
すべての X9000 Server サービスをシャットダウンして、操作を確認します。
# pdsh –a /etc/init.d/ibrix_server stop | dshbak
# pdsh –a /etc/init.d/ibrix_server status | dshbak
nl
10. Fusion Manager がすべてのファイルサービングノードが停止していることをレポートする
まで待機します。
# ibrix_server –l
11. アクティブな Fusion Manager をホストしているノード以外のすべてのノードをシャット
ダウンします。
# pdsh -w HOSTNAME shutdown -t now "now"
例を次に示します。
# pdsh -w x850s3 shutdown -t now "now"
# pdsh -w x850s2 shutdown -t now "now"
nl
12. アクティブであるアジャイル Fusion Manager をホストしているノードをシャットダウン
します。
shutdown -t now “now”
13. ping を使用して、ノードが停止していることを確認します。例を次に示します。
# ping x850s2
PING x850s2.l3domain.l3lab.com (12.12.80.102) 56(84) bytes of data.
x850s1.l3domain.l3lab.com (12.12.82.101) icmp_seq=2 Destination Host
Unreachable
nl
nl
ノードを正常にシャットダウンできない場合は、次のコマンドを使用して、iLO インター
フェイスを使用してノードの電源を切断します。
# ibrix_server -P off -h HOSTNAME
14. Fusion Manager サービスをシャットダウンしてステータスを確認します。
# /etc/init.d/ibrix_fusionmanager stop
# /etc/init.d/ibrix_fusionmanager status
82
システムのメンテナンス
15. アクティブな Fusion Manager をホストしているノードをシャットダウンします。
# shutdown -t now “now”
Broadcast message from root (pts/4) (Mon Mar 12 17:10:13 2012):
The system is going down to maintenance mode NOW!
nl
nl
コマンドが終了すると、サーバーの電源はオフ (スタンバイ) になります。
システムハードウェアの電源切断
X9000 ソフトウェアをシャットダウンしてから、次の手順でシステムハードウェアの電源を切
断します。
1. 9100c コントローラーの電源を切ります。
2. 9200cx ディスクキャパシティブロックの電源を切ります。
3. ファイルサービングノードの電源を切ります。
これでクラスターのシャットダウンは完了です。
システムの起動
X9720 システムを起動するには、初めにハードウェアコンポーネントに電源を投入し、次に
X9000 ソフトウェアを起動します。
システムハードウェアの電源投入
システムハードウェアに電源を投入するには、次の手順を実行します。
1. 9100cx ディスクキャパシティブロックの電源を入れます。
2. 9100c コントローラーの電源を入れます。
3. すべてのコントローラーが 7 セグメントディスプレイに “on” と表示するまで待ちます。
4. ファイルサービングノードの電源を入れます。
停電後の電源投入
停電が起きた場合、電気が復旧すると、すべてのハードウェアの電源が一度に入ります。スト
レージが利用可能になる前にファイルサービングノードが起動し、ファイルシステムのマウン
トを妨げます。これを直すために、すべてのコントローラーが 7 セグメントディスプレイに
“on” と表示するまで待ってから、ファイルサービングノードを再起動します。これによりファ
イルシステムは自動的にマウントされます。
X9000 ソフトウェアの起動
X9000 ソフトウェアを起動するには、次の手順を実行します。
1. アクティブな Fusion Manager をホストしているノードの電源を投入します。
2. ファイルサービングノードの電源を投入します (* ルートセグメント = セグメント 1、可
能な場合オーナーの電源を最初に投入)。
3. GUI でノードを監視し、すべてのノードで次のコマンドの出力が UP であることがレポー
トされるまで待機します。
ibrix_server -l
4.
ファイルシステムをマウントしてその内容を確認します。アクティブな Fusion Manager
をホストしているファイルサービングノードで、次のコマンドを実行します。
ibrix_mount -f fs_name -m <mountpoint>
Linux X9000 クライアントで、次のコマンドを実行します。
ibrix_lwmount -f fsname -m <mountpoint>
システムの起動
83
5.
ファイルサービングノード上で高可用性機能を有効化します。アクティブな Fusion Manager
をホストしているファイルサービングノードで、次のコマンドを実行します。
ibrix_server -m
6.
パッシブ状態のアジャイル Fusion Manager をホストしているノード上で、コンソールの
モードを passive に戻します。
ibrix_fm -m passive
これで、X9000 ソフトウェアを使用できるようになり、ファイルシステムにアクセスできま
す。
ファイルサービングノードの電源オン/オフ
適切に構成された電源にファイルサービングノードが接続されている場合は、ノードの電源の
オン/オフまたはリセットをリモートで実行できます。サービスの中断を防止するには、ノー
ドのスタンバイを設定しておき (「スタンバイペアの構成」 (40 ページ) を参照)、電源を切断
する前にノードを手動でフェイルオーバーします (「ファイルサービングノードの手動フェイ
ルオーバー」 (42 ページ) を参照)。ファイルサービングノードの電源をリモートで切断して
も、フェイルオーバーはトリガーされません。
ファイルサービングノードの電源を投入するか、切断するか、またはノードをリセットするに
は、次のコマンドを使用します。
ibrix_server -P {on|reset|off} -h HOSTNAME
ローリングリブートの実行
ローリングリブート手順は、クラスターのオンライン状態を保持したまま、クラスター内にお
けるすべてのファイルサービングノードの再起動を可能にします。手順を開始する前に、各
ファイルサービングノードにバックアップノードが存在していること、および X9000 高可用
性が有効であることを確認してください。スタンバイバックアップペアの作成の詳細について
は、「クライアントアクセス用の仮想インターフェイスの構成」 (35 ページ) および「クラス
ターの高可用性」 (39 ページ) を参照してください。ペアとなる各サーバーは、もう一方のサー
バーのスタンバイとなります。
次のいずれかのスキームを使用して再起動を行います。
•
ファイルサービングノードを 1 つずつ再起動する。
•
ファイルサービングノードを 2 つのグループに分割する。その際、1 番目のグループの
バックアップが 2 番目のグループに存在し、2 番目のグループのバックアップが 1 番目
のグループに存在するようにする。これで、1 つのグループを同時に再起動できます。
ローリングリブートを実行するには、各ファイルサービングノードについて以下の手順に従い
ます。
1. Linux から直接ノードを再起動します (GUI の電源オフ機能は、ファイルサービングサービ
スのフェイルオーバーをトリガーしないため使用しません)。ノードはそのバックアップ
にフェイルオーバーします。
2. 再起動したノードが稼働状態になったことが GUI でレポートされるまで待機します。
3. GUI を通じてノードをフェイルバックし、サービスをバックアップからこのノードに戻し
ます。バックアップノードで次のコマンドを実行します。
ibrix_server -f -U -h HOSTNAME
HOSTNAME は、再起動を行ったノードの名前です。
プロセスの開始と停止
プロセスを、開始、停止、および再開することが可能です。また、X9000 ソフトウェア内部で
機能を実行するプロセスのステータスを表示できます。さらに、マシン上での PostgreSQL の
84
システムのメンテナンス
動作は、次のコマンドで制御できます。 PostgreSQL サービスは、/usr/local/ibrix/init/
に用意されています。
Fusion Manager 上のプロセスを開始/停止するか、またはプロセスのステータスを表示するに
は、次のコマンドを使用します。
/etc/init.d/ibrix_fusionmanager [start | stop | restart | status]
ファイルサービングノード上のプロセスを開始/停止するか、またはプロセスのステータスを
表示するには、次のコマンドを使用します。ファイルサービングノードを停止、開始、または
再開した後で、フォローアップアクションが必要になることがあります。
/etc/init.d/ibrix_server [start | stop | restart | status]
X9000 クライアント上のプロセスを開始/停止するか、またはプロセスのステータスを表示す
るには、次のコマンドを使用します。
/etc/init.d/ibrix_client [start | stop | restart | status]
ファイルサービングノードおよび X9000 クライアントのチューニング
デフォルトのホストチューニング設定は、ほとんどのクラスター環境に適したものになってい
ます。ただし、パフォーマンス向上を目的として HP サポートがお客様に特定のファイルサー
ビングノードまたは X9000 クライアントのチューニング設定を変更するようにお願いするこ
とがあります。
ファイルサービングノード上では、ホストチューニングの変更が即時に実行されます。 X9000
クライアントの場合、チューニングを変更するコマンドはいったん Fusion Manager に保存さ
れます。クライアント上で X9000 ソフトウェアサービスを開始するとき、クライアントは適
用する必要のあるホストチューニングを Fusion Manager に照会し、そのチューニングを適用
します。 X9000 ソフトウェアサービスがクライアント上ですでに稼働している場合は、クラ
イアント上で ibrix_client または ibrix_lwhost --a を実行するか、もしくはクライア
ントを再起動すると、クライアントから Fusion Manager への照会を強制的に実行できます。
ibrix_lwhost コマンドを使用すると、クライアントに対して設定されているホストチュー
ニングをローカルにオーバーライドできます。
ホストチューニングに使用するすべての Fusion Manager コマンドには、1 つ以上のホストグ
ループをとる-h HOSTLIST オプションがあります。ホストチューニングをホストグループに
対して設定すると、複数のクライアントを一度にチューニングできるので便利です。すべての
クライアントに対して同じホストチューニングを設定するには、組み込みの clients ホスト
グループを指定します。
注意: ホストチューニング設定を変更すると、ファイルシステムのパフォーマンスが変化す
ることがあります。ホストチューニング設定を変更する前に、HP サポートにお問い合わせく
ださい。
ホストチューニング設定を表示または変更するには、ibrix_host_tune コマンドを使用しま
す。
•
使用が許可されているすべてのホストチューニングについてデフォルト値と有効範囲のリ
ストを表示するには、次のように入力します。
ibrix_host_tune -L
•
ノードまたはホストグループに対してホストパラメーターをチューニングするには、次の
ように入力します。
ibrix_host_tune -S {-h HOSTLIST|-g GROUPLIST} -o OPTIONLIST
OPTIONLIST の値を取得するには、HP サポートにお問い合わせください。オプション
は、オプション = 値ペアのカンマ区切りリストとして指定します。すべてのクライアン
トに対してホストチューニングを設定するには、-g clients オプションを含めます。
ファイルサービングノードおよび X9000 クライアントのチューニング
85
•
ノードまたはホストグループに対してホストパラメーターをデフォルト値にリセットする
には、次のように入力します。
ibrix_host_tune -U {-h HOSTLIST|-g GROUPLIST} [-n OPTIONS]
すべてのファイルサービスノード、X9000 クライアント、およびホストグループに対して
すべてのオプションをリセットするには、-h HOSTLIST オプションおよび -n OPTIONS
オプションを省略します。すべてのクライアントに対してホストチューニングをリセット
するには、-g clients オプションを含めます。
デフォルトにリセットされる値は、-h HOSTLIST 引数の指定内容によって異なります。
•
◦
ファイルサービングノード: ファイルサービングノードのデフォルトホストチューニ
ングが復元されます。
◦
X9000 クライアント: デフォルトの clients ホストグループに適用されているホス
トチューニングが復元されます。
◦
ホストグループ: 指定したホストグループの親に適用されているホストチューニング
が復元されます。
ファイルサービングノードおよび X9000 クライアントのホストチューニング設定のリス
トを表示するには、次のコマンドを使用します。すべてのホストのチューニングを表示す
るには、-h 引数を省略します。すべてチューニングを表示するには、-n 引数を省略しま
す。
ibrix_host_tune -l [-h HOSTLIST] [-n OPTIONS]
•
ノードおよびホストグループに対して通信プロトコルを設定するには、次のコマンドを使
用します。すべての X9000 クライアントに対してプロトコルを設定するには、-g
clients オプションを使用します。
•
ibrix_host_tune -p {UDP|TCP} {-h HOSTLIST| -g GROUPLIST}
•
ファイルサービングノード、ホストグループ、および X9000 クライアントに対してサー
バースレッドを設定するには、次のように入力します。
ibrix_host_tune -t THREADCOUNT {-h HOSTLIST| -g GROUPLIST}
•
ファイルサービングノード、ホストグループ、および X9000 クライアントに対して管理
スレッドを設定するには、次のように入力します。すべての X9000 クライアントに対し
て管理スレッドを設定するには、-g clients オプションを含めます。
ibrix_host_tune -a THREADCOUNT {-h HOSTLIST| -g GROUPLIST}
X9000 クライアントのローカルチューニング
Linux クライアント: ホストパラメーターをチューニングするには、ibrix_lwhost コマンド
を使用します。たとえば、通信プロトコルを設定するには、次のように入力します。
ibrix_lwhost --protocol -p {tcp|udp}
デフォルト値から変更されたホストチューニングパラメーターのリストを表示するには、次の
ように入力します。
ibrix_lwhost --list
上記以外にも使用可能なオプションがあります。詳細については、『HP IBRIX X9000 Network
Storage System CLI リファレンスガイド』に記載されている「ibrix_lwhost」コマンドの項
を参照してください。
Windows クライアント: Windows X9000 クライアント GUI 上で [Tune Host] タブをクリック
します。優先する NIC (デフォルトではクラスターインターフェイス)、通信プロトコル (UDP
または TCP)、使用するサーバースレッドの数などのパラメーターをチューニングできます。
必要に応じてクライアントのオンラインヘルプを参照してください。
86
システムのメンテナンス
セグメントの移行
セグメントの移行では、クラスターのパフォーマンスを向上させるために、セグメントのオー
ナーシップをホスト間で移動できます。セグメントの移行で移動されるのはセグメントのオー
ナーシップだけであり、ネットワークストレージシステム内の物理位置からセグメントが移動
されるわけではありません。セグメントのオーナーシップは物理セグメント自体に記録されて
います。オーナーシップデータは、Fusion Manager からファイルサービングノードおよび
X9000 クライアントに渡されるメタデータに含まれています。これにより、ノードおよびクラ
イアントがセグメントを見つけることができます。
特定のセグメントの移行
次のコマンドでは、ファイルシステム FSNAME 上のセグメントのうち、LVLIST に指定した
セグメントのオーナーシップを新しいホストに移行し、ソースホストを更新します。
ibrix_fs -m -f FSNAME -s LVLIST -h HOSTNAME [-M] [-F] [-N]
移行を強制的に実行するには、-M を含めます。ソースホストを更新せずに移行するには、-F
を含めます。ホストのヘルスチェックを省略するには、-N を含めます。
たとえば、論理ボリューム ilv1、ilv2、および ilv3 をファイルシステム ifs1 に追加す
るには、次のように入力します。
ibrix_fs -m -f ifs1 -s ilv2,ilv3 -h s1.hp.com
すべてのセグメントをホスト間で移行する
次のコマンドでは、HOSTNAME1 によって所有されているファイルシステム FSNAME 内のセグ
メントのオーナーシップを HOSTNAME2 に移行し、ソースホストを更新します。
ibrix_fs -m -f FSNAME -H HOSTNAME1,HOSTNAME2 [-M] [-F] [-N]
たとえば、s1.hp.com 上にあるファイルシステム ifs1 内のすべてのセグメントのオーナー
シップを s2.hp.com に移行するには、次のように入力します。
ibrix_fs -m -f ifs1 -H s1.hp.com,s2.hp.com
クラスターからノードを削除する
クラスターからノードを削除するには、以下の手順に従ってください。
1. ノードがパッシブな Fusion Manager をホストしている場合、手順 2 に進みます。ノード
がアクティブな Fusion Manager をホストしている場合、Fusion Manager を nofmfailover
ノードに移行します。
ibrix_fm -m nofmfailover
2.
アクティブな Fusion Manager をホストしているノードで、削除するノードの登録を解除
します。
ibrix_fm -u server_name
3.
ノードから X9000 ソフトウェアをアンインストールします。
./ibrixinit -u
このコマンドは、ファイルサービングノードと Fusion Manager ソフトウェアの両方を削
除します。
これでノードがクラスターから完全に削除されます。
クラスターからストレージを削除する
X9000 ソフトウェアファイルシステムで使用されているストレージを削除する前に、ファイル
システムデータを格納しているセグメント (または論理ボリューム) を退避させる必要がありま
す。この手順は、データをファイルシステム内の別のセグメントに移動しますが、ファイルシ
セグメントの移行
87
ステムにアクセスするユーザーまたはアプリケーションには透過的に行われます。セグメント
を退避させる際には、次の制限事項を認識しておく必要があります。
•
退避タスクの実行中は、他のタスクをファイルシステム上で実行できません。同様に、別
のタスクがファイルシステム上で実行中の場合は、先に実行しているタスクが完了するま
で退避タスクをスケジュールできません。
•
ファイルシステムは静止状態 (セグメントの退避中にアクティブな I/O が存在しない) で
ある必要があります。ファイルシステムがアクティブである場合にこのユーティリティを
実行すると、データの整合性が失われるか、データが失われる可能性があります。
•
影響を受けるファイルシステムでクォータが有効化されている場合、退避操作中はクォー
タを無効にする必要があります。
セグメントを退避させるには、次の手順を実行します。
1. 物理ボリューム上に存在する削除対象セグメントを特定します。 GUI ナビゲーターで
[Storage] を選択します。影響を受ける物理ボリュームのファイルシステムおよびセグメ
ント番号をメモします。
2. 影響を受けるセグメントから退避したデータを収容可能な、ファイルシステム上の別のセ
グメントを特定します。 GUI でファイルシステムを選択して、下側のナビゲーターから
[Segments] を選択します。十分なスペースを持つセグメントが存在しない場合は、ファイ
ルシステムにセグメントを追加します。
3. ファイルシステム上でクォータが有効化されている場合、これを無効化します。
ibrix_fs -q -D -f FSNAME
4.
セグメントを退避させます。 GUI でファイルシステムを選択して、下側のナビゲーターで
[Active Tasks] を展開して [Evacuator] を選択します。 [Task Summary] パネルで [New] を選
択して、[Start Evacuation] ダイアログボックスを開きます。注意を読んで、ファイルシス
テムが静止状態にあることを確認してください。
[Source Segments] 列で、退避させる 1 つ以上のセグメントを選択します。データを受信
するセグメントも選択できます (移動先セグメントを選択しなかった場合、データは使用
可能な複数のセグメントに分散されます)。
88
システムのメンテナンス
[Task Summary] ウィンドウに退避の進捗が表示され、エラーが発生した場合はレポートさ
れます。操作を中止する場合は、[Stop] をクリックします。
5.
操作が完了したら、次のコマンドを実行して、ファイルシステムのセグメントの使用を中
止します。
ibrix_fs -B -f FSNAME -n BADSEGNUMLIST
ストレージに関連付けられているセグメント番号は再利用されません。基盤となる LUN
またはボリュームは別のファイルシステムで再利用されるか、この手順の完了時にスト
レージソリューションから物理的に削除されます。
6.
ファイルシステム上でクォータが無効化されている場合は、ファイルシステムをマウント
解除してから次のコマンドを使用してクォータを再有効化します。
ibrix_fs -q -E -f FSNAME
次に、ファイルシステムを再マウントします。
CLI を使用してセグメントを退避させるには、ibrix_evacuate コマンドを使用します。この
コマンドの説明は、『HP IBRIX X9000 Network Storage System CLI リファレンスガイド』に記
載されています。
セグメント退避のトラブルシューティング
•
セグメントの退避に失敗した場合、失敗したセグメント上で ibrix_fsck コマンドの
フェーズ 1 を corrective モードで実行することをお勧めします。詳細については、『HP
IBRIX X9000 Network Storage System File System ユーザーガイド』の「ファイルシステム
のチェックと修復」を参照してください。
•
セグメントに、3.64TB より大きいチャンクファイルが含まれている場合、セグメントの
退避プロセスに失敗します。これらのチャンクファイルは手動で移動する必要がありま
す。退避プロセスでは、ログが生成され、セグメント上の移動されなかったチャンクファ
イルをレポートします。このログファイルは、管理コンソールログのディレクトリに保存
され (デフォルトは /usr/local/ibrix/log)、Rebalance_<jobID>-<FS-ID>.info
という名前が付けられます (例: Rebalance_29-ibfs1.info)。
inum2name コマンドを実行して、チャンクファイルのシンボリック名を特定します。
# ./inum2name --fsname=ibfs 500000017
ibfs:/sliced_dir/file3.bin
ファイルの名前を取得したら、cp などのコマンドを使用してファイルを手動で移動しま
す。次に、セグメントの退避プロセスを再実行します。
アナライザーログに、セグメントに残されているチャンクのリストが表示されます。この
ログの例を次に示します。
2012-03-13 11:57:35:0332834 | <INFO> | 1090169152 | segment 3 not migrated
chunks 462
2012-03-13 11:57:35:0332855 | <INFO> | 1090169152 | segment 3 not migrated
replicas 0
2012-03-13 11:57:35:0332864 | <INFO> | 1090169152 | segment 3 not migrated
files 0
2012-03-13 11:57:35:0332870 | <INFO> | 1090169152 | segment 3 not migrated
directories 0
2012-03-13 11:57:35:0332875 | <INFO> | 1090169152 | segment 3 not migrated root
0
2012-03-13 11:57:35:0332880 | <INFO> | 1090169152 | segment 3 orphan inodes 0
2012-03-13 11:57:35:0332886 | <INFO> | 1090169152 | segment 3 chunk: inode
3099CC002.8E2124C4, poid 3099CC002.8E2124C4, primary 807F5C010.36B5072B poid
807F5C010.36B5072B
2012-03-13 11:57:35:0332894 | <INFO> | 1090169152 | segment 3 chunk: inode
3099AC007.8E2125A1, poid 3099AC007.8E2125A1, primary 60A1D8024.42966361 poid
60A1D8024.42966361
2012-03-13 11:57:35:0332901 | <INFO> | 1090169152 | segment 3 chunk: inode
3015A4031.C34A99FA, poid 3015A4031.C34A99FA, primary 40830415E.7793564B poid
40830415E.7793564B
2012-03-13 11:57:35:0332908 | <INFO> | 1090169152 | segment 3 chunk: inode
クラスターからストレージを削除する
89
3015A401B.C34A97F8, poid 3015A401B.C34A97F8, primary 4083040D9.77935458 poid
4083040D9.77935458
2012-03-13 11:57:35:0332915 | <INFO> | 1090169152 | segment 3 chunk: inode
3015A4021.C34A994C, poid 3015A4021.C34A994C, primary 4083040FF.7793558E poid
4083040FF.7793558E
inum2name ユーティリティを使用して、プライマリ inode ID をファイル名に変換しま
す。
ネットワークのメンテナンス
クラスターインターフェイスとユーザーネットワークインターフェイス
X9000 ソフトウェアは、次の論理ネットワークインターフェイスをサポートしています。
•
クラスターネットワークインターフェイス: Fusion Manager トラフィック、サービング
ノード間のトラフィック、およびサービングノードとクライアント間のトラフィックを転
送します。 1 つのクラスターで使用できるクラスターインターフェイスは 1 つだけです。
バックアップ用として、各ファイルサービングノードに 2 つのクラスター NIC を持たせ
ることができます。
•
ユーザーネットワークインターフェイス: ファイルサービングノードとクライアント間の
トラフィックを伝送します。複数のユーザーネットワークインターフェイスを使用できま
す。
クラスターネットワークインターフェイスは、クラスターがインストールされると作成されま
す (クラスターネットワークインターフェイスには仮想インターフェイスが使用されます)。サ
イトの要件に応じて、1 つ以上のユーザーネットワークインターフェイスが作成されている場
合があります。必要に応じてユーザーネットワークインターフェイスを追加することもできま
す。
ユーザーネットワークインターフェイスの追加
クラスターネットワークはサービングノードと NFS/CIFS クライアントまたは X9000 クライ
アントのいずれかの間でトラフィックを転送できますが、このトラフィックを転送するために
ユーザーネットワークインターフェイスを作成する必要が生じる場合があります。クラスター
が NFS/CIFS クライアントと X9000 クライアントの混在に対応する必要がある場合、または
クライアントトラフィックを異なるネットワークに分離する必要がある場合は、1 つ以上の
ユーザーネットワークが必要となります。一般的には、ユーザーネットワークは NFS/CIFS ト
ラフィックに割り当てることが推奨されます。クラスターネットワークは、NFS/CIFS フェイ
ルオーバーに必要な仮想インターフェイス (VIF) をホストできないためです。ユーザーネット
ワークには Gigabit Ethernet (またはより高速な) ポートを使用することをお勧めします。
サービングノードにユーザーネットワークインターフェイスを作成する場合は、ファイルシス
テムの提供またはフェイルオーバーのために通信する必要のあるファイルサービングノード
は、同じネットワーク上に存在している必要がある点に留意してください。また、フェイル
オーバーのペアとして設定されているノードは、同じネットワークインターフェイスに接続さ
れている必要があります。
デフォルトのネットワークは、ベースユーザーネットワークインターフェイスにルーティング
することをお勧めします。
高可用性クラスターを実現するために、NFS トラフィックには専用のユーザーネットワークを
使用し、そのネットワークに自動フェイルオーバーを設定することをお勧めします (「自動フェ
イルオーバーの設定」 (40 ページ) を参照)。この方法により、NSF トラフィックの中断を防
ぐことができます。 NFS トラフィック用にクラスターインターフェイスを使用している場合、
ファイルサービングノード上でこのインターフェイスに障害が発生すると、マウントされた
ファイルシステムにこのインターフェイスを使用してアクセスするすべての NFS クライアン
トは、このファイルシステムへの接続が失われます。これらの NSF クライアントにはクラス
ターに関する情報がなく、要求をスタンバイノードに再ルーティングできないからです。
90
システムのメンテナンス
リンクアグリゲーションと仮想インターフェイス
ユーザーネットワークインターフェイスを作成する場合、リンクアグリゲーションを使用して
複数の物理的なリソースを単一の VIF に集結できます。 VIF では、サイズのより大きい物理リ
ソースの中に多数の名前付きパスを定義できます。次の図に示すように、これらのパスのそれ
ぞれについて個別に管理とルーティングを実施できます。リンクアグリゲーションで求められ
るルールおよび制限については、ネットワークインターフェイスベンダーのマニュアルを参照
してください。
ファイルサービングノードのユーザーネットワークインターフェイスの指定
特定のファイルサービングノードのユーザーネットワークインターフェイスを登録するには、
ibrix_nic コマンドを使用します。インターフェイス名 (IFNAME) には、eth1 のように英
数字とアンダースコアのみを使用できます
ibrix_nic -a -n IFNAME -h HOSTLIST
VIF を登録する場合は、物理インターフェイス名の末尾に VIF サフィックス (:nnnn) を追加し
ます。たとえば、次のコマンドでは、ファイルサービングノード s1.hp.com および
s2.hp.com 上の物理ネットワークインターフェイス eth1 に対応する仮想インターフェイス
eth1:1 を登録します。
ibrix_nic -a -n eth1:1 -h s1.hp.com,s2.hp.com
ファイルサービングノード用のユーザーネットワークインターフェイスを登録すると、Fusion
Manager がノードの IP アドレス、ネットマスク、および MAC アドレスを照会し、それらの
値を構成情報データベースにインポートします。これらの値は、後から必要に応じて変更でき
ます。
VIF を登録する場合は、Fusion Manager はノードに対して自動的に照会を行いません。 VIF を
自動フェイルオーバー構成のスタンバイネットワークインターフェイスとしてのみ使用する場
合は、ネットワークがその VIF に最初にフェイルオーバーされたときに Fusion Manager がノー
ドへの照会を行います。スタンバイ以外の目的で使用する場合は、VIF の IP アドレスとネット
マスクを構成情報データベースに手動で入力する必要があります (「構成データベースにネッ
トワークインターフェイスオプションを設定する」 (91 ページ) を参照)。 Fusion Manager は
VIF の MAC アドレスを必要としません。
ユーザーネットワークインターフェイスを X9000 クライアントトラフィック用に作成した場
合は、さらに、ネットワークを使用する X9000 クライアントで優先するネットワークを指定
する必要があります (「ネットワークインターフェイスの優先設定」 (92 ページ) を参照)。
構成データベースにネットワークインターフェイスオプションを設定する
VIF を使用可能にするには、次のコマンドを実行して VIF の IP アドレスとネットマスクを指定
します。このコマンドを使用して、ネットワークの特定の ifconfig オプションを変更する
こともできます。
ibrix_nic -c -n IFNAME -h HOSTNAME [-I IPADDR] [-M NETMASK]
[-B BCASTADDR] [-T MTU]
ネットワークのメンテナンス
91
たとえば、ファイルサービングノード s4.hp.com のインターフェイス eth3 に対してネット
マスク 255.255.0.0 およびブロードキャストアドレス 10.0.0.4 を設定するには、次のように
入力します。
ibrix_nic -c -n eth3 -h s4.hp.com -M 255.255.0.0 -B 10.0.0.4
ネットワークインターフェイスの優先設定
ファイルサービングノードまたは X9000 クライアントのユーザーネットワークインターフェ
イスを作成したら、これらのノードおよびクライアントのインターフェイスの優先設定を行う
必要があります (NFS クライアントおよび CIFS クライアントでは、マウント時に正しいユー
ザーネットワークインターフェイスを選択できるようになっているため、ユーザーネットワー
クインターフェイスの優先設定が不要です)。
ファイルサービングノード上では、ネットワークインターフェイスの優先設定がただちに実行
されます。 X9000 クライアントの場合、インターフェイスを優先するコマンドはいったん
Fusion Manager に保存されます。 X9000 ソフトウェアサービスがクライアント上で開始され
ると、クライアントは優先設定されているネットワークインターフェイスを Fusion Manager
に照会して、そのインターフェイスを使用します。サービスが X9000 クライアント上ですで
に稼働しているときにネットワークを優先設定した場合は、クライアント上で ibrix_lwhost
--a を実行するか、またはクライアントを再起動すると、クライアントから Fusion Manager
への照会を強制的に実行できます。
ファイルサービングノードまたは Linux X9000 クライアントで優先するネットワーク
インターフェイスの設定
下の 1 番目のコマンドでは、ファイルサービングノードで優先するネットワークインターフェ
イスを設定します。2 番目のコマンドでは、クライアントで優先するネットワークインター
フェイスを設定します。
ibrix_server -n -h SRCHOST -A DESTHOST/IFNAME
ibrix_client -n -h SRCHOST -A DESTHOST/IFNAME
指定したネットワークインターフェイス (IFNAME) 経由でファイルサービングノードまたは
X9000 クライアントが接続する先のターゲットホストのそれぞれについて、このコマンドを
1 回ずつ実行します。たとえば、ファイルサービングノード s1.hp.com からファイルサービ
ングノード s2.hp.com へのトラフィックでネットワークインターフェイス eth3 を優先す
るには、次のように入力します。
ibrix_server -n -h s1.hp.com -A s2.hp.com/eth3
Windows X9000 クライアントで優先するネットワークインターフェイスの設定
クラスター上に複数のユーザーネットワークインターフェイスが設定されている場合、このク
ライアントの優先インターフェイスを選択する必要があります。 Windows X9000 クライアン
ト GUI の [Tune Host] タブで、次の例に示すようにインターフェイスを指定します。
92
システムのメンテナンス
ホストグループで優先するネットワークインターフェイスの設定
ホストグループを指定することで、複数の X9000 クライアントの優先インターフェイス設定
を同時に行えます。あるユーザーネットワークインターフェイスをすべての X9000 クライア
ントで優先するには、clients ホストグループを使用します。ホストグループで優先するネッ
トワークインターフェイスを設定した後、個々の X9000 クライアント上で ibrix_lwhost
を使用して、その優先設定をオーバーライドすることが可能です。
ホストグループで優先するネットワークインターフェイスを設定するには、次のコマンドを使
用します。
ibrix_hostgroup -n -g HOSTGROUP -A DESTHOST/IFNAME
ターゲットホスト (DESTHOST) としてホストグループを指定することはできません。たとえ
ば、すべての X9000 クライアント (clients ホストグループ) からファイルサービングノード
s2.hp.com へのトラフィックでネットワークインターフェイス eth3 を優先するには、次の
ように入力します。
ibrix_hostgroup -n -g clients -A s2.hp.com/eth3
ネットワークインターフェイスの優先解除
ファイルサービングノードまたは X9000 クライアントをクラスターインターフェイスに戻す
には、ネットワークインターフェイスの優先設定を解除します。下の 1 番目のコマンドでは、
ファイルサービングノードに対してネットワークインターフェイスの優先設定を解除します。
2 番目のコマンドでは、クライアントに対してネットワークインターフェイスの優先設定を解
除します。
ibrix_server -n -h SRCHOST -D DESTHOST
ibrix_client -n -h SRCHOST -D DESTHOST
ホストグループに対してネットワークインターフェイスの優先設定を解除するには、次のコマ
ンドを使用します。
ibrix_client -n -g HOSTGROUP -A DESTHOST
ネットワークのメンテナンス
93
ネットワークの変更
この項では、IP アドレスの変更方法、クラスターインターフェイスの変更方法、ルーティング
テーブルエントリーの管理方法、およびネットワークインターフェイスの削除方法について説
明します。
Linux X9000 クライアントの IP アドレスの変更
Linux X9000 クライアントの IP アドレスを変更した場合は、Fusion Manager がクライアント
と通信できるようにするために、X9000 ソフトウェアの設定を更新して新しい情報を反映させ
る必要があります。変更手順は次のとおりです。
1. ファイルシステムをクライアントからマウント解除します。
2. クライアントの IP アドレスを変更します。
3. クライアントを再起動するか、ネットワークインターフェイスカードをリセットします。
4. 次のコマンドを使用して、変更前の IP アドレスを構成情報データベースから削除します。
ibrix_client -d -h CLIENT
5.
次のコマンドを使用して、クライアントを Fusion Manager に再登録します。
register_client -p console_IPAddress -c clusterIF –n ClientName
6.
ファイルシステムをクライアントに再マウントします。
クラスターインターフェイスの変更
ネットワークの構成を変更した場合は、必要に応じてクラスターインターフェイスを変更しま
す。新しいクラスターインターフェイスを選択するときは、以下のルールが適用されます。
•
Fusion Manager は、クラスターネットワークインターフェイスを使用するすべてのマシン
(スタンバイサーバーを含む) に接続されている必要があります。各ファイルサービング
ノードおよび X9000 クライアントは、同じクラスターネットワークインターフェイスを
通じて、Fusion Manager に接続されている必要があります。クラスターインターフェイ
スには、Gigabit (またはより高速な) Ethernet ポートを使用する必要があります。
•
X9000 クライアントは、クライアントのデータを管理するファイルサービングノードおよ
びそれらのサーバーのスタンバイにネットワーク接続されている必要があります。このト
ラフィックでは、クラスターネットワークインターフェイスか、またはユーザーネット
ワークインターフェイスを使用できます。
新しい仮想クラスターインターフェイスを指定するには、次のコマンドを使用します。
ibrix_fm -c <VIF IP address> –d <VIF Device> -n <VIF Netmask>
-v cluster [–I <Local IP address_or_DNS hostname>]
ルーティングテーブルエントリーの管理
X9000 Software では、システムルーティングテーブル内のネットワークインターフェイスの
それぞれにつき、ルーティングを 1 つずつサポートします。あるインターフェイスに対して
新しいルーティングを入力すると、そのインターフェイスに指定されている既存のルーティン
グテーブルエントリーが上書きされます。
ルーティングテーブルエントリーの追加
ルーティングテーブルエントリーを追加するには、次のコマンドを使用します。
ibrix_nic -r -n IFNAME -h HOSTNAME -A -R ROUTE
次のコマンドでは、ファイルサービングノード s2.hp.com 上の仮想インターフェイス
eth2:232 に対してルーティングを追加し、すべてのトラフィックをゲートウェイ gw.hp.com
経由で送信します。
ibrix_nic -r -n eth2:232 -h s2.hp.com -A -R gw.hp.com
94
システムのメンテナンス
ルーティングテーブルエントリーの削除
ルーティングテーブルエントリーを削除した場合に代わりに適用されるデフォルトのエント
リーはありません。新しい代替のルーティングを手動で追加する必要があります。ルーティ
ングを削除するには、次のコマンドを使用します。
ibrix_nic -r -n IFNAME -h HOSTNAME -D
次のコマンドでは、ファイルサービングノード s2.hp.com 上の仮想インターフェイス eth0:1
に関するルーティングテーブルエントリーをすべて削除します。
ibrix_nic -r -n eth0:1 -h s2.hp.com -D
ネットワークインターフェイスの削除
ファイルサービングノード上でクラスターインターフェイスとして使用しているインターフェ
イスを削除する場合は、事前に新しいインターフェイスをクラスターインターフェイスとして
割り当てておく必要があります。「クラスターインターフェイスの変更」 (94 ページ) を参照
してください。
ネットワークインターフェイスを削除するには、次のコマンドを使用します。
ibrix_nic -d -n IFNAME -h HOSTLIST
次のコマンドでは、インターフェイス eth3 をファイルサービングノード s1.hp.com および
s2.hp.com から削除します。
ibrix_nic -d -n eth3 -h s1.hp.com,s2.hp.com
ネットワークインターフェイス情報の表示
ibrix_nic コマンドを引数なしで実行すると、すべてのファイルサービングノード上のすべ
てのインターフェイスのリストが表示されます。特定のホスト上のインターフェイスだけを表
示するには、-h オプションを含めます。
ibrix_nic -l -h HOSTLIST
次の表は、出力フィールドについて説明しています。
フィールド
説明
BACKUP HOST
スタンバイネットワークインターフェイスに接続されているファイルサービングノー
ド。
BACKUP-IF
スタンバイネットワークインターフェイス。
HOST
ファイルサービングノード。
IFNAME
このファイルサービングノード上のネットワークインターフェイス。
IP_ADDRESS
この NIC の IP アドレス。
LINKMON
この NIC に対する監視が有効化されているかどうか。
MAC_ADDR
この NIC の MAC アドレス。
ROUTE
この NIC が使用するルーティングテーブル内の IP アドレス。
STATE
ネットワークインターフェイスの状態。
TYPE
ネットワークのタイプ (クラスターまたはユーザー)。
ibrix_nic を -i オプションとともに使用すると、インターフェイスに関する詳細情報が表
示されます。対象を特定のホストに限定するには、-h オプションを使用します。特定のイン
ターフェイスに関する情報だけを表示するには、-n オプションを使用します。
ibrix_nic -i [-h HOSTLIST] [-n NAME]
ネットワークのメンテナンス
95
11 アジャイル Fusion Manager 構成への移行
アジャイル Fusion Manager 構成では、1 つのアクティブな Fusion Manager と 1 つのパッシ
ブな Fusion Manager が、クラスター内の異なるファイルサービングノードにインストールさ
れています。移行手順により、現在の管理サーバーブレードがアジャイル Fusion Manager の
ホストとして構成され、アジャイル Fusion Manager のもう一方のインスタンスがファイルサー
ビングノードにインストールされます。アジャイル Fusion Manager 構成への移行完了後、オ
リジナルの管理サーバーブレードを次のように使用できます。
•
ブレードをアジャイル Fusion Manager のホストとしてのみ使用。
•
ブレードをファイルサービングノードに変換 (高可用性に対応するには、クラスターのファ
イルサービングノードは偶数である必要があります)。ブレードはアジャイル Fusion
Manager のホストとして使用を続けられます。
移行を実行するためには、X9000 インストールコードが必要です。出荷時の設定では、この
コードは /tmp/X9720/ibrix に存在します。このディレクトリが存在していない場合は、
HP サポート Web サイトでお使いのストレージに対応したインストールコードをダウンロード
してください。
重要: この移行手順は、HP X9000 File Serving Software 5.4 以降を実行しているクラスター
にのみ使用できます。
設定のバックアップ
アジャイル Fusion Manager 構成への移行を開始する前に、次のコマンドを使用して管理コン
ソールの設定を手動でバックアップしてください。
ibrix_fm -B
バックアップアーカイブは、/usr/local/ibrix/tmp/fmbackup.zip に生成されます。
リカバリが必要な場合に備えて、このアーカイブを安全かつ離れた場所にコピーしてくださ
い。
移行の実行
現在 Fusion Manager をホストしているブレードについて、次の手順を実行します。
1. アジャイル Fusion Manager は、仮想インターフェイス (VIF) IP アドレスを使用してフェイ
ルオーバーを可能にし、ファイルサービングノードおよび X9000 クライアントの中断を
防いでいます。既存のクラスター NIC IP アドレスが、永続的な VIF IP アドレスとなりま
す。現在実行している管理コンソールのクラスター NIC IP アドレスとして使用する未使
用の IP アドレスを特定します。
2. サーバーの高可用性機能を無効化します。
ibrix_server –m -U
3.
可能な場合、ssh を使用して、ユーザーネットワーク上の管理コンソールに接続します。
•
/etc/sysconfig/network-scripts/ifcfg-bond0 ファイルを編集します。 IP
アドレスを、新規の未使用の IP アドレスに変更して、ONBOOT=Yes であることを確
認します。
•
bond1 ユーザーネットワークを介して X9000 クライアントに接続するように優先設
定している場合、/etc/sysconfig/network-scripts/ifcfg-bond1 ファイル
を編集します。 IP アドレスを、別の未使用の予約済み IP アドレスに変更します。
次のいずれかのコマンドを実行します。
/etc/init.d/network restart
service network restart
新しいローカル IP アドレスに Ping できることを確認します。
96
アジャイル Fusion Manager 構成への移行
4.
アジャイル Fusion Manager を構成します。
ibrix_fm -c <cluster_VIF_addr> -d <cluster_VIF_device> –n <cluster_VIF_netmask> -v cluster -I
<local_cluster_IP_addr>
このコマンドの <cluster_VIF_addr> は、元の管理コンソールの古いクラスター IP ア
ドレス、<local_cluster_IP_addr> は、確保した新しい IP アドレスです。
例を次に示します。
[root@x109s1 ~]# ibrix_fm -c 172.16.3.1 -d bond0:1 -n 255.255.248.0 -v cluster
-I 172.16.3.100
Command succeeded!
元のクラスター IP アドレスが、新しく作成されたクラスター VIF デバイス (bond0:1) に
設定されます。
5.
手順 3 でインターフェイス bond1:0 を作成した場合、手順 3 で使用したユーザー VIF IP
アドレスと VIF デバイスを指定して、ユーザーネットワーク VIF を設定します。
注記: この手順は、CIFS/NFS クライアントには適用されません。 X9000 クライアント
を使用していない場合は、この手順をスキップできます。
ユーザーネットワーク VIF を設定します。
ibrix_fm -c <user_VIF_IP> -d <user_VIF_device> -n <user_VIF_netmask> -v user
例を次に示します。
[root@x109s1 ~]# ibrix_fm -c 10.30.83.1 -d bond1:0 -n 255.255.0.0 -v user
Command succeeded
6.
アジャイル Fusion Manager ノードにファイルサービングノードソフトウェアをインストー
ルします。
ibrix/ibrixinit -ts -C <cluster_interface> -i <agile_cluster_VIF_IP_Addr> —F
例を次に示します。
ibrix/ibrixinit -ts -C eth4 -i 172.16.3.100 —F
7.
アジャイル Fusion Manager (アジャイル FM) をクラスターに登録します。
ibrix_fm –R <FM hostname> -I <local_cluster_ipaddr>
注記: ローカルのアジャイル Fusion Manager 名が /etc/ibrix/fminstance.xml ファ
イル内に存在していることを確認してください。次のコマンドを実行します。
grep –i current /etc/ibrix/fminstance.xml <property name="currentFmName" value="ib50-86"></property>
8.
アジャイル Fusion Manager から、定義が正しく設定されていることを確認します。
grep –i vif /etc/ibrix/fusion.xml
以下のような出力が得られます。
<property name="fusionManagerVifCheckInterval" value="60"></property>
<property name="vifDevice" value="bond0:0"></property>
<property name="vifNetMask" value="255.255.254.0"></property>
注記: 出力が空白の場合、手順 9 のように fusionmanager サービスを再起動して、再度
チェックを行います。
9.
fusionmanager サービスを再起動します。
/etc/init.d/ibrix_fusionmanager restart
注記: ifconfig 出力に gile_cluster_vif デバイスが表示され、アジャイル Fusion
Manager が最適な状態に戻るまで約 90 秒かかります。このデバイスが出力に表示され
ていることを確認してください。
10. アジャイル Fusion Manager がアクティブであることを確認します。
ibrix_fm –i
移行の実行
97
例を次に示します。
[root@x109s1 ~]# ibrix_fm -i
FusionServer: x109s1 (active, quorum is running)
================================================
Command succeeded!
11. このクラスター内に存在する Fusion Manager が 1 つのみであることを確認します。
ibrix_fm -f
例を次に示します。
[root@x109s1 ~]# ibrix_fm -f
NAME
IP ADDRESS
------ ---------X109s1 172.16.3.100
Command succeeded!
12. 2 つ目のファイルサービングノードに、パッシブ状態のアジャイル Fusion Manager をイ
ンストールします。このコマンドの -F オプションは、X9000 ソフトウェアと共にイン
ストールされた new_lvm2_uuid ファイルの上書きを強制します。ファイルサービング
ノードで次のコマンドを実行します。
/ibrix/ibrixinit -tm -C <local_cluster_interface_device>
–v <agile_cluster_VIF_IP> -m <cluster_netmask> -d <cluster_VIF_device> -w 9009
–M passive -F
例を次に示します。
[root@x109s3 ibrix]# <install_code_directory>/ibrixinit -tm -C bond0 -v 172.16.3.1
-m 255.255.248.0 -d bond0:0 -V 10.30.83.1 -N 255.255.0.0 -D bond1:0 -w 9009 -M passive -F
注記: ローカルのアジャイル Fusion Manager 名が /etc/ibrix/fminstance.xml ファ
イル内に存在していることを確認してください。次のコマンドを実行します。
grep –i current /etc/ibrix/fminstance.xml <property name="currentFmName" value="ib50-86"></property>
13. アクティブな Fusion Manager で、両方の管理コンソールがクラスター上に存在している
ことを確認します。
ibrix_fm -f
例を次に示します。
[root@x109s3 ibrix]# ibrix_fm -f
NAME
IP ADDRESS
------ ---------x109s1 172.16.3.100
x109s3 172.16.3.3
Command succeeded!
14. 新しくインストールした Fusion Manager が passive モードであることを確認します。
ibrix_fm –i
例を次に示します。
[root@x109s3 ibrix]# ibrix_fm -i
FusionServer: x109s3 (passive, quorum is running)
=============================
Command succeeded
15. アジャイル Fusion Manager をホストしているサーバーの高可用性機能を有効化します。
ibrix_server –m
98
アジャイル Fusion Manager 構成への移行
注記: 以前にサーバー上で iLO が構成されていなかった場合、次のエラーでコマンドが
失敗します。
com.ibrix.ias.model.BusinessException: x467s2 is not associated with any power sources
次のコマンドを使用して、X9000 クラスターデータベース内で iLO パラメーターを定義
します。
ibrix_powersrc -a -t ilo -h HOSTNAME -I IPADDR [-u USERNAME -p PASSWORD]
iLO の構成の詳細については、インストールガイドを参照してください。
アジャイル Fusion Manager のフェイルオーバーとフェイルバックのテ
スト
次の手順を実行します。
1. アクティブな Fusion Manager をホストしているノード上で、Fusion Manager を maintenance
モードにします。この手順により、アクティブな Fusion Manager の役割が現在パッシブ
であるアジャイル Fusion Manager をホストしているノードにフェイルオーバーします。
<ibrixhome>/bin/ibrix_fm –m maintenance
2.
フェイルオーバーが完了するまで約 60 秒待機します。次に、パッシブであったアジャイ
ル Fusion Manager をホストしていたノード上で次のコマンドを実行します。
<ibrixhome>/bin/ibrix_fm -i
このコマンドで、アジャイル Fusion Manager が現在このノード上で Active (アクティ
ブ) であることがレポートされる必要があります。
3.
手順 1 でアクティブな Fusion Manager のフェイルオーバーを行ったノードで、Fusion
Manager のステータスを maintenance から passive に変更します。
<ibrixhome>/bin/ibrix_fm -m passive
4.
5.
Fusion Manager のデータベース /usr/local/ibrix/.db/は、アクティブおよびパッシ
ブ両方の Fusion Manager ノード上で変更されていないことを確認します。
手順 1～4 を繰り返して、以前にアクティブな Fusion Manager をホストしていたノード
を active モードに戻します。
オリジナルの管理コンソールノードを、アジャイル Fusion Manager を
ホストするファイルサービングノードに変換
オリジナルの管理コンソールノード (通常はノード 1) をファイルサービングノードに変換する
には、次の手順を実行します。
1. ノードのアジャイル Fusion Manager を maintenance モードにします。
ibrix_fm –m maintenance
2.
Fusion Manager が maintenance モードになっていることを確認します。
ibrix_fm –i
例を次に示します。
[root@x109s1 ibrix]# ibrix_fm -i
FusionServer: x109s1 (maintenance, quorum not started)
==================================
Command succeeded!
3.
パッシブな Fusion Manager がアクティブな Fusion Manager になったことを確認します。
パッシブな Fusion Manager をホストしているファイルサービングノード上 (この例では
x109s3) で、ibrix_fm -i コマンドを実行します。パッシブな Fusion Manager がアク
ティブになるまで、最大で 2 分を要する場合があります。
アジャイル Fusion Manager のフェイルオーバーとフェイルバックのテスト
99
[root@x109s3 ibrix]# ibrix_fm -i
FusionServer: x109s3 (active, quorum is running)
=============================
Command succeeded!
4.
そのノードに、ファイルサービングノードソフトウェアをインストールします。
./ibrixinit -ts -C <cluster_device> -i <cluster VIP> -F
5.
新しいファイルサービングノードがクラスターに加わったことを確認します。
ibrix_server -l
出力の中に新しいファイルサービングノードを探します。
6.
このファイルサービングノードのストレージを再検出します。
ibrix_pv -a
7.
ファイルサービングノードを設定し、クラスター内の他のノードと一致させます。たとえ
ば、ユーザー NIC、ユーザーとクラスターの NIC 監視、NIC フェイルオーバーペア、電
源、バックアップサーバー、X9000 クライアントに適した NIC などを設定します。
100 アジャイル Fusion Manager 構成への移行
12 X9000 ソフトウェアの 6.1 リリースへのアップグレー
ド
この章では、最新の X9000 File Serving Software リリースにアップグレードする方法について
説明します。 Fusion Manager およびすべてのファイルサービングノードは、同時に新しいリ
リースにアップグレードする必要があります。次のことに留意してください。
•
X9000 ソフトウェアの 6.1 リリースへのアップグレードは、現在 X9000 ソフトウェア
5.6.x および 6.0.x を実行しているシステムでサポートされます。
注記: X9000 ソフトウェア 5.4.x を実行しているシステムの場合は、初めに 5.5.x にアッ
プグレードし、次に 5.6.x にアップグレードしてから、6.1 にアップグレードしてくださ
い。「X9000 ソフトウェアの 5.5 リリースへのアップグレード」 (118 ページ) を参照し
てください。
X9000 ソフトウェア 5.5.x を実行しているシステムの場合は、初めに 5.6.x にアップグ
レードしてから、6.1 にアップグレードしてください。「X9000 ソフトウェアの 5.6 リ
リースへのアップグレード」 (113 ページ) を参照してください。
•
6.1 へのアップグレードは、アジャイル Fusion Manager 構成のみでサポートされます。
専用の管理サーバーを使用している場合は、必要に応じて最新の 5.6 リリースにアップグ
レードしてください。次に、アジャイル Fusion Manager 構成に移行して、フェイルオー
バーとフェイルバック動作を確認してからアップグレードを実行してください。詳細は、
第11章「アジャイル Fusion Manager 構成への移行」を参照してください。
•
ルートパーティションにアップグレード用の空きスペースが十分確保されていることを確
認してください。約 4GB が必要です。
•
アップグレードを開始する前に、クラスターノード間でパスワードを使用しないアクセス
が可能であることを確認してください。
•
アップグレードの実行中は、Fusion Manager のアクティブ/パッシブ構成を変更しないで
ください。
•
6.1 リリースでは、ibrix_fm -m maintenance コマンドオプションは ibrix fm –m
nofmfailover に変更されています。
•
Linux X9000 クライアントは、6.x リリースにアップグレードする必要があります。
注記: X9000 5.x リリースからアップグレードする場合、ibrix_supportticket コマンド
を使用して収集されたすべてのサポートチケットがアップグレードの実行中に削除されます。
6.1 にアップグレードする前に、/admin/platform/diag/supporttickets ディレクトリ
からアーカイブファイル (.tgz) のコピーをダウンロードしてください。
X9000 ソフトウェアの 6.0 から 6.1 へのオンラインアップグレード
オンラインアップグレードは、X9000 6.0 リリース以降でのみサポートされます。以前のリ
リースの X9000 からのアップグレードは、適切なオフラインアップグレード手順を使用する
必要があります。
オンラインアップグレードを実行する際は、以下の点に注意してください。
•
アップグレードの実行中は、ファイルシステムのマウントが維持され、クライアント I/O
が続行します。
•
ノードの数にかかわらず、アップグレードプロセスには約 45 分を要します。
•
I/O 中断の合計時間はノード IP ごとに 2 分のフェイルオーバー時間と 2 分のフェイルバッ
ク時間の合計 4 分です。
•
2 分以上のタイムアウトが設定されたクライアント I/O がサポートされます。
X9000 ソフトウェアの 6.0 から 6.1 へのオンラインアップグレード
101
アップグレードの準備
アップグレードの準備を行うには、次の手順を実行します。
1. すべてのノードが稼働していることを確認します。クラスターノードのステータスを確認
するには、GUI のダッシュボードを確認するか、ibrix_health コマンドを使用します。
2. クラスター内の各ノードで高可用性機能が有効になっていることを確認します。
3. ssh 共有鍵が設定されていることを確認します。これを行うには、アクティブなインス
タンスのアジャイル Fusion Manager をホストしているノード上で、次のコマンドを実行
します。
ssh <server_name>
クラスター内の各ノードについてこのコマンドを実行し、常時パスワードの入力が求めら
れないことを確認します。
4.
5.
アクティブなタスクが実行されていないことを確認します。クラスター上で実行中のアク
ティブなリモート複製タスク、データ階層化タスクまたは再バランスタスクがあれば、そ
れらをすべて停止します (ibrix_task -l を使用してアクティブなタスクをリスト表示
します)。アップグレードが完了したら、これらのタスクを再開できます。
6.1 リリースでは、アジャイル管理コンソールをホストしているノードがクラスターネッ
トワークに登録されている必要があります。次のコマンドを実行して、アジャイル Fusion
Manager をホストしているノードがクラスターネットワーク上の IP アドレスを使用して
いることを確認します。
ibrix_fm -f
ノードがユーザーネットワーク上で構成されている場合は、対応策について「ノードがク
ラスターネットワークに登録されていない」 (109 ページ) を参照してください。
6.
X9720 システムでは、既存のベンダーストレージを削除します。
ibrix_vs -d -n EXDS
ベンダーストレージは、アップグレード後に自動的に登録されます。
アップグレードの実行
オンラインアップグレードは、X9000 6.0～6.1 リリースのみでサポートされます。次の手順
を実行します。
1. IBRIX X9000 ソフトウェアドロップボックスから、最新の HP IBRIX 6.1 ISO イメージを取
得します。
2. ISO イメージをマウントして、ディレクトリ構造全体を OS を実行しているディスク上の
/root/ibrix ディレクトリにコピーします。
3. OS を実行しているディスク上で /root/ibrix ディレクトリに移動し、ディレクトリ構
造全体に対して chmod -R 777 を実行します。
4. アップグレードスクリプトを実行して、画面の指示に従います。
./auto_online_ibrixupgrade
5.
6.
Linux X9000 クライアントをアップグレードします。「Linux X9000 クライアントのアッ
プグレード」 (106 ページ) を参照してください。
HP から新しいライセンスが提供された場合、このガイドの「ライセンス」の章の説明に
従ってインストールします。
アップグレード後
次の手順を実施してください。
•
•
アップグレード前に停止したリモート複製タスク、再バランスタスクまたはデータ階層化
タスクがある場合は、これらのタスクを開始します。
クラスターに G6 サーバーが含まれている場合、iLO2 ファームウェアのバージョンを確
認してください。高可用性機能が正しく動作するためには、ファームウェアのバージョン
102 X9000 ソフトウェアの 6.1 リリースへのアップグレード
が 2.05 である必要があります。サーバーの iLO2 ファームウェアのバージョンがこれよ
り低い場合、次の URL からバージョン 2.05 の iLO2 をダウンロードして、ファームウェ
アの更新をそれぞれの G6 サーバーにコピーしてください。この URL に記載されている
インストール手順に従ってください。この問題は、G7 サーバーには影響しません。
http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?lang=en&
cc=us&prodTypeId=15351&prodSeriesId=1146658&
swItem=MTX-949698a14e114478b9fe126499&prodNameId=1135772&swEnvOID=4103&
swLang=8&taskId=135&mode=3 (英語)
•
inode 形式が変更されたため、スナップショットに使用されるファイルを X9000 File Serving
Software 6.0 またはそれ以降で作成する必要があります。または、ファイルが含まれる
6.0 以前のファイルシステムをスナップショットで使用できるようにアップグレードする
必要があります。ファイルシステムをアップグレードするには、upgrade60.sh ユーティ
リティを使用してください。詳細な説明は、『HP IBRIX X9000 Network Storage System
CLI リファレンスガイド』に記載されています。
X9000 ソフトウェアの 5.6.x または 6.0.x から 6.1 へのオフラインアッ
プグレード
アップグレードの準備
アップグレードの準備を行うには、次の手順を実行します。
1. すべてのノードが稼働していることを確認します。クラスターノードのステータスを確認
するには、GUI のダッシュボードを確認するか、ibrix_health コマンドを使用します。
2. ssh 共有鍵が設定されていることを確認します。これを行うには、アクティブなインス
タンスのアジャイル Fusion Manager をホストしているノード上で、次のコマンドを実行
します。
ssh <server_name>
クラスターの各ノードで、このコマンドを繰り返します。
3.
4.
5.
ファイルシステムマウントオプションなど、カスタムチューニングパラメーターがあれ
ば、すべてメモします。アップグレードの完了時に、これらのパラメーターを再適用でき
ます。
アクティブなタスクが実行されていないことを確認します。クラスター上で実行中のアク
ティブなリモート複製タスク、データ階層化タスクまたは再バランスタスクがあれば、そ
れらをすべて停止します (ibrix_task -l を使用してアクティブなタスクをリスト表示
します)。アップグレードが完了したら、これらのタスクを再開できます。
6.1 リリースでは、アジャイル管理コンソールをホストしているノードがクラスターネッ
トワークに登録されている必要があります。次のコマンドを実行して、アジャイル Fusion
Manager をホストしているノードがクラスターネットワーク上の IP アドレスを使用して
いることを確認します。
ibrix_fm -f
ノードがユーザーネットワーク上で構成されている場合は、対応策について「ノードがク
ラスターネットワークに登録されていない」 (109 ページ) を参照してください。
6.
7.
クラスターまたはファイルシステムへのすべてのクライアント I/O を停止します。 Linux
クライアント上で lsof </mountpoint> を使用して、アクティブなプロセスに属して
いる開いているファイルを表示します。
パッシブな Fusion Manager をホストしているすべてのノード上で、Fusion Manager を
maintenance モードにします。
<ibrixhome>/bin/ibrix_fm –m maintenance
X9000 ソフトウェアの 5.6.x または 6.0.x から 6.1 へのオフラインアップグレード 103
8.
アクティブな Fusion Manager のノードで、すべてのファイルサービングノードへの自動
フェイルオーバーを無効にします。
<ibrixhome>/bin/ibrix_server -m -U
9.
次のコマンドを実行して、自動フェイルオーバーがオフになっていることを確認します。
出力の HA カラムは、off を表示している必要があります。
<ibrixhome>/bin/ibrix_server -l
10. Linux X9000 クライアント上のファイルシステムをマウント解除します。
ibrix_lwumount -m MOUNTPOINT
11. すべてのノード上の CIFS、NFS および NDMP サービスを停止します。アクティブな
Fusion Manager をホストしているノードで、次のコマンドを実行します。
ibrix_server -s -t cifs -c stop
ibrix_server -s -t nfs -c stop
ibrix_server -s -t ndmp -c stop
nl
nl
CIFS を使用している場合、すべてのファイルサービングノード上で likewise サービスが停
止していることを確認します。
ps –ef | grep likewise
kill -9 を使用して、実行中のすべての likewise サービスを停止します。
NFS を使用している場合は、次のコマンドを実行して、すべての NFS プロセスが停止し
ていることを確認します。
ps –ef | grep nfs
必要に応じて、次のコマンドを使用して NFS サービスを停止します。
/etc/init.d/nfs stop
kill -9 を使用して、実行中のすべての NFS プロセスを停止します。
必要に応じてすべてのノード上で次のコマンドを実行し、マウントされているファイルシ
ステムで開いているすべてのファイルハンドルを特定します。
lsof </mountpoint>
kill -9 を使用して、ファイルシステム上で開いているファイルハンドルを持つすべて
のプロセスを停止します。
12. 各ファイルシステムを手動でマウント解除します。
ibrix_umount -f FSNAME
ファイルシステムがマウント解除されるまで、最長 15 分待機します。
アップグレードを続行する前に、ファイルシステムのマウント解除に関するすべての問題
のトラブルシューティングを行います。「ファイルシステムのマウント解除の問題」
(110 ページ) を参照してください。
13. X9720 システムでは、既存のベンダーストレージを削除します。
ibrix_vs -d -n EXDS
ベンダーストレージは、アップグレード後に自動的に登録されます。
アップグレードの実行
このアップグレード手法は、X9000 ソフトウェア 5.6.x から 6.1 リリースへのアップグレー
ドのみでサポートされます。次の手順を実行します。
1. IBRIX X9000 ソフトウェアドロップボックスから、最新の HP IBRIX 6.1 ISO イメージを取
得します。
ISO イメージをマウントして、ディレクトリ構造全体を OS を実行しているディスク上の
/root/ibrix ディレクトリにコピーします。
104 X9000 ソフトウェアの 6.1 リリースへのアップグレード
2.
3.
OS を実行しているディスク上で /root/ibrix ディレクトリに移動し、ディレクトリ構
造全体に対して chmod -R 777 を実行します。
次のアップグレードスクリプトを実行します。
./auto_ibrixupgrade
このアップグレードスクリプトは、必要なサービスを自動的に停止して、アップグレード
の完了後に再開します。このアップグレードスクリプトは、すべてのファイルサービング
ノード上に Fusion Manager をインストールします。アップグレードを実行したノード上
では Fusion Manager が active モードになり、その他のファイルサービングノードでは
passive モードになります。クラスター内に専用管理サーバーが存在する場合、このサー
バー上には Fusion Manager が passive モードでインストールされます。
4.
5.
Linux X9000 クライアントをアップグレードします。「Linux X9000 クライアントのアッ
プグレード」 (106 ページ) を参照してください。
HP から新しいライセンスが提供された場合、このガイドの「ライセンス」の章の説明に
従ってインストールします。
アップグレード後
次の手順を実行します。
1. 次のコマンドを実行して、物理ボリュームを再検出します。
ibrix_pv -a
2.
3.
マウントオプションなどのカスタムチューニングパラメーターがあれば、すべて適用しま
す。
すべてのファイルシステムを再マウントします。
ibrix_mount -f <fsname> -m </mountpoint>
4.
高可用性機能を使用していた場合は、再び有効化します。
ibrix_server -m
5.
6.
アップグレード前に停止したリモート複製タスク、再バランスタスクまたはデータ階層化
タスクがある場合は、これらのタスクを開始します。
CIFS を使用している場合は、次のパラメーターを設定して、CIFS ソフトウェアと Fusion
Manager データベースを同期します。
•
smb signing enabled
•
smb signing required
•
ignore_writethru
ibrix_cifsconfig を使用して、クラスターに適切な値を指定して (1= 有効、0= 無効)
パラメーターを設定します。次の例では、パラメーターを 6.1 リリースのデフォルト値
に指定しています。
ibrix_cifsconfig -t -S "smb_signing_enabled=0,
smb_signing_required=0"
ibrix_cifsconfig -t -S "ignore_writethru=1"
SMB 署名機能は、クライアントが CIFS 共有にアクセスするために SMB 署名をサポート
する必要があるかどうかを指定します。この機能の詳細については、『HP IBRIX X9000
Network Storage System File System ユーザーガイド』を参照してください。
ignore_writethru が有効な場合、X9000 ソフトウェアはライトスルーバッファリング
を無視して、これを要求する一部のユーザーアプリケーションの CIFS 書き込みパフォー
マンスを向上します。
7.
8.
Linux X9000 クライアント上にファイルシステムをマウントします。
bond1 上にクラスターネットワークが構成されている場合、6.1 リリースでは Fusion
Manager の VIF (Agile_Cluster_VIF) も bond1 上に存在している必要があります。システ
X9000 ソフトウェアの 5.6.x または 6.0.x から 6.1 へのオフラインアップグレード 105
ムを確認するには、ibrix_nic -l および ibrix_fm -f コマンドを実行します。 bond1
の TYPE が Cluster に設定され、両方のノードの IP_ADDRESS が管理コンソールが登
録されているサブネットまたはネットワークと一致していることを確認します。例を次に
示します。
[root@ib121-121 fmt]# ibrix_nic -l
HOST
IFNAME
TYPE
STATE
IP_ADDRESS
MAC_ADDRESS
BACKUP_HOST BACKUP_IF ROUTE VLAN_TAG LINKMON
----------------------------- ------- ------- ---------------------- ------------- --------------------------- ---------- ----- -------- ------ib121-121
bond1
Cluster Up, LinkUp
10.10.121.121 10:1f:74:35:a1:30
No
ib121-122
bond1
Cluster Up, LinkUp
10.10.121.122 10:1f:74:35:83:c8
No
ib121-121 [Active FM Nonedit] bond1:0 Cluster Up, LinkUp (Active FM) 10.10.121.220
No
[root@ib121-121 fmt]# ibrix_fm -f
NAME
IP ADDRESS
--------- ---------ib121-121 10.10.121.121
ib121-122 10.10.121.122
システム上に不一致がある場合、ポート 1234 および 9009 に接続するとエラーが表示さ
れます。この状況を修正するには、「Fusion Manager VIF の bond1 への移動」 (111 ペー
ジ) を参照してください。
9.
inode 形式が変更されたため、スナップショットに使用されるファイルを X9000 File Serving
Software 6.0 またはそれ以降で作成する必要があります。または、ファイルが含まれる
6.0 以前のファイルシステムをスナップショットで使用できるようにアップグレードする
必要があります。ファイルシステムのアップグレードの詳細については、「6.0 以前の
ファイルシステムのアップグレードによるソフトウェアスナップショットのサポート」
(107 ページ) を参照してください。
Linux X9000 クライアントのアップグレード
Linux X9000 クライアントをアップグレードする前に、必ずクラスターノードをアップグレー
ドしてください。各クライアント上で次の手順を実施します。
1. 最新の HP X9000 Client 6.1 パッケージをダウンロードします。
2. tar ファイルを展開します。
3. アップグレードスクリプトを実行します。
./ibrixupgrade -f
このアップグレードスクリプトは、必要なサービスを自動的に停止して、アップグレード
の完了後に再開します。
4.
次のコマンドを実行して、クライアントで X9000 ソフトウェアが実行していることを確
認します。
/etc/init.d/ibrix_client status
IBRIX Filesystem Drivers loaded
IBRIX IAD Server (pid 3208) running...
上の出力例に示すように、IAD サービスが実行している必要があります。実行していない場
合は、HP サポートにお問い合わせください。
Linux クライアントへのカーネルのマイナーアップデートのインストール
X9000 クライアントソフトウェアと互換性のある Linux カーネルのマイナーアップデートをイ
ンストールすると、クライアントソフトウェアが自動的にアップグレードされます。
カーネルのマイナーアップデートのインストールを計画している場合、初めに次のコマンドを
実行して、アップデートが X9000 クライアントソフトウェアと互換性があることを確認して
ください。
/usr/local/ibrix/bin/verify_client_update <kernel_update_version>
次の例は、カーネルバージョン 2.6.9-89.ELsmp の RHEL 4.8 クライアントの場合です。
# /usr/local/ibrix/bin/verify_client_update 2.6.9-89.35.1.ELsmp
106 X9000 ソフトウェアの 6.1 リリースへのアップグレード
nl
Kernel update 2.6.9-89.35.1.ELsmp is compatible.
カーネルのマイナーアップデートの互換性が確認されたら、ベンダー RPM を使用してアップ
デートをインストールし、システムを再起動します。新しいカーネルに応じて X9000 クライ
アントソフトウェアが自動的に更新され、X9000 クライアントサービスが自動的に起動しま
す。 ibrix_version -l -C コマンドを使用して、クライアントのカーネルバージョンを確
認します。
注記: verify_client コマンドを使用するには、X9000 クライアントソフトウェアがイン
ストールされている必要があります。
Windows X9000 クライアントのアップグレード
各クライアント上で次の手順を実施します。
1. コントロールパネルの [プログラムの追加と削除]ユーティリティを使用して、古い Windows
X9000 クライアントソフトウェアを削除します。
2. アップグレード用の Windows X9000 クライアント MSI ファイルをマシンにコピーしま
す。
3. Windows インストーラーを起動して指示に従い、アップグレードを完了します。
4. Windows X9000 クライアントを再度クラスターに登録して、[Start Service after Registration]
オプションを選択します。
5. [管理ツール] | [サービス]で、X9000 Client サービスが開始されていることを確認します。
6. Windows X9000 クライアントを起動します。 [Active Directory Settings] タブで [ Update]
をクリックして、現在の Active Directory 設定を取得します。
7. X9000 Windows クライアント GUI を使用してファイルシステムをマウントします。
注記: リモートデスクトップを使用してアップグレードを実行している場合は、ログアウト
してから再度ログインして、ドライブがマウントされていることを確認する必要があります。
6.0 以前のファイルシステムのアップグレードによるソフトウェアス
ナップショットのサポート
ソフトウェアスナップショットをサポートするために、X9000 6.0 リリースで inode 形式が変
更されました。 upgrade60.sh ユーティリティは、6.0 以前のリリースで作成されたファイ
ルシステムをアップグレードして、ファイルシステム上でのソフトウェアスナップショットの
取得を可能にします。
このユーティリティは、実際にアップグレードを行うことなく、必要な変換を判断できます。
このユーティリティを使用する際は、以下の点に注意する必要があります。
•
ファイルシステムはマウント解除する必要があります。
•
BAD とマークされたセグメントはアップグレードできません。
•
アップグレードはファイルシステム内のセグメントを所有しているすべてのファイルサー
ビングノードで並行して実行されます。各ノードでは少なくとも 1 つのスレッドが実行さ
れます。複数のコントローラーが存在するシステムでは、このユーティリティは可能な場
合に各コントローラーのスレッドを実行します。
•
最大 3.8TB のサイズのファイルがアップグレードされます。より大きなファイルでのス
ナップショットを可能にするには、アップグレードの完了後にこれらのファイルを移行す
る必要があります (「大きなファイルの移行」 (108 ページ) を参照)。
•
通常、アップグレードは 1TB のデータあたり約 3 時間を要します。システムの構成は、
この数字の影響を受ける場合があります。
ユーティリティの実行
通常、ユーティリティは次のように実行してファイルシステムをアップグレードします。
Windows X9000 クライアントのアップグレード 107
upgrade60.sh file system
たとえば、次のコマンドはファイルシステム fs1 上でフルアップグレードを行います。
upgrade60.sh fs1
進捗およびステータスのレポート
このユーティリティは、各ノードの /usr/local/ibrix/log/upgrade60 ディレクトリに
ログファイルを生成し、アップグレード中のセグメントの情報を記録します。各ノードには、
そのノードのセグメントに関するログファイルが含まれています。
ログファイルの名前は <host>_<segment>_<date>_upgrade.log です。たとえば、次の
ログファイルは、ホスト ib4–2 のセグメント ilv2 のものです。
ib4-2_ilv2_2012-03-27_11:01_upgrade.log
ユーティリティの再開
アップグレードが停止した場合やシステムがシャットダウンした場合、アップグレードユー
ティリティを再開して操作を続行できます (アップグレードを停止するには、コマンドライン
で Ctrl + C キーを押すか、プロセスに割り込み信号を送信します)。
システムに悪影響はありませんが、中断時にファイルシステムにより新しく割り当てられた特
定のブロックが失われます。 ibrix_fsck を corrective モードで実行するとこれらのブロッ
クを復旧できます。
注記: upgrade60.sh ユーティリティは INACTIVE 状態のセグメントをアップグレードでき
ません。ファイルシステムがマウント解除された状態でノードを再起動またはシャットダウン
すると、このノードが所有しているファイルシステムのセグメントは INACTIVE 状態となりま
す。これらのセグメントを ACTIVE 状態に移行するには、ibrix_mount を使用してファイル
システムをマウントします。次に、ibrix_umount を使用してファイルシステムをマウント
解除して upgrade60.sh の実行を再開します。セグメントの状態は Linux の lvscan コマン
ドで確認できます。
大きなファイルの移行
upgrade60.sh ユーティリティでは、3.8TB より大きなファイルはアップグレードしません。
アップグレードが完了するとファイルシステムがマウントされ、次のコマンドを使用してファ
イルシステム内の別のセグメントに大きなファイルを移行します。
ibmigrate -f filesystem -m 1 -d destination_segment file
次の例では、file.9 を現在のセグメントから移行先のセグメント 2 に移行しています。
ibmigrate -f ibfs -m 1 -d 2 /mnt/ibrix/test_dir/dir1/file.9
ファイルを移行すると、ファイルのスナップショットを取得できます。
概要
アップグレードユーティリティの実行
upgrade60.sh [-v –n] file system
-n オプションは必要な変換をリスト表示しますが、変換は行われません。 -v オプションは詳
細な情報を表示します。
アップグレードの問題のトラブルシューティング
アップグレードが正常に完了しない場合は、以下の項目を確認してください。追加の支援が必
要な場合は、HP サポートまでお問い合わせください。
108 X9000 ソフトウェアの 6.1 リリースへのアップグレード
自動アップグレード
次の点を確認してください。
•
/usr/local/ibrix/setup/upgrade の初回の実行に失敗する場合
は、/usr/local/ibrix/setup/upgrade.log にエラーがないか確認してください。
アップグレードスクリプトを実行する前に、すべてのサーバーで X9000 ソフトウェアが
稼働していることが必須です。
•
新しい OS のインストールに失敗する場合、ノードの電源を再投入して再起動してくださ
い。再起動後にインストールが開始しない場合は、マシンの電源を再投入して、grub
ブートメニューから upgrade 行を選択してください。
•
アップグレード後に、/usr/local/ibrix/setup/logs/postupgrade.log にエラー
または警告がないか確認してください。
•
いずれかのノードで構成の復元に失敗した場合は、そのノードの
/usr/local/ibrix/autocfg/logs/appliance.log を調べて、どの機能の復元に失
敗したのかを特定してください。 /usr/local/ibrix/setup/logs/以下にある特定の
機能のログファイルで、詳細な情報を調査してください。
構成のコピーを再試行するには、次のコマンドを使用します。
/usr/local/ibrix/autocfg/bin/ibrixapp upgrade –f –s
•
新しいイメージのインストールには成功しても、構成の復元に失敗しサーバーを以前のイ
ンストールに戻す必要がある場合は、次のコマンドを使用し、次にマシンを再起動しま
す。この手順により、サーバーは古いバージョン (別のパーティション) から起動します。
/usr/local/ibrix/setup/boot_info –r
•
パブリックネットワークインターフェイスがダウンして、ノードへアクセスできなくなっ
た場合、そのノードの電源を再投入してください。
注記:
各ノードには、/tmp にそれぞれの ibrixupgrade.log が格納されています。
手動アップグレード
次の点を確認してください。
•
復元スクリプトを完了できない場合は、/usr/local/ibrix/setup/logs/restore.log
で詳細を確認してください。
•
構成の復元に失敗した場合は、/usr/local/ibrix/autocfg/logs/appliance.log
を調べて、どの機能の復元に失敗したのかを特定してください。 /usr/local/ibrix/
setup/logs/以下にある特定の機能のログファイルで、詳細な情報を調査してください。
構成のコピーを再試行するには、次のコマンドを使用します。
/usr/local/ibrix/autocfg/bin/ibrixapp upgrade –f –s
iLO ファームウェアが古いためオフラインアップグレードに失敗する
ノード上の iLO2 ファームウェアが古い場合、auto_ibrixupgrade スクリプトは失敗しま
す。 /usr/local/ibrix/setup/logs/auto_ibrixupgrade.log に、エラーのレポート
とファームウェアのアップデート方法の説明が含まれています。
ファームウェアのアップグレード後に、ノード上で次のコマンドを実行して X9000 ソフトウェ
アのアップグレードを完了してください。
/root/ibrix/ibrix/ibrixupgrade -f
ノードがクラスターネットワークに登録されていない
アジャイル Fusion Manager をホストしているノードは、クラスターネットワークに登録する
必要があります。 ibrix_fm コマンドでノードの IP アドレスがユーザーネットワークのもの
アップグレードの問題のトラブルシューティング 109
であることがレポートされる場合、IP アドレスをクラスターネットワークに再割り当てする必
要があります。たとえば、次のコマンドは、アクティブな Fusion Manager をホストしている
ノード ib51–101 の IP アドレス (15.226.51.101) がユーザーネットワーク上のもので、クラ
スターネットワーク上のものではないことをレポートしています。
[root@ib51-101 ibrix]# ibrix_fm -i
FusionServer: ib51-101 (active, quorum is running)
==================================================
[root@ib51-101 ibrix]# ibrix_fm -f
NAME
IP ADDRESS
-------- ---------ib51-101 15.226.51.101
ib51-102 10.10.51.102
1.
この例のように、ユーザーネットワーク上のノードがアクティブな Fusion Manager をホ
ストしている場合、このノード上の Fusion Manager を停止します。
[root@ib51-101 ibrix]# /etc/init.d/ibrix_fusionmanager stop
Stopping Fusion Manager Daemon
[
[root@ib51-101 ibrix]#
2.
OK
]
現在アクティブな Fusion Manager をホストしているノード (この例では ib51–102) で、
ノード ib51–101 の登録を解除します。
[root@ib51-102 ~]# ibrix_fm -u ib51-101
Command succeeded!
3.
アクティブな Fusion Manager をホストしているノードで、ノード ib51–101 を登録し
て、正しい IP アドレスを割り当てます。
[root@ib51-102 ~]# ibrix_fm -R ib51-101 -I 10.10.51.101
Command succeeded!
注記: Fusion Manager を登録する際は、-R で指定されたホスト名がサーバーのホスト
名と一致している必要があります。
ibrix_fm コマンドで、ノード ib51–101 が正しい IP アドレスを持ち、ノード ib51–102 が
アクティブな Fusion Manager をホストしていることが示されます。
[root@ib51-102 ~]# ibrix_fm -f
NAME
IP ADDRESS
-------- ---------ib51-101 10.10.51.101
ib51-102 10.10.51.102
[root@ib51-102 ~]# ibrix_fm -i
FusionServer: ib51-102 (active, quorum is running)
==================================================
ファイルシステムのマウント解除の問題
ファイルシステムが正しくマウント解除されない場合、すべてのサーバー上で以下の手順を実
行してください。
1. 以下のコマンドを実行します。
chkconfig ibrix_server off
chkconfig ibrix_ndmp off
chkconfig ibrix_fusionmanager off
2.
3.
すべてのサーバーを再起動します。
以下のコマンドを実行して、サービスを on 状態に戻します。コマンドは、サービスを開
始しません。
chkconfig ibrix_server on
chkconfig ibrix_ndmp on
chkconfig ibrix_fusionmanager on
110
X9000 ソフトウェアの 6.1 リリースへのアップグレード
4.
ファイルシステムをマウント解除して、アップグレード手順を続行します。
Fusion Manager VIF の bond1 への移動
X9720 システムをインストールすると、クラスターネットワークは bond1 に移動します。
6.1 リリースでは、ポート 1234 および 9009 にアクセスできるようにするために、Fusion
Manager VIF (Agile_Cluster_VIF) も bond1 に移動する必要があります。Agile_Cluster_VIF を
bond1 に移動するには、以下の手順を実行してください。
1. アクティブな Fusion Manager で、すべてのパッシブな管理コンソールをリスト表示して、
これらの管理コンソールを maintenance モードに移行します。次にアジャイル構成からこ
れらの管理コンソールを登録解除します。
# ibrix_fm -f
# ibrix_fm -m nofmfailover
# ibrix_fm –u <management_console_name>
nl
nl
2.
3.
新しい Agile_Cluster_VIF_DEV および関連する Agile_Cluster_VIF_IP を定義します。
X9000 データベースで、Fusion Manager のローカルクラスターアドレスを bond0 から
bond1 に変更します。
a. 定義済みの Agile_Cluster_VIF_IP 登録アドレスを変更します。アクティブな Fusion
Manager で、bond1 サブネット上の新しい Agile _Cluster_VIF_IP を指定します。
ibrix_fm –t –I <new_Agile_Cluster_VIF_IP>
注記: ibrix_fm –t コマンドについては説明していませんが、この操作に使用す
ることができます。
b.
各ファイルサービングノードで、/etc/ibrix/iadconf.xml ファイルを編集しま
す。
vi /etc/ibrix/iadconf.xml
このファイル内の次の行に、新しい Agile_Cluster_VIF_IP アドレスを記述します。
<property name=”fusionManagerPrimaryAddress”
value=”xxx.xxx.xxx.xxx’/>
4.
アクティブな Fusion Manager で、各ノードの bond1 ローカルクラスター IP アドレスを
使用して、すべてのバックアップ管理コンソールを再登録します。
# ibrix_fm –R <management_console_name> —I <local_cluster_network_IP>
注記: Fusion Manager を登録する際は、-R で指定されたホスト名がサーバーのホスト
名と一致している必要があります。
5.
バックアップ管理コンソールを passive モードに戻します。
# ibrix_fm –m passive
6.
アクティブな Fusion Manager を nofmfailover モードにして強制的にフェイルオーバーを
実行します (パッシブな Fusion Manager がアクティブな役割を担うまで最大 1 分を要し
ます)。
# ibrix_fm –m nofmfailover
7.
新しくアクティブになった Fusion Manager から、以前アクティブであった Fusion Manager
の登録を解除します。
# ibrix_fm –u <original_active_management_console_name>
8.
その Fusion Manager を新しい値を使用して再登録し、passive モードに移行します。
# ibrix_fm –R <agileFM_name> —I <local_cluster_network_ip>
# ibrix_fm –m passive
nl
アップグレードの問題のトラブルシューティング
111
9.
すべての管理コンソールが bond1 ローカルクラスターネットワーク上で正しく登録され
ていることを確認します。
# ibrix_fm –f
登録されたすべての管理コンソールとその新しいローカルクラスター IP アドレスが表示さ
れている必要があります。エントリーが正しくない場合、該当する Fusion Manager の登
録を解除して、再登録します。
10. ファイルサービングノードを再起動します。
手順の完了後に、Fusion Manager がフェイルオーバーしない、または /usr/local/ibrix/
log/Iad.log ファイルにポート 1234 または 9009 との通信のエラーがレポートされる場合
は、HP サポートに問い合わせて追加の支援を受けてください。
112
X9000 ソフトウェアの 6.1 リリースへのアップグレード
13 X9000 ソフトウェアの 5.6 リリースへのアップグレー
ド
この章では、最新の X9000 File Serving Software リリースにアップグレードする方法について
説明します。管理コンソールおよびすべてのファイルサービングノードは、同時に新しいリ
リースにアップグレードする必要があります。次のことに留意してください。
•
X9000 Software 5.6 リリースへのアップグレードは、現在 X9000 Software 5.5.x を実行
しているシステムでサポートされます。それ以前のリリースを実行しているシステムの場
合は、初めに 5.5 リリースにアップグレードしてしてから、5.6 にアップグレードしてく
ださい。
•
このアップグレード手順は、オペレーティングシステムを Red Hat Enterprise Linux 5.5 に
アップグレードします。
重要: クラスターのアップグレードの進行中は、新しいリモート複製ジョブを開始しないで
ください。アプリケーションの開始前に複製ジョブが実行中である場合、アップグレードの完
了後に問題なくこのジョブの実行が続行されます。
X9000 Software 5.6 へのアップグレードはオフラインアップグレードとしてのみサポートされ
ます。このアップグレードではカーネルのアップグレードが必要となるため、ローカルディス
クを再フォーマットする必要があります。クライアントでは、システムのアップグレード中に
管理アクセスおよびファイルシステムアクセスに短時間の中断が発生します。
現在のインストールに応じて 2 つのアップグレード手順を使用できます。使用している X9000
Software 5.5 システムが QR 手順を通じてインストールされたものである場合、自動アップグ
レード手順を使用できます。アップグレード手順を使用して X9000 Software 5.5 システムを
インストールした場合、手動による手順を使用する必要があります。使用しているシステムが
QR 手順を使用してインストールされたものかどうかを判断するには、df コマンドを実行しま
す。 /、/local、/stage、および /alt の各ディレクトリに個別のファイルシステムがマウ
ントされていることが確認できる場合、お使いのシステムは Quick Restore によりインストー
ルされており、自動アップグレード手順を使用できます。これらのマウントポイントを確認で
きない場合、手動によるアップグレード手順を進めます。
•
自動アップグレード: このプロセスは、ローカルディスク上の個別のパーティションス
ペースを使用して、ノード固有の構成情報を保存します。各ノードのアップグレード後
に、それぞれの構成が自動的に再適用されます。
•
手動アップグレード: 各サーバーのアップグレード前に、このプロセスではノード固有の
構成情報をサーバーから外部デバイスにバックアップする必要があります。サーバーの
アップグレード後に、ノード固有の構成情報を手動でコピーして復元する必要がありま
す。
標準構成の X9320 および X9720 システムの場合、アップグレードには約 45 分を要します。
自動アップグレード
アップグレードの実行時は、すべてのファイルサービングノードおよび管理コンソールが稼働
している必要があります。稼働していないノードまたは管理コンソールがある場合、アップグ
レードスクリプトは失敗します。クラスターノードのステータスを確認するには、GUI のダッ
シュボードを確認するか、ibrix_health コマンドを使用します。
クラスター内のすべてのノードを自動的にアップグレードするには、以下の手順を実行しま
す。
1. 管理コンソール GUI のダッシュボードで、すべてのノードが稼働していることを確認しま
す。
2. HP キオスク http://www.software.hp.com/kiosk (英語) で、最新リリースのイメージを取
得します (HP から提供されたログイン認証情報が必要です)。
自動アップグレード
113
3.
4.
リリースの .iso ファイルを、現在アクティブな管理コンソールにコピーします。
iso のコピーの場所を引数に指定して、次のコマンドを実行します。
/usr/local/ibrix/setup/upgrade <iso>
アップグレードスクリプトは、クラスター内のすべてのサーバー上で必要な手順をすべて
実行し、進捗状況を /usr/local/ibrix/setup/upgrade.log ファイルに記録しま
す。スクリプトの完了後、各サーバーは自動的に再起動して最新のソフトウェアのインス
トールを開始します。
5.
インストールが完了すると、アップグレードプロセスはノード固有の構成情報を自動的に
復元し、クラスターは最新のソフトウェアを実行します。アクティブな管理コンソール上
に UPGRADE FAILED メッセージが表示された場合は、指定されたログファイルで詳細を
確認してください。
手動アップグレード
手動アップグレードプロセスでは、クラスター構成の保存に使用する外部ストレージを必要と
します。各サーバーはこのメディアにネットワーク経由ではなく直接アクセスできる必要があ
ります。ネットワーク構成は保存される構成の一部となるためです。 USB スティックまたは
DVD を使用することをお勧めします。
注記:
アップグレード手順を開始する前に、必ずすべての手順を確認してください。
アジャイル管理コンソール構成をホストしているノードを特定するには、ibrix_fm -i コマ
ンドを実行します。
アップグレードの準備
次の手順を実行します。
1. すべてのノードが稼働していることを確認します。
2. 専用管理サーバーを使用している場合は、この手順をスキップします。アジャイル構成で
は、パッシブな管理コンソールをホストしているすべてのノードで、管理コンソールを
maintenance モードにします。
<ibrixhome>/bin/ibrix_fm –m maintenance
3.
アクティブな管理コンソールのノードで、すべてのファイルサービングノードへの自動
フェイルオーバーを無効にします。
<ibrixhome>/bin/ibrix_server -m -U
4.
次のコマンドを実行して、自動フェイルオーバーがオフになっていることを確認します。
出力の HA カラムは、off を表示している必要があります。
<ibrixhome>/bin/ibrix_server -l
5.
アクティブな管理コンソールのノードで、すべてのファイルサービングノード上の NFS
および SMB サービスを停止して、NFS および CIFS クライアントのタイムアウトを防ぎ
ます。
<ibrixhome>/bin/ibrix _server -s -t cifs -c stop
<ibrixhome>/bin/ibrix _server -s -t nfs -c stop
CIFS を使用している場合、すべてのファイルサービングノード上で likewise サービスが停
止していることを確認します。
ps –ef | grep likewise
kill -9 を使用して、実行中のすべての likewise サービスを停止します。
6.
114
ファイルシステムが Windows X9000 クライアントからマウントされている場合、Windows
クライアントの GUI を使用してファイルシステムをマウント解除します。
X9000 ソフトウェアの 5.6 リリースへのアップグレード
7.
すべての X9000 Software ファイルシステムをマウント解除します。
<ibrixhome>/bin/ibrix _umount -f <fsname>
ノード構成の保存
アクティブな管理コンソールをホストしているノードから開始して、各ノードで以下の手順を
実行します。
1. /usr/local/ibrix/setup/save_cluster_config を実行します。このスクリプト
は、<hostname>_cluser_config.tgz と言う名前の tgz ファイルを作成します。こ
のファイルには、ノード構成のバックアップが格納されます。
2. /tmp にある <hostname>_cluser_config.tgz ファイルを、外部ストレージメディア
に保存します。
アップグレードの実行
各ノード上で次の手順を実施します。
1. HP キオスク http://www.software.hp.com/kiosk (英語) で、最新の Quick Restore イメージ
を取得します (HP から提供されたログイン認証情報が必要です)。
2. ISO イメージを使用して DVD を作成します。
3. Quick Restore DVD をサーバーの DVD-ROM ドライブに挿入します。
4. サーバーを再起動して、DVD-ROM からブートします。
5. X9000 Network Storage System 画面が表示されたら、qr と入力して、X9000 ソフトウェ
アをファイルサービングノードにインストールします。
ソフトウェアがインストールされると、サーバーが自動的に再起動します。 DVD を
DVD-ROM ドライブから取り外します。
ノード構成の復元
以前にアクティブであった管理コンソールから開始して、各ノードで以下の手順を実行しま
す。
1. ノードにログインします。構成ウィザードがポップアップ表示されます。構成ウィザー
ドから抜けます。
2. ノード構成情報を保存した外部ストレージメディアを接続します。
3. 構成を復元します。次の復元スクリプトを実行して、ノードの構成情報が保存されている
tgz ファイルを引数として渡します。
/usr/local/ibrix/setup/restore <saved_config.tgz>
4.
ノードを再起動します。
アップグレードの完了
次の手順を実行します。
1. すべての X9000 Software ファイルシステムを再マウントします。
<ibrixhome>/bin/ibrix_mount -f <fsname> -m </mountpoint>
2.
3.
Windows クライアントの GUI を使用して、以前にマウントされていた Windows X9000
クライアント上のすべての X9000 Software ファイルシステムを再マウントします。
アップグレードを実行する前に自動フェイルオーバーが有効化されていた場合、アクティ
ブな管理コンソールをホストしているノードからこれを再有効化します。
<ibrixhome>/bin/ibrix_server -m
4.
自動フェイルオーバーが有効化されたことを確認します。
<ibrixhome>/bin/ibrix_server -l
出力の HA には、on が表示されている必要があります。
手動アップグレード
115
5.
アクティブな管理コンソールをホストしているノードから、アップグレードされた構成の
手動バックアップを実行します。
<ibrixhome>/bin/ibrix_fm -B
6.
すべてのファイルサービングノードについてバージョンインジケーターが一致しているこ
とを確認します。アクティブな管理コンソールから次のコマンドを実行します。
<ibrixhome>/bin/ibrix_version –l
バージョンの不一致がある場合、該当するノード上で /ibrix/ibrixupgrade -f スク
リプトを再実行して、バージョンを再確認します。すべてのバージョンインジケーターが
一致すれば、インストールは成功です。すべての手順に従ってもバージョンインジケー
ターが一致しない場合は、HP サポートにお問い合わせください。
7.
クラスターの稼働状態を確認します。
<ibrixhome>/bin/ibrix_health -l
出力に Passed / on が表示されれば正常です。
8.
アジャイル構成では、パッシブな管理コンソールをホストしているすべてのノードで、管
理コンソールを passive モードに戻します。
<ibrixhome>/bin/ibrix_fm -m passive
9.
HP から新しいライセンスが提供された場合、このドキュメントの「ライセンス」の章の
説明に従ってインストールします。
アップグレードの問題のトラブルシューティング
アップグレードが正常に完了しない場合は、以下の項目を確認してください。追加の支援が必
要な場合は、HP サポートまでお問い合わせください。
自動アップグレード
次の点を確認してください。
•
/usr/local/ibrix/setup/upgrade の初回の実行に失敗する場合
は、/usr/local/ibrix/setup/upgrade.log にエラーがないか確認してください。
アップグレードスクリプトを実行する前に、すべてのサーバーで X9000 ソフトウェアが
稼働していることが必須です。
•
新しい OS のインストールに失敗する場合、ノードの電源を再投入して再起動してくださ
い。再起動後にインストールが開始しない場合は、マシンの電源を再投入して、grub
ブートメニューから upgrade 行を選択してください。
•
アップグレード後に、/usr/local/ibrix/setup/logs/postupgrade.log にエラー
または警告がないか確認してください。
•
いずれかのノードで構成の復元に失敗した場合は、そのノードの
/usr/local/ibrix/autocfg/logs/appliance.log を調べて、どの機能の復元に失
敗したのかを特定してください。 /usr/local/ibrix/setup/logs/以下にある特定の
機能のログファイルで、詳細な情報を調査してください。
構成のコピーを再試行するには、使用しているサーバーに適切なコマンドを使用してくだ
さい。
◦
専用管理コンソールの場合
/usr/local/ibrix/autocfg/bin/ibrixapp upgrade -f
◦
ファイルサービングノードの場合
/usr/local/ibrix/autocfg/bin/ibrixapp upgrade –s
116
X9000 ソフトウェアの 5.6 リリースへのアップグレード
◦
アジャイルノード (アジャイル管理コンソールをホストしているファイルサービング
ノード) の場合
/usr/local/ibrix/autocfg/bin/ibrixapp upgrade –f –s
•
新しいイメージのインストールには成功するが、構成の復元に失敗しサーバーを以前のイ
ンストールに戻す必要がある場合は、boot_info –r を実行して、次にマシンを再起動
します。この手順により、サーバーは古いバージョン (別のパーティション) から起動し
ます。
•
パブリックネットワークインターフェイスがダウンして、ノードへアクセスできなくなっ
た場合、そのノードの電源を再投入してください。
手動アップグレード
次の点を確認してください。
•
復元スクリプトを完了できない場合は、/usr/local/ibrix/setup/logs/restore.log
で詳細を確認してください。
•
構成の復元に失敗した場合は、/usr/local/ibrix/autocfg/logs/appliance.log
を調べて、どの機能の復元に失敗したのかを特定してください。 /usr/local/ibrix/
setup/logs/以下にある特定の機能のログファイルで、詳細な情報を調査してください。
構成のコピーを再試行するには、使用しているサーバーに適切なコマンドを使用してくだ
さい。
◦
専用管理コンソールの場合
/usr/local/ibrix/autocfg/bin/ibrixapp upgrade -f
◦
ファイルサービングノードの場合
/usr/local/ibrix/autocfg/bin/ibrixapp upgrade –s
◦
アジャイルノード (アジャイル管理コンソールをホストしているファイルサービング
ノード) の場合
/usr/local/ibrix/autocfg/bin/ibrixapp upgrade –f –s
アップグレードの問題のトラブルシューティング
117
14 X9000 ソフトウェアの 5.5 リリースへのアップグレー
ド
この章では、X9000 File Serving Software 5.5 リリースにアップグレードする方法について説
明します。管理コンソールおよびすべてのファイルサービングノードは、同時に新しいリリー
スにアップグレードする必要があります。
重要: クラスターのアップグレードの進行中は、新しいリモート複製ジョブを開始しないで
ください。アプリケーションの開始前に複製ジョブが実行中である場合、アップグレードの完
了後に問題なくこのジョブの実行が続行されます。
アップグレードはオンラインまたはオフラインで実行します。
•
オンラインアップグレード: ファイルシステムのマウントを維持しながらソフトウェアを
アップグレードします。ファイルサービングノードをアップグレードする前に、ノードを
バックアップノードにフェイルオーバーさせる必要があります。これにより、ファイルシ
ステムのアクセスが継続されます。この手順はメジャーアップグレードには使用できませ
んが、マイナーアップグレードやメンテナンスアップグレードには適しています。
•
オフラインアップグレード: この手順では、ノード上でファイルシステムをマウント解除
してサービスを停止する必要があります (各ファイルサービングノードは、NFS または
CIFS のマウント解除操作が失敗した際に再起動が必要となる場合があります)。その後
で、アップグレードを開始できます。クライアントでは、各ファイルサービングノードの
アップグレード中にファイルシステムへのアクセスが短時間中断します。
オフラインアップグレードは、自動または手動の手順で実行できます。オンラインアップグ
レードは手動で行う必要があります。
自動アップグレード
自動アップグレード手順は、オフラインアップグレードとして実行します。各ファイルサービ
ングノードがアップグレードされるときは、すべてのファイルシステムがノードからマウント
解除され、サービスが停止します。クライアントでは、ノードのアップグレード中にファイル
システムへのアクセスが短時間中断します。
アップグレードの実行時は、すべてのファイルサービングノードおよび管理コンソールが稼働
している必要があります。稼働していないノードまたは管理コンソールが存在する場合、アッ
プグレードスクリプトは失敗し、代わりに手動アップグレード手順を使用しなければなりませ
ん。クラスターノードのステータスを確認するには、GUI のダッシュボードを確認します。
クラスター内のすべてのノードを自動的にアップグレードするには、以下の手順を実行しま
す。
1. 管理コンソール GUI のダッシュボードで、すべてのノードが稼働していることを確認しま
す。
2. 現在アクティブな管理コンソールで、以前のリリースのインストールで使用した
<installer_dir>/ibrix ディレクトリを ibrix.old に移動します。たとえば、この
ノード上の以前の X9000 のインストールで、tar アーカイブを /root で展開した場合、
インストーラーは /root/ibrix に格納されています。
3. 現在アクティブな管理コンソールで、任意のディレクトリに配布 tar アーカイブを展開す
るか、配布 DVD をマウントします。 tar アーカイブを展開すると、ibrix という名前の
サブディレクトリが作成され、そこにインストーラープログラムが格納されます。たとえ
ば、tar アーカイブを /root に展開した場合、インストーラーは /root/ibrix に格納さ
れます。
4. アクティブな管理コンソールで、必要に応じてインストーラーディレクトリに移動しま
す。次のコマンドを実行します。
./auto_ibrixupgrade
118
X9000 ソフトウェアの 5.5 リリースへのアップグレード
アップグレードスクリプトは、クラスター内のすべてのサーバー上で必要な手順をすべて
実行し、進捗状況を upgrade.log ファイルに記録します。ログファイルはインストー
ラーディレクトリに存在します。
手動アップグレード
アップグレードパス
アップグレードパスには、標準アップグレードとアジャイルアップグレードの 2 種類がありま
す。
•
標準アップグレードは、管理コンソールソフトウェアを実行する専用管理サーバーマシン
またはブレードが存在するクラスターで使用します。
•
アジャイルアップグレードは、アジャイル管理コンソール構成を持つクラスターで使用し
ます。この構成では、管理コンソールソフトウェアがクラスター内の 2 つのノードでアク
ティブ/パッシブ構成でインストールされています。
アジャイル管理コンソール構成を使用しているかどうかを判断するには、ibrix_fm -i コマ
ンドを実行します。ステータスの出力で quorum is not configured がレポートされる場
合、使用しているクラスターはアジャイル構成ではありません。
使用している管理コンソール構成に対応したアップグレード手順を使用するようにしてくださ
い。
•
標準アップグレードの手順は、119 ページを参照してください。
•
アジャイルアップグレードの手順は、124 ページを参照してください。
オンラインアップグレードとオフラインアップグレード
標準およびアジャイルアップグレードの両方で、オンラインおよびオフラインアップグレード
手順を使用できます。
•
オンラインアップグレード: ファイルシステムのマウントを維持しながらソフトウェアを
アップグレードします。ファイルサービングノードをアップグレードする前に、ノードを
バックアップノードにフェイルオーバーさせる必要があります。これにより、ファイルシ
ステムのアクセスが継続されます。この手順はメジャーアップグレードには使用できませ
んが、マイナーアップグレードやメンテナンスアップグレードには適しています。
•
オフラインアップグレード: この手順では、初めにファイルシステムをマウント解除して
サービスを停止する必要があります (各ファイルサービングノードは、NFS または CIFS の
マウント解除操作が失敗した際に再起動が必要となる場合があります)。その後で、アッ
プグレードを開始できます。クライアントでは、各ファイルサービングノードのアップグ
レード中にファイルシステムへのアクセスが短時間中断します。
専用管理サーバーマシンまたはブレードを持つクラスターの標準アップグレード
管理コンソールソフトウェアをホストしている専用の管理サーバーマシンまたはブレードがク
ラスターに存在する場合は、この手順を使用します。 X9000 Software 5.4.x から 5.5 へのアッ
プグレードは、オンラインまたはオフラインで実行できます。将来のリリースではオフライン
アップグレードが必要となる予定です。
注記:
アップグレード手順を開始する前に、必ずすべての手順を確認してください。
標準オンラインアップグレード
管理コンソールを最初にアップグレードする必要があります。次に、ファイルサービングノー
ドおよび X9000 クライアントを任意の順序でアップグレードできます。
管理コンソールのアップグレード
管理サーバーマシンまたはブレード上で、以下の手順を実行します。
手動アップグレード
119
1.
すべてのファイルサービングノード上で自動フェイルオーバーを無効化します。
<ibrixhome>/bin/ibrix_server -m -U
2.
自動フェイルオーバーがオフであることを確認します。
<ibrixhome>/bin/ibrix_server -l
出力の HA カラムは、off を表示している必要があります。
3.
4.
5.
以前のリリースのインストールに使用した <installer_dir>/ibrix ディレクトリを
ibrix.old に移動します。たとえば、このノード上の以前の X9000 のインストールで、
tar アーカイブを /root で展開した場合、インストーラーは /root/ibrix に格納されて
います。
任意のディレクトリに配布 tar アーカイブを展開するか、または配布 DVD をマウントしま
す。 tar アーカイブを展開すると、ibrix という名前のサブディレクトリが作成され、そ
こにインストーラープログラムが格納されます。たとえば、tar アーカイブを /root に展
開した場合、インストーラーは /root/ibrix に格納されます。
必要に応じてインストーラーのディレクトリに移動して、アップグレードを実行します。
./ibrixupgrade -f
6.
管理コンソールが動作していることを確認します。
/etc/init.d/ibrix_fusionmanager status
status コマンドで、正しいサービスが実行していることがレポートされる必要がありま
す。次のような出力が得られます。
Fusion Manager Daemon (pid 18748) running...
7.
/usr/local/ibrix/log/fusionserver.log でエラーの有無を確認します。
ファイルサービングノードのアップグレード
管理コンソールがアップグレードされたら、各ファイルサービングノード上で以下の手順を実
行します。
1. 管理コンソールから、手動でファイルサービングノードのフェイルオーバーを行います。
<ibrixhome>/bin/ibrix_server -f -p -h HOSTNAME
ノードは自動的に再起動します。
2.
3.
4.
以前のリリースのインストールに使用した <installer_dir>/ibrix ディレクトリを
ibrix.old に移動します。たとえば、このノード上の以前の X9000 のインストールで、
tar アーカイブを /root で展開した場合、インストーラーは /root/ibrix に格納されて
います。
任意のディレクトリに配布 tar アーカイブを展開するか、または配布 DVD をマウントしま
す。 tar アーカイブを展開すると、ibrix という名前のサブディレクトリが作成され、そ
こにインストーラープログラムが格納されます。たとえば、tar アーカイブを/root で展開
した場合、インストーラーは/root/ibrix に格納されます。
必要に応じてインストーラーのディレクトリに移動して、次のコマンドを実行します。
./ibrixupgrade -f
アップグレードプロセスによりサービスが自動的に停止し、プロセスの完了後にサービス
が再開します。
5.
アップグレードが完了したら、ノード上で X9000 Software サービスが実行していること
を確認します。
/etc/init.d/ibrix_server status
以下のような出力が得られます。 IAD サービスがシステム上で稼働していない場合、HP
サポートにお問い合わせください。
IBRIX Filesystem Drivers loaded
ibrcud is running.. pid 23325
120 X9000 ソフトウェアの 5.5 リリースへのアップグレード
IBRIX IAD Server (pid 23368) running...
6.
ibrix および ipfs サービスが稼働中であることを確認します。
lsmod|grep ibrix
ibrix 2323332 0 (unused)
lsmod|grep ipfs
ipfs1 102592 0 (unused)
いずれかの grep コマンドが空白を返す場合、HP サポートにお問い合わせください。
7.
管理コンソールから、新しいバージョンの X9000 Software の FS/IAS がファイルサービ
ングノードにインストールされていることを確認します。
<ibrixhome>/bin/ibrix_version -l –S
8.
アップグレードが正常に完了したら、サービングノードのフェイルバックを行います。
<ibrixhome>/bin/ibrix_server -f -U -h HOSTNAME
9.
クラスター内の各ファイルサービングノードで、手順 1～8 を繰り返します。
すべてのファイルサービングノードをアップグレードしてフェイルバックを実行してから、
アップグレードを完了します。
アップグレードの完了
1.
管理コンソールから、自動フェイルオーバーをオンに戻します。
<ibrixhome>/bin/ibrix_server –m
2.
自動フェイルオーバーが有効化されたことを確認します。
<ibrixhome>/bin/ibrix_server -l
出力の HA には、on が表示されている必要があります。
3.
すべてのファイルサービングノードについてバージョンインジケーターが一致しているこ
とを確認します。管理コンソールから次のコマンドを実行します。
<ibrixhome>/bin/ibrix_version –l
バージョンの不一致がある場合、該当するノード上で /ibrix/ibrixupgrade -f スク
リプトを再実行して、バージョンを再確認します。すべてのバージョンインジケーターが
一致すれば、インストールは成功です。すべての手順に従ってもバージョンインジケー
ターが一致しない場合は、HP サポートにお問い合わせください。
4.
クラスターの新しいセグメントマップを伝播します。
<ibrixhome>/bin/ibrix_dbck -I -f FSNAME
5.
クラスターの稼働状態を確認します。
<ibrixhome>/bin/ibrix_health -l
出力で Passed / on が指定されれば正常です。
標準オフラインアップグレード
このアップグレード手順は、メジャーアップグレードに適しています。管理コンソールを最初
にアップグレードする必要があります。次に、ファイルサービングノードを任意の順序でアッ
プグレードできます。
アップグレードの準備
1.
管理コンソールで、すべてのファイルサービングノードへの自動フェイルオーバーを無効
にします。
<ibrixhome>/bin/ibrix_server -m -U
手動アップグレード
121
2.
管理コンソールから、自動フェイルオーバーがオフになっていることを確認します。出力
の HA カラムは、off を表示している必要があります。
<ibrixhome>/bin/ibrix_server -l
3.
すべてのファイルサービングノード上の NFS および SMB サービスを停止し、NFS および
CIFS クライアントのタイムアウトを防ぎます。
<ibrixhome>/bin/ibrix_server -s -t cifs -c stop
<ibrixhome>/bin/ibrix_server -s -t nfs -c stop
CIFS を使用している場合、すべてのファイルサービングノード上で likewise サービスが停
止していることを確認します。
ps –ef | grep likewise
kill -9 を使用して、実行中のすべての likewise サービスを停止します。
4.
管理コンソールから、すべての X9000 ファイルシステムをマウント解除します。
<ibrixhome>/bin/ibrix_umount -f <fsname>
管理コンソールのアップグレード
管理コンソール上で、以下の手順を実行します。
1. 構成のバックアップを強制的に行います。
<ibrixhome>/bin/ibrix_fm -B
出力は、/usr/local/ibrix/tmp/fmbackup.zip に格納されます。このファイルを、
必ずクラスター外の場所に保存するようにしてください。
2.
3.
4.
以前のリリースのインストールに使用した <installer_dir>/ibrix ディレクトリを
ibrix.old に移動します。たとえば、このノード上の以前の X9000 のインストールで、
tar アーカイブを /root で展開した場合、インストーラーは /root/ibrix に格納されて
います。
任意のディレクトリに配布 tar アーカイブを展開するか、または配布 DVD をマウントしま
す。 tar アーカイブを展開すると、ibrix という名前のサブディレクトリが作成され、そ
こにインストーラープログラムが格納されます。たとえば、tar アーカイブを /root に展
開した場合、インストーラーは /root/ibrix に格納されます。
必要に応じてインストーラーのディレクトリに移動して、次のコマンドを実行します。
./ibrixupgrade -f
5.
管理コンソールが正常に起動していることを確認します。
/etc/init.d/ibrix_fusionmanager status
status コマンドは、適切なサービスが実行しているかどうかを確認します。以下のような
出力が得られます。
Fusion Manager Daemon (pid 18748) running...
6.
/usr/local/ibrix/log/fusionserver.log でエラーの有無を確認します。
ファイルサービングノードのアップグレード
管理コンソールがアップグレードされたら、各ファイルサービングノード上で以下の手順を実
行します。
1. 以前のリリースのインストールに使用した <installer_dir>/ibrix ディレクトリを
ibrix.old に移動します。たとえば、このノード上の以前の X9000 のインストールで、
tar アーカイブを /root で展開した場合、インストーラーは /root/ibrix に格納されて
います。
2. 任意のディレクトリに配布 tar アーカイブを展開するか、または配布 DVD をマウントしま
す。 tar アーカイブを展開すると、ibrix という名前のサブディレクトリが作成され、そ
122
X9000 ソフトウェアの 5.5 リリースへのアップグレード
3.
こにインストーラープログラムが格納されます。たとえば、tar アーカイブを /root に展
開した場合、インストーラーは /root/ibrix に格納されます。
必要に応じてインストーラーのディレクトリに移動して、次のコマンドを実行します。
./ibrixupgrade -f
アップグレードプロセスによりサービスが自動的に停止し、プロセスの完了後にサービス
が再開します。
4.
アップグレードが完了したら、ノード上で X9000 Software サービスが実行していること
を確認します。
/etc/init.d/ibrix_server status
以下の例のような出力が得られます。 IAD サービスがシステム上で稼働していない場合、
HP サポートにお問い合わせください。
IBRIX Filesystem Drivers loaded
ibrcud is running.. pid 23325
IBRIX IAD Server (pid 23368) running...
5.
以下のコマンドを実行して、ibrix および ipfs サービスが実行していることを確認しま
す。
lsmod|grep ibrix
ibrix 2323332 0 (unused)
lsmod|grep ipfs
ipfs1 102592 0 (unused)
いずれかの grep コマンドが空白を返す場合、HP サポートにお問い合わせください。
6.
管理コンソールから、新しいバージョンの X9000 Software の FS/IAS がファイルサービ
ングノードにインストールされていることを確認します。
<ibrixhome>/bin/ibrix_version -l –S
アップグレードの完了
1.
すべてのファイルシステムを再マウントします。
<ibrixhome>/bin/ibrix_mount -f <fsname> -m </mountpoint>
2.
管理コンソールから、自動フェイルオーバーをオンに戻します。
<ibrixhome>/bin/ibrix_server -m
3.
自動フェイルオーバーが有効化されたことを確認します。
<ibrixhome>/bin/ibrix_server -l
出力の HA には、on が表示されている必要があります。
4.
管理コンソールから、アップグレードされた構成の手動バックアップを実行します。
<ibrixhome>/bin/ibrix_fm -B
5.
すべてのファイルサービングノードについてバージョンインジケーターが一致しているこ
とを確認します。管理コンソールから次のコマンドを実行します。
<ibrixhome>/bin/ibrix_version –l
バージョンの不一致がある場合、該当するノード上で /ibrix/ibrixupgrade -f スク
リプトを再実行して、バージョンを再確認します。すべてのバージョンインジケーターが
一致すれば、インストールは成功です。すべての手順に従ってもバージョンインジケー
ターが一致しない場合は、HP サポートにお問い合わせください。
6.
クラスターの稼働状態を確認します。
<ibrixhome>/bin/ibrix_health -l
出力に Passed / on が表示されれば正常です。
手動アップグレード
123
アジャイル管理コンソール構成を持つクラスターのアジャイルアップグレード
使用しているクラスターがアジャイル管理コンソール構成を持っている場合、以下の手順を使
用します。 X9000 Software 5.4.x から 5.5 へのアップグレードは、オンラインまたはオフラ
インで実行できます。将来のリリースではオフラインアップグレードが必要となる予定です。
注記:
アップグレード手順を開始する前に、必ずすべての手順を確認してください。
アジャイルオンラインアップグレード
以下の順序で、アジャイルオンラインアップグレードを実行します。
•
アクティブな管理コンソールをホストしているファイルサービングノード
•
パッシブな管理コンソールをホストしているファイルサービングノード
•
残りのファイルサービングノードおよび X9000 クライアント
管理コンソールをホストしているファイルサービングノードのアップグレード
次の手順を実行します。
1. アクティブな管理コンソールをホストしているノードで、管理コンソール構成のバック
アップを強制的に実行します。
<ibrixhome>/bin/ibrix_fm -B
出力は、/usr/local/ibrix/tmp/fmbackup.zip に格納されます。このファイルを、
必ずクラスター外の場所に保存するようにしてください。
2.
アクティブな管理コンソールのノードで、すべてのファイルサービングノードへの自動
フェイルオーバーを無効にします。
<ibrixhome>/bin/ibrix_server -m -U
3.
自動フェイルオーバーがオフであることを確認します。
<ibrixhome>/bin/ibrix_server -l
出力の HA カラムは、off を表示している必要があります。
4.
アクティブな管理コンソールをホストしているノードで、管理コンソールを maintenance
モードにします。この手順により、アクティブな管理コンソールの役割が現在パッシブで
あるアジャイル管理コンソールをホストしているノードにフェイルオーバーします。
<ibrixhome>/bin/ibrix_fm –m maintenance
5.
フェイルオーバーが完了するまで約 60 秒待機します。次に、フェイルオーバーのターゲッ
トであったノード上で次のコマンドを実行します。
<ibrixhome>/bin/ibrix_fm -i
このコマンドで、アジャイル管理コンソールが現在このノード上で Active (アクティブ)
であることがレポートされる必要があります。
6.
手順 4 でアクティブな管理コンソールのフェイルオーバーを行ったノードで、管理コン
ソールのステータスを maintenance から passive に変更します。
<ibrixhome>/bin/ibrix_fm -m passive
7.
アクティブな管理コンソールをホストしているノードで、現在パッシブであるノードの手
動フェイルオーバーを行います。
<ibrixhome>/bin/ibrix_server -f -p -h HOSTNAME
ノードが再起動するまで数分待機してから、次のコマンドを実行し、フェイルオーバーが
正常に完了したことを確認します。出力は、Up, FailedOver をレポートしている必要
があります。
<ibrixhome>/bin/ibrix_server -l
124
X9000 ソフトウェアの 5.5 リリースへのアップグレード
8.
アクティブな管理コンソールをホストしているノードで、管理コンソールを maintenance
モードにします。
<ibrixhome>/bin/ibrix_fm –m maintenance
この手順により、アクティブな管理コンソールの役割が現在パッシブであるアジャイル管
理コンソール (元はアクティブであったノード) をホストしているノードにフェイルバック
します。
9.
フェイルオーバーが完了するまで約 90 秒待機します。次に、フェイルオーバーのターゲッ
トであったノード上で次のコマンドを実行します。
<ibrixhome>/bin/ibrix_fm -i
このコマンドで、アジャイル管理コンソールが現在このノード上で Active (アクティブ) で
あることがレポートされる必要があります。
10. アクティブであるアジャイル管理コンソールのノードで、以前のリリースのインストール
で使用した <installer_dir>/ibrix ディレクトリを ibrix.old に移動します。た
とえば、このノード上の以前の X9000 のインストールで、tar アーカイブを /root で展
開した場合、インストーラーは
/root/ibrix に格納されています。
11. アクティブな管理コンソールのノードで、任意のディレクトリに配布 tar アーカイブを展
開するか、配布 DVD をマウントします。 tar アーカイブを展開すると、ibrix という名
前のサブディレクトリが作成され、そこにインストーラープログラムが格納されます。た
とえば、tar アーカイブを
/root に展開した場合、インストーラーは /root/ibrix に格納されます。
12. 必要に応じてインストーラーのディレクトリに移動して、アップグレードを実行します。
nl
nl
./ibrixupgrade -f
インストーラーは、このノード上の管理コンソールのソフトウェアおよびファイルサービ
ングノードのソフトウェアの両方をアップグレードします。
13. 管理コンソールのステータスを確認します。
/etc/init.d/ibrix_fusionmanager status
status コマンドは、適切なサービスが実行しているかどうかを確認します。以下のような
出力が得られます。
Fusion Manager Daemon (pid 18748) running...
次のコマンドも実行してください。このコマンドでコンソールが Active (アクティブ) であ
ることがレポートされる必要があります。
<ibrixhome>/bin/ibrix_fm -i
14. /usr/local/ibrix/log/fusionserver.log でエラーの有無を確認します。
15. アップグレードが正常に完了したら、サービングノードのフェイルバックを行います。ア
クティブであるアジャイル管理コンソールのノードで、次のコマンドを実行します。
<ibrixhome>/bin/ibrix_server -f –U -h HOSTNAME
16. 手順 8 でアクティブな管理コンソールのフェイルバックを行ったノードで、管理コンソー
ルのステータスを maintenance から passive に変更します。
<ibrixhome>/bin/ibrix_fm –m passive
17. パッシブな管理コンソールのノードがファイルサービングノードでもある場合、アクティ
ブな管理コンソールからこのノードへのフェイルオーバーを行います。
<ibrixhome>/bin/ibrix_server -f –p -h HOSTNAME
ノードが再起動するまで数分待機してから、次のコマンドを実行し、フェイルオーバーが
正常に完了したことを確認します。出力は、Up, FailedOver をレポートしている必要
があります。
<ibrixhome>/bin/ibrix_server -l
手動アップグレード
125
18. パッシブであるアジャイル管理コンソールのノードで、以前のリリースのインストールで
使用した <installer_dir>/ibrix ディレクトリを ibrix.old に移動します。たと
えば、このノード上の以前の X9000 のインストールで、tar アーカイブを /root で展開
した場合、インストーラーは
/root/ibrix に格納されています。
19. パッシブであるアジャイル管理コンソールをホストしているノードで、任意のディレクト
リに配布 tar アーカイブを展開するか、配布 DVD をマウントします。 tar アーカイブを展
開すると、ibrix という名前のサブディレクトリが作成され、そこにインストーラープロ
グラムが格納されます。たとえば、tar アーカイブを /root に展開した場合、インストー
ラーは /root/ibrix に格納されます。
20. 必要に応じてインストーラーのディレクトリに移動して、アップグレードを実行します。
nl
./ibrixupgrade -f
インストーラーは、このノード上の管理コンソールのソフトウェアおよびファイルサービ
ングノードのソフトウェアの両方をアップグレードします。
21. 管理コンソールのステータスを確認します。
/etc/init.d/ibrix_fusionmanager status
status コマンドは、適切なサービスが実行しているかどうかを確認します。以下のような
出力が得られます。
Fusion Manager Daemon (pid 18748) running...
次のコマンドも実行してください。このコマンドでコンソールがパッシブであることがレ
ポートされる必要があります。
<ibrixhome>/bin/ibrix_fm -i
22. /usr/local/ibrix/log/fusionserver.log でエラーの有無を確認します。
23. アップグレードが正常に完了したら、ノードのフェイルバックを行います。アクティブで
あるアジャイル管理コンソールのノードで、次のコマンドを実行します。
<ibrixhome>/bin/ibrix_server -f -U -h HOSTNAME
24. アジャイル管理コンソールをホストしている 2 つのノード上で、アジャイル管理コンソー
ルのソフトウェアおよびファイルサービングノードのソフトウェアがアップグレードされ
たことを確認します。
<ibrixhome>/bin/ibrix_version -l -S
以下に出力例を示します。
Fusion Manager version: 5.5.XXX
===============================
Segment Servers
===============
HOST_NAME FILE_SYSTEM
IAD/IAS IAD/FS
OS
KERNEL_VERSION ARCH
--------- ---------------------- ------- ------- --------- -------------- ---ib50-86
5.5.205(X9000_5_5) 5.5.XXX 5.5.XXX GNU/Linux 2.6.18-128.el5 x86_64
ib50-87
5.5.205(X9000_5_5) 5.5.XXX 5.5.XXX GNU/Linux 2.6.18-128.el5 x86_64
これで、残りの任意のファイルサービングノードをアップグレードできるようになりました。
残りのファイルサービングノードのアップグレード
各ファイルサービングノード上で次の手順を実施します。
1. ファイルサービングノードを手動でフェイルオーバーします。
<ibrixhome>/bin/ibrix_server -f -p -h HOSTNAME
ノードは自動的に再起動します。
2.
126
以前のリリースのインストールに使用した <installer_dir>/ibrix ディレクトリを
ibrix.old に移動します。たとえば、このノード上の以前の X9000 のインストールで、
tar アーカイブを /root で展開した場合、インストーラーは /root/ibrix に格納されて
います。
X9000 ソフトウェアの 5.5 リリースへのアップグレード
3.
4.
任意のディレクトリに配布 tar アーカイブを展開するか、または配布 DVD をマウントしま
す。 tar アーカイブを展開すると、ibrix という名前のサブディレクトリが作成され、そ
こにインストーラープログラムが格納されます。たとえば、tar アーカイブを/root で展開
した場合、インストーラーは/root/ibrix に格納されます。
必要に応じてインストーラーのディレクトリに移動して、次のコマンドを実行します。
./ibrixupgrade -f
アップグレードプロセスによりサービスが自動的に停止し、プロセスの完了後にサービス
が再開します。
5.
アップグレードが完了したら、ノード上で X9000 Software サービスが実行していること
を確認します。
/etc/init.d/ibrix_server status
以下のような出力が得られます。 IAD サービスがシステム上で稼働していない場合、HP
サポートにお問い合わせください。
IBRIX Filesystem Drivers loaded
ibrcud is running.. pid 23325
IBRIX IAD Server (pid 23368) running...
6.
ibrix および ipfs サービスが稼働中であることを確認します。
lsmod|grep ibrix
ibrix 2323332 0 (unused)
lsmod|grep ipfs
ipfs1 102592 0 (unused)
いずれかの grep コマンドが空白を返す場合、HP サポートにお問い合わせください。
7.
管理コンソールから、新しいバージョンの X9000 Software の FS/IAS がファイルサービ
ングノードにインストールされていることを確認します。
<ibrixhome>/bin/ibrix_version -l –S
8.
アップグレードが正常に完了したら、サービングノードのフェイルバックを行います。
<ibrixhome>/bin/ibrix_server -f -U -h HOSTNAME
9.
クラスター内の残りのファイルサービングノードで、手順 1～8 を繰り返します。
すべてのファイルサービングノードをアップグレードしてフェイルバックを実行してから、
アップグレードを完了します。
アップグレードの完了
1.
アクティブな管理コンソールをホストしているノードで、自動フェイルオーバーをオンに
戻します。
<ibrixhome>/bin/ibrix_server –m
2.
自動フェイルオーバーが有効化されたことを確認します。
<ibrixhome>/bin/ibrix_server -l
出力の HA カラムは、on を表示している必要があります。
3.
すべてのファイルサービングノードについてバージョンインジケーターが一致しているこ
とを確認します。アクティブな管理コンソールから次のコマンドを実行します。
<ibrixhome>/bin/ibrix_version –l
バージョンの不一致がある場合、該当するノード上で /ibrix/ibrixupgrade -f スク
リプトを再実行して、バージョンを再確認します。すべてのバージョンインジケーターが
一致すれば、インストールは成功です。すべての手順に従ってもバージョンインジケー
ターが一致しない場合は、HP サポートにお問い合わせください。
手動アップグレード
127
4.
クラスターの新しいセグメントマップを伝播します。
<ibrixhome>/bin/ibrix_dbck -I -f FSNAME
5.
クラスターの稼働状態を確認します。
<ibrixhome>/bin/ibrix_health -l
出力で Passed / on が指定されれば正常です。
アジャイルオフラインアップグレード
このアップグレード手順は、メジャーアップグレードに適しています。以下の順序で、アジャ
イルオフラインアップグレードを実行します。
•
アクティブな管理コンソールをホストしているファイルサービングノード
•
パッシブな管理コンソールをホストしているファイルサービングノード
•
残りのファイルサービングノード
注記: アクティブな管理コンソールをホストしているノードを特定するには、次のコマンド
を実行します。
<ibrixhome>/bin/ibrix_fm -i
アップグレードの準備
1.
アクティブな管理コンソールのノードで、すべてのファイルサービングノードへの自動
フェイルオーバーを無効にします。
<ibrixhome>/bin/ibrix_server -m -U
2.
自動フェイルオーバーがオフであることを確認します。出力の HA カラムは、off を表
示している必要があります。
<ibrixhome>/bin/ibrix_server -l
3.
アクティブな管理コンソールのノードで、すべてのファイルサービングノード上の NFS
および SMB サービスを停止して、NFS および CIFS クライアントのタイムアウトを防ぎ
ます。
<ibrixhome>/bin/ibrix_server -s -t cifs -c stop
<ibrixhome>/bin/ibrix_server -s -t nfs -c stop
CIFS を使用している場合、すべてのファイルサービングノード上で likewise サービスが停
止していることを確認します。
ps –ef | grep likewise
kill -9 を使用して、実行中のすべての likewise サービスを停止します。
4.
すべての X9000 Software ファイルシステムをマウント解除します。
<ibrixhome>/bin/ibrix_umount -f <fsname>
管理コンソールをホストしているファイルサービングノードのアップグレード
次の手順を実行します。
1. アクティブな管理コンソールをホストしているノードで、管理コンソール構成のバック
アップを強制的に実行します。
<ibrixhome>/bin/ibrix_fm -B
出力は、/usr/local/ibrix/tmp/fmbackup.zip に格納されます。このファイルを、
必ずクラスター外の場所に保存するようにしてください。
128
X9000 ソフトウェアの 5.5 リリースへのアップグレード
2.
パッシブな管理コンソールをホストしているノードで、管理コンソールを maintenance
モードにします。
<ibrixhome>/bin/ibrix_fm –m maintenance
3.
4.
5.
アクティブな管理コンソールのノードで、以前のリリースのインストールで使用した
<installer_dir>/ibrix ディレクトリを ibrix.old に移動します。たとえば、この
ノード上の以前の X9000 のインストールで、tar アーカイブを /root で展開した場合、
インストーラーは /root/ibrix に格納されています。
アクティブな管理コンソールのノードで、任意のディレクトリに配布 tar アーカイブを展
開するか、配布 DVD をマウントします。 tar アーカイブを展開すると、ibrix という名
前のサブディレクトリが作成され、そこにインストーラープログラムが格納されます。た
とえば、tar アーカイブを /root に展開した場合、インストーラーは /root/ibrix に格
納されます。
必要に応じてインストーラーのディレクトリに移動して、アップグレードを実行します。
./ibrixupgrade -f
インストーラーは、このノード上の管理コンソールのソフトウェアおよびファイルサービ
ングノードのソフトウェアの両方をアップグレードします。
6.
管理コンソールのステータスを確認します。
/etc/init.d/ibrix_fusionmanager status
status コマンドは、適切なサービスが実行しているかどうかを確認します。以下のような
出力が得られます。
Fusion Manager Daemon (pid 18748) running...
7.
8.
/usr/local/ibrix/log/fusionserver.log でエラーの有無を確認します。
残りの管理コンソールノードをアップグレードします。以前のリリースのインストールに
使用した <installer_dir>/ibrix ディレクトリを ibrix.old に移動します。次に、
任意のディレクトリに配布 tar アーカイブを展開するか、または配布 DVD をマウントしま
す。 tar アーカイブを展開すると、ibrix という名前のサブディレクトリが作成され、そ
こにインストーラープログラムが格納されます。たとえば、tar アーカイブを
/root に展開した場合、インストーラーは /root/ibrix に格納されます。
必要に応じてインストーラーのディレクトリに移動して、アップグレードを実行します。
nl
9.
./ibrixupgrade -f
インストーラーは、このノード上の管理コンソールのソフトウェアおよびファイルサービ
ングノードのソフトウェアの両方をアップグレードします。
10. アップグレードを実施し、その管理コンソールが maintenance モードになっているノード
で、管理コンソールを passive モードに戻します。
<ibrixhome>/bin/ibrix_fm -m passive
これで、このノードはアクティブな管理コンソールのバックアップ操作を正常に再開しま
す。
残りのファイルサービングノードのアップグレード
残りのファイルサービングノード上で次の手順を実施します。
1. 以前のリリースのインストールに使用した <installer_dir>/ibrix ディレクトリを
ibrix.old に移動します。たとえば、このノード上の以前の X9000 のインストールで、
tar アーカイブを /root で展開した場合、インストーラーは /root/ibrix に格納されて
います。
2. 任意のディレクトリに配布 tar アーカイブを展開するか、または配布 DVD をマウントしま
す。 tar アーカイブを展開すると、ibrix という名前のサブディレクトリが作成され、そ
こにインストーラープログラムが格納されます。たとえば、tar アーカイブを /root に展
開した場合、インストーラーは /root/ibrix に格納されます。
手動アップグレード
129
3.
必要に応じてインストーラーのディレクトリに移動して、次のコマンドを実行します。
./ibrixupgrade -f
アップグレードプロセスによりサービスが自動的に停止し、プロセスの完了後にサービス
が再開します。
4.
アップグレードが完了したら、ノード上で X9000 Software サービスが実行していること
を確認します。
/etc/init.d/ibrix_server status
以下の例のような出力が得られます。 IAD サービスがシステム上で稼働していない場合、
HP サポートにお問い合わせください。
IBRIX Filesystem Drivers loaded
ibrcud is running.. pid 23325
IBRIX IAD Server (pid 23368) running...
5.
以下のコマンドを実行して、ibrix および ipfs サービスが実行していることを確認しま
す。
lsmod|grep ibrix
ibrix 2323332 0 (unused)
lsmod|grep ipfs
ipfs1 102592 0 (unused)
いずれかの grep コマンドが空白を返す場合、HP サポートにお問い合わせください。
6.
アクティブな管理コンソールのノードから、新しいバージョンの X9000 Software の FS/IAS
がファイルサービングノードにインストールされていることを確認します。
<ibrixhome>/bin/ibrix_version -l –S
アップグレードの完了
1.
X9000 Software ファイルシステムを再マウントします。
<ibrixhome>/bin/ibrix_mount -f <fsname> -m </mountpoint>
2.
アクティブな管理コンソールをホストしているノードで、自動フェイルオーバーをオンに
戻します。
<ibrixhome>/bin/ibrix_server -m
3.
自動フェイルオーバーが有効化されたことを確認します。
<ibrixhome>/bin/ibrix_server -l
出力の HA には、on が表示されている必要があります。
4.
アクティブな管理コンソールをホストしているノードから、アップグレードされた構成の
手動バックアップを実行します。
<ibrixhome>/bin/ibrix_fm -B
5.
すべてのファイルサービングノードについてバージョンインジケーターが一致しているこ
とを確認します。アクティブな管理コンソールから次のコマンドを実行します。
<ibrixhome>/bin/ibrix_version –l
バージョンの不一致がある場合、該当するノード上で /ibrix/ibrixupgrade -f スク
リプトを再実行して、バージョンを再確認します。すべてのバージョンインジケーターが
一致すれば、インストールは成功です。すべての手順に従ってもバージョンインジケー
ターが一致しない場合は、HP サポートにお問い合わせください。
6.
クラスターの稼働状態を確認します。
<ibrixhome>/bin/ibrix_health -l
出力に Passed / on が表示されれば正常です。
130 X9000 ソフトウェアの 5.5 リリースへのアップグレード
アップグレードの問題のトラブルシューティング
自動アップグレードのエラー
upgrade.log ファイルを確認して、エラーの発生源を特定します (ログファイルはインストー
ラーディレクトリに存在します)。自動アップグレードを実行できない場合は、手動アップグ
レード手順を進めます。
ibrixupgrade がハングする
RPM データベースの損傷が原因で、インストールがハングする可能性があります。この損傷
は、Red Hat Package Manager 内の不整合により発生します。
次のコマンドを使用して RPM データベースを再構築して、インストールを再試行してくださ
い。 rm の後にはスペースが続き、次に 2 つのアンダースコアが続きます。また、rpm の後に
はスペースが続き、次に 2 つのダッシュが続きます。
cd /var/lib/rpm
rm __*
rpm --rebuilddb
管理コンソールに使用されていない古い NFS マウントポイントが存在する場合、ibrixupgrade
もハングする可能性があります。このような場合は、該当するマウントポイントをすべて消去
し、管理コンソールを再起動して、アップグレード手順を再度実行してください。
アップグレードの問題のトラブルシューティング
131
15 ライセンス
この章では、現在のライセンス条項を表示する方法、また、新しい X9000 ソフトウェア製品
のライセンスキーを取得およびインストールする方法について説明します。
ライセンス条項の表示
X9000 ソフトウェアのライセンスファイルは、インストールディレクトリに格納されます。
GUI を通じてライセンスを表示するには、ナビゲーターで [Cluster Configuration] を選択して、
次に [License] を選択します。
CLI を通じてライセンスを表示するには、次のコマンドを使用します。
ibrix_license -i
このコマンドの出力には、現在のノード数と容量制限が表示されます。出力に示される Segment
Server は、ファイルサービングノードを指します。
ライセンスキーの取得
お客様は、本製品の購入時に License Entitlement Certificate (ライセンス付与証明書) を受け取り
ます。ライセンスキーを取得して入力するには、この証明書の情報が必要です。
ライセンスキーは、次のいずれかの方法で取得できます。
132
•
www.hp.com/software/licensing (英語) からライセンスキーを取得します。
•
License Entitlement Certificate に付属している Password Request Form を FAX で送付しま
す。お客様の地域での FAX 番号については、証明書を参照してください｡
•
HP パスワードセンターに電話または電子メールで連絡します。お客様の地域での電話番
号または電子メールについては、証明書を参照してください｡
ライセンス
16 システムハードウェアとファームウェアのアップグ
レード
警告! 本章の手順を実行する前に、付録 E 「警告および注意事項」、「規定に関するご注意」
(211 ページ) に記載された重要な警告、注意事項および安全に関する情報をお読みください。
ファームウェアのアップグレード
重要: X9720/X9730 システムは、適切なファームウェアおよびドライバーと共に出荷され
ます。アップグレードを HP サポートが推奨していない場合、またはアップグレードが HP の
Web サイトで提供される X9720/X9730 用パッチの一部でない場合は、ファームウェアやド
ライバーをアップグレードしないでください。ファームウェアのインストール方法は、パッチ
のリリースノートに記載されています。
X9730 システムへのパフォーマンスモジュールの追加
X9730 クラスターへのモジュールの取り付けについては『HP IBRIX X9730 Network Storage
System Performance Module Installation Instructions』をご覧ください。モジュール内のブレー
ドに X9000 ソフトウェアをインストールする方法については、『HP IBRIX X9000 Network
Storage System インストールガイド』をご覧ください。これらの文書は IBRIX のマニュアル
ページに掲載されています。 http://www.hp.com/ support/manuals （英語）を参照してくだ
さい。ストレージのセクションで [NAS Systems] を選択し、IBRIX Storage Systems セクション
で [HP X9000 Network Storage Systems] を選択してください。
X9720 システムへの新しいサーバーブレードの追加
注記: この手順には Quick Restore DVD が必要です。詳細については、第18章「X9720/X9730
Network Storage System のリカバリ」を参照してください。
1.
ブレードシャーシの前面の、次に利用可能なサーバーブレードベイから、ブランクを取り
外します。
2.
サーバーブレードを取り付ける準備をします。
ファームウェアのアップグレード
133
3.
サーバーブレードを取り付けます。
4.
サーバーブレードにソフトウェアをインストールします。これには Quick Restore DVD を
使用します。詳細については、第18章「X9720/X9730 Network Storage System のリカ
バリ」を参照してください。
フェイルオーバーを設定します。詳細については、『HP IBRIX X9000 Network Storage
System File System ユーザーガイド』を参照してください。
サーバー 1 で次のコマンドを実行し、高可用性 (自動フェイルオーバー) を有効にします。
5.
6.
# ibrix_server –m
7.
サーバーブレード上のストレージを検出します。
ibrix_pv -a
8.
サーバーブレードのヘルス監視を有効にするには、まずベンダーストレージを登録から外
します。
ibrix_vs -d -n <vendor storage name>
次に、ベンダーストレージを再登録します。コマンド内の <sysName> は、たとえば x710
などです。 <hostlist> は、 X710s[2–4] などの角括弧内の範囲を指します。
ibrix_vs -r -n <sysName> -t exds 172.16.1.1 -U exds -P <password>
-h <hostlist>
9.
134
他のサーバーでその他のカスタマイズを行った場合は、新たに取り付けたサーバーにそれ
を適用する必要がある場合があります。
システムハードウェアとファームウェアのアップグレード
X9720 システムへのキャパシティブロックの追加
警告!
けがや装置の損傷を防止するために、次の点をお守りください。
•
HP X9700c コンポーネントのつり上げ、移動および設置は 2 人で行ってください。
•
HP X9700cx コンポーネントのつり上げ下ろし、移動および設置には、適切なつり上げ装
置を使用してください。
•
コンポーネントは一度に 1 つずつ引き出してください。一度に複数のコンポーネントを
引き出すと、キャビネットが不安定になる場合があります。
注意: システムコンポーネントの取り扱い時、静電放電 (Electrostatic Discharge: ESD) により
装置が損傷する場合があります。適切な静電気対策をしてください。
•
交換用コンポーネントは必要になるまで ESD バッグで保管してください。
•
シャーシの非塗装面に、アースされた ESD アースバンドを装着してください。
•
コンポーネントを取り扱う前に、シャーシの非塗装面に触れてください。
•
決してコネクターピンには触れないでください。
梱包内容
•
HP X9700c (12 ディスクドライブ)
•
HP X9700cx (70 ディスクドライブ)
•
ラックマウント用ハードウェア
•
2 m ケーブル (4 本)
•
4 m ケーブル (2 本)
X9720 システムへのキャパシティブロックの追加
135
キャパシティブロックの取り付け場所
ベースキャビネットに追加するキャパシティブロック
1 X9700c 4
6 X9700cx 3
2 X9700c 3
7 TFT モニターおよびキーボード
3 X9700c 2
8 c-Class ブレードエンクロージャー
4 X9700c 1
9 X9700cx 2
5 X9700cx 4
10 X9700cx 1
拡張キャビネットに追加するキャパシティブロック
拡張キャビネットの場合、次の図に示す順序でキャパシティブロックを追加する必要がありま
す。たとえば、HP X9720 Network Storage System に 5 番目のキャパシティブロックを追加
する場合、X9700c 5 コンポーネントが U31 から 32 のスロット (引き出し線 4) に入り、
X9700cx 5 が U1 から U5 のスロット (引き出し線 8) に入ります。
136
システムハードウェアとファームウェアのアップグレード
1 X9700c 8
5 X9700cx 8
2 X9700c 7
6 X9700cx 7
3 X9700c 6
7 X9700cx 6
4 X9700c 5
8 X9700cx 5
取り付け手順
システムが収容できる最大限までキャパシティブロックを一度に追加します。工場出荷時に
は、追加的なキャパシティブロックは、標準的な LUN レイアウトとキャパシティブロック設
定 (再構築優先など) で、事前に設定されています。パリティはすべての LUN で初期化されて
います。 LUN はブランクの状態で届きます。
重要: キャパシティブロックは、新規導入時または既存のシステムに追加できます。既存の
システムはオンラインでもオフラインでもかまいませんが、新しいストレージをクラスターで
見えるようにするには、ブレードの再起動が必要な場合があります。
ステップ 1—X9700c をキャビネットに設置
警告! X9700c は重いので、つり上げや移動、設置を 2 人で行うなど、地域の労働安全衛生
条件およびガイドラインに従ってください。
1.
レールの前端をキャビネットの正しい位置に固定します。
注記:
左 (L) と右 (R) のラックレールは、金属板の刻印で確認します。
X9720 システムへのキャパシティブロックの追加
137
2.
3.
4.
レールの後端をキャビネットに固定します。
X9700c をキャビネットに挿入します。
シャーシの前面にあるつまみネジを使ってキャビネットに固定します
ステップ 2—X9700cx をキャビネットに設置
警告! キャビネットに X9700cx を挿入するまで、ディスクドライブを外さないでください。
X9700cx は重いので、取り扱いにはつり上げ装置を使うなど、地域の労働安全衛生条件および
ガイドラインに従ってください。
1.
ラックレールを取り付けます。
a. 左側のラックレールの端を、後側のラック柱に合わせます。
b. 閉じたラックレールを、レールの端が後側のラック柱を覆った状態で所定の位置に固
定されるまでスライドさせます。
c.
d.
2.
レールの前端を、ラックの前柱の方へスライドさせます。完全に収まれば、ラック
レールは固定されます。
右側のラックレールについてもこの手順を繰り返してください。
X9700cx をキャビネットに挿入します。
警告! X9700cx は非常に重いので、適切なつり上げ装置を使ってキャビネットに挿入し
てください。
3.
つまみネジを締め、X9700cx をキャビネットに固定します。
ステップ 3— キャパシティブロックのケーブル接続
重要: 下記の説明を注意してお守りください。キャパシティブロックが正しく機能するには、
必ず正しく接続する必要があります。
2 m ケーブル 4 本を使用し、次の図のように X9700c と X9700cx を接続します。必ず 2 m
ケーブルを使用してください。
138
システムハードウェアとファームウェアのアップグレード
1
X9700c
2
X9700cx プライマリ I/O モジュール (ドロアー 2)
3
X9700cx セカンダリ I/O モジュール (ドロアー 2)
4
X9700cx プライマリ I/O モジュール (ドロアー 1)
5
X9700cx セカンダリ I/O モジュール (ドロアー 1)
ステップ 4—X9700c を SAS スイッチにケーブル接続
4 m ケーブル 2 本を使用し、次のベースキャビネットまたは拡張キャビネットの図に示すよう
に、X9700c を c-Class ブレードエンクロージャーの SAS スイッチポートに接続します。必ず
4 m ケーブルを使用してください。
ベースキャビネット
引き出し線 1～3 は、追加の X9700c コンポーネントを示します。
1
X9700c 4
2
X9700c 3
X9720 システムへのキャパシティブロックの追加
139
3
X9700c 2
4
X9700c 1
5
SAS スイッチポート 1～4 (c-Class ブレードエンクロージャーのインターコネクトベイ 3)。ポート 2～4
は追加のキャパシティブロックが使用します。
6
拡張キャビネット用
7
SAS スイッチポート 1～4 (c-Class ブレードエンクロージャーのインターコネクトベイ 4)。ポート 2～4
は追加のキャパシティブロックが使用します。
8
拡張キャビネット用
拡張キャビネット
1
X9700c 8
2
X9700c 7
3
X9700c 6
4
X9700c 5
5
ベースキャビネットが使用。
6
SAS スイッチポート 5～8 (c-Class ブレードエンクロージャーのインターコネクトベイ 3)。
7
ベースキャビネットが使用。
8
SAS スイッチポート 5～8 (c-Class ブレードエンクロージャーのインターコネクトベイ 4)。
ステップ 5— 電源コードの接続
警告!
感電や装置の損傷を防ぐため、必ず以下の注意事項を守ってください。
•
電源コードのアース用プラグは常に取り付けてください。アース用プラグは安全上必要で
す。
•
常に手の届く範囲内のアース付き電源コンセントに電源コードを差し込んでください。
•
電源コードは、踏みつけられたり、上や横に物が置かれて圧迫されることがないように配
線してください。プラグ、コンセント、ストレージシステムからコードが出ている箇所
には、特に注意してください。
140 システムハードウェアとファームウェアのアップグレード
X9720 Network Storage System のキャビネットには、電源コードが固定接続されています。
電源コードをまず X9700cx に接続し、それから X9700c に接続してください。
重要: X9720 Network Storage System のキャビネットにキャパシティブロックが 2 つ以上あ
る場合は、すべての PDU を 1 つの電源に接続する必要があります。
Step 6—X9700c と X9700cx コンポーネントの電源投入
まず X9700cx の電源を入れ、次に X9700c の電源を入れます。
Step 7— キャパシティブロックの検出とファームウェアバージョンの確認
1.
2.
3.
4.
最初に X9700cx エンクロージャー、次に X9700c エンクロージャーの順で電源を入れ、
キャパシティブロックの電源を入れます。 X9700c 背面の 7 セグメントディスプレイに
on と表示されるのを待ってください。これには数分を要します。
必要な場合は、新しいキャパシティブロックのファームウェアを更新します。詳細は、
ファームウェアのリリースノートを参照してください。
すべてのブレードで exds_stdiag コマンドを実行し、新しいキャパシティブロックが表
示されること、また正しいファームウェアがインストールされていることを確認します。
コマンド出力の詳細については、「exds_stdiagユーティリティ」 (148 ページ) を参照して
ください。
X9720 システムが新しい容量を使えるようにするには、各ファイルサービングノードの
/dev/cciss に各 LUN のエントリーが必要です。各ファイルシステムノードのオペレー
ティングシステムが新しいキャパシティを認識したかどうか判断するため、このコマンド
を実行します。
ll /dev/cciss/c0d* | wc -l
結果には、各 82TB キャパシティブロックに 11 個の LUN、また各 164TB キャパシティ
ブロックに 19 個の LUN を含む必要があります。
LUN が表示されない場合は、次の手順を行ってください。
•
hpacucli rescan コマンドを実行します。
•
新しい LUN について、/dev/cciss を再度確認します。
•
LUN が表示されない場合は、ノードを再起動します。
重要: オンラインであることが必須の既存システムにキャパシティブロックを追加した場合
は、「ローリングリブートの実行」 (84 ページ) の手順に従ってノードを再起動してください。
オフラインの既存システムにキャパシティブロックを追加する場合は、すべてのノードを一度
に再起動できます。
キャパシティブロックには工場出荷時にデータ LUN が設定されていますが、キャパシティブ
ロック上に論理ボリューム (セグメント) はありません。 LUN をインポートしセグメントを作
成するには、次の手順を行ってください。
1. ibrix_pv コマンドを実行して LUN をインポートします。
2. ibrix_pv -p -h コマンドを実行して、LUN がすべてのサーバーに見えることを確認し
ます。
3. ibrix_fs コマンドを実行して、セグメントを結合し、ファイルシステムを拡張 (または
作成) します。
ファイルシステムの作成または拡張の詳細については、『HP IBRIX X9000 Network Storage
System File System ユーザーガイド』を参照してください。
新しいストレージの監視を有効化
X9720 システムは、ベンダーストレージが X9000 Software で登録されると、キャパシティブ
ロックの監視を開始します。最初のベンダーストレージ登録以降に取り付けたキャパシティブ
ロックはシステムに監視されないため、イベントが通知されない可能性があります。
X9720 システムへのキャパシティブロックの追加
141
新しいストレージの監視を有効にするには、次の手順を実行してください。
1. 登録されたベンダーストレージ名を特定します。
ibrix_vs –l
既存のベンダーストレージを登録から外します。
ibrix_vs –d –n STORAGENAME
2.
ベンダーストレージを登録します。コマンド内の IP、USERNAME および PASSWORD は
OA 用です。
ibrix_vs –r –n STORAGENAME –t exds –I IP(s) –U USERNAME –P PASSWORD
ibrix_vs の詳細については、『HP IBRIX X9000 Network Storage System CLI リファレンスガ
イド』を参照してください。
新しいキャパシティブロックのシャーシ名の設定
シャーシ名は通常、使用可能な最小の番号に設定されます。たとえば、システムにキャパシ
ティブロックがすでに 2 個ある場合、新しいキャパシティブロックの名称は 03 になります。
シャーシ名を設定するには、次の手順を実行してください。
1. exds_stdiag を実行し、新しいキャパシティブロックのシャーシシリアル番号を特定し
ます。出力結果のシリアル番号は YYYYYYYYYY という文字列です。
ctlr P89A40E9SWY02E ExDS9100cc in YYYYYYYYYY slot 1
fw 0134.2010120901
boxes 3 disks 82 luns 11
batteries 2/OK cache OK
box 1 ExDS9100c sn SGA00302RB fw 1.56 temp OK
fans OK,OK,OK,OK power OK,OK
box 2 ExDS9100cx sn CN800100CP fw 2.66 temp OK
fans OK,OK power OK,OK,OK,OK
box 3 ExDS9100cx sn CN800100CP fw 2.66 temp OK
fans OK,OK power OK,OK,OK,OK
2.
次のコマンドを実行し、シリアル番号 YYYYYYYYYY を指定します。コマンド内の XX は、
新しいキャパシティブロックの任意の名称です。
hpacucli ctrl csn=YYYYYYYYYY modify chassisname=XX
シャーシ名が設定されると、exds_stdiag の出力結果に表示されます。場所は、次の例では
XX で示されます。
ctlr P89A40E9SWY02E ExDS9100cc in XX/SGA00302RB slot 1
fw 0134.2010120901
boxes 3 disks 82 luns 11
batteries 2/OK cache OK
box 1 ExDS9100c sn SGA00302RB fw 1.56 temp OK
fans OK,OK,OK,OK power OK,OK
box 2 ExDS9100cx sn CN800100CP fw 2.66 temp OK
fans OK,OK power OK,OK,OK,OK
box 3 ExDS9100cx sn CN800100CP fw 2.66 temp OK
fans OK,OK power OK,OK,OK,OK
ibrix_vs -i からの出力結果にもシャーシ名が表示されます。場所は、次の例では XX で示
されます。
6001438006E50B800506070830950007 X9720 Logical Unit OK CB: XX, LUN: 7:
サーバーブレードの取り外し
サーバーブレードを完全に取り外す前に、サーバーのセグメントを他のサーバーに移行する必
要があります。詳細については、「クラスターからストレージを削除する」 (87 ページ) を参
照してください。
142
システムハードウェアとファームウェアのアップグレード
キャパシティブロックの取り外し
アレイを削除するには
1. その LUN を使用するファイルシステムをすべて削除します。
2. その LUN に関連するボリュームグループ、論理ボリュームおよび物理ボリュームを削除
します。
3. アレイコントローラーと SAS スイッチを接続している SAS ケーブルを取り外します。
注意: 確実に正しいキャパシティブロックを取り外してください。別のキャパシティブロッ
クを取り外すと、データにアクセスできなくなる場合があります。
キャパシティブロックの取り外し
143
17 トラブルシューティング
Ibrix Collect を使用した HP サポート用情報の収集
Ibrix Collect は、ログ収集ユーティリティです。システムの問題が発生した場合、このツール
を使用して関連情報を収集し、HP サポートによる診断に使用することができます。収集は、
GUI または CLI を使用して手動でトリガーできます。または、システムクラッシュ時に自動的
にトリガーすることも可能です。 Ibrix Collect では、以下の情報が収集されます。
•
特定のオペレーティングシステムおよび X9000 コマンドの結果とログ
•
クラッシュダイジェスターの結果
•
収集されたログの概要 (エラー/例外/障害メッセージなど)
•
クラスターに接続している LHN および MSA ストレージから収集した情報
注記: 6.0 より前のバージョンの X9000 ソフトウェアかクラスターをアップグレードした場
合、ibrix_supportticket コマンドを使用して収集したサポートチケットは削除されます。
アップグレードを実行する前に、/admin/platform/diag/supporttickets ディレクトリ
からアーカイブファイル (.tgz) のコピーをダウンロードしてください。
ログの収集
GUI を使用してログおよびコマンドの結果を収集するには、次の手順を実行します。
1. Cluster Configuration を選択して、次に Data Collection を選択します。
2. [Collect] をクリックします。
3.
データは、各ノードローカルの /local/ibrixcollect 下の圧縮アーカイブファイル
<nodename>_<filename>_<timestamp>.tgz に格納されます。
収集されたデータが含まれる zip ファイルの名前を入力します。この zip ファイルのデ
フォルトの保存場所は、アクティブな Fusion Manager ノード上の /local/
ibrixcollect/archive です。
144 トラブルシューティング
4.
[OK] をクリックします。
CLI を使用してログおよびコマンドの結果を収集するには、次のコマンドを実行します。
ibrix_collect –c –n NAME
注記:
手動により同時に収集できるデータは、1 件のみです。
注記: ノードがシステムクラッシュから復元されると、/var/crash/<timestamp> ディレ
クトリ下の vmcore が処理されます。処理が行われると、このディレクトリの名前が /var/
crash/<timestamp>_PROCESSED に変更されます。 HP Support は、システムクラッシュの
解決を支援するために、この情報の送信を依頼する場合があります。
注記: クラッシュダンプは、/var/crash ディレクトリで保持することをお勧めします。
Ibrix Collect は、/var/crash ディレクトリ (/local/platform/crash へリンクしている)
内に存在するコアダンプのみを処理します。また、このディレクトリを監視して、不要な処理
済みクラッシュを削除することをお勧めします。
アーカイブファイルの削除
GUI または CLI を使用して、特定のデータ収集を削除したり、すべての収集を同時に削除した
りできます。
GUI を使用して特定のデータ収集を削除するには、削除する収集を選択して [Delete] をクリッ
クします。ローカルで保存されている zip ファイルおよび tgz ファイルが各ノードから削除
されます。
すべての収集を削除するには、[Delete All] をクリックします。
CLI を使用して特定のデータ収集を削除するには、次のコマンドを使用します。
ibrix_collect –d –n NAME
同時に削除する複数の収集を CLI を通じて指定するには、名前をセミコロンで区切って指定し
ます。
CLI を通じてすべてのデータ収集を手動で削除するには、次のコマンドを使用します。
ibrix_collect –F
アーカイブファイルのダウンロード
データが収集されると、圧縮アーカイブファイルが作成され、/local/ibrixcollect/
archive ディレクトリ下の zip アーカイブファイル (.zip) に格納されます。収集されたデー
タを自分のデスクトップにダウンロードするには、Fusion Manager で収集を選択して [Download]
をクリックします。
Ibrix Collect を使用した HP サポート用情報の収集
145
注記:
一度にダウンロードできるのは 1 つの収集のみです。
注記: アーカイブファイルの平均サイズはクラスター内の各ノードに存在するログのサイズ
に応じて異なります。
注記: この最終的な zip ファイルは、将来 HP サポートに送信するように求められる場合があ
ります。最終的な zip ファイルは、電子メールで受信する zip ファイルと同じではありませ
ん。
Ibrix Collect の設定
システムのクラッシュ時にデータ収集が自動的に行われるように設定することができます。こ
の収集にはさらに、クラッシュダイジェスター出力も含まれます。システムクラッシュにより
トリガーされた収集のファイル名は、<timestamp>_crash_<crashedNodeName>.zip の
形式となります。
1. システムクラッシュ後の自動データ収集の有効化または無効化、および保持されるデータ
セット数の設定を行うには、次の手順を実行します。
a. [Cluster Configuration] を選択して、次に [Ibrix Collect] を選択します。
b. [Modify] をクリックすると次のダイアログボックスが表示されます。
c.
d.
[General Settings] で、ボックスを適宜選択または選択解除して、自動収集の有効化ま
たは無効化を行います。
クラスターに保持されるデータセット数をテキストボックスに入力します。
CLI を使用して自動データ収集の有効化または無効化を行うには、次のコマンドを使用し
ます。
ibrix_collect –C –a <Yes\No>
CLI を使用してクラスターに保持されるデータセット数を設定するには、次のコマンドを
使用します。
ibrix_collect -C -r NUMBER
2.
146
各データ収集イベントの発生後に自分のデスクトップに送信する、各ノードの収集情報の
概要が含まれる電子メールを設定するには、次の手順を実行します。
a. [Cluster Configuration] を選択して、次に [Ibrix Collect] を選択します。
トラブルシューティング
b.
c.
d.
[Modify] をクリックします。
[Email Settings] で、ボックスを適宜選択または選択解除して、電子メールによるクラ
スター構成の送信を有効化または無効化します。
クラスター構成送信のための残りの必須フィールドに情報を入力して [OK] をクリッ
クします。
CLI を使用してクラスター構成を送信する電子メールを設定するには、次のコマンドを使用し
ます。
ibrix_collect –C –m <Yes\No> [–s <SMTP_server>] [–f <From>] [–t <To>]
注記: -t オプションには、セミコロンで区切ることにより複数の電子メール ID を指定でき
ます。
この SMTP サーバー用の「From」および「To」コマンドは、Ibrix Collect 固有のものです。
データ収集情報の表示
CLI を通じてデータ収集履歴を表示するには、次のコマンドを使用します。
ibrix_collect –l
日付 (作成の)、サイズ、説明、状態およびイニシエーターなどのデータ収集の詳細情報を表示
するには、次のコマンドを使用します。
ibrix_collect –v –n <Name>
データ収集構成情報の表示
データ収集構成情報を表示するには、次のコマンドを使用します。
ibrix_collect –i
XML ファイル内のコマンドまたはログの追加/削除
収集されるログ、またはデータ収集中に実行されるコマンドを追加または変更するには、Ibrix
Collect xml ファイルを修正します。このファイルは、/usr/local/ibrix/ibrixcollect
ディレクトリに格納されています。
データの収集時に実行されるコマンドおよび収集されるログは、/usr/local/ibrix/
ibrixcollect ディレクトリの以下のファイル内に保持されています。
•
fm_summary.xml – Fusion Manager ノードに関連するコマンド
•
ss_summary.xml – ファイルサービングノードに関連するコマンド
•
common_summary.xml – Fusion Manager およびファイルサービングノードに共通なコマ
ンドおよびログ
注記: これらの XML ファイルの修正は、慎重に行ってください。修正時に 1 つでもタグが
失われると、Ibrix Collect が正しく動作しなくなる可能性があります。
X9720 システムのトラブルシューティング
X9720 システムでのトラブルシューティングは、次の手順で行ってください。
1. exds_stdiag ストレージ診断ユーティリティを実行します。
2. 結果を評価します。
3. HP サポートに問題を報告するには、問題の報告を参照してください。
問題の報告
X9720 Network Storage System エスカレーションツールは、システム状態のレポートを作成し
ます。 HP テクニカルサポートに問題を報告する場合、必ずエスカレーションレポートを求め
られるため、あらかじめレポートを含めておくと時間の節約になります。
X9720 システムのトラブルシューティング
147
以下の例に示すように、exds_escalate コマンドを実行します。
[root@glory1 ~]# exds_escalate
エスカレーションツールでは、root パスワードを必要とする操作があります。要求時に root
パスワードを入力できるようご準備ください。
便利なオプションがいくつかありますが、通常はオプションなしで実行できます。 -h オプショ
ンは、利用可能なオプションを表示します。
エスカレーションコマンドには、通常長時間 (20 分以上) 必要です。
エスカレーションツールが終了すると、レポートを作成し、/exds_glory1_escalate.tgz.gz
などのファイルに保存します。このファイルを別のシステムにコピーし、HP サービスに送信
してください。
便利なユーティリティとプロセス
exds_stdiag ユーティリティ
exds_stdiag ユーティリティは、 X9720 Network Storage System に付属の SAS ストレージ
インフラストラクチャを調査します。このユーティリティは単一のサーバー上で実行されま
す。 SAS ファブリック全体が接続されているため、exds_stdiag は、それを実行するサー
バーから、すべてのストレージデータにアクセスできます。
exds_stdiag ユーティリティでの SAS ファブリックの調査では、以下の項目を含むチェック
を行います。
•
各ディスクと LUN に 1 つ以上のパスがあること。
•
各パスでデバイスが同じ順序であること。これによりケーブル接続の問題 (ケーブルの逆
接続など) を検出します。
•
ディスクの欠損または不良。
•
論理ディスク (RAID セット) の破損。
•
ファームウェアのリビジョン。
•
不良バッテリの報告。
exds_stdiag ユーティリティは、マップと呼ばれるストレージレイアウトの概要を示すレ
ポートを印刷します。それからマップを分析し、実行した各チェックに関する情報を印刷しま
す。アスタリスク (*) で始まる行は、問題を示しています。
exds_stdiag ユーティリティは、ユーティリティファイルシステムにアクセスしないため、
ストレージの問題でユーティリティファイルシステムをマウントできない場合でも実行できま
す。
構文は次のとおりです。
# exds_stdiag [--raw=<filename>]
--raw=<filename> オプションでは、ツールが収集した raw データを、HP サポート窓口な
どによるオフラインでの分析に適した形式で、指定のファイルに保存します。
この出力結果の典型的な例を次のとおりです。
[root@kudos1 ~]# exds_stdiag
ExDS storage diagnostic rev 7336
Storage visible to kudos1 Wed 14 Oct 2009 14:15:33 +0000
node 7930RFCC
BL460c.G6
fw I24.20090620
cpus 2 arch Intel
hba
148
5001438004DEF5D0 P410i in 7930RFCC
fw 2.00
boxes 1 disks 2 luns 1
batteries 0/cache -
トラブルシューティング
hba
PAPWV0F9SXA00S
P700m in 7930RFCC
fw 5.74
boxes 0 disks 0 luns 0
batteries 0/cache switch HP.3G.SAS.BL.SWH in 4A fw 2.72
switch HP.3G.SAS.BL.SWH in 3A fw 2.72
switch HP.3G.SAS.BL.SWH in 4B fw 2.72
switch HP.3G.SAS.BL.SWH in 3B fw 2.72
ctlr P89A40A9SV600X
ExDS9100cc in 01/USP7030EKR slot 1
fw 0126.2008120502
boxes 3 disks 80 luns 10
batteries 2/OK cache OK
box 1 ExDS9100c sn USP7030EKR fw 1.56 temp OK fans OK,OK,OK,OK power OK,OK
box 2 ExDS9100cx sn CN881502JE fw 1.28 temp OK fans OK,OK power OK,OK,OK,OK
box 3 ExDS9100cx sn CN881502JE fw 1.28 temp OK fans OK,OK power OK,OK,OK,OK
ctlr P89A40A9SUS0LC
ExDS9100cc in 01/USP7030EKR slot 2
fw 0126.2008120502
boxes 3 disks 80 luns 10
batteries 2/OK cache OK
box 1 ExDS9100c sn USP7030EKR fw 1.56 temp OK fans OK,OK,OK,OK power OK,OK
box 2 ExDS9100cx sn CN881502JE fw 1.28 temp OK fans OK,OK power OK,OK,OK,OK
box 3 ExDS9100cx sn CN881502JE fw 1.28 temp OK fans OK,OK power OK,OK,OK,OK
Analysis:
disk problems on USP7030EKR
* box 3 drive [10,15] missing or failed
ctlr firmware problems on USP7030EKR
* 0126.2008120502 (min 0130.2009092901) on ctlr P89A40A9SV600
exds_netdiag ユーティリティ
exds_netdiag ユーティリティでは、X9720 Network Storage System 内のネットワークコン
ポーネントの試験とデータの取得を行います。このユーティリティには次のような機能があり
ます。
•
Ethernet インターコネクト障害の報告 (HP Blade Chassis Onboard Administrator により報
告された障害)
•
サイトのアップリンクの欠落、障害または低下の報告
•
サーバーブレードの NIC の欠落または障害
出力の例：
X9720 システムのトラブルシューティング
149
exds_netperf ユーティリティ
exds_netperf ユーティリティでは、ネットワークパフォーマンスを測定します。このツー
ルは、クライアントシステムと X9720 Network Storage System の間のパフォーマンスを測定
します。システムを最初に設置したときにこのテストを実施してください。ネットワークが
正常に動作している場合は、パフォーマンス結果はそのネットワークに期待されるリンク速度
と一致します (1– link につきおよそ 90 MB/秒)。その他のときにも、パフォーマンスが低下し
ているか判断するためにテストを実行できます。
exds_netperf ユーティリティでは、2 つのモードでストリーミングのパフォーマンスを測
定します。
•
シリアル — ストリーミング I/O が、各ネットワークインターフェイスで順番に実行され
ます。 exds_netperf が実行されているホストは、テストを受けているクライアントで
す。
•
パラレル — ストリーミング I/O が、すべてのネットワークインターフェイスで同時に実
行されます。このテストは複数のクライアントで行います。
シリアルテストはポイントツーポイントのパフォーマンスを測定します。パラレルテストは、
ネットワークインフラストラクチャのより多くのコンポーネントを測定するため、シリアルテ
ストでは発見できない問題を見つけられる場合があります。パラレルテストの全体のスルー
プットは、クライアントのネットワークインターフェイスに制限されることに注意してくださ
い。
テストは次のように実行されます。
•
/opt/hp/mxso/diags/netperf-2.1.p13 の内容を、x86_64 クライアントホストに
コピーします。
•
テストスクリプトを、テストを実行する 1 つのクライアントにコピーします。必要なス
クリプトは、/opt/hp/mxso/diags/bin ディレクトリの exds_netperf、
diags_lib.bash および nodes_lib.bash です。
•
exds_netserver -s <server_list> を実行し、次の例に示すように、各 X9720
Network Storage System サーバーブレードのテストためにレシーバーを起動します。
exds_netserver -s glory[1-8]
•
README.txt ファイルで exds_netperf 構築の説明を読み、exds_netperf を構築お
よびインストールします。テストに使用する予定のすべてのクライアントにインストール
してください。
•
クライアントのホスト上で、各 X9720 Network Storage System サーバーに対し、順番に
exds_netperf をシリアルモードで実行します。たとえば、eth2 アドレスが 16.123.123.1
および 16.123.123.2 の 2 つのサーバーがある場合、次のコマンドを使用します。
# exds_netperf --serial --server “16.123.123.1 16.123.123.2”
•
クライアントのホスト上で、次の例に示すように、exds_netperf をパラレルモードで
実行します。この例では、"blue"、"red"の 2 つのホストがテストを受けるクライアント
です (exds_netperf 自体は、これらのホストのいずれかまたは別のホストの場合があり
ます)。
# exds_netperf --parallell \
--server “16.123.123.1,16.123.123.2” \
--clients “red,blue”
通常、使用する IP アドレスはホストインターフェイスの IP アドレス (eth2、eth3 など) です。
150
トラブルシューティング
Onboard Administrator へのアクセス
ネットワーク経由で OA にアクセス
CLI を持つ OA は、ssh を使ってアクセスできます。 OA のアドレスは、/etc/hosts に自
動的に含まれます。名称は <systemname>-mp です。たとえば、 glory と呼ばれるシステ
ムの OA に接続するには、次のコマンドを使用します。
# ssh exds@glory-mp
OA の Web ベースの管理インターフェイスにアクセス
OA にはまた、Web ベースの管理インターフェイスがあります。 OA の IP アドレスは管理
ネットワーク上にあるため、システムの外から直接アクセスすることはできません。 ssh で
トンネリングし、OA にアクセスします。たとえば、putty などのパブリックドメインツー
ルを使用して、ローカルポート (8888 など) を構成し、リモートサーバー上の
<systemname>-mp:443 に転送します。たとえば、 glory と呼ばれるシステムの場合、リ
モートの宛先を glory-mp:443 と設定します。そして、デスクトップから glory にログインし
ます。デスクトップで、ブラウザーに https://localhost:8888 を指定すると、OA に接続でき
ます。
Linux システムでは、これは次のコマンドに相当します。
# ssh glory1 -L 8888:glory-mp:443
ただし、お使いの Linux ブラウザーが OA に対応していない場合があります。
シリアルポート経由で OA にアクセス
各 OA にはシリアルポートがあります。このポートでターミナルコンセントレーターに接続
できます。これにより、すべてのサーバーの電源が切れている場合にシステムにリモートアク
セスできます。シリアルポート経由で、すべての OA コマンドと機能を利用できます。ログ
インには、管理者または X9720 Network Storage System のユーザー名を使用します。
付属のドングルを使って、ブレードから OA のシリアルポートにアクセスすることもできま
す。この方法は、VC ネットワークの構成を誤り、ネットワーク経由で OA にアクセスできな
い場合に利用できます。シリアルポートには次の手順でアクセスしてください。
1. ブレードの前面にドングルを接続します。
2. OA のシリアルポートとドングルのシリアルコネクターを、シリアルケーブルで接続しま
す。
3. TFT キーボード／マウス／モニターでサーバーにログインします。
4. 次のように minicom を実行します。
# Mincom
[Ctrl-A] を押し、次に [p] を押します。 Comm Parameters メニューが表示されます。
9600 baud を選択します。
[Enter（実行）] ボタンを押して、この項目を保存します。
[Ctrl-A] を押し、次に [m] を押して、モデムを再初期化します。これで OA のシリアルイ
ンターフェイスに接続した状態です。
9. [Enter] キーを押します。
10. 終わったら、[Ctrl-A] を押し、次に [q] を押して minicom を終了します。
5.
6.
7.
8.
サービスポート経由で OA にアクセス
各 OA にはサービスポートがあります (OA の一番右側の Ethernet ポートがこれにあたります)。
これにより、ラップトップコンピューターを使って OA のコマンドラインインターフェイスに
アクセスできます。ラップトップコンピューターをサービスポートに接続する方法について
は、『HP BladeSystem c7000 エンクロージャセットアップ/インストレーションガイド』を参
照してください。
Onboard Administrator へのアクセス
151
hpacucli の使用 – アレイコンフィギュレーションユーティリティ (ACU)
hpacucli コマンドは、X9700c コントローラーに対するコマンドラインインターフェイスで
す。また、E200i および P700m コントローラーの構成にも使用できます (ただし HP では推
奨しません)。
X9720 キャパシティブロックは構成済みで提供されますが、 LUN の構成が必要なときに
hpacucli ユーティリティを利用できます。また、これによりアレイの状態を確認すること
もできます。
hpacucli は、システム内のいずれのサーバーでも使用できます。 hpacucli の複数コピー
を (別々のサーバーで) 同時に開始することは止めてください。
注意:
HP サポートの指示がない限り、LUN を作成しないでください。
POST エラーメッセージ
サーバーのエラーメッセージについては、http://www.hp.com/support/manuals (英語) にある
『HP ProLiant サーバートラブルシューティングガイド』の「POST エラーメッセージおよび
ビープコード」を参照してください。日本語版が用意されているマニュアルは、
http://www.hp.com/jp/manual/ (日本語) から入手できます。
X9730 コントローラーエラーメッセージ
システム起動中にコントローラーの電源が入らない場合は、POST に表示されるロックアップ
コードを HP サポートに連絡してください。
下表にロックアップコードの一覧を示します。 1 文字目はロックアップタイプ (C、H または
F) です。 2 文字目は 1 または 2 で、コントローラーが自身をマスターとスレーブのどちらと
して認識しているかにより異なります。最後の 2 文字がコードです。
152
ロックアップコード
説明
Cn01
ハードウェアがサポートされていない
Cn03
ファームウェアがサポートされていない
Cn04
メモリモジュールの不適合
Cn05
コントローラーがハードウェアから位置ストリングを受信しなかった
Cn10
TBM が取り付けられていない、または検出されない
Cn11
TBM が SAS2 ゾーニングを正常に構成できなかった
Fn00
ヒープ領域のメモリ不足
Fn01
ファームウェアアサーション
Fn10
TLB エントリーに無効な値がある
Fn11
無効な TLB レジスターにアクセスしようとした
Fn12
TLB エントリーのサイズが無効
Fn13
利用可能な仮想アドレススペースがない
Fn14
TLB テーブルにエントリーがない
Fn20
不明な DCR レジスター
Fn21
スタックポインターが NULL である
Fn22
スレッドを作成できなかった
Fn24
OS サービスへのコールに失敗した
Fn25
出力するストリングが長すぎる
トラブルシューティング
ロックアップコード
説明
Fn26
OpProc 状態の変更中に不良状態が見られた
Fn27
BMIC Inject Faults コマンドを受信した
Fn28
他のコントローラーから Valid RIS を受信しなかった
Fn29
CLI コードの致命的エラー
Fn30
DMA 転送が失敗
Fn31
DMA 要求が失敗
Fn32
DMA CDB が無効
Fn40
発信側が存在しない PCI コアを指定した
Fn41
PCI デバイスの数が上限を超えている
Fn51
NVRAM セットのデフォルトフラグをクリアできなかった
Fn52
致命的な例外が発生した
Fn53
ファームウェアイメージがロードに失敗
Fn54
ファームウェアがメモリの初期化に失敗
Fn60
SAS: ホストクレジットへの再ポスト時の不具合
Fn61
SAS: 予期せぬ IOC ステータスが返された
Fn62
SAS: DevHandle 値が再使用された
Fn67
SAS: JBOD hotplug がサポートされていない
Fn68
SAS: ターゲットリソースが割り当てられていない
Fn69
SAS: イニシエーターが多すぎる
Fn70
無効なファームウェアをクローンした
Hn00
DMA 操作が失敗
Hn01
XOR 診断が失敗
Hn02
DMA ハードウェアの問題
Hn10
リモートデバイス、I/O スペースが上限を超えている
Hn11
トータルの PCI アドレススペースを越えた
Hn12
不正なエンドポイントがある
Hn13
HLDPLB ビット用の不良コアリセット状態
Hn14
RSTGU ビット用の不良コアリセット状態
Hn15
RDY ビット用の不良コアリセット状態
Hn16
RSTDL ビット用の不良コアリセット状態
Hn17
RSTPYN ビット用の不良コアリセット状態
Hn18
SHUTDW ビット用の不良コアリセット状態
Hn19
コアリンク幅が無効
Hn20
PCI-X 不良
Hn21
ICL の故障
Hn30
致命的な ECC エラー
Hn31
OS が致命的エラーを検出した
X9730 コントローラーエラーメッセージ
153
ロックアップコード
説明
Hn32
未処理の割り込み
Hn34
PLL がロックに失敗
Hn35
予期しない割り込み
Hn36
I2C ハードウェアの故障
Hn45
Post メモリテストの失敗 (LOCKUP)
Hn46
Post メモリチューニングの失敗 (LOCKUP)
Hn47
Post: メモリがない (LOCKUP)
Hn48
Post: サポートされていないメモリ (LOCKUP)
Hn49
Post: 無効なメモリ SPD データ (LOCKUP)
Hn50
Post: PLB バスエラー (LOCKUP)
Hn60
SAS チップタイムアウト
Hn61
SAS コアが無効なフレームタイプを受信した
Hn62
SAS コアが無効なアドレス回答を受信した
Hn63
SAS コアの割り込みが滞っている
Hn64
SAS コアの障害が疑われる (LOCKUP)
Hn65
SAS コアが応答していない (HANG)
Hn66
SAS コアが意図的に停止された
Hn67
SAS エキスパンダーの不良が疑われる
Hn68
SAS コアが無効な I/O インデックスを報告した
Hn70
EMU: サーマルシャットダウンの危険
Hn71
EMU: ファン故障によるサーマルシャットダウン
X9720 LUN レイアウト
ここに示す LUN レイアウトは、トラブルシューティングを目的としたものです。
1 TB HDD のキャパシティブロックの場合：
•
2x 1 GB LUN— これらは X9100 によりメンバーシップパーティションに使われ、X9720
では後方互換性のために維持されます。お客様が適当だとみなす場合はそれらを使用でき
ますが、パフォーマンスに制限があるため、HP では通常のデータストレージに使用する
ことを推奨していません。
•
1x 100 GB LUN— これは、バックアップなど管理者用に準備されています。これらのディ
スクの帯域幅は、上述の 1 GB LUN と下記のデータ LUN の 1 つで共有しています。
•
8x～8 TB LUN— これらは製品のメインデータストレージとして使用されます。 RAID6 構
成でそれぞれ 10 個のディスクがサポートしており、最初の LUN は、そのディスクを上述
の 3 つの LUN と共有しています。
2 TB HDD のキャパシティブロックの場合：
•
1 GB および 100 GB LUN は上記と同じです。
•
16x～8 TB LUN— これらは製品のメインデータストレージとして使用されます。 LUN の
各ペアは、RAID6 構成でそれぞれ 10 個のディスクがサポートしています。最初の LUN
は、そのディスクを上述の 3 つの LUN と共有しています。
154 トラブルシューティング
X9720 コンポーネントの監視
システムは、システム内の次のコンポーネントをアクティブに監視します。
•
ブレードシャーシ: 電源、ファン、ネットワークモジュール、SAS スイッチ、Onboard
Administrator モジュール
•
ブレード: ローカルハードドライブ、9100cc コントローラーへのすべてのアクセス
•
9100c: 電源、ファン、ハードドライブ、9100cc コントローラーおよび LUN ステータス
•
9100cx: 電源、ファン、I/O モジュールおよびハードウェアドライブ
これらのコンポーネントのいずれかが故障すると、イベントが発生します。 Events の構成内容
により、各イベントが E メールか SNMP トラップを生成します。コンポーネントの中には、
故障時に複数のイベントを生成するものがあります。故障したコンポーネントは ibrix_vs
-i の出力で報告され、故障したストレージコンポーネントは ibrix_health -V -i の出力
で報告されます。
X9700cx シャーシ上の故障 I/O モジュールの特定
X9700cx の I/O モジュール (またはそれに接続されている SAS ケーブル) が故障した場合、そ
の I/O モジュールに取り付けられている X9700c コントローラーが再起動します。I/O モジュー
ルがすぐに回復しない場合、X9700c コントローラーは停止状態になります。 X9700cx の I/O
モジュールは 2 つあるため、どちらの I/O モジュールが故障したのかすぐにはわかりません。
さらに、X9700c コントローラーは他の理由でも停止したり故障したように見える場合があり
ます。本書では、故障条件が X9700cx の I/O モジュールにあるのか他にあるのかを特定する
方法について説明します。
故障の表示
故障または停止した X9700c コントローラーは、次のように多くの方法で示されます。
•
X9720 システムで、exds_stdiag レポートが故障または停止した X9700c コントロー
ラーを表示。
•
E メールによる警告。
•
GUI で、影響を受けるキャパシティブロックにある論理ボリュームが警告を表示。
•
X9700c コントローラーの黄色の障害 LED が点滅。
•
7 セグメントディスプレイが H1、H2、C1 または C2 コードを表示。 2 番目の数字が問
題のコントローラーを示します。たとえば、H1 はコントローラー 1 (背面から見て左の
コントローラー) に問題があることを示します。
故障したコンポーネントの特定
重要: X9700cx の I/O モジュールの交換では、事前にインストールされたファームウェアの
バージョンが誤っている場合があります。 X9700cx の I/O モジュールは、ファームウェア
バージョンが混在していると動作しません。新しい X9700cx I/O モジュールを挿入する前
に、システムのダウンタイムを考慮してください。
1.
SAS スイッチが、正しいコントローラーおよび I/O モジュールに接続されていることを
検証します。下の配線図は、SAS ケーブルの正しい配線を示しています。
X9720 コンポーネントの監視
155
1.
X9700c
2.
X9700cx プライマリ I/O モジュール (ドロアー 2)
3.
X9700cx セカンダリ I/O モジュール (ドロアー 2)
4.
X9700cx プライマリ I/O モジュール (ドロアー 1)
5.
X9700cx セカンダリ I/O モジュール (ドロアー 1)
上図のように、X9700c コントローラー 1 (左) はプライマリ (最上部) X9700cx I/O モ
ジュールに接続され、コントローラー 2 (右) はセカンダリ (最下部) I/O モジュールに接続
されています。可能であれば、SAS ケーブルをたどってシステムが正しく配線されてい
るか確認してください。
2.
156
7 セグメントディスプレイを確認し、該当する場合は次の事項にご注意ください。
•
7 セグメントディスプレイが「on」と表示していれば、X9700c コントローラーは動
作可能です。
•
7 セグメントディスプレイが「on」と表示していても、本書ですでに説明したような
パスエラーがある場合は、X9700c コントローラーと、ブレードシャーシ内の SAS ス
イッチを接続している SAS ケーブルに問題がある場合があります。 SAS ケーブルを
交換し、exds_stdiag コマンドを実行してください。2 つのコントローラーについ
て報告されます。または、SAS ケーブルを、SAS スイッチの別のポートに接続して
みてください。
•
7 セグメントディスプレイが「on」と表示しない場合、アルファベットのコードを表
示します。数字は問題のあるコントローラーを示しています。たとえば「C1」は、
コントローラー 1 (左のコントローラー) に問題があることを示しています。 7 セグメ
ントディスプレイの横の下向きボタンを押してください。 2 桁の数字がディスプレイ
に表示されます。次の表ではコードについて説明します。 n は、影響を受けるコン
トローラーによって 1 または 2 になります。
コード
説明
Hn 67
X9700cx I/O モジュールに接続上の問題が次の手順に進みます。
あるため、コントローラー n が停止してい
ます。
Cn 02
X9700cx I/O モジュールに接続上の問題が次の手順に進みます。
あるため、コントローラー n が停止してい
ます。
その他の
コード
X9700c コントローラーに不具合がありま
す。 X9700cx またはコントローラーと I/O
モジュールを接続している SAS ケーブルに
は不具合がありません。
トラブルシューティング
次の手順
本書で後述するようにコントローラーを取り付け
直してください。不具合が解消されない場合は、
HP サポートに報告して交換用のコントローラーを
入手してください。
3.
停止した X9700c コントローラーと X9700cx I/O モジュールを接続している SAS ケーブ
ルを確認します。 SAS ケーブルの両端を取り外し、再度挿入します。特に、SAS ケーブ
ルが I/O モジュールに確実に挿入されていることと、X9700cx I/O モジュールの最下部
のポートが使用されていることを確認してください。
ケーブルに明らかな損傷が見られる場合は、SAS ケーブルを交換してください。
4.
停止した X9700c コントローラーを取り付け直します。
a. コントローラーを、確実にはまるまでシャーシ内に完全に押し込みます。
b. c-Class ブレードエンクロージャー内で X9700c と SAS スイッチを接続する SAS ケー
ブルを再度取り付けます。これはポート 1 につなぎます。
コントローラーが起動するのを待ち、7 セグメントディスプレイを確認します。
5.
6.
7.
•
7 セグメントディスプレイが「on」と表示していれば、不具合は訂正され、システム
は通常に戻っています。
•
7 セグメントディスプレイが依然として Hn 67 または Cn 02 コードを表示する場合
は、次の手順に進んでください。
この段階で、問題が X9700cx I/O モジュールにあることが特定されました。不具合が最
上部のモジュールにあるのか最下部のモジュールにあるのかを判断します。たとえば、7
セグメントディスプレイが C1 02 と表示する場合、不具合はプライマリ (最上部) I/O モ
ジュールの 1 つにある可能性があります。
GUI を使用して、すべてのファイルシステムをアンマウントします。詳細については、
『HP IBRIX X9000 Network Storage System File System ユーザーガイド』を参照してくだ
さい。
I/O モジュールの LED を確認します。 I/O モジュールの LED が黄色の場合、次の手順を
実行してください。
a. 次の手順で I/O モジュールを交換します。
a. I/O モジュールと X9700c コントローラーを接続している SAS ケーブルを取り
外します。
b. ディスクドロアーが完全に押し込まれ、ロックされていることを確認します。
c. I/O モジュールを取り外します。
d. 新しい I/O モジュールに交換します (ディスクドロアーが完全に押し込まれてい
ないと、ドロアーにはまりません)。
e. SAS ケーブルを再度取り付けます。確実に「IN」ポート (最下部のポート) に取
り付けてください。
b.
c.
8.
下記の「X9700c コントローラーの取り付け直し」の説明に従って、コントローラー
1 を取り付け直します。
コントローラーが起動するのを待ち、7 セグメントディスプレイを確認します。
•
7 セグメントディスプレイが「on」と表示していれば、不具合は訂正され、シス
テムは通常に戻っています。手順 11 に進んでください。
•
7 セグメントディスプレイが依然として Hn 67 または Cn 02 コードを表示する
場合は、次の手順に進んでください。
黄色 LED が点灯していなくても、I/O モジュールの 1 つが故障している場合があります。
次の手順で I/O モジュールを 1 つずつ交換してください。
a. 左 (手順 4 で識別された最上部か最下部) の I/O モジュールを取り外し、次の手順で
新しいモジュールと交換します。
a. I/O モジュールと X9700c コントローラーを接続している SAS ケーブルを取り
外します。
b. ディスクドロアーが完全に押し込まれ、ロックされていることを確認します。
c. I/O モジュールを取り外します。
d. 新しい I/O モジュールに交換します (ディスクドロアーが完全に押し込まれてい
ないと、ドロアーにはまりません)。
X9700cx シャーシ上の故障 I/O モジュールの特定
157
e.
b.
c.
d.
e.
f.
g.
h.
SAS ケーブルを再度取り付けます。確実に「IN」ポート (最下部のポート) に取
り付けてください。
下記の「X9700c コントローラーの取り付け直し」の説明に従って、適切な X9700c
コントローラーを取り付け直します。
コントローラーが起動するのを待ちます。
•
7 セグメントディスプレイが「on」と表示していれば、不具合は訂正され、シス
テムは通常に戻っています。手順 11 に進んでください。
•
7 セグメントディスプレイが依然として Hn 67 または Cn 02 コードを表示する
場合は、次の手順に進んでください。
不具合が解決しない場合は、左の I/O モジュールを取り外し、元の I/O モジュール
を再度挿入します。
下記の「X9700c コントローラーの取り付け直し」の説明に従って、適切な X9700c
コントローラーを取り付け直します。
コントローラーが起動するのを待ちます。
•
7 セグメントディスプレイが「on」と表示していれば、不具合は訂正され、シス
テムは通常に戻っています。手順 11 に進んでください。
•
7 セグメントディスプレイが依然として Hn 67 または Cn 02 コードを表示する
場合は、次の手順に進んでください。
不具合が解決しない場合は、右の I/O モジュールを取り外し、新しい I/O モジュー
ルと交換します。
下記の「X9700c コントローラーの取り付け直し」の説明に従って、適切な X9700c
コントローラーを取り付け直します。
7 セグメントディスプレイが「on」と表示していれば、exds_stdiag コマンドを実行
し、exds_stdiag で両コントローラーが見えることを確認します。
10. この段階で不具合が解決しない場合は、二重故障の可能性があります (つまり 2 つの I/O
モジュールの故障)。または、いずれかの SAS ケーブルの不具合の可能性があります。
HP サポートの支援で不具合を特定してください。次のように exds_escalate コマンド
を実行し、HP サポートが使用するエスカレーションレポートを作成します。
9.
# exds_escalate
11. この段階で、X9700cx I/O モジュールは交換されています。 I/O モジュールのファーム
ウェアを、X9720 Network Storage System に含まれるバージョンに変更してください。
a. 次のコマンドを使ってアレイのシリアル番号を識別します。
exds_stdiag
b.
X9700cx I/O モジュールのファームウェアアップデートコマンドを実行します。
# /opt/hp/mxso/firmware/exds9100cx_scexe –s
コマンドは一時停止してシステム構成を収集します。これには、大規模なシステムで
数分かかります。それからアレイのシリアル番号を表示し、更新するかどうか確認し
ます。表示されたシリアル番号が更新するアレイではない場合、[N] で「no」を選択
します。
コマンドにはシリアル番号が引き続き表示されます。目的のアレイにたどり着いた
ら、[Y] を選択してファームウェアを更新します。
注記: 別のアレイで [Y] と答えてしまった場合は、通常どおりコマンドを終了させま
す。上述のように I/O モジュールは保留状態なので、これによる悪影響はありませ
ん (また、I/O モジュールはすでに X9720 Network Storage System に含まれるレベル
になっているはずです)。
c.
d.
158
アレイの更新後、[q] を入力して更新ユーティリティを終了します。
影響のある X9700c および X9700cx の電源ボタンを押して電源を切ります。
トラブルシューティング
e.
キャパシティブロックに再度電源を投入します。まず X9700cx の電源を入れ、次に
関連する X9700c の電源を入れます。ファームウェアの更新は再起動中に実行され
るため、通常より再起動に時間がかかる場合があります (最大 25 分)。すべての
X9700c エンクロージャーの 7 セグメントディスプレイが「on」になるまで待ってか
ら次に進みます。 X9700c の 7 セグメントディスプレイが 25 分後でも「on」に戻ら
ない場合、キャパシティブロック全体のパワーサイクル (電源を切ってから入れ直す)
を再度行ってください。
12. exds_stdiag コマンドを実行し、ファームウェアバージョンを確認します。 X9700cx
の両ドロアー (ボックス) でファームウェアが同じであることを確認してください。次に
示すのは exds_stdiag 出力の例です。
...
ctlr P89A40C9SW705J
box 1
ExDS9100c
box 2
ExDS9100cx
box 3
ExDS9100cx
ExDS9100cc in 01/SGA830000M slot 1 fw 0126.2008120502 boxes 3 disks 22 luns 5
sn SGA830000M
fw 1.56 fans OK,OK,OK,OK temp OK power OK,OK
sn CN8827002Z
fw 1.28 fans OK,OK temp OK power OK,OK,FAILED,OK
sn CN8827002Z
fw 2.03 fans OK,OK temp OK power OK,OK,OK,OK
上の例では、アレイのシリアル番号 (ボックス 1) は SGA830000M です。ボックス 2
(X9700cx の左のドロアー) のファームウェアレベルは 1.28 です。ボックス 3 (右のドロ
アー) のファームウェアレベルは 2.03 です。これは、ファームウェアレベルが同じでは
ないのでサポートされていません (手順 11 に示すとおり、ファームウェアを更新する必
要があります) 。
13. GUI を使って、手順 6 でアンマウントしたファイルシステムをマウントします。
X9700c コントローラーの取り付け直し
取り付け直すコントローラーが正しいことを確認してください。黄色 LED の点滅と 7 セグメ
ントディスプレイの両方を確認する必要があります。 H1 または C1 コードはコントローラー
1 (左) の停止を示し、H2 または C2 コードはコントローラー 2 (右) を取り付け直す必要があ
ることを示します。
注記:
この手順の間に SAS ケーブルを取り外す必要はありません。
コントローラーを取り付け直すには、以下の手順を実行します。
1. コントローラーのつまみラッチを押し込んで、ラッチハンドルを下側に回転させます。
2. コントローラーを明らかに外れている状態まで引き出します (コントローラーを完全に取
り外す必要はありません)。
3. コントローラーが外れている状態で、SAS ケーブルが完全に挿入されていることを確認し
ます。
4. コントローラーをシャーシに完全に押し込んではめ込みます。
コントローラーが起動すると、7 セグメントディスプレイは異なるコードを表示します。数分
後、7 セグメントディスプレイは一定の値を表示します (以前にファームウェアフラッシュユー
ティリティを実行している場合、最長 25 分かかります)。値が「on」であればコントローラー
は正常に動作しています。それ以外の場合は、「故障したコンポーネントの特定」 (155 ペー
ジ) を参照してください。
ソフトウェアのバージョン番号の表示
複数のホストについてバージョン情報を表示するには、次のコマンドを使用します。
ibrix_version -l [-h HOSTLIST]
ホストごとに次の情報が出力されます。
•
インストールされているファイルシステムのバージョン番号。
•
IAD およびファイルシステムモジュールのバージョン番号
•
オペレーティングシステムのタイプと OS カーネルのバージョン
•
プロセッサーアーキテクチャー
ソフトウェアのバージョン番号の表示
159
-S オプションを含めると、すべてのファイルサービングノードについて、これらの情報が表
示されます。 -C オプションを含めると、すべての X9000 クライアントについて情報が表示
されます。
特殊なリリースやパッチをインストールしていない限り、File System 出力フィールドおよび
IAD/FS 出力フィールドに表示されるバージョン番号は、通常、一致します。出力フィールド
に示されるバージョン番号が一致しておらず、不一致の理由が不明な場合は、HP サポートに
お問い合わせください。不一致があると、クラスターの動作に影響が生じる可能性がありま
す。
特定の問題のトラブルシューティング
ソフトウェアサービス
ファイルサービングノードまたは Linux X9000 クライアントでサービスを開始できな
い
SELinux が有効化されている可能性があります。 SELinux の現在の状態を確認するには、
getenforce コマンドを使用します。このコマンドが enforcing を返す場合は、次のいず
れかのコマンドを使用して SELinux を無効化します。
setenforce Permissive
setenforce 0
SELinux を完全に無効化するには、SELinux の構成ファイル (/etc/selinux/config) を編集
し、SELINUX= パラメーターを permissive または disabled に設定します。次のブート
時に SELinux が停止されます。
X9000 クライアントの場合、クライアントが Fusion Manager に登録されていない可能性があ
ります。クライアントの登録の詳細については、『HP IBRIX X9000 Network Storage System
インストールガイド』を参照してください。
フェイルオーバー
ストレージサブシステムの障害が原因で発生したフェイルオーバーからのフェイルバッ
クができない
自動フェイルオーバーがオンになっている場合にストレージサブシステムに障害が発生する
と、Fusion Manager がストレージサブシステムのフェイルオーバープロトコルを開始します。
これにより、セグメントのオーナーシップがプライマリサーバーからスタンバイに渡されたこ
とを記録するように構成情報データベースが更新されます。その後、スタンバイへのセグメン
トの移行が試行されます。しかし、プライマリサーバーとスタンバイのどちらからもストレー
ジサブシステムにアクセスできないため、セグメントを移行できず、フェイルオーバーが停止
されます。
次の手動復旧手順を実施してください。
1. 障害の発生したストレージサブシステムを復元します (たとえば、障害の発生したファイ
バーチャネルを交換するか、またはストレージアレイから削除された LUN を交換します)。
2. フェイルオーバーを完了できるようにするために、スタンバイサーバーを再起動します。
ストレージサブシステムに障害が発生したためフェイルバックができない
この問題は、前の問題と類似しています。フェイルバックの開始後にストレージサブシステム
に障害が発生した場合は、セグメントがまだプライマリサーバーに移行されていなくても、
フェイルバックが行われたことが構成情報データベースに記録されます。 ibrix_fs -i -f
FSNAME を実行すると、実際にはプライマリサーバーがセグメントを所有していなくても、プ
ライマリサーバーがセグメントを現在所有していることを意味する No がコマンド出力の
ONBACKUP フィールドに示されます。この場合は、ストレージサブシステムの問題を解決し
た後もフェイルバックを完了できません。
次の手動復旧手順を実施してください。
160 トラブルシューティング
1.
2.
障害の発生したストレージサブシステムを復元します。
停止されたフェイルバックを完了できるようにするために、スタンバイサーバーを再起動
します。
セグメントの移行後に生じる X9000 クライアントの I/O エラー
異なるファイルサービングノードへのセグメントの移行が正常に完了した後、クライアントに
よる I/O 処理の継続を可能にするために、その変更を反映するように更新されたマップが
Fusion Manager からすべての X9000 クライアントに送信されます。ただし、クライアントと
Fusion Manager の間のネットワーク接続がアクティブになっていない場合は、更新されたマッ
プをクライアントが受信できないため、クライアント I/O エラーが発生します。
この問題を解決するには、クライアントと Fusion Manager の間のネットワーク接続を復元し
ます。
Windows X9000 クライアント
ログイン後に「Permission Denied」メッセージが表示される
ドメイン名が指定されていないため、X9000 クライアントが Active Directory サーバーにアク
セスできないことが原因です。 Active Directory を再設定して、ドメイン名を指定します (詳細
は、『HP IBRIX X9000 Network Storage System インストールガイド』を参照してください)。
[Active Directory Settings] タブの Verify ボタンが機能しない
この問題は、上の問題と同じ原因で発生します。
マウントされているドライブが Windows エクスプローラーに表示されない
ドライブをエクスプローラーに表示させるには、ドライブをマウントした後、いったんログオ
フしてからログインし直すか、またはマシンを再起動します。 DOS コマンドウィンドウを開
いて、ドライブに手動でアクセスすることもできます。
マウントされているドライブがターミナルサーバー使用時に表示されない
いったんログオフしてからログインし直すことにより、ブラウザーに表示されるシステムの
ビューを更新します。
X9000 クライアントの自動スタートアップがデバッグの妨げになる
X9000 クライアントは自動的に起動するように設定されています。ただし、この動作は、
Windows X9000 クライアントに関する問題のデバッグの妨げになることがあります。この問
題を回避するには、マシンをセーフモードで再起動し、Windows X9000 クライアントサービ
スのモードを手動に変更することにより、クライアントを起動せずにマシンを再起動できるよ
うにします。
1. [コントロールパネル]、[管理ツール]、[サービス]の順にクリックして、サービス制御マネー
ジャーを開きます。
2. [IBRIX Client Services] を右クリックし、[プロパティ]を選択します。
3. [スタートアップの種類] を [手動]に変更した後、[OK] をクリックします。
4. クライアントに関する問題をデバッグします。デバッグを完了したら、上記の手順を繰り
返して [スタートアップの種類] を [自動]に変更することにより、Windows X9000 クライ
アントサービスを自動スタートアップに戻します。
モード 1 ボンディングまたはモード 6 ボンディング
HP では、X9720 システムに 10 Gbps ネットワークとモード 1 ボンディングを推奨していま
す。 1 Gbps を使用する必要があり、X1～X6 のすべての VirtualConnect ポートが装着されて
いたとしてもネットワーク帯域幅が制限要因となりうる場合、追加の帯域幅にモード 6 (アク
ティブ/アクティブ) ボンディングの使用を検討できます。しかし、モード 6 ボンディングは
特定の問題のトラブルシューティング
161
ネットワークトポロジ問題に影響を受けやすく、配備すると ARP トラフィックストームを起こ
すと考えられています。
Onboard Administrator が反応しない
フラットなネットワークのシステムでは、過剰なブロードキャストトラフィックにより OA が
反応しなくなることがあります。次のことに留意してください。
•
OA は、低レベルのブロードキャストトラフィックのネットワークに接続する必要があり
ます。これに従わないと、まずインストール中のタイムアウトエラーとして兆候が現れ、
その後、監視上の警告間違いや、最悪の場合は OA のハングアップにつながります。
•
まれに、ブロードキャストトラフィックが多すぎて OA がハングアップすることがありま
す。この状態は、監視、インストールおよび IBRIX フェイルオーバーなど、様々なエラー
で現れます。正しい機能性を回復するには、手動で OA モジュールを取り付け直すか、
C7000 のパワーサイクルを行ってください。この問題を診断するため、OA の syslog
で次のようなメッセージを確認します。
Feb 1 16:41:56 Kernel: Network packet flooding detected. Disabling
network interface for 2 seconds
X9000 RPC のホスト呼び出しが失敗する
ファイルサービングノード上の /var/log/messages に、次のようなメッセージがある場合
があります。
ibr_process_status(): Err: RPC call to host=wodao6 failed, error=-651,
func=IDE_FSYNC_prepacked
これらのメッセージが持続的に現れる場合は、早めに HP サービスにご連絡ください。メッ
セージは、データ損失の可能性を示したり、X9000 ファイルシステムにアクセスするアプリ
ケーションに I/O エラーを起こしたりします。
サーバーブレード／電源 PIC の劣化
サーバーブレードまたはマザーボードの交換後、ブレードシャーシの Insight Manager ディス
プレイが、電源 PIC モジュールの期限切れまたはファームウェアに互換性がないというエラー
メッセージを表示することがあります。その場合は、次の手順で PIC ファームウェアを更新で
きます。
1. サーバーにログオンします。
2. hp-ilo を開始します。
# service hp-ilo start
3.
電源 PIC を更新します。
# /opt/hp/mxso/firmware/power_pic_scexe
4.
サーバーを再起動します。
LUN ステータスが「failed」
LUN ステータスが failed の場合は、論理ドライブが故障しています。これは通常 3 個以上の
ディスクドライブの故障の結果です。これは、故障したディスクドライブの交換時に別のディ
スクドライブを取り外した場合にも起こります。
この状態になったら、次の手順を実行してください。
1. 最近のディスクの取り外しまたは再挿入を注意深く記録します。アレイ、ボックスおよび
ベイの番号を追跡し、どのディスクドライブが取り外しまたは挿入されたのかを確認しま
す。
2. X9720 システムでは、ただちに次のコマンドを実行します。
# exds_escalate
162
トラブルシューティング
これにより、データが回復できるかどうか診断するために利用できるログ情報を収集しま
す。一般的に、不具合が実際のディスクの故障によるものであれば、データは回復できま
せん。しかし、不具合が稼働中のドライブを誤って取り外したことによるものであれば、
LUN を復旧して動作させることができるかもしれません。
3.
できるだけ早く HP サポートに連絡してください。
HP P700m の明らかな不具合
サーバーの起動時に、HP P700m が SAS ファブリックにアクセスできないことがあります。
これはブレードシャーシに新しいブレードを挿入した直後によく起こりますが、その他の場合
でも起こる可能性があります。症状には次のものがあります。
•
HP P700m が POST エラーを報告する —TFT モニター／キーボードを使って見ることがで
きます。
•
cciss ドライバーのロード時にサーバーがクラッシュする — TFT モニター／キーボードを
使って見ることができます。これはシステム内のすべてのサーバーに起こることがありま
す。
•
X920 システムで、exds_stdiag コマンド実行時にコントローラーが見えない。
これらの問題の原因は様々ですが、リカバリプロセスはすべてのケースで似通っています。
ここで説明するプロセスをすべて行うまで、HP P700m の交換はしないでください。大まかに
言うと、解決策としては SAS スイッチをリセットし、それがうまくいかなければ、各 X9700c
コントローラーを再起動して、SAS ファブリックを妨害しているコントローラーを特定しま
す。
お使いのシステムが本番稼働中の場合、下記の手順でシステムのダウンタイムを最小限に抑え
てください。
1. Onboard Administrator にログインし、show bay info all コマンドを実行します。影
響を受けるブレードと稼働中のブレードへのエントリーを比較してください。
エントリーが異なるようであれば、各 Onboard Administrator を 1 度に 1 つずつ再起動し
ます。
影響を受けるサーバーブレードの P700m を取り付け直すか交換してください。
2.
3.
4.
5.
6.
7.
8.
9.
exds_stdiag を実行します。 exds_stdiagが同じキャパシティブロックと X9720c コ
ントローラーを、別のサーバーブレードとして検出すれば手順は完了です。それ以外の場
合は次の手順に進んでください。
すべてのサーバーが影響を受ける場合、すべてのサーバーをシャットダウンします。サー
バーのサブセットが影響を受ける場合、そのサブセットをシャットダウンします。
OA を使って SAS スイッチ 1 にログインし、リセットします。
再起動するまで待ちます。
SAN スイッチ 2 をリセットします。
再起動するまで待ちます。
影響を受けるサーバーを 1 台再起動します。
次のコマンドを実行します。
# exds_stdiag
10. X9700c コントローラーが見える場合、影響を受ける他のサーバーも再起動し、それぞれ
で exds_stdiag を実行します。他のサーバーでも X9700c コントローラーが見える場
合は、手順は完了です。それ以外の場合は次の手順に進んでください。
11. 各 X9700c コントローラーについて、次の手順を実行します。
a. コントローラーをスライドさせ、LED が消灯するまで引き出します。
b. コントローラーを再挿入します。
c. 7 セグメントディスプレイが「on」と表示するのを待ちます。
d. 影響を受けるサーバーで exds_stdiag コマンドを実行します。
特定の問題のトラブルシューティング
163
e.
うまくいけば手順は完了です。そうでなければ、次のコントローラーで a～d の手順
を繰り返してください。
12. 上記の手順で成果がない場合は、HP P700m を交換します。
13. サーバーを起動し、exds_stdiag を実行します。
14. 依然として X9700c コントローラーが見えない場合は、手順 1 から繰り返します。
システムが本番稼働中ではない場合は、次の短い手順を実行できます。
1. すべてのサーバーブレードの電源を切ります。
2. OA を使って、両方の SAS スイッチの電源を切ります。
3. 両方の SAS スイッチの電源を入れ、稼動状態になるまで待ちます。
4. すべてのサーバーブレードの電源を入れます。
5. exds_stdiag を実行します。 exds_stdiag が問題なしと示せば手順は完了です。それ
以外の場合は次の手順に進んでください。
6. すべての X9700c エンクロージャーの電源を切ります。
7. すべてのエンクロージャーの電源を入れます。
8. すべての 7 セグメントディスプレイが「on」と表示するのを待ってから、すべてのサー
バーブレードの電源を入れます。
9. HP P700m が依然としてファブリックにアクセスできない場合は、影響を受けるサーバー
ブレードの P700m を交換し、再度 exds_stdiag を実行します。
X9700c エンクロージャーの前面パネルの障害 ID LED が黄色になっている
X9700c エンクロージャーの障害 ID LED が黄色の場合、電源とコントローラーが黄色かどうか
確認してください。黄色でなければ、適当な時間をおいてからキャパシティブロックのパワー
サイクルを行ってください。エンクロージャーの障害 LED の方は無視してかまいません。電
源とコントローラーが黄色の場合、『HP X9720 Extreme Data Storage System Controller User
Guide』でトラブルシューティングの手順を参照してください。
スペアディスクドライブが使用中に緑点灯しない
スペアディスクドライブは、使用中でも緑点灯するとは限りません。
重要:
障害/UID LED が黄色でない場合はディスクドライブを取り外さないでください。
交換用ディスクドライブの LED が緑点灯しない
ディスクドライブを交換して LUN を再構築すると、交換用ディスクドライブのオンライン／
動作 LED は緑点灯しない場合があります。しかし、ディスクへの動作で交換用ディスクドラ
イブのオンライン／動作 LED が緑点滅します。オンライン／動作 LED が緑点灯していなくて
も、ディスクドライブが使用中の場合があることに注意してください。
重要:
障害/UID LED が黄色でない場合はディスクドライブを取り外さないでください。
LED に関する詳細については、『HP X9720 Network Storage System Controller User Guide』を
参照してください。
X9700cx GSI LED が黄色になっている
ハードディスクドライブのドロアーの前面パネルにあるグローバルサービスインジケーター
(GSI) が黄点灯している場合、電源、ファンまたは I/O モジュールなどのエンクロージャーコ
ンポーネントの 1 つに問題があります。 GSI の点灯は、電源、ファンまたは I/O モジュール
コンポーネントが緑点灯の場合でも黄色になることがあります。この場合、1 度に 1 つずつ
各コンポーネントを交換してみて、交換後の GSI 点灯を確認してください。
164 トラブルシューティング
ファームウェア更新後、X9700cx ドライブの LED が黄色になっている
ファームウェア更新後に X9700cx ドライブの LED が黄色になる場合は、X9700cx のパワーサ
イクルを再度行ってみてください。
Virtual Connect ドメインの構成
Virtual Connect ドメインは、一度構成すれば再構成の必要はありません。しかし、ドメインが
失われたり壊れたりした場合に備え、この項では再構成のために十分な情報を記載します。こ
の項の例では Virtual Connect CLI を使用します。
システムには次のように 3 つのネットワークがあります。
->show network * -output=script2
Name;Status;Smart Link;State;Connection Mode;Native VLAN;Private;VLAN Tunnel;Preferred
Speed;Max Speed man_lan;OK;Disabled;Enabled;Failover;Disabled;Disabled;Disabled;1;1
Port;Name;Status;Type;Speed;Role
1;enc0:1:X7;Linked (Active) (1);SFP-RJ45;Auto;Primary
2;enc0:2:X7;Linked (Standby) (1);SFP-RJ45;Auto;Secondary
------------------------------------------------------------------------------Name;Status;Smart Link;State;Connection Mode;Native VLAN;Private;VLAN Tunnel;Preferred
Speed;Max Speed ext1;Degraded;Enabled;Enabled;Auto;Disabled;Disabled;Disabled;9;9
Port;Name;Status;Type;Speed
1;enc0:2:X1;Linked (Active) (10);CX4;Auto
2;enc0:2:X2;Not Linked;SFP-RJ45;Auto
3;enc0:2:X3;Not Linked;absent;Auto
4;enc0:2:X4;Not Linked;absent;Auto
5;enc0:2:X5;Not Linked;absent;Auto
6;enc0:2:X6;Not Linked;absent;Auto
------------------------------------------------------------------------------Name;Status;Smart Link;State;Connection Mode;Native VLAN;Private;VLAN Tunnel;Preferred
Speed;Max Speed ext2;Degraded;Enabled;Enabled;Auto;Disabled;Disabled;Disabled;9;9
Port;Name;Status;Type;Speed
1;enc0:1:X1;Linked (Active) (10);CX4;Auto
2;enc0:1:X2;Not Linked;absent;Auto
3;enc0:1:X3;Not Linked;absent;Auto
4;enc0:1:X4;Not Linked;absent;Auto
5;enc0:1:X5;Not Linked;absent;Auto
6;enc0:1:X6;Not Linked;absent;Auto
->
サーバーに割り当てられた同一プロファイルが 16 個あります。たとえば、「ベイ 1」と呼ば
れるプロファイルが作成され、エンクロージャーデバイスのベイ 1 に割り当てられます。
->show profile bay1 -output=script2
Name;Device Bay;Server;Status;Serial Number;UUID
bay1;enc0:1;ProLiant BL460c G6;Degraded;8920RFCC;XXXXXX8920RFCC
Connection Type;Port;Network Name;Status;PXE;MAC Address;Allocated Speed
Ethernet;1;man_lan;OK;UseBIOS;<Factory-Default>;1
Ethernet;2;ext1;Degraded;UseBIOS;<Factory-Default>;9
Ethernet;3;ext2;Degraded;UseBIOS;<Factory-Default>;9
Ethernet;4;man_lan;OK;UseBIOS;<Factory-Default>;1
慣例的に、ドメイン名はシステム名を使用して作成されますが、ドメイン名はいずれも使用で
きません。ドメインには、アクセスを容易にするため、管理ネットワーク上の IP が与えられ
ます。
Domain Name=kudos_vc_domain
Checkpoint Status=Valid
Domain IP Status=Enabled
IP Address=172.16.2.1
Subnet Mask=255.255.248.0
Gateway=-- -MAC Address Type=Factory-Default
WWN Address Type=Factory-Default
Virtual Connect ドメインの構成
165
ファイルサービングノード上の情報と構成情報データベースの同期
ファイルシステムへのアクセスを維持するには、そのファイルシステムに関する最新の情報を
ファイルサービングノードに持たせる必要があります。この情報の健全性を監視するために、
ibrix_health を定期的に実行することをお勧めします。ファイルサービングノード上の情
報が古くなった場合は、ibrix_dbck -o を実行して、サーバー上の情報を構成情報データ
ベースと再同期化します。 ibrix_health の詳細については、「クラスターの稼働状態の監
視」 (69 ページ) を参照してください。
注記:
brix_dbck コマンドは、HP サポートの指示の下でのみ使用します。
ファイルサービングノードのヘルスチェックを実行するには、次のコマンドを使用します。
ibrix_health -i -h HOSTLIST
このコマンドの出力の最終行に Passed と表示された場合は、ファイルサービングノードと
Fusion Manager の間でファイルシステム情報が整合しています。
ファイルサービングノードの情報を修復するには、次のコマンドを使用します。
ibrix_dbck -o -f FSNAME [-h HOSTLIST]
すべてのファイルサービングノード上の情報を修復するには、-h HOSTLIST オプションを省
略します。
166 トラブルシューティング
18 X9720/X9730 Network Storage System のリカバリ
システムが故障しリカバリの必要がある場合、またはサーバーブレードを追加もしくは交換す
る場合は、ここでの説明に従ってください。
注意: Quick Restore DVD では、ファイルサービングノードを出荷時の状態にまで復元しま
す。これは、破壊的プロセスであり、ローカルハードドライブ上のデータをすべて完全に消去
します。
最新の IBRIX X9000 ソフトウェアのリリース
IBRIX X9000 ソフトウェアドロップボックスから、最新の 6.1 リリースを取得します。 Quick
Restore ISO イメージをダウンロードして、DVD に焼くか、USB キーに転送します。
DVD を使用する
1.
2.
ISO イメージを使用して DVD を作成します。
ドライブとブレード前面を接続している Onboard Administrator またはドングルにケーブ
ル接続された USB DVD ドライブに、Quick Restore DVD を挿入します。
重要: 外部電源を持つ外部 USB ドライブを使用してください。デバイスの駆動に USB
バスパワーを使用しないでください。
3.
4.
ブレードを再起動して、DVD からブートします。
HP Network Storage System 画面が表示されたら、[qr] と入力してソフトウェアをインス
トールします。
USB キーを使用する
1.
2.
3.
ISO を Linux システムにコピーします。
USB キーを Linux システムに挿入します。
cat /proc/partitions を実行して、USB デバイスのパーティションを特定します。
このパーティションは、dev/sdX.として表示されます。例を次に示します。
cat /proc/partitions
major minor #blocks
8
128
15633408
4.
name
sdi
次の dd コマンドを実行して、USB を QR インストーラーにします。
dd if=<ISO file name with path> of=/dev/sdi oflag=direct bs=1M
例を次に示します。
dd if=X9000-QRDVD-6.2.96-1.x86_64.iso of=/dev/sdi oflag=direct bs=1M
4491+0 records in
4491+0 records out
4709154816 bytes (4.7 GB) copied, 957.784 seconds, 4.9 MB/s
5.
6.
7.
USB キーをブレードに挿入します。
ブレードを USB キーからブートします
HP Network Storage System 画面が表示されたら、[qr] と入力してソフトウェアをインス
トールします。
リカバリの準備
ユーザーネットワークに NIC モニターが構成されている場合は、モニターを取り外します。
NIC 監視が構成されているかどうか判断するには、次のコマンドを実行してください。
ibrix_nic -i -h <hostname>
次のようなラインの出力を確認します。
最新の IBRIX X9000 ソフトウェアのリリース
167
Monitored By : titan16
モニターを取り外すには、次のコマンドを使用します。
ibrix_nic -m -h MONITORHOST -D DESTHOST/IFNAME
例を次に示します。
ibrix_nic -m -h titan16 -D titan15/eth2
X9720 または X9730 ファイルサービングノードのリカバリ
注記: X9730 システム上のブレード 1 をリカバリする場合、Quick Restore 手順を実行すれ
ば、クラスター作成に必要な手順をひととおり行えます。それにはシャーシコンポーネントの
検証が必要ですが、クラスターの構成や構成変更は必要ありません。
故障ブレードをリカバリするには、次の手順を実行してください。
1. サーバーにログインします。
•
X9730 システムの場合: インストールウィザードの初期画面が現れ、セットアップウィ
ザードがシステムのファームウェアを検証し、ファームウェアの更新が必要かどうか
知らせます。 (ウィザード中に表示されるインストール／構成時間は新規インストー
ル時の場合です。ノードの交換時はより短時間になります。)
重要: HP では、インストールを継続する前にファームウェアを更新することを推奨
しています。 X9730 システムは、特定のファームウェアレシピでテストしています。
サポートされているファームウェアレシピへのアップグレードを行わずにインストー
ルを継続すると、システムの欠陥につながる場合があります。
•
X9720 システムの場合: System Deployment Menu が表示されます。 [Join an existing
cluster] を選んでください。
168 X9720/X9730 Network Storage System のリカバリ
2.
ウィザードはネットワークをスキャンして既存のクラスターを検出します。 [Join Cluster]
ダイアログボックスで、クラスターで使用する管理コンソール (Fusion Manager) を選択し
ます。
注記: 管理コンソールの場所を特定できない場合、次の画面が表示されます。 [Enter FM
IP] を選んで手順 5 に進んでください。
3.
管理コンソールで生成されたホスト名が [Verify Hostname] ダイアログボックスに表示され
ます。このサーバーの正確なホスト名を入力します。
[Verify Configuration] ダイアログボックスには、このノードの設定が表示されます。前の
手順でホスト名を変更したため、概要の IP アドレスが不正になっています。 [Reject] を選
ぶと次の画面が表示されます。 [Enter FM IP] を選んでください。
X9720 または X9730 ファイルサービングノードのリカバリ
169
170
4.
[System Date and Time] ダイアログボックスに、システムの日付 (日/月/年) および時刻
(24 時間形式) を入力します。 Tab キーを押して [Time Zone] フィールドを選択し、Enter
キーを押してタイムゾーンのリストを表示します。リストから該当するタイムゾーンを選
択します。
5.
[Server Networking Configuration] ダイアログボックスで、クラスターネットワークである
bond0 用にこのサーバーを設定します。次のことに留意してください。
•
ホスト名には英数字および特殊文字のハイフン (–) を使用できます。ホスト名にはア
ンダースコア (_) は使用しないでください。
•
IP アドレスは、bond0 上のサーバーの IP アドレスを指定します。
•
デフォルトゲートウェイは、ネットワーク間のルートを提供します。使用しているデ
フォルトゲートウェイが bond0 以外のサブネット上に存在する場合、このフィール
ドの入力はスキップします。
X9720/X9730 Network Storage System のリカバリ
[Configuration Summary] に現在の設定が表示されます。 [Ok] を選んでインストールを継
続してください。
6.
この手順は X9730 システムのみ該当します。 X9720 システムのブレード復旧時は、手順
8 に進んでください。
復旧する X9730 ブレードには、シャーシの OA/VC 情報が必要です。この情報はブレー
ド 1 から直接入手するか、手動で OA/VC 認証情報を入力することができます。
ウィザードでは次の項目を確認し検証します。
•
OA および VC のファームウェア
•
VC 構成
•
iLO の hpspAdmin のユーザーアカウント
•
シャーシ構成
•
SAS スイッチのファームウェア。更新が必要な場合は通知します。
•
SAS 構成情報
X9720 または X9730 ファイルサービングノードのリカバリ
171
7.
•
ストレージのファームウェア。更新が必要な場合は通知します。
•
ストレージ構成
•
ブレードのネットワーク
[Join a Cluster – Step 2] ダイアログボックスで、必要な情報を入力します。
注記: ダイアログボックスの [Register IP] は、Fusion Manager (管理コンソール) の IP ア
ドレスです。このブレードの登録 IP アドレスではありません。
8.
Network Configuration ダイアログボックスは、システムに構成されたインターフェイスを
一覧表示します。情報が正しい場合、[Continue] を選んで次の手順に進んでください。
ボンドに指定された情報が正しくない場合は、ボンドを選択して [Configure] を選び、イ
ンターフェイスをカスタマイズします。 [Select Interface Type] ダイアログボックスで
[Bonded Interface] を選んでください。 [Edit Bonded Interface] ダイアログボックスで, IP ア
ドレスとネットマスクを入力し、ボンドオプションを指定して、お使いの構成に合わせて
スレーブデバイスを変更してください。
172
X9720/X9730 Network Storage System のリカバリ
9.
[Configuration Summary] ダイアログボックスに、指定した設定が表示されます。 [Commit]
を選択して設定を適用します。
10. 指定したホスト名は、管理コンソールを使用して以前に登録したものであるため、次の
メッセージが表示されます。 [Yes] を選択して、既存のサーバーを置き換えます。
X9720 または X9730 ファイルサービングノードのリカバリ
173
11. ウィザードはパッシブな管理コンソール (Fusion Manager) をブレードに登録し、構成して
起動します。
ウィザードは、次に追加のセットアップスクリプトを実行します。
注記: iLO に接続し、仮想コンソールを使用している場合は、プラットフォームスクリ
プト実行時に iLO 接続が切断されます。少しの時間をおいて、iLO に再接続し仮想コン
ソールを立ち上げることができます。
構成が完了したら、ログファイルの場所を示すメッセージが表示されます。
•
ログは /usr/local/ibrix/autocfg/logs で閲覧できます。
•
X9730 構成のログは、/var/log/hp/platform/install/x9730_install.log
で閲覧できます。
復旧の完了
1.
2.
ノードのルートにアクセスできることを確認します。復元プロセスでは、root パスワード
が出荷時のデフォルトである hpinvent に設定されます。
復旧したノードに関する情報を確認します。
•
X9730 システムでは、次のコマンドを実行し、ノードのホスト名を指定します。
ibrix_chassis -i -s -h <hostname>
コマンドでは、ステータス、ファームウェアバージョン、場所、およびサーバーや
CPU、メモリ、DIMM、iLO モジュール、NIC、温度センサー、ストレージコントロー
ラー、ドライブ、ボリュームに関するその他の情報を報告します。
•
3.
X9720 システムでは、復旧したばかりのノードから exds_stdiag コマンドを実行
します。シャーシ内の他のサーバーブレードからの場合と同様に、共有ストレージを
見ることができるはずです。
ベンダーストレージ情報を確認します。アクティブな Fusion Manager をホストしている
ノードから、次のコマンドを実行します。
ibrix_vs -l
コマンドでは、ステータス、UUID、ファームウェアバージョン、およびサーバーやスト
レージコンポーネント、ドライブエンクロージャー、ドライブコンポーネント、ボリュー
ム、ドライブに関するその他の情報を報告します。また、LUN マッピングも表示します。
4.
アクティブな Fusion Manager をホストしているノードで、次のコマンドを実行し、サー
バーブレードを最適なパフォーマンスに調整します。
ibrix_host_tune -S -h <hostname of new server blade> -o
rpc_max_timeout=64,san_timeout=120
174
X9720/X9730 Network Storage System のリカバリ
5.
6.
残りのすべてのノードで、/root/.ssh/known_hosts ファイルからリカバリしたばか
りのホスト名の ssh キーを削除します。 (キーは、リカバリしたノードに以前にアクセス
していたノードにのみ存在します。)
QuickRestore DVD を使用する前に NIC 監視を無効にした場合は、監視を再び有効化しま
す。
ibrix_nic -m -h MONITORHOST -A DESTHOST/IFNAME
例を次に示します。
ibrix_nic -m -h titan16 -A titan15/eth2
7.
8.
ノード上の HP Insight Remote Support を設定します。「X9000 システム上での HP Insight
Remote Support の構成」 (23 ページ) を参照してください。
アクティブな Fusion Manager をホストしているノードから、ibrix_health -l を実行
してエラーが報告されないことを確認します。
注記: ibrix_health コマンドで、復旧したノードの故障が報告される場合、次のコマ
ンドを実行してください。
ibrix_health –i –h <hostname>
このコマンドでボリュームグループの不具合が報告される場合は、次のコマンドを実行し
てください。
ibrix_pv -a -h <Hostname of restored node>
9.
お使いのシステムで次のファイルがカスタマイズされている場合、復旧したノードでそれ
らを更新します。
•
/etc/hosts: 稼動しているノードから、復旧したノードの /etc/hosts にこのファ
イルをコピーしてください。
•
/etc/machines: すべてのサーバーが、すべてのノードにサーバーホスト名のエン
トリーを所有することを確認してください。
サービスの復元
ファイルサービングノードの Quick Restore を実行する場合、NFS、CIFS、FTP、および HTTP
のエクスポート情報はノードに自動的に復元されません。運用がノードにフェイルバックされ
た後に、NFS、CIFS、FTP、および HTTP の各共有について、クライアントシステムからノード
への I/O が動作しません。この状況を回避するために、ノード上の NFS、CIFS、FTP、および
HTTP のエクスポートを、ノードがフェイルバックする前に手動で復元します。
CIFS サービスの復元: 次の手順を実行します。
1. 復元したノードが以前に CIFS サービスのドメイン認証を実行するように設定されていた
場合、次のコマンドを実行します。
ibrix_auth -n DOMAIN_NAME -A AUTH_PROXY_USER_NAME@domain_name [-P
AUTH_PROXY_PASSWORD] -h HOSTNAME
例を次に示します。
ibrix_auth -n ibq1.mycompany.com -A [email protected]
-P password -h ib5-9
コマンドが失敗した場合は、以下の点を確認してください。
2.
•
DNS サービスが、ibrix_auth コマンドを実行したノード上で実行していることを
確認します。
•
-n および -A オプションで、有効なドメイン名をフルパスで入力していることを確認
します。
likewise データベースを Active Directory ドメインに再参加させます。
/opt/likewise/bin/domainjoin-cli join <domain_name> Administrator
復旧の完了
175
3.
元の共有の情報を、管理コンソールデータベースから、復元したノードへ適用します。ア
クティブな管理コンソールをホストしているノードで、初めに一時的な CIFS 共有を作成
します。
ibrix_cifs -a –f FSNAME –s SHARENAME -p SHAREPATH
次に、一時的な CIFS 共有を削除します。
ibrix_cifs -d -s SHARENAME
4.
次のコマンドを実行して、元の共有情報が復元したノード上に適用されていることを確認
します。
ibrix_cifs -i -h SERVERNAME
HTTP サービスの復元: 次の手順を実行します。
1. 適切なアクションを実行します。
2.
•
Active Directory 認証を使用している場合、復元したノードを手動で AD ドメインに参
加させます。
•
ローカルユーザー認証を使用している場合、GUI で一時的なローカルユーザーを作成
して、この設定をすべてのサーバーに適用します。この手順により、ローカルユー
ザーデータベースの再同期が行われます。
次のコマンドを実行します。
ibrix_httpconfig -R -h HOSTNAME
3.
HTTP サービスが復元されていることを確認します。 GUI または CLI を使用して、復元し
たノードがサーブしている共有を特定し、その共有を参照します。
すべての Vhosts および HTTP 共有がノード上に復元されているはずです。
FTP サービスの復元: 次の手順を実行します。
1. 適切なアクションを実行します。
2.
•
Active Directory 認証を使用している場合、復元したノードを手動で AD ドメインに参
加させます。
•
ローカルユーザー認証を使用している場合、GUI で一時的なローカルユーザーを作成
して、この設定をすべてのサーバーに適用します。この手順により、ローカルユー
ザーデータベースの再同期が行われます。
次のコマンドを実行します。
ibrix_ftpconfig -R -h HOSTNAME
3.
HTTP サービスが復元されていることを確認します。 GUI または CLI を使用して、復元し
たノードがサーブしている共有を特定し、その共有を参照します。
すべての Vhosts および FTP 共有がノード上に復元されているはずです。
トラブルシューティング
iLO リモートコンソールがキー入力に反応しない
ネットワークがまだ設定されていないため、リカバリ時にローカル端末を使用する必要があり
ます。 iLO 統合リモートコンソールを使用しているときに、コンソールがキー入力に反応しな
くなる場合もあります。
これを直すには、ブレードを取り外して取り付け直してください。そうすれば iLO リモート
コンソールが正しく反応するようになります。または、ローカル KVM を使ってリカバリを実
行することもできます。
176
X9720/X9730 Network Storage System のリカバリ
19 サポートとその他の資料
HP のサポート窓口
各地のテクニカルサポート情報については、次の HP サポート Web サイトを参照してくださ
い。
http://www.hp.com/jp/support (日本語)
関連情報
関連ドキュメントは、http://www.hp.com/support/manuals (英語) の [Manuals] ページで入手
できます。日本語版が用意されているマニュアルは、http://www.hp.com/jp/manual/ (日本語)
から入手できます。
X9720 Network Storage System の使用
•
『HP IBRIX X9000 Network Storage System File System ユーザーガイド』
•
『HP IBRIX X9000 Network Storage System CLI リファレンスガイド』
•
『HP IBRIX X9000 Network Storage System リリースノート』
•
『HP ExDS9100c/X9720 Storage System Controller Cache Module Customer Self Repair
Instructions』
•
『HP ExDS9100c/X9720 Storage System Controller Battery Customer Self Repair Instructions』
•
『HP ExDS9100c/X9720 Storage System Controller Customer Self Repair Instructions』
•
『HP X9720 Network Storage System Controller User Guide』 (HP X9700c の設置、管理お
よびトラブルシューティング方法を説明しています)
[Manuals] ページで、[storage] > [NAS Systems] > [Ibrix Storage Systems] > [HP X9000 Network
Storage Systems] を選択します。
ファイルサービングノードの使用とメンテナンス
•
『HP ProLiant BL460c Server Blade Maintenance and Service Guide』
•
『HP ProLiant BL460c Server Blade User Guide』
[Manuals] ページで、[bladesystem] > [BladeSystem Server Blades] をクリックし、[HP Proliant
BL 460c G7 Server Series] または [HP Proliant BL 460c G6 Server Series] を選択します。
HP BladeSystem c7000 エンクロージャーのトラブルシューティングとメ
ンテナンス
•
『HP BladeSystem c7000 Enclosure Maintenance and Service Guide』
この文書は、コンピューターのサービスに関する有資格者のみが使用します。
•
『HP BladeSystem c-Class Enclosure Troubleshooting Guide』
[Manuals] ページで、[bladesystem] > [HP Blade System c-Class Enclosures] > [HP BladeSystem
c7000 Enclosures] をクリックします。
HP 3Gb SAS BL スイッチの取り付けとメンテナンス
•
『HP 3Gb SAS BL Switch Installation Instructions』
•
『HP 3Gb SAS BL Switch Customer Self Repair Instructions』
[Manuals] ページで、[bladesystem] > [BladeSystem Interconnects] > [HP BladeSystem SAS
Interconnects] をクリックします。
HP のサポート窓口 177
X9700cx (HP 600 Modular Disk System) のメンテナンス
•
『HP 600 Modular Disk System Maintenance and Service Guide』
取り外しと交換の手順を説明しています。この文書は、コンピューターのサービスに関す
る有資格者のみが使用します。
[Manuals] ページで、[storage] > [Disk Storage Systems] > [HP 600 Modular Disk System] をク
リックします。
HP Web サイト
その他の製品情報については、HP の次の Web サイトを参照してください。
•
http://www.hp.com/jp/X9000 (日本語)
•
http://www.hp.com/jp (日本語)
•
http://www.hp.com/jp/storage (日本語)
•
http://www.hp.com/support/manuals (英語)
•
http://www.hp.com/support/downloads (英語)
ラックに関する注意
ラックの安定性を保つことにより、けがや装置の損傷を防ぎます。
警告!
けがや装置の損傷を防止するために、次の点に注意してください。
•
ラックの水平脚を床まで伸ばしてください。
•
ラックの全重量が水平脚にかかるようにしてください。
•
ラックに固定脚を取り付けてください。
•
複数のラックを設置する場合は、ラックをしっかりと連結してください。
•
ラックコンポーネントは一度に 1 つずつ引き出してください。一度に複数のコンポーネ
ントを引き出すと、ラックが不安定になる場合があります。
製品の保証
HP 製品の保証については、保証情報に関する次の HP の Web サイトを参照してください。
http://www.hp.com/go/storagewarranty (英語)
178
サポートとその他の資料
A X9730 コンポーネントおよびケーブル配線図
メインラックの背面図
SAS スイッチの下に X9730 CX が 2 個配置されており、残りの X9730 CX は SAS スイッチの
上に配置されています。 X9730 CX は下から数えます (たとえば、X9730 CX 1 はラックの最
下部にあり、X9730 CX 2 は X9730 CX 1 のすぐ上にあります)。
1. X9730 CX 6
2. X9730 CX 5
3. X9730 CX 4
4. X9730 CX 3
5. c7000
6. X9730 CX 2
7. X9730 CX 1
8. Onboard Administratror (x2)
9. 6G SAS スイッチ (x4)
10. Flex 10 VC モジュール (×2)
11. TFT7600
12. 1U サポートシェルフ
メインラックの背面図
179
拡張ラックの背面図
1. X9730 CX 8
2. X9730 CX 7
X9730 CX I/O モジュールおよび SAS ポートコネクター
1. セカンダリ I/O モジュール (ドロアー 2)
2. SAS ポート 2 のコネクター
3. SAS ポート 1 のコネクター
4. プライマリ I/O モジュール (ドロアー 2)
5. SAS ポート 2 のコネクター
6. SAS ポート 1 のコネクター
7. SAS ポート 1 のコネクター
8. SAS ポート 2 のコネクター
9. プライマリ I/O モジュール (ドロアー 1)
10. SAS ポート 1 のコネクター
11. SAS ポート 2 のコネクター
12. セカンダリ I/O モジュール (ドロアー 1)
180 X9730 コンポーネントおよびケーブル配線図
X9730 CX 1 と SAS スイッチの接続
SAS スイッチへの接続には次のものがあります。
•
プライマリ I/O モジュール (ドロアー 1) の SAS ポート 1 コネクターと、SAS スイッチの
ベイ 5 のポート 1
•
セカンダリ I/O モジュール (ドロアー 1) の SAS ポート 1 コネクターと、SAS スイッチの
ベイ 6 のポート 1
•
プライマリ I/O モジュール (ドロアー 2) の SAS ポート 1 コネクターと、SAS スイッチの
ベイ 7 のポート 1
•
セカンダリ I/O モジュール (ドロアー 2) の SAS ポート 1 コネクターと、SAS スイッチの
ベイ 8 のポート 1
ヒント: X9730 CX の位置に該当する番号は、X9730 CX と接続する SAS スイッチのポート
番号と一致しています。 (SAS スイッチのポートは、左から順に 1～8 のラベル表示がありま
す。) たとえば、X9730 CX 2 は各 SAS スイッチのポート 2 に接続します。 X9730 CX 7 は各
SAS スイッチのポート 7 に接続します。
X9730 CX 1 と SAS スイッチの接続
181
X9730 CX 2 と SAS スイッチの接続
ドロアー 1:
•
プライマリ I/O モジュール (ドロアー 1) の SAS ポート 1 コネクターと、SAS スイッチの
ベイ 5 のポート 2
•
セカンダリ I/O モジュール (ドロアー 1) の SAS ポート 1 コネクターと、SAS スイッチの
ベイ 6 のポート 2
ドロアー 2:
182
•
プライマリ I/O モジュール (ドロアー 2) の SAS ポート 1 コネクターと、SAS スイッチの
ベイ 7 のポート 2
•
セカンダリ I/O モジュール (ドロアー 2) の SAS ポート 1 コネクターと、SAS スイッチの
ベイ 8 のポート 2
X9730 コンポーネントおよびケーブル配線図
X9730 CX 3 と SAS スイッチの接続
ドロアー 1:
•
プライマリ I/O モジュール (ドロアー 1) の SAS ポート 1 コネクターと、SAS スイッチの
ベイ 5 のポート 3
•
セカンダリ I/O モジュール (ドロアー 1) の SAS ポート 1 コネクターと、SAS スイッチの
ベイ 6 のポート 3
ドロアー 2:
•
プライマリ I/O モジュール (ドロアー 2) の SAS ポート 1 コネクターと、SAS スイッチの
ベイ 7 のポート 3
•
セカンダリ I/O モジュール (ドロアー 2) の SAS ポート 1 コネクターと、SAS スイッチの
ベイ 8 のポート 3
X9730 CX 3 と SAS スイッチの接続 183
X9730 CX 7 と SAS スイッチの接続 (拡張ラック)
ドロアー 1:
•
プライマリ I/O モジュール (ドロアー 1) の SAS ポート 1 コネクターと、SAS スイッチの
ベイ 5 のポート 7
•
セカンダリ I/O モジュール (ドロアー 1) の SAS ポート 1 コネクターと、SAS スイッチの
ベイ 6 のポート 7
ドロアー 2:
•
プライマリ I/O モジュール (ドロアー 2) の SAS ポート 1 コネクターと、SAS スイッチの
ベイ 7 のポート 7
•
セカンダリ I/O モジュール (ドロアー 2) の SAS ポート 1 コネクターと、SAS スイッチの
ベイ 8 のポート 7
184 X9730 コンポーネントおよびケーブル配線図
B X9730 スペアパーツリスト
下記の表では、X9730 Network Storage System コンポーネントのスペアパーツを一覧します。
このスペアパーツ情報は、本書の発行時点において最新のものです。最新のスペアパーツ情報
については、http://partsurfer.hp.com (英語) を参照してください。
HP IBRIX X9730 パフォーマンスシャーシ (QZ729A)
説明
スペアパーツ番号
SPS-PWR MOD、SINGLE PHASE
413494-001
SPS-MODULE、LCD
415839-001
SPS-CA、KIT、MISC
416002-001
SPS-CA、SUV
416003-001
SPS-HARDWARE KIT
432463-001
SPS-PLASTICS/HARDWARE KIT
441835-001
SPS-SFP、1Gb、VC、RJ-45
453578-001
SPS-P/S、2450W、12V、HTPLG
500242-001
SPS-BD、LCD PASS THRU
519348-001
SPS-UPS R/T3KVA 2U DTC HV INTL G2
638842-001
SPS-MODULE ENET BLc VC FLEX 10
688896-001
HP IBRIX X9730 140 TB MLStorage 2xBL パフォーマンスモジュール
(QZ730A)
説明
スペアパーツ番号
SPS-CA EXT MINI SAS、2M
408767-001
SPS-FAN SYSTEM
413996-001
SPS-PLASTICS/HARDWARE
414063-001
SPS-PWR SUPPLY
441830-001
SPS-DRV、HD 146G SAS 2.5 SP 10K
453138-001
SPS-BD、MEM、MOD、256MB、40B
462974-001
SPS-PROC WSM 2.4 80W E5620
594887-001
SPS-DIMM 4GB PC3 10600R 512MX4
595424-001
SPS-BD PCA HP FBWC 1G CL5
598414-001
SPS-BD SYSTEM I/O G7
605659-001
SPS-BD SMART ARRAY CTRL IDP1 8/8 MEZZ
615360-001
SPS-PLASTICS/HARDWARE MISC
619821-001
SPS-COVER TOP
619822-001
SPS-BACKPLANE HDD SAS
619823-001
SPS-CAGE HDD W/BEZEL
619824-001
HP IBRIX X9730 パフォーマンスシャーシ (QZ729A) 185
説明
スペアパーツ番号
SPS-ENCLOS. TAPE BLADE 3000C NO DRIVE
621742-001
SPS-HEATSINK VC
624787-001
SPS-DRV HD 2TB 7.2K EVA FATA M6412 FC
637981-001
HP IBRIX X9730 210 TB ML Storage 2xBL パフォーマンスモジュール
(QZ731A)
説明
スペアパーツ番号
SPS-CA EXT MINI SAS、2M
408767-001
SPS-FAN SYSTEM
413996-001
SPS-PLASTICS/HARDWARE
414063-001
SPS-PWR SUPPLY
441830-001
SPS-DRV、HD 146G SAS 2.5 SP 10K
453138-001
SPS-BD、MEM、MOD、256MB、40B
462974-001
SPS-PROC WSM 2.4 80W E5620
594887-001
SPS-DIMM 4GB PC3 10600R 512MX4
595424-001
SPS-BD PCA HP FBWC 1G CL5
598414-001
SPS-BD SYSTEM I/O G7
605659-001
SPS-BD SMART ARRAY CTRL IDP1 8/8 MEZZ
615360-001
SPS-PLASTICS/HARDWARE MISC
619821-001
SPS-COVER TOP
619822-001
SPS-BACKPLANE HDD SAS
619823-001
SPS-CAGE HDD W/BEZEL
619824-001
SPS-ENCLOS. TAPE BLADE 3000C NO DRIVE
621742-001
SPS-HEATSINK VC
624787-001
SPS-DRV HD 3TB 6G SAS 7.2K 3.5 DP MDL SC
653959-001
(QZ732A)
説明
スペアパーツ番号
SPS-CA EXT MINI SAS、2M
408767-001
SPS-FAN SYSTEM
413996-001
SPS-PLASTICS/HARDWARE
414063-001
SPS-PWR SUPPLY
441830-001
SPS-DRV、HD 146G SAS 2.5 SP 10K
453138-001
SPS-BD、MEM、MOD、256MB、40B
462974-001
SPS-PROC WSM 2.4 80W E5620
594887-001
SPS-DIMM 4GB PC3 10600R 512MX4
595424-001
186 X9730 スペアパーツリスト
説明
スペアパーツ番号
SPS-BD PCA HP FBWC 1G CL5
598414-001
SPS-BD SYSTEM I/O G7
605659-001
SPS-BD SMART ARRAY CTRL IDP1 8/8 MEZZ
615360-001
SPS-PLASTICS/HARDWARE MISC
619821-001
SPS-COVER TOP
619822-001
SPS-BACKPLANE HDD SAS
619823-001
SPS-CAGE HDD W/BEZEL
619824-001
SPS-ENCLOS. TAPE BLADE 3000C NO DRIVE
621742-001
SPS-HEATSINK VC
624787-001
SPS-DRV HD 3TB 6G SAS 7.2K 3.5 DP MDL SC
653959-001
(QZ733A)
説明
スペアパーツ番号
SPS-CA EXT MINI SAS、2M
408767-001
SPS-FAN SYSTEM
413996-001
SPS-PLASTICS/HARDWARE
414063-001
SPS-PWR SUPPLY
441830-001
SPS-DRV、HD 146G SAS 2.5 SP 10K
453138-001
SPS-BD、MEM、MOD、256MB、40B
462974-001
SPS-PROC WSM 2.4 80W E5620
594887-001
SPS-DIMM 4GB PC3 10600R 512MX4
595424-001
SPS-BD PCA HP FBWC 1G CL5
598414-001
SPS-BD SYSTEM I/O G7
605659-001
SPS-BD SMART ARRAY CTRL IDP1 8/8 MEZZ
615360-001
SPS-PLASTICS/HARDWARE MISC
619821-001
SPS-COVER TOP
619822-001
SPS-BACKPLANE HDD SAS
619823-001
SPS-CAGE HDD W/BEZEL
619824-001
SPS-ENCLOS. TAPE BLADE 3000C NO DRIVE
621742-001
SPS-HEATSINK VC
624787-001
SPS-DRV HD 3TB 6G SAS 7.2K 3.5 DP MDL SC
653959-001
(QZ733A)
187
C X9720 コンポーネントおよびケーブル配線図
ベースキャビネットおよび拡張キャビネット
X9720 Network Storage System の最小ベースキャビネットは、3～16 個のパフォーマンスブ
ロック (サーバーブレード) と 1～4 個のキャパシティブロックを収容します。拡張キャビネッ
トは 4 個のキャパシティブロック追加に対応できるため、システムとしては 8 個のキャパシ
ティブロックを持つことになります。
サーバーは、アクティブな Fusion Manager をホストしているサーバーの 1 つで、ファイル
サービングノードとして構成されています。 Fusion Manager はファイルサービングノードの
管理を行います。ファイルサービングノードはファイルシステムの管理セグメントを担当しま
す。
ベースキャビネットの前面図
1. X9700c 1
2. TFT モニターおよびキーボード
3. c-Class ブレードエンクロージャー
4. X9700cx 1
188 X9720 コンポーネントおよびケーブル配線図
キャパシティブロック 1 個のベースキャビネットの背面図
1. 管理スイッチ 2
2. 管理スイッチ 1
3. X9700c 1
4. TFT モニターおよびキーボード
5. c-Class ブレードエンクロージャー
6. X9700cx 1
ベースキャビネットおよび拡張キャビネット 189
フル装備のベースキャビネットの前面図
1 X9700c 4
6 X9700cx 3
2 X9700c 3
7 TFT モニターおよびキーボード
3 X9700c 2
8 c-Class ブレードエンクロージャー
4 X9700c 1
9 X9700cx 2
5 X9700cx 4
10 X9700cx 1
190 X9720 コンポーネントおよびケーブル配線図
フル装備のベースキャビネットの背面図
1 管理スイッチ 2
7 X9700cx 4
2 管理スイッチ 1
8 X9700cx 3
3 X9700c 4
9 TFT モニターおよびキーボード
4 X9700c 3
10 c-Class ブレードエンクロージャー
5 X9700c 2
11 X9700cx 2
6 X9700c 1
12 X9700cx 1
ベースキャビネットおよび拡張キャビネット
191
拡張キャビネットの前面図
オプションの X9700 拡張キャビネットは 1～4 個のキャパシティブロックを収容できます。
次の配線図は、キャパシティブロックが 4 個の拡張キャビネットの前面図です。
1. X9700c 8
5. X9700cx 8
2. X9700c 7
6. X9700cx 7
3. X9700c 6
7. X9700cx 6
4. X9700c 5
8. X9700cx 5
192 X9720 コンポーネントおよびケーブル配線図
キャパシティブロックが 4 個の拡張キャビネットの背面図
1. X9700c 8
5. X9700cx 8
2. X9700c 7
6. X9700cx 7
3. X9700c 6
7. X9700cx 6
4. X9700c 5
8. X9700cx 5
パフォーマンスブロック (c-Class ブレードエンクロージャー)
パフォーマンスブロックは X9720 専用サーバーブレードです。サーバーブレードは、ブレー
ドエンクロージャー内のベイ番号に応じて番号が付けられています。サーバー 1 の場合はブ
レードエンクロージャーのベイ 1 になります。サーバーブレードは隣接している必要があり、
サーバーブレード間に空のブレードベイがあってはいけません。 X9720 Network Storage System
サーバーブレードのみ、ブレードエンクロージャーに挿入できます。
サーバーブレードはファイルサービングノードとして構成されています。 1 つのノードがアク
ティブな Fusion Manager をホストし、他のノードはパッシブな Fusion Managers をホストし
ます。
•
アクティブな Fusion Manager は、ファイルサービングノードや X9000 クライアントなど
のクラスター構成の管理を担当しています。 Fusion Manager はファイルシステムの I/O
動作には含まれません。
•
ファイルシステムの個々のセグメントは、ファイルサービングノードによって管理されま
す。各セグメントは特定のファイルサービングノードに割り当てられ、各ノードは数個の
セグメントを「所有」しています。セグメントのオーナーシップは、ファイルシステムの
アクティブな使用中にノード間で移行できます。 Fusion Manager は、この移行中は実行
状態である必要があります。
下の配線図は、1～16 の番号が付いたハーフハイトデバイスベイを収容しているパフォーマン
スブロック (c-Class ブレードエンクロージャー) の前面図です。
パフォーマンスブロック (c-Class ブレードエンクロージャー)
193
c-Class ブレードエンクロージャーの前面図
下の配線図は、1～16 の番号が付いたハーフハイトデバイスベイを収容しているパフォーマン
スブロック (c-Class ブレードエンクロージャー) の前面図です。
c-Class ブレードエンクロージャーの背面図
1. インターコネクトベイ 1 (Virtual Connect
Flex-10 10 Ethernet Module)
6. インターコネクトベイ 6 (将来の使用に備えて予約)
2. インターコネクトベイ 2 (Virtual Connect
Flex-10 10 Ethernet Module)
7. インターコネクトベイ 7 (将来の使用に備えて予約)
3. インターコネクトベイ 3 (SAS スイッチ)
8. インターコネクトベイ 8 (将来の使用に備えて予約)
4. インターコネクトベイ 4 (SAS スイッチ)
9. Onboard Administrator 1
5. インターコネクトベイ 5 (将来の使用に備 10. Onboard Administrator 2
えて予約)
Flex-10 ネットワーク
X9720 Network Storage System のサーバーブレードは、Flex-10 10Gb NIC を 2 つ内蔵してい
ます。 Flex-10 技術は、パフォーマンスシャーシのインターコネクトベイ 1 と 2 にある Flex-10
NIC と Flex-10 Virtual Connect モジュールで構成されています。各 Flex-10 NIC は、トータル
の帯域幅が 10Gb で、FlexNIC とも呼ばれる 4 個の物理インターフェイス (NIC) デバイスから
成ります。 FlexNIC は、X9720 Network Storage System 上で次のように構成されます。
194
X9720 コンポーネントおよびケーブル配線図
X9720 Network Storage System は自動的に eth0 および eth3 を予約し、ボンドされたデバイス
(bond0) を作成します。これは管理ネットワークです。 eth0 および eth3 は Flex-10 Virtual
Connect (VC) モジュールに物理的に接続されていますが、VC ドメインは、このネットワーク
がサイトネットワークから見えないように構成されています。
この構成により、eth1 および eth2 は、各サーバーブレードとサイトネットワークの接続に使
用できます。サイトネットワークに接続するには、「アップリンク」として許可されたポート
を 1 つ以上サイトネットワークに接続する必要があります。これらのポートは「Virtual Connect
Flex-10 Ethernet モジュールのケーブル接続 — ベースキャビネット」 (198 ページ) に緑色で示
されています。サイトネットワークの同じスイッチに複数のポートを接続する場合、すべての
ポートが同じメディアタイプを使用する必要があります。さらに、HP では 10 link の使用を
推奨しています。
X9720 Network Storage System は、ネットワークボンドにモード 1 (アクティブ/バックアッ
プ) を使用します。他のボンディングモードには対応していません。適切に構成すれば、これ
により、各ブレードに完全に冗長なネットワーク接続を提供できます。 NIC、Virtual Connect
モジュール、アップリンクまたはサイトネットワークスイッチの単一の故障で、ネットワーク
デバイスが故障することがなくなります。ただし、サイトのネットワークインフラストラク
チャがボンディングされたインターフェイス用に適切に構成され、冗長性とパフォーマンスの
両方の点で正しく動作することが重要です。
キャパシティブロック
キャパシティブロックは、12 個のディスクドライブを収容する X9700c シャーシと、70 個の
ディスクドライブを収容する X9700cx JBOD エンクロージャーから構成されます。 X9700cx
エンクロージャーには、実際には 2 つの JBOD (各引き出しドロアー (左右) につき 1 つずつ)
があります。各ドロアーには 35 個のディスクドライブを収容します。
シリアル番号は、X9700c シャーシのシリアル番号です。すべてのサーバーは、シリアル接続
された SCSI (SAS) ファブリックにより各アレイに接続されています。次のような特徴があり
ます。
•
各サーバーには、2 個の SAS ポートを持つ P700m SAS ホストバスアダプター (HBA) が
あります。
•
各 SAS ポートは、サーバーブレードエンクロージャーバックプレーンで SAS スイッチに
接続されています。各サーバーが冗長な SAS ファブリックに接続されるような SAS ス
イッチが 2 つあります。
•
各アレイには、冗長型コントローラーが 2 つあります。そのコントローラーはそれぞれ
各 SAS スイッチに接続されています。
アレイ内では、ディスクドライブは別々の「ボックス」に割り当てられており、ボックス 1 は
X9700c エンクロージャー、ボックス 2 および 3 はそれぞれ左および右の引き出しドロアーで
す。下の配線図は、アレイボックス内での番号を示しています。
キャパシティブロック
195
1. ボックス 1—X9700c
2. ボックス 2—X9700cx、左ドロアー (前から見た場合)
3. ボックス 3—X9700cx、右ドロアー (前から見た場合)
アレイには通常コントローラーが 2 つあります。各コントローラーにはバッテリ駆動型の
キャッシュがあります。また、各コントローラーには専用のファームウェアがあります。通
常は、すべてのサーバーが、すべてのアレイへの冗長パスを 2 個持っています。
X9700c (12 ディスクドライブのアレイコントローラー)
X9700c 前面図
1. ベイ 1
5. 電源 LED
2. ベイ 2
6. システム障害 LED
3. ベイ 3
7. UID LED
4. ベイ 4
8. ベイ 12
X9700c 背面図
196
1. バッテリ 1
9. ファン 2
2. バッテリ 2
10. X9700c コントローラー 2
3. SAS エキスパンダーポート 1
11. SAS エキスパンダーポート 2
4. UID
12. SAS ポート 1
5. 電源 LED
13. X9700c コントローラー 1
6. システム障害 LED
14. ファン 1
X9720 コンポーネントおよびケーブル配線図
7. オン／オフ電源ボタン
15. 電源 1
8. 電源 2
X9700cx (70 ディスクドライブの高密度 JBOD)
注記: このコンポーネントは HP 600 Modular Disk System としても知られています。このコ
ンポーネントの LED およびボタンの説明については、http://www.hp.com/support/manuals
(英語) の『HP 600 Modular Disk System User Guide』を参照してください。 [Storage] で [Disk
Storage Systems] をクリックし、[Disk Enclosures] で [HP 600 Modular Disk System] をクリック
します。
X9700cx 前面図
1. ドロアー 1
2. ドロアー 2
X9700cx 背面図
1. 電源
5. In SAS ポート
2. プライマリ I/O モジュール (ドロアー 2)
6. セカンダリ I/O モジュール (ドロアー 1)
3. プライマリ I/O モジュール (ドロアー 1)
7. セカンダリ I/O モジュール (ドロアー 2)
4. Out SAS ポート
8. ファン
キャパシティブロック
197
配線図
キャパシティブロックのケーブル接続 — ベースキャビネットおよび拡張キャビ
ネット
キャパシティブロックは X9700c と X9700cx で構成されます。
注意: X9720 Network Storage System が正常に動作するには、キャパシティブロックを正し
くケーブル接続することが重要です。
1
X9700c
2
X9700cx プライマリ I/O モジュール (ドロアー 2)
3
X9700cx セカンダリ I/O モジュール (ドロアー 2)
4
X9700cx プライマリ I/O モジュール (ドロアー 1)
5
X9700cx セカンダリ I/O モジュール (ドロアー 1)
Virtual Connect Flex-10 Ethernet モジュールのケーブル接続 — ベースキャビネッ
ト
198 X9720 コンポーネントおよびケーブル配線図
サイトネットワーク
Onboard Administrator
利用可能なアップリンクポート
1.
管理スイッチ 2
7.
ベイ 5 (将来の使用に備えて予約)
2.
管理スイッチ 1
8.
ベイ 6 (将来の使用に備えて予約)
3.
ベイ 1 (サイトネットワーク接続用の Virtual 9.
Connect Flex-10 10Gb Ethernet Module)
ベイ 7 (オプションコンポーネント用に予約)
4.
ベイ 2 (サイトネットワーク接続用の Virtual 10.
Connect Flex-10 10Gb Ethernet Module)
ベイ 8 (オプションコンポーネント用に予約)
5.
ベイ 3 (SAS スイッチ)
11.
Onboard Administrator 1
6.
ベイ 4 (SAS スイッチ)
12.
Onboard Administrator 2
配線図 199
SAS スイッチのケーブル接続 — ベースキャビネット
注記:
引き出し線 1～3 は、追加の X9700c コンポーネントを示します。
1
X9700c 4
2
X9700c 3
3
X9700c 2
4
X9700c 1
5
SAS スイッチポート 1～4 (c-Class ブレードエンクロージャーのインターコネクトベイ 3)。ポート 2～4
は追加の容量ブロック用に予約されています。
6
SAS スイッチポート 5～8 (c-Class ブレードエンクロージャーのインターコネクトベイ 3)。拡張キャビ
ネット用
7
SAS スイッチポート 1～4 (c-Class ブレードエンクロージャーのインターコネクトベイ 4)。ポート 2～4
は追加の容量ブロック用に予約されています。
8
SAS スイッチポート 5～8 (c-Class ブレードエンクロージャーのインターコネクトベイ 4)。拡張キャビ
ネット用
SAS スイッチのケーブル接続 — 拡張キャビネット
注記:
引き出し線 1～3 は、追加の X9700c コンポーネントを示します。
200 X9720 コンポーネントおよびケーブル配線図
1
X9700c 8
5
SAS スイッチポート 1～4 (c-Class ブレードエンクロージャーのインター
コネクトベイ 3)。ベースキャビネットが使用。
2
X9700c 7
6
SAS スイッチポート 5～8 (c-Class ブレードエンクロージャーのインター
コネクトベイ 3)。
3
X9700c 6
7
SAS スイッチポート 1～4 (c-Class ブレードエンクロージャーのインター
コネクトベイ 4)。
4
X9700c 5
8
SAS スイッチポート 5～8 (c-Class ブレードエンクロージャーのインター
コネクトベイ 4)。ベースキャビネットが使用。
配線図 201
D X9720 スペアパーツリスト
この付録では、X9720 Network Storage System コンポーネントのスペアパーツを一覧します。
このスペアパーツ情報は、本書の発行時点において最新のものです。最新のスペアパーツ情報
については、http://partsurfer.hp.com (英語) を参照してください。
X9720 Network Storage System Base (AW548A)
説明
スペアパーツ番号
アクセサリーキット
5069-6535
CABLE、CONSOLE D-SUB9 - RJ45 L
5188-3836
CABLE、CONSOLE D-SUB9 - RJ45 L
5188-6699
PWR-CORD OPT-903 3-COND 2.3-M-
8120-6805
SPS-BRACKETS、PDU
252641-001
SPS-RACK、UNIT、10642、10KG2
385969-001
SPS-PANEL、SIDE、10642、10KG2
385971-001
SPS-STABLIZER、600MM、10GK2
385973-001
SPS-SHOCK PALLET、600MM、10KG2
385976-001
SPS-SPS-STICK、ATTACH'D CBL、C13 0-1FT
419595-001、419595-001N
SPS-RACK、BUS BAR & Wire Tray
457015-001
SPS-STICK、4XC-13、Attached CBL
460430-001
SPS-STICK、4X FIXED、C-13、OFFSET、WW
483915-001
HP J9021A SWITCH 2810–24G
J9021-69001
X9700 拡張ラック (AQ552A)
説明
スペアパーツ番号
SPS-BRACKETS、PDU
252641-001
SPS-PANEL、SIDE、10642、10KG2
385971-001
SPS-STABLIZER、600MM、10GK2
385973-001
SPS-SPS-STICK、ATTACH'D CBL、C13 0-1FT
419595-001
SPS-RACK、BUS BAR & WIRE TRAY
457015-001
SPS-STICK、4X FIXED、C-13、OFFSET、WW
483915-001
X9700 サーバーシャーシ (AW549A)
説明
スペアパーツ番号
SPS-PWR MOD、SINGLE PHASE
413494-001
SPS-FAN SYSTEM
413996-001
SPS-BLANK、BLADE
414051-001
SPS-BLANK、INTERCONNECT
414053-001
202 X9720 スペアパーツリスト
説明
スペアパーツ番号
SPS-CA、SUV
416003-001
SPS-RACKMOUNT KIT
432461-001
SPS-BD、MUSKET SAS SWITCH
451789-001
SPS-SFP、1、VC、RJ-45
453578-001
SPS-MODULE ENET、BLC VC、FLEX 10
456095-001
SPS-P/S、2450W、12V、HTPLG
500242-001
SPS-MODULE、OA、DDR2
503826-001
SPS-BD MID PLANE ASSY
519345-001
SPS-SLEEVE、ONBRD ADM
519346-001
SPS-LCD MODULE、WIDESCREEN、ASSY
519349-001
X9700 ブレードサーバー (AW550A)
説明
スペアパーツ番号
SPS-BD、SA DDR2、BBWC、512MB
451792-001
SPS-BD、BATTERY CHARGER、MOD、4/V700HT
462976-001
SPS-BD、MEM、MOD、256MB、40B
462974-001
SPS-BD、RAID CNTRL、SAS
484823-001
SPS-DRV、HD、300、SAS、10K、2.5"、DP、HP
493083-001
SPS-DIMM、4 PC3-8500R、128MX8、ROHS
501535-001
SPS-HEATSINK、BD
508955-001
SPS-MISC CABLE KIT
511789-001
SPS-PLASTICS/HARDWARE、MISC
531223-001
SPS-BACKPLANE、HDD、SAS
531225-001
SPS-CAGE、HDD、W/BEZEL
531228-001
X9700 82TB キャパシティブロック (X9700c および X9700cx) (AQ551A)
次のことに留意してください。
•
コントローラー間の通信には X9700c ミッドプレーンが使用されます。
•
X9700c にはバックプレーンが 2 つあります。
説明
スペアパーツ番号
SPS-RAIL KIT
383663-001
SPS-BD、DIMM、DDR2、MOD、512MB (X9700c)
398645-001
SPS-BD、MIDPLANE (X9700c)
399051-001
SPS-FAN MODULE (X9700c)
399052-001
SPS-BD、USB、UID (X9700c)
399053-001
SPS-BD、POWER UID、W/CABLE (X9700c)
399054-001
X9700 ブレードサーバー (AW550A) 203
説明
スペアパーツ番号
SPS-BD、RISER (X9700c)
399056-001
SPS-BD、7-SEGMENT、DISPLAY (X9700c)
399057-001
SPS-POWER SUPPLY (X9700c)
405914-001
SPS-CA EXT MINI SAS、2M
408767-001
SPS-CA EXT MINI SAS、4M
408768-001
SPS-FAN、SYSTEM (X9700cx)
413996-001
SPS-RACKMOUNT KIT
432461-001
SPS-BATTERY MODULE (X9700c)
436941-001
SPS-PWR SUPPLY (X9700cx)
441830-001
SPS-BD、BACKPLANE II (X9700c)
454574-001
SPS-POWER BLOCK、W/POWER B/P BDS (X9700cx)
455974-001
SPS-HDD、B/P、W/CABLES & DRAWER ASSY (X9700cx)
455976-001
SPS-BD、LED PANEL、W/CABLE (X9700cx)
455979-001
SPS-DRV、HD、1TB、7.2K、DP SAS、3.5" HP
461289-001
SPS-BD、CONTROLLER、9100C (X9700c)
489833-001
SPS-BD、2 PORT、W/1.5 EXPAND (X9700cx)
498472-001
SPS-DRV、HD、1TB、7.2K、6G DP SAS
508011-001
SPS-CHASSIS (X9700c)
530929-001
X9700 164TB キャパシティブロック (X9700c および X9700cx)
(AW598B)
次のことに留意してください。
•
コントローラー間の通信には X9700c ミッドプレーンが使用されます。
•
X9700c にはバックプレーンが 2 つあります。
説明
スペアパーツ番号
SPS-PLASTICS KIT
314455-001
SPS-RAIL KIT
383663-001
SPS-BD、DIMM、DDR2、MOD、512MB (X9700c)
398645-001
SPS-BD、MIDPLANE (X9700c)
399051-001
SPS-FAN MODULE (X9700c)
399052-001
SPS-BD、USB、UID (X9700c)
399053-001
SPS-BD、POWER UID、W/CABLE (X9700c)
399054-001
SPS-BD、RISER (X9700c)
399056-001
SPS-PWR ON/OFF BOARD W/CABLE
399055-001
SPS-BD、7-SEGMENT、DISPLAY (X9700c)
399057-001
SPS-POWER SUPPLY (X9700c)
405914-001
SPS-CA EXT MINI SAS、2M
408767-001
204 X9720 スペアパーツリスト
説明
スペアパーツ番号
SPS-CA EXT MINI SAS、4M
408768-001
SPS-FAN、SYSTEM (X9700cx)
413996-001
SPS-RACKMOUNT KIT
432461-001
SPS-BATTERY MODULE (X9700c)
436941-001
SPS-PWR SUPPLY (X9700cx)
441830-001
SPS-BD、BACKPLANE II (X9700c)
454574-001
SPS-HW PLASTICS KIT
441835-001
SPS-POWER SUPPLY、1200W
449423-001
SPS-POWER BLOCK、W/POWER B/P BDS (X9700cx)
455974-001
SPS-HDD、B/P、W/CABLES & DRAWER ASSY (X9700cx)
455976-001
SPS-BD、LED PANEL、W/CABLE (X9700cx)
455979-001
SPS-BD、CONTROLLER、9100C (X9700c)
489833-001
SPS-DRV、HD、1TB、7.2K、DP SAS、3.5" HP
461289-001
SPS-POWER UID BEZEL ASSEMBLY
466264-001
SPS-BD、2 PORT、W/1.5 EXPAND (X9700cx)
498472-001
SPS-DRV、HD、2 TB、7.2K、DP SAS、3.5” HP
508010-001
M6412C DISK ENCLOSURE
530834-001
SPS-CHASSIS (X9700c)
530929-001
ACCESS PANEL
531224-001
X9700 164TB キャパシティブロック (X9700c および X9700cx) (AW598B) 205
E 警告および注意事項
静電気対策の情報
システムの損傷を防ぐために、システムのセットアップおよび部品の取り扱いの際に従わなけ
ればならない注意事項を必ず守ってください。人間の指など、導電体からの静電気放電によっ
て、システムボードやその他の静電気に弱いデバイスが損傷することがあります。その結果、
本体の耐用年数が短くなる場合があります。
静電気による損傷の防止
静電気による損傷を防止するため、以下のことを守ってください。
•
運搬や保管の際は、静電気防止用のケースに入れ、手で直接触れることは避けます。
•
静電気に弱い部品は、静電気防止措置のなされている作業台に置くまでは、専用のケース
に入れたままにしておきます。
•
部品をケースから取り出す前に、まずアースされている面にケースごと置きます。
•
ピン、リード線、回路には触れないでください。
•
静電気に弱いコンポーネントや部品に触れなければならないときには、常に自分の身体に
対して適切なアースを行います。
アースの方法
アースにはいくつかの方法があります。静電気に弱い部品を取り扱うときには、以下のうち
1 つ以上の方法でアースを行ってください。
•
すでにアースされているコンピューター本体にアースバンドをつなぎます。アースバンド
は柔軟な帯状のもので、アースコード内の抵抗は、1MΩ±10% です。アースを正しく行
うために、アースバンドを肌に密着させてください。
•
立って作業する場合、かかとやつま先にアースバンドを付けます。導電性または静電気拡
散性の床の場合、両足にアースバンドを付けます。
•
工具は導電性のものを使用します。
•
折りたたみ式の静電気防止マットが付いた、携帯式の作業用具もあります。
上記のような、適切にアースを行うための器具がないときは、HP のサポート窓口にお問い合
わせください。
注記: 静電気の詳細および製品のインストールの支援については、HP のサポート窓口にお問
い合わせください。
アースの方法
アースにはいくつかの方法があります。静電気に弱い部品を取り扱うときには、以下のうち
1 つ以上の方法でアースを行ってください。
•
すでにアースされているコンピューター本体にアースバンドをつなぎます。アースバン
ドは柔軟な帯状のもので、アースコード内の抵抗は、1MΩ±10% です。アースを正しく
行うために、アースバンドを肌に密着させてください。
•
立って作業する場合、かかとやつま先にアースバンドを付けます。導電性または静電気拡
散性の床の場合、両足にアースバンドを付けます。
•
工具は導電性のものを使用します。
•
折りたたみ式の静電気防止マットが付いた、携帯式の作業用具もあります。
上記のような、適切にアースを行うための器具がないときは、HP のサポート窓口にお問い合
わせください。
206 警告および注意事項
注記: 静電気の詳細および製品のインストールの支援については、HP のサポート窓口にお問
い合わせください。
装置の記号
次の記号が貼付された装置は、人体に危険をおよぼす可能性があるので注意が必要です。
警告!
これらの記号が貼付された装置の表面または内部部品に触れると、感電の危険があることを示
します。修理はすべて、HP のサポート窓口に依頼してください。感電防止のため、カバーは
開けないでください。
警告!
これらの記号が貼付された RJ-45 ソケットはネットワークインターフェイス接続を示します。
感電、火災、装置の損傷を防止するため、電話や電気通信用のコネクターをこのソケットに接
続しないでください。
警告!
これらの記号が貼付された装置の表面または内部部品の温度が非常に高くなる可能性があるこ
とを示します。この表面に手を触れるとやけどをする場合があります。
警告!
これらの記号が貼付された電源やシステムは、装置の電源が複数あることを示します。
警告!
製品や機械にこの記号が付いている場合は、1 人で安全に取り扱うことができる重量を超えて
いることを示します。
重量警告
警告!
デバイスは非常に大きな重量があります。けがや装置の損傷を防止するために、次の点に注意
してください。
•
ホットプラグ可能な電源やモジュールをすべて取り外し、つり上げる前にデバイスの全体
の重量を減らしてください。
•
手動での取り扱いについては、地域の労働安全衛生条件およびガイドラインに従ってくだ
さい。
•
設置または取り外しの間、特にデバイスがレールに固定されていないときは、デバイスの
つり上げと安定には支援が必要です。 22.5 kg (50 lb) 以上のデバイスの場合、2 人以上で
一緒にコンポーネントをラックに載せてください。コンポーネントを胸より上の高さの
ラックに入れる場合は、2 人がデバイスを支え、3 人目がレールの調整を手伝う必要があ
ります。
装置の記号 207
ラックに関する警告と注意事項
以下の注意事項はラックの安定性と安全性を確保するために示されています。これらの注意事
項を守ってラックの安定性と安全性を確保し、人的および物的な損傷を防止することが重要で
す。インストールマニュアルに記載されているすべての警告と注意事項に従ってください。
警告!
けがや装置の損傷を防止するために、次の点に注意してください。
•
重量のある装置を取り扱う場合は、ご使用の地域で定められた安全な取り扱いに関する規
定に従ってください。
•
設置または除去作業を行う場合は、製品を持ち上げたり固定したりするための適切な人数
を確保してください。
•
ラックの水平脚を床まで伸ばしてください。
•
ラックの全重量が水平脚にかかるようにしてください。
•
1 つのラックだけを設置する場合は、ラックに固定脚を取り付けてください。
•
複数のラックを設置する場合は、ラックを連結してください。
•
装置下部の固定器具は完全に広げて使用してください。オプションやボードを設置する際
には、装置が確実に支えられバランスが取れていることを確認してください。
•
コンポーネントをスライドさせてラックに押し込む際には十分に注意してください。スラ
イドレールに指をはさむ場合があります。
•
コンポーネントをスライドさせてラックの外に拡張する際には、ラックが正しく固定され
ていることを確認してください。コンポーネントは一度に 1 つずつ引き出してください。
一度に複数のコンポーネントを引き出すと、ラックが不安定になる場合があります。
警告! ラックに電力を供給している AC 電源の分岐回路が過負荷になっていないことを確認
します。 AC 電源の分岐回路が過負荷になっている場合、けが、火災、装置の損傷の危険性が
高まります。ラックの負荷の合計が、分岐回路の定格の 80% を超えないようにしてくださ
い。電気設備の配線と設置要件については、管轄の電力会社にお問い合わせください。
デバイスに関する警告と注意事項
208 警告および注意事項
警告!
感電や装置の損傷を防ぐため、必ず以下の注意事項を守ってください。
•
カバーを取り外したり内部コンポーネントに触る場合は、製品が十分に冷えていることを
確認してください。
•
電源コードのアース用プラグは常に取り付けてください。アース用プラグは安全上必要で
す。
•
常に手の届く範囲内のアース付き電源コンセントに電源コードを差し込んでください。
•
デバイスの電源を切断するには、電源コンセントまたはデバイスのいずれかから電源コー
ドを引き抜いてください。
•
通電のおそれがあるため非導電性器具は使用しないでください。
•
電圧のかかったデバイスのホットプラグ領域で作業を行う場合は、時計、指輪、アクセサ
リー等をすべて身体から取り外してください。
•
デバイスはアクセスの管理された場所に設置し、資格のある担当者のみが接触できるよう
にします。
•
ホットプラグ非対応領域のアクセスカバーを取り外す前には、装置の電源を落とし、すべ
ての電源コードを抜き取ってください。
•
製品の電源が入っている状態で、ホットプラグ非対応のコンポーネントを交換しないでく
ださい。デバイスの電源を落とし、すべての電源コードを抜き取ります。
•
製品マニュアルに指定されているレベルを超えた修理を行わないでください。トラブル
シューティングと修理の手順はすべて、サブアセンブリまたはモジュールレベルの修理ま
でしか記載されていません。個々のボードとサブアセンブリは非常に複雑であるため、コ
ンポーネントレベルの修理やプリント配線基板の変更は絶対に行わないでください。不正
な修理を行うと安全性を損なうことになります。
警告! けがや装置の損傷を防ぐために、ホットプラグ非対応のコンポーネントの設置は、コ
ンピューターの装置業務に関する資格があり、手順や注意事項に関する十分な知識を持ち、危
険エネルギーレベルの生じる可能性がある製品の取り扱いに習熟した担当者が行ってくださ
い。
警告! けがや装置の損傷を防ぐために、ご使用の地域で定められた重量のある装置の安全な
取り扱いに関する規定に従ってください。
デバイスに関する警告と注意事項 209
注意: 規格に合った無停電電源装置 (UPS) を使用して、設置したソリューションを電力変動
や一時的な中断から保護してください。 UPS は、電源サージや電圧スパイクによって発生する
損傷からハードウェアを保護し、停電中でもシステムが動作を継続できるようにします。
注意: システムの通気を適切に保つため、デバイスの前後には最低 7.6 センチメートル (3.0
インチ) の隙間を空けてください。
注意: 動作可能な X9720 Network Storage System でホットプラグ可能なコンポーネントを交
換する場合、故障したコンポーネントを取り外してから交換品を取り付けるまで、約 30 分あ
けてください。これは、取り外したコンポーネントに関する構成データが、システムのレジス
トリから確実に消去されるのに必要な時間です。気流の損失を抑えるため、コンポーネントを
取り外した状態で数分以上作業を中断しないでください。空のシャーシベイによる過熱を防ぐ
ため、ブランキングパネルを使うか、交換が済むまでシャーシ内のコンポーネントを少し外れ
た状態にしてください。
注意: 物理的な構成変更は、使用頻度の少ない時間帯や使用されていない時間帯にスケジュー
ルを設定します。システムの再構築、RAID の移行、アレイの拡大、LUN の拡張などを実行し
ている場合や大量の I/O 処理が行われている場合、ハードドライブの増設や交換、コントロー
ラーなどの構成機器のホットプラグなど、物理構成の変更を加えないようにしてください。た
とえば、大量の I/O 処理中にコントローラーを追加したり、交換したりすると、新しいコント
ローラーの起動時に一時停止、パフォーマンスの低下、デバイスへのアクセス切断などが発生
します。コントローラーの起動プロセスが完了すれば、全機能が復帰します。
注意: ホットプラグ対応のコンポーネントを交換する際には、データの損失を防ぐための処
置が実行済みであることを確認します。
210
警告および注意事項
F 規定に関するご注意
規定準拠識別番号
規定に準拠していることの証明と識別のために、ご使用の製品には、固有の規定準拠識別番号
が割り当てられています。規定準拠識別番号は、必要な認可マークおよび情報とともに、製品
銘板ラベルに印刷されています。この製品の準拠情報を請求する場合は、必ず、この規定準拠
識別番号を参照してください。規定準拠識別番号を製品の製品名またはモデル番号と混同しな
いでください。
製品固有情報:
HP ________________
規定モデル番号: _____________
FCC および CISPR 分類: _____________
これらの製品にはレーザーコンポーネントが組み込まれています。レーザー規定に関するご注
意の項のクラス 1 レーザーに関する注意を参照してください。
Federal Communications Commission notice (米国)
Part 15 of the Federal Communications Commission (FCC) Rules and Regulations has established
Radio Frequency (RF) emission limits to provide an interference-free radio frequency spectrum.
Many electronic devices, including computers, generate RF energy incidental to their intended
function and are, therefore, covered by these rules. These rules place computers and related
peripheral devices into two classes, A and B, depending upon their intended installation. Class A
devices are those that may reasonably be expected to be installed in a business or commercial
environment. Class B devices are those that may reasonably be expected to be installed in a
residential environment (for example, personal computers). The FCC requires devices in both classes
to bear a label indicating the interference potential of the device as well as additional operating
instructions for the user.
FCC rating label
The FCC rating label on the device shows the classification (A or B) of the equipment. Class B
devices have an FCC logo or ID on the label. Class A devices do not have an FCC logo or ID on
the label. After you determine the class of the device, refer to the corresponding statement.
Class A equipment
This equipment has been tested and found to comply with the limits for a Class A digital device,
pursuant to Part 15 of the FCC rules. These limits are designed to provide reasonable protection
against harmful interference when the equipment is operated in a commercial environment. This
equipment generates, uses, and can radiate radio frequency energy and, if not installed and used
in accordance with the instructions, may cause harmful interference to radio communications.
Operation of this equipment in a residential area is likely to cause harmful interference, in which
case the user will be required to correct the interference at personal expense.
Class B equipment
This equipment has been tested and found to comply with the limits for a Class B digital device,
pursuant to Part 15 of the FCC Rules. These limits are designed to provide reasonable protection
against harmful interference in a residential installation. This equipment generates, uses, and can
radiate radio frequency energy and, if not installed and used in accordance with the instructions,
may cause harmful interference to radio communications. However, there is no guarantee that
interference will not occur in a particular installation. If this equipment does cause harmful
interference to radio or television reception, which can be determined by turning the equipment
off and on, the user is encouraged to try to correct the interference by one or more of the following
measures:
•
Reorient or relocate the receiving antenna.
規定準拠識別番号
211
•
Increase the separation between the equipment and receiver.
•
Connect the equipment into an outlet on a circuit that is different from that to which the receiver
is connected.
•
Consult the dealer or an experienced radio or television technician for help.
Modification
The FCC requires the user to be notified that any changes or modifications made to this device
that are not expressly approved by Hewlett-Packard Company may void the user's authority to
operate the equipment.
Cables
When provided, connections to this device must be made with shielded cables with metallic RFI/EMI
connector hoods in order to maintain compliance with FCC Rules and Regulations.
Canadian notice (Avis Canadien) (カナダおよびカナダ、フランス語使
用地域)
Class A equipment
This Class A digital apparatus meets all requirements of the Canadian Interference-Causing
Equipment Regulations.
Cet appareil numérique de la class A respecte toutes les exigences du Règlement sur le matériel
brouilleur du Canada.
Class B equipment
This Class B digital apparatus meets all requirements of the Canadian Interference-Causing
Equipment Regulations.
Cet appareil numérique de la class B respecte toutes les exigences du Règlement sur le matériel
brouilleur du Canada.
European Union notice (欧州)
This product complies with the following EU directives:
•
Low Voltage Directive 2006/95/EC
•
EMC Directive 2004/108/EC
Compliance with these directives implies conformity to applicable harmonized European standards
(European Norms) which are listed on the EU Declaration of Conformity issued by Hewlett-Packard
for this product or product family.
This compliance is indicated by the following conformity marking placed on the product:
This marking is valid for non-Telecom products and EU
harmonized Telecom products (e.g., Bluetooth).
Certificates can be obtained from http://www.hp.com/go/certificates .
Hewlett-Packard GmbH, HQ-TRE, Herrenberger Strasse 140, 71034 Boeblingen, Germany
212
規定に関するご注意
Japanese notices (日本)
VCCI-A に関するご注意
VCCI-B に関するご注意
VCCI マーク
電源コードに関するご注意
Korean notices (韓国)
Class A equipment
Class B equipment
Japanese notices (日本)
213
Taiwanese notices (台湾)
BSMI Class A notice
Taiwan battery recycle statement
Turkish recycling notice (トルコ)
Türkiye Cumhuriyeti: EEE Yönetmeliğine Uygundur
Vietnamese Information Technology and Communications compliance
marking (ベトナム)
レーザー規定に関するご注意
English laser notice (英語)
This device may contain a laser that is classified as a Class 1 Laser Product in accordance with
U.S. FDA regulations and the IEC 60825-1. The product does not emit hazardous laser radiation.
警告! Use of controls or adjustments or performance of procedures other than those specified
herein or in the laser product's installation guide may result in hazardous radiation exposure. To
reduce the risk of exposure to hazardous radiation:
214
•
Do not try to open the module enclosure. There are no user-serviceable components inside.
•
Do not operate controls, make adjustments, or perform procedures to the laser device other
than those specified herein.
•
Allow only HP Authorized Service technicians to repair the unit.
規定に関するご注意
The Center for Devices and Radiological Health (CDRH) of the U.S. Food and Drug Administration
implemented regulations for laser products on August 2, 1976. These regulations apply to laser
products manufactured from August 1, 1976. Compliance is mandatory for products marketed in
the United States.
Dutch laser notice (オランダ語)
French laser notice (フランス語)
German laser notice (ドイツ語)
レーザー規定に関するご注意
215
Italian laser notice (イタリア語)
Japanese laser notice (日本語)
Spanish laser notice (スペイン語)
216
規定に関するご注意
リサイクルに関するご注意
English recycling notice (英語)
Disposal of waste equipment by users in private household in the European Union
This symbol means do not dispose of your product with your other household waste. Instead, you should
protect human health and the environment by handing over your waste equipment to a designated
collection point for the recycling of waste electrical and electronic equipment. For more information,
please contact your household waste disposal service
Bulgarian recycling notice (ブルガリア語)
Изхвърляне на отпадъчно оборудване от потребители в частни домакинства в Европейския
съюз
Този символ върху продукта или опаковката му показва, че продуктът не трябва да се изхвърля заедно
с другите битови отпадъци. Вместо това, трябва да предпазите човешкото здраве и околната среда,
като предадете отпадъчното оборудване в предназначен за събирането му пункт за рециклиране на
неизползваемо електрическо и електронно борудване. За допълнителна информация се свържете с
фирмата по чистота, чиито услуги използвате.
Czech recycling notice (チェコ語)
Likvidace zařízení v domácnostech v Evropské unii
Tento symbol znamená, že nesmíte tento produkt likvidovat spolu s jiným domovním odpadem. Místo
toho byste měli chránit lidské zdraví a životní prostředí tím, že jej předáte na k tomu určené sběrné
pracoviště, kde se zabývají recyklací elektrického a elektronického vybavení. Pro více informací kontaktujte
společnost zabývající se sběrem a svozem domovního odpadu.
Danish recycling notice (デンマーク語)
Bortskaffelse af brugt udstyr hos brugere i private hjem i EU
Dette symbol betyder, at produktet ikke må bortskaffes sammen med andet husholdningsaffald. Du skal
i stedet den menneskelige sundhed og miljøet ved at afl evere dit brugte udstyr på et dertil beregnet
indsamlingssted for af brugt, elektrisk og elektronisk udstyr. Kontakt nærmeste renovationsafdeling for
yderligere oplysninger.
Dutch recycling notice (オランダ語)
Inzameling van afgedankte apparatuur van particuliere huishoudens in de Europese Unie
Dit symbool betekent dat het product niet mag worden gedeponeerd bij het overige huishoudelijke afval.
Bescherm de gezondheid en het milieu door afgedankte apparatuur in te leveren bij een hiervoor bestemd
inzamelpunt voor recycling van afgedankte elektrische en elektronische apparatuur. Neem voor meer
informatie contact op met uw gemeentereinigingsdienst.
リサイクルに関するご注意
217
Estonian recycling notice (エストニア語)
Äravisatavate seadmete likvideerimine Euroopa Liidu eramajapidamistes
See märk näitab, et seadet ei tohi visata olmeprügi hulka. Inimeste tervise ja keskkonna säästmise nimel
tuleb äravisatav toode tuua elektriliste ja elektrooniliste seadmete käitlemisega egelevasse kogumispunkti.
Küsimuste korral pöörduge kohaliku prügikäitlusettevõtte poole.
Finnish recycling notice (フィンランド語)
Kotitalousjätteiden hävittäminen Euroopan unionin alueella
Tämä symboli merkitsee, että laitetta ei saa hävittää muiden kotitalousjätteiden mukana. Sen sijaan sinun
on suojattava ihmisten terveyttä ja ympäristöä toimittamalla käytöstä poistettu laite sähkö- tai
elektroniikkajätteen kierrätyspisteeseen. Lisätietoja saat jätehuoltoyhtiöltä.
French recycling notice (フランス語)
Mise au rebut d'équipement par les utilisateurs privés dans l'Union Européenne
Ce symbole indique que vous ne devez pas jeter votre produit avec les ordures ménagères. Il est de
votre responsabilité de protéger la santé et l'environnement et de vous débarrasser de votre équipement
en le remettant à une déchetterie effectuant le recyclage des équipements électriques et électroniques.
Pour de plus amples informations, prenez contact avec votre service d'élimination des ordures ménagères.
German recycling notice (ドイツ語)
Entsorgung von Altgeräten von Benutzern in privaten Haushalten in der EU
Dieses Symbol besagt, dass dieses Produkt nicht mit dem Haushaltsmüll entsorgt werden darf. Zum
Schutze der Gesundheit und der Umwelt sollten Sie stattdessen Ihre Altgeräte zur Entsorgung einer dafür
vorgesehenen Recyclingstelle für elektrische und elektronische Geräte übergeben. Weitere Informationen
erhalten Sie von Ihrem Entsorgungsunternehmen für Hausmüll.
Greek recycling notice (ギリシャ語)
Απόρριψη άχρηοτου εξοπλισμού από ιδιώτες χρήστες στην Ευρωπαϊκή Ένωση
Αυτό το σύμβολο σημαίνει ότι δεν πρέπει να απορρίψετε το προϊόν με τα λοιπά οικιακά απορρίμματα.
Αντίθετα, πρέπει να προστατέψετε την ανθρώπινη υγεία και το περιβάλλον παραδίδοντας τον άχρηστο
εξοπλισμό σας σε εξουσιοδοτημένο σημείο συλλογής για την ανακύκλωση άχρηστου ηλεκτρικού και
ηλεκτρονικού εξοπλισμού. Για περισσότερες πληροφορίες, επικοινωνήστε με την υπηρεσία απόρριψης
απορριμμάτων της περιοχής σας.
Hungarian recycling notice (ハンガリー語)
A hulladék anyagok megsemmisítése az Európai Unió háztartásaiban
Ez a szimbólum azt jelzi, hogy a készüléket nem szabad a háztartási hulladékkal együtt kidobni. Ehelyett
a leselejtezett berendezéseknek az elektromos vagy elektronikus hulladék átvételére kijelölt helyen történő
beszolgáltatásával megóvja az emberi egészséget és a környezetet.További információt a helyi
köztisztasági vállalattól kaphat.
218
規定に関するご注意
Italian recycling notice (イタリア語)
Smaltimento di apparecchiature usate da parte di utenti privati nell'Unione Europea
Questo simbolo avvisa di non smaltire il prodotto con i normali rifi uti domestici. Rispettare la salute
umana e l'ambiente conferendo l'apparecchiatura dismessa a un centro di raccolta designato per il
riciclo di apparecchiature elettroniche ed elettriche. Per ulteriori informazioni, rivolgersi al servizio per
lo smaltimento dei rifi uti domestici.
Latvian recycling notice (ラトビア語)
Europos Sąjungos namų ūkio vartotojų įrangos atliekų šalinimas
Šis simbolis nurodo, kad gaminio negalima išmesti kartu su kitomis buitinėmis atliekomis. Kad
apsaugotumėte žmonių sveikatą ir aplinką, pasenusią nenaudojamą įrangą turite nuvežti į elektrinių ir
elektroninių atliekų surinkimo punktą. Daugiau informacijos teiraukitės buitinių atliekų surinkimo tarnybos.
Lithuanian recycling notice (リトアニア語)
Nolietotu iekārtu iznīcināšanas noteikumi lietotājiem Eiropas Savienības privātajās mājsaimniecībās
Šis simbols norāda, ka ierīci nedrīkst utilizēt kopā ar citiem mājsaimniecības atkritumiem. Jums jārūpējas
par cilvēku veselības un vides aizsardzību, nododot lietoto aprīkojumu otrreizējai pārstrādei īpašā lietotu
elektrisko un elektronisko ierīču savākšanas punktā. Lai iegūtu plašāku informāciju, lūdzu, sazinieties ar
savu mājsaimniecības atkritumu likvidēšanas dienestu.
Polish recycling notice (ポーランド語)
Utylizacja zużytego sprzętu przez użytkowników w prywatnych gospodarstwach domowych w
krajach Unii Europejskiej
Ten symbol oznacza, że nie wolno wyrzucać produktu wraz z innymi domowymi odpadkami.
Obowiązkiem użytkownika jest ochrona zdrowa ludzkiego i środowiska przez przekazanie zużytego
sprzętu do wyznaczonego punktu zajmującego się recyklingiem odpadów powstałych ze sprzętu
elektrycznego i elektronicznego. Więcej informacji można uzyskać od lokalnej firmy zajmującej wywozem
nieczystości.
Portuguese recycling notice (ポルトガル語)
Descarte de equipamentos usados por utilizadores domésticos na União Europeia
Este símbolo indica que não deve descartar o seu produto juntamente com os outros lixos domiciliares.
Ao invés disso, deve proteger a saúde humana e o meio ambiente levando o seu equipamento para
descarte em um ponto de recolha destinado à reciclagem de resíduos de equipamentos eléctricos e
electrónicos. Para obter mais informações, contacte o seu serviço de tratamento de resíduos domésticos.
リサイクルに関するご注意
219
Romanian recycling notice (ルーマニア語)
Casarea echipamentului uzat de către utilizatorii casnici din Uniunea Europeană
Acest simbol înseamnă să nu se arunce produsul cu alte deşeuri menajere. În schimb, trebuie să protejaţi
sănătatea umană şi mediul predând echipamentul uzat la un punct de colectare desemnat pentru reciclarea
echipamentelor electrice şi electronice uzate. Pentru informaţii suplimentare, vă rugăm să contactaţi
serviciul de eliminare a deşeurilor menajere local.
Slovak recycling notice (スロバキア語)
Likvidácia vyradených zariadení používateľmi v domácnostiach v Európskej únii
Tento symbol znamená, že tento produkt sa nemá likvidovať s ostatným domovým odpadom. Namiesto
toho by ste mali chrániť ľudské zdravie a životné prostredie odovzdaním odpadového zariadenia na
zbernom mieste, ktoré je určené na recykláciu odpadových elektrických a elektronických zariadení.
Ďalšie informácie získate od spoločnosti zaoberajúcej sa likvidáciou domového odpadu.
Spanish recycling notice (スペイン語)
Eliminación de los equipos que ya no se utilizan en entornos domésticos de la Unión Europea
Este símbolo indica que este producto no debe eliminarse con los residuos domésticos. En lugar de ello,
debe evitar causar daños a la salud de las personas y al medio ambiente llevando los equipos que no
utilice a un punto de recogida designado para el reciclaje de equipos eléctricos y electrónicos que ya
no se utilizan. Para obtener más información, póngase en contacto con el servicio de recogida de
residuos domésticos.
Swedish recycling notice (スウェーデン語)
Hantering av elektroniskt avfall för hemanvändare inom EU
Den här symbolen innebär att du inte ska kasta din produkt i hushållsavfallet. Värna i stället om natur
och miljö genom att lämna in uttjänt utrustning på anvisad insamlingsplats. Allt elektriskt och elektroniskt
avfall går sedan vidare till återvinning. Kontakta ditt återvinningsföretag för mer information.
220 規定に関するご注意
バッテリの廃棄に関するご注意
Dutch battery notice (オランダ語)
French battery notice (フランス語)
バッテリの廃棄に関するご注意 221
German battery notice (ドイツ語)
Italian battery notice (イタリア語)
222 規定に関するご注意
バッテリに関するご注意 (日本語)
Spanish battery notice (スペイン語)
バッテリの廃棄に関するご注意 223
用語集
ACE
Access control entry (アクセス制御エントリー)。
ACL
Access control list (アクセス制御リスト)。
ADS
Active Directory Service (Active Directory サービス)。
ALB
Advanced load balancing (高度な負荷分散)。
BMC
Baseboard Management Configuration。
CIFS
Common Internet File System。 Windows 環境の共有フォルダー機能で使用されるプロトコル
です。
CLI
Command-line interface (コマンドラインインターフェイス)。オペレーティングシステムの応
答を制御するための各種コマンドで構成されるインターフェイスです。
DAS
Direct attach storage (直接接続ストレージ)。 1 台以上のサーバーに直接接続する専用ストレー
ジデバイス。
DNS
Domain Name System (ドメインネームシステム)。
FTP
File Transfer Protocol (ファイル転送プロトコル)。
GSI
Global service indicator (グローバルサービスインジケーター)。
HA
High availability (高可用性)。
HBA
Host bus adapter (ホストバスアダプター)。
HCA
Host channel adapter (ホストチャネルアダプター)。
HDD
Hard disk drive (ハードディスクドライブ)。
IAD
HP X9000 Software 管理デーモン。
iLO
Integrated Lights-Out。
IML
Initial microcode load (初期マイクロコードロード )。
IOPS
1 秒当たりの I/O。
IPMI
Intelligent Platform Management Interface。
JBOD
Just a Bunch of Disks (単独ディスクの集まり)。
KVM
キーボード、ビデオ、マウス。
LUN
Logical unit number (論理ユニット番号)。 LUN は、論理ユニット番号、ポート ID、LDEV ID
から RAID グループへのマッピングによって生じます。 LUN のサイズは、LDEV のエミュレー
ションモードと、LUN に関連付けられる LDEV の数によって決まります。
MTU
Maximum Transmission Unit。
NAS
Network attached storage (ネットワーク接続ストレージ)。
NFS
Network File System (ネットワークファイルシステム)。フォルダーまたはマウントを共有す
るためにほとんどの UNIX 環境で使用されるプロトコルです。
NIC
Network interface card (ネットワークインターフェイスカード)。ある装置と、ネットワーク
上にある他の装置との間で通信を扱う装置ための機器。
NTP
Network Time Protocol (ネットワークタイムプロトコル)。ストレージシステムの日時を、ネッ
トワークに接続されたサーバーから取得可能にするプロトコル。これにより、複数のホスト
とストレージデバイスの日時が同期されます。
OA
Onboard Administrator。
OFED
OpenFabrics Enterprise Distribution。
OSD
On-screen display (オンスクリーンディスプレイ)。
OU
Active Directory Organizational Units (Active Directory 組織ユニット)。
RO
Read-Only アクセス。
RPC
Remote Procedure Call (リモートプロシージャーコール)。
RW
Read-Write アクセス。
224 用語集
SAN
Storage area network (ストレージエリアネットワーク)。 1 つ以上のサーバーから利用できる
ストレージデバイスのネットワーク。
SAS
Serial Attached SCSI (シリアル接続 SCSI)。
SELinux
Security-Enhanced Linux。
SFU
Microsoft Services for UNIX。
SID
セカンダリコントローラー識別子。
SNMP
Simple Network Management Protocol。
TCP/IP
Transmission Control Protocol/Internet Protocol。
UDP
User Datagram Protocol。
UID
ユニット ID。
USM
SNMP User Security Model。
VACM
SNMP View Access Control Model。
VC
HP Virtual Connect。
VIF
仮想インターフェイス。
WINS
Windows Internet Naming Service。
WWN
World Wide Name。ファイバーチャネルデバイスに割り当てられる一意の識別子。
WWNN
World Wide Node Name。ファイバーチャネルノードの各プロセスに割り当てられる、全世
界で一意の 64 ビット識別子。
WWPN
World Wide Port Name。 FC ストレージネットワークで、FC ネットワーク内の各デバイス
を識別するために使用される一意の 64 ビットアドレス。
225
索引
C
L
CLI, 20
Linux X9000 クライアント、アップグレード, 106
LUN レイアウト、X9720, 154
E
/etc/sysconfig/i18n ファイル, 14
exds escalate コマンド, 147
exds_netdiag コマンド, 149
exds_netperf コマンド, 150
exds_stdiag ユーティリティ, 148
F
Federal Communications Commission notice (米国), 211
Flex-10 ネットワーク, 194
Fusion Manager
アジャイル, 38
アジャイル構成への移行, 96
構成のバックアップ, 54
フェイルオーバー, 38
G
GUI
イベントの表示, 68
カスタマイズ, 19
詳細パネル, 18
ナビゲーター, 18
パスワードの変更, 21
開く, 16
ユーザーの追加, 19
H
HBA
監視、高可用性, 45
情報の表示, 47
HP
テクニカルサポート, 177
HP Insight Remote Support, 23
Phone Home, 25
設定, 24
トラブルシューティング, 33
hpacucli コマンド, 152
hpasmcli(4) コマンド, 72
hpspAdmin ユーザーアカウント, 21
HP のサポート窓口, 177
I
Ibrix Collect, 144
設定, 146
トラブルシューティング, 147
IML
hpasmcli(4) コマンド, 72
消去または表示, 72
IP アドレス
変更、X9000 クライアント, 94
226 索引
N
NDMP バックアップ, 54
NDMP サーバーの起動または停止, 56
NDMP パラメーターの設定, 55
新しいデバイスの再スキャン, 57
イベントの表示, 57
セッションのキャンセル, 56
セッションの表示, 55, 56
テープおよびメディアチェンジャーデバイスの表示,
56
Network Storage System
管理インターフェイス, 15
起動, 15, 83
機能, 11
コンポーネント, 11
設置, 13
設定, 13
ソフトウェア , 11
ハードウェアシャットダウン, 83
ログイン, 14
NIC フェイルオーバー, 36
NTP サーバー, 22
O
Onboard Administrator
アクセス, 151
P
Phone Home, 25
POST エラーメッセージ, 152
Q
QuickRestoreDVD, 167
S
SNMP イベント通知, 51
Statistics ツール, 74
アップグレード, 75
アンインストール, 80
インストール, 74
構成の維持, 77
収集と同期の有効化, 74
スペース要件, 77
トラブルシューティング, 79
フェイルオーバー, 78
プロセス, 79
履歴レポート GUI, 75
レポート, 76
ログファイル, 80
U
upgrade60.sh ユーティリティ, 107
V
Virtual Connect ドメイン、構成, 165
W
Web サイト
HP, 178
Windows X9000 クライアント、アップグレード, 107
X
X9000 クライアント
IP アドレスを変更, 94
ステータスの監視, 67
セグメントの移行, 87
チューニング, 85
トラブルシューティング, 160
プロセスの開始または停止, 85
プロセスのステータスの表示, 85
ホストグループに追加, 59
ユーザーインターフェイス, 20
ユーザーネットワークインターフェイスの登録, 91
ユーザーネットワークインターフェイスの優先, 92
ローカルにチューニング, 86
X9000 ソフトウェア
アップグレード, 101
起動, 83
シャットダウン, 81
X9000 ソフトウェア 5.5 アップグレード, 118
X9000 ソフトウェア 5.6 アップグレード, 113
あ
アース
方法, 206
アジャイル Fusion Manager, 38
アップグレード
6.0 以前のファイルシステム, 107
Linux X9000 クライアント, 106
Windows X9000 クライアント, 107
X9000 5.5 ソフトウェア, 118
X9000 ソフトウェア, 101
X9000 ソフトウェア 5.6 リリース, 113
アレイコンフィギュレーションユーティリティ, 152
い
イベント、クラスター
SNMP trapsink の設定, 52
SNMP エージェントの設定, 51
SNMP 構成情報の表示, 53
SNMP 構成の要素の削除, 53
SNMP 通知の設定, 51
監視, 68
削除, 69
タイプ, 49
電子メール通知設定のリスト, 51
電子メール通知の設定, 49
電子メール通知の有効化または無効化, 50
表示 , 68
インテグレーテッドマネジメントログ (IML)
hpasmcli(4) コマンド, 72
消去または表示, 72
え
エラーメッセージ、POST, 152
か
仮想インターフェイス, 35
ガイドライン, 35
クライアントアクセス, 37
スタンバイサーバーの構成, 36
ボンディングされた、作成, 35
監視
監視の間隔, 61
クラスターイベント, 68
クラスターの稼働状態, 69
サーバー , 61
シャーシとコンポーネント, 63
ストレージシステムコンポーネント, 64
ノードの統計情報, 73
ファイルサービングノード, 67
管理コンソール
アジャイル構成への移行, 96
関連ドキュメント, 177
き
危険な状態
装置の記号, 207
記号
装置, 207
規定に関するご注意
Canadian notice (カナダ), 212
European Union notice (欧州), 212
Japanese notices (日本), 213
Korean notices (韓国), 213
Taiwanese notices (台湾), 214
識別番号, 211
リサイクルに関するご注意, 217
レーザー, 214
キャパシティブロック、X9720
概要, 195
キャパシティブロック、X9720
削除, 143
追加, 135
く
クライアント
仮想インターフェイスへのアクセス, 37
クラスター
イベント、監視, 68
稼働状況に関する統計情報, 73
バージョン番号、表示, 159
ヘルスチェック, 69
ライセンスキー, 132
ライセンス、表示, 132
ログファイル, 72
クラスターインターフェイス
定義, 90
227
変更、ネットワーク, 94
け
警告
重量, 207
ラックに関する注意, 178
ラックのロード, 208
ケーブル配線図、X9720, 198
こ
高可用性
HBA 監視, 45
アジャイル Fusion Manager, 38
自動フェイルオーバーの設定, 40
自動フェイルオーバー、オン/オフの切り替え, 41
手動フェイルオーバー, 42
スタンバイペアの指定, 40
設定に関する概要レポート, 47
設定に関する詳細情報レポート, 48
設定のチェック, 47
定義, 39
電源の設定, 41
トラブルシューティング, 160
ネットワークインターフェイス監視, 43
ノードの電源管理, 84
ノードのフェイルバック, 42
フェイルオーバー保護, 12
コントローラーエラーメッセージ、X9730, 152
コンポーネントの監視、X9720, 155
さ
サーバー
スタンバイの構成, 36
サーバーブレード
概要, 193
起動, 15
サーバーブレード、X9720
削除, 142
追加, 133
サーバーブレードの起動, 15
し
システムの起動, 15
システムの復旧, 167
シャットダウン、ハードウェアおよびソフトウェア, 81
重量、警告, 207
使用済みの機器の廃棄、欧州連合, 217
す
スタンバイペア, 40
ストレージ、監視, 61
ストレージ、クラスターからの削除, 87
スペアパーツリスト、X9720, 202
スペアパーツリスト、X9730, 185
せ
セグメント
移行, 87
クラスターから退避, 87
228 索引
て
停電、システムリカバリ, 83
停電後のシステム起動, 83
テクニカルサポート, 178
HP, 177
電子メールイベント通知, 49
と
ドキュメント
関連ドキュメント, 177
トラブルシューティング, 144
問題の報告, 147
取り外し
サーバーブレード, 142
ね
ネットワークインターフェイス
ガイドライン, 35
監視の設定, 43
削除, 95
定義, 90
表示, 95
ボンディングされたインターフェイスと仮想インター
フェイス, 91
ルーティングテーブルエントリーの削除, 95
ルーティングテーブルエントリーを追加, 94
は
ハードウェア
シャットダウン, 83
電源投入, 83
パスワード、変更
GUI パスワード, 21
バックアップ
Fusion Manager の構成, 54
NDMP アプリケーション, 54
ファイルシステム, 54
バッテリの廃棄に関するご注意, 221
ふ
ファームウェア、アップグレード, 133
ファイアウォールの構成, 21
ファイルサービングノード
稼働状態, 67
クラスターからの削除, 87
構成情報データベースとの整合性の維持, 166
手動フェイルオーバー, 42
スタンバイの指定, 40
ステータスの監視, 67
セグメントの移行, 87
チューニング, 85
電源管理, 84
統計情報, 73
トラブルシューティング, 160
フェイルオーバーのための電源の設定, 41
フェイルバック, 42
復旧, 167
プロセスの開始または停止, 84
プロセスのステータスの表示, 84
ヘルスチェック, 70
ヘルスチェックの実行, 166
ユーザーネットワークインターフェイスの優先, 92
ローリングリブート, 84
ファイルシステム
セグメントの移行, 87
フェイルオーバー
NIC, 36
オン/オフの切り替え, 41
自動, 36, 40
手動, 42
スタンバイペア, 40
操作, 40
トラブルシューティング, 160
ノードのフェイルバック, 42
モード, 39
る
ルーティングテーブルエントリー
削除, 95
追加, 94
れ
レーザー規定に関するご注意, 214
ろ
ローカライズ, 14
ローリングリブート, 84
ログイン, 14
ログファイル, 72
HP サポート用に収集, 144
へ
ヘルスチェックのレポート, 70
ヘルプ
入手, 177
ほ
ポート、開く, 21
ホストグループ, 58
X9000 クライアントの追加, 59
削除, 60
ドメインルールの追加, 59
表示, 60
ホストグループツリーの作成, 59
ユーザーネットワークインターフェイスの優先, 93
ま
マンページ, 21
も
問題の報告, 147
ゆ
ユーザーネットワークインターフェイス
構成ルール, 94
追加, 90
定義, 90
登録、X9000 クライアント, 91
変更, 91
優先解除, 93
優先設定, 92
ら
ラックに関する注意
警告, 178
ラックのロード、警告, 208
ラベル、装置の記号, 207
り
リサイクルに関するご注意, 217
リンク状態監視, 37
229