中断を伴わないノード交換: 2145-DH8
以下の手順では、中断を伴わずに大部分のノードを SAN ボリューム・コントローラー 2145-DH8 ノードに取り替える方法について説明します。
始める前に
SAN 環境への変更が必要ないため、以下の手順は処理を中断せず行うことができます。交換用の (新規) ノードは、取り替える元のノードと同じワールドワイド・ノード名 (WWNN) を使用します。 この手順を使用しない場合は、ボリュームを新規の入出力グループに移動するか、あるいは SAN を再ゾーニングして、ノードを停止して取り替えます。 ただし、中断を伴う手順では、ホスト上で追加の作業が必要になります。
ノードの置き換え中は、システム・パフォーマンスが多少低下する可能性があります。 取り替え対象のノードを含む入出力グループによって管理されているボリュームは、この手順の開始時にノードの 1 つがシャットダウンされていると機能低下状態になります。ボリュームは、両方の 2145-DH8 ノードが稼働するようになるまで機能低下状態のままです。
取り替えられるノードのフラッシュ・ドライブによって提供されるアレイが、IBM® Easy Tier® によって管理される他のアレイ・タイプを含んでいるストレージ・プール内にない場合は、ノードを取り替える前にフラッシュ・ドライブからデータを移動しておくのが最良の方法です。
この作業は、以下の条件が満たされていることを前提としています。
- 取り替えられるノード上の既存のシステム・ソフトウェアのバージョンが、7.3.0 以降であること。重要: 追加する 2145-DH8 ノードに 4 ポート 16 Gbps ファイバー・チャネル・アダプターが取り付けられている場合、システム内のすべてのノードにソフトウェア・レベル 7.6.0 以降がインストールされている必要があります。 そうでないと、それらのノードでこのアダプターが認識されません。
- 取り替えるポートにフラッシュ・ドライブが含まれていて、これらのドライブが使用中の場合は、ノードを取り替える前に、フラッシュ・ドライブによって提供されるアレイが、IBM Easy Tier によって管理される他のアレイ・タイプを含むストレージ・プール内にあることが必要です。
- 交換されるノードにフラッシュ・ドライブ が含まれている場合、すべての フラッシュ・ドライブ および SAS アダプターを新規ノードに転送すること (新規ノードがそれらのドライブをサポートする場合)。新規ノードが既存の フラッシュ・ドライブ をサポートしない場合、ノードを交換する前に フラッシュ・ドライブ のデータを転送して、データへのアクセスが失われるのを回避する必要があります。注: 2145-CG8 およびそれ以前のノードのフラッシュ・ドライブは、 2145-DH8 または 2145-24F 拡張エンクロージャーに移し替えることはできません。
- システム内に構成されるすべてのノードが存在し、オンラインであること。
- システム・イベント・ログ内のエラーがすべて対処され、修正済みのマークが付いていること。
- 状況が degraded や offline のボリューム、管理対象ディスク (MDisk)、および外部ストレージ・システムがないこと。
- システム構成をバックアップ済みであり、svc.config.backup.xml ファイルを保存してあること。
- 交換用ノードは、取り替えられるノードのファイバー・チャネルまたはイーサネットの接続速度で動作できること。
- 取り替えられるノードに、必須のファイバー・チャネル・アダプターに加えて 2 つ目の入出力アダプターが備わっている場合は、交換用ノードのスロット 2 に同じタイプのアダプターを取り付ける必要があります。
- 取り替えられるノードが SAN ボリューム・コントローラー 2145-DH8 である場合は、交換用ノードでも以前のノードと同じスロットに同じ構成の入出力アダプターを取り付ける必要があります。
- 各ファイバー・チャネル接続ホスト上のファイバー・チャネル・デバイス・ドライバーは、3 秒以内に欠落ファイバー・パスをタイムアウトにするよう設定する必要があります。各ホスト上のファイバー・チャネル・ドライバーのパラメーターを調べるのは実際的でない場合、新しい
2145-DH8 ノードがシステムに追加された直後にそのノードをリブートすることが必要になります。そうすると、このノードが再度アクティブになるときに、
2145-DH8 へのファイバー・パスは、確実に正しく回復されるまでの間停止します。
ヒント: Emulex ファイバー・チャネル・デバイス・ドライバーのタイムアウト設定値は、デフォルトで 30 秒に設定される可能性があるため、変更する必要があります。
- IBM サポートによって指示される場合を除いて、リストされている条件のいずれかが満たされていない場合は、この作業を続行しないでください。
- この作業を進める前に、以下のすべてのステップを検討してください。
- システム環境、およびこの作業で説明されている手順を十分理解していない場合は、この作業を続行しないでください。
- 交換する元のノードを再利用する計画の場合は、ノードの WWNN が SAN 上で固有の番号に確実に設定されているようにしてください。WWNN が固有であることが確実でない場合、WWNN と WWPN が SAN 環境で重複し、問題を引き起こす可能性があります。
- この作業時に、ノード ID が変更され、ノード名も変更される可能性があります。システムがノード ID を割り当てた後は、この ID を変更できません。ただし、ノード名は、この作業の完了後に変更できます。
このタスクについて
手順
- オプション:
2145-DH8 ノード上の現行ソフトウェア・レベルが、アクティブなシステム上のソフトウェア・レベルと同じでない場合は、現行のシステム・ソフトウェア・レベルを
2145-DH8 ノードにインストールすることもできます。このステップを実行すると、ステップ 16 でシステムにノードを追加する際に、最大 20 分節約できます。ソフトウェア・レベルを表示し、オプションで別のソフトウェア・レベルをインストールできるよう、技術員用ポートを介してサービス・アシスタント GUI にアクセスする方法については、ノードにアクセスするための技術員用ポートを参照してください。
オプションで、サービス・アシスタントを使用して、ここで、このノードに取り替えるノードが使用する値に WWNN を変更することもできます。
-
次の手順を実行します。
-
どのホストもノードに対して従属関係を持っていないことを確認します。
以下を実行するのに、管理 GUI またはコマンド・ライン・インターフェース (CLI) コマンドのどちらを使用することもできます。
- 管理 GUI で、「モニター」 > 「システム」を選択します。
- 「システム -- 概要」ページで、ノードの近くにある矢印を使用して、「ノードの詳細」ページを開きます。
- 「ノード・アクション」 > 「従属ボリューム」を選択します。
- CLI コマンドを使用する場合は、lsdependentvdisks コマンドの node パラメーターを使用して従属ボリュームを表示します。
lsdependentvdisks -node node_id | node_name
-
従属ボリュームが存在する場合、そのボリュームが使用中かどうかを調べます。
ボリュームが使用中の場合は、冗長構成を復元するか、ホスト・アプリケーションを中断するかのいずれかを行います。
- 従属関係のあるクォーラム・ディスクがレポートされる場合は、クォーラム・ディスクへのアクセスを修復するか、またはクォーラム・ディスク構成を変更します。
-
どのホストもノードに対して従属関係を持っていないことを確認します。
-
以下の手順を実行して、システム構成ノードと、交換する元のノードの ID、名前、入出力グループ ID、および入出力グループ名を判別します。交換する元のノードの物理的な位置が既に分かっている場合は、このステップをスキップして、次のステップに進むことができます。
ヒント: 取り替えるノードの 1 つがシステム構成ノードの場合、そのノードを最後に取り替えてください。
-
コマンド・ライン・インターフェース (CLI) から以下のコマンドを発行します。
lsnode -delim : - config_node 欄で、値 yes を見つけ、id と name 欄の値を記録します。
- システム内のノードごとに、id 欄および name 欄の値を記録します。
- システム内のノードごとに、IO_group_id 欄および IO_group_name 欄の値を記録します。
-
CLI からシステム内の各ノードにこのコマンドを発行して、フロント・パネル ID を判別します。ここで、node_name or node_id は、フロント・パネル ID の判別対象のノードの名前または ID です。
lsnodevpd node_name or node_id -
front_panel_id 欄の値を記録します。
フロント・パネル ID は、各ノードの前面に表示されます。この ID を使用して、置換する元のノード ID またはノード名と一致するノードの物理的な位置を判別できます。
-
コマンド・ライン・インターフェース (CLI) から以下のコマンドを発行します。
-
交換したいノードの WWNN および iSCSI 名を記録します。
-
CLI からこのコマンドを発行します。ここで、node_name or node_id は、WWNN および iSCSI 名の判別対象ノードの名前または ID です。
lsnode -delim : node_name | node_id - 交換したいノードの WWNN および iSCSI 名を記録します。
- ファイバー・チャネル・ポートおよびイーサネット・ポートの順序を記録します。
-
システムでイーサネット・ポートが構成されている場合は、現行設定を保管して、交換用ノードに適用できるようにします。
これを行うには、次のコマンドを入力します。
lsportip -delim :
-
CLI からこのコマンドを発行します。ここで、node_name or node_id は、WWNN および iSCSI 名の判別対象ノードの名前または ID です。
- 必須:
以下の手順を実行してください。
-
ノードの背面からファイバー・チャネル・ケーブルまたはイーサネット・ケーブルを取り外す前に、ノードのポート番号 (ファイバー・チャネルの場合はポート 1 から 4、イーサネットの場合はポート 1 から 2) を使用して、ケーブルの順序を記録し、マークを付けてください。
ノードの背面にあるファイバー・チャネル・ポートには、左から右に 1 から 4 の番号が付けられています。交換用ノードがシステムに追加されるときの問題を避けるために、ケーブルを正確な順序で交換用ノードに再接続する必要があります。ケーブルが同じ順序で接続されない場合、 ポート ID が変わる可能性があり、ホストがボリュームにアクセスする機能に影響を与えます。ポートの番号付けを調べるには、ご使用のモデルに固有のハードウェア資料を参照してください。
-
交換用ノードを、このスイッチまたは別のスイッチの異なるポートに接続しないでください。
8 Gbps の速度が達成できるようにファイバー・チャネル・スイッチが変更される場合、このタスクは、このノードの取り替え手順の前または後に別のタスクとして実行する必要があります。
-
ノードの背面からファイバー・チャネル・ケーブルまたはイーサネット・ケーブルを取り外す前に、ノードのポート番号 (ファイバー・チャネルの場合はポート 1 から 4、イーサネットの場合はポート 1 から 2) を使用して、ケーブルの順序を記録し、マークを付けてください。
-
ノードに 10 Gbps イーサネット IP が構成されている場合は、次のコマンドを使用して、これらの設定を削除します。必ず、現行の設定値をメモしてください。
rmportip -node [node ID or name] [port ID] -
この CLI コマンドを発行して、システムおよび入出力グループからのノードを判別します。ここで、node_name or node_id は、削除するノードの名前または ID です。CLI を使用して、削除処理が完了したことを確認することができます。
rmnode node_name or node_id - オプション:
取り外したノードをスペア・ノードとして使用する場合は、次の CLI コマンドを入力して、ノードがシステムのメンバーではなくなるようにします。
lsnodeノードのリストが表示されます。 除去されたノードがコマンド出力にリストされなくなるまで待ちます。 -
システムから削除したノードの WWNN および iSCSI 名を、以下のようにして 1FFFF に変更します。
- SAN ボリューム・コントローラー 2145-DH8
ノードの場合は、次のようにします。
- ノードの電源をオンにします。
- 次の CLI コマンドを発行します。
satask chvpd -wwnn FFFFFFFFFFFFFFFF
- SAN ボリューム・コントローラー 2145-DH8
ノードの場合は、次のようにします。
-
交換用ノードおよび拡張エンクロージャー (ある場合) をラックに取り付けます。
重要: このステップでは、ファイバー・チャネル・ケーブルまたはイーサネット・ケーブルを接続しないでください。
- 交換用ノードの電源をオンにします。
- 交換用ノードの WWNN を記録します。 この名前は、別の SAN ボリューム・コントローラー 2145-DH8 ノードで再使用できます。
-
ステップ 4 で記録した WWNN 名に一致するように、交換用ノードの WWNN を変更します。
サービス・アシスタント・インターフェースを使用して WWNN を変更するか、以下の CLI コマンドを実行します。ここで、WWNN は元のノードに関して記録した値です。
satask chvpd -wwnn WWNN - 以下の CLI コマンドを入力して、WWNN の最後の 5 文字が正しいことを確認してください。
- ステップ 5 で元のノードについて記録したのと同じポート番号に、ファイバー・チャネル・ケーブルまたはイーサネット・ケーブルを接続します。
-
サービス・アシスタント・インターフェースを使用するか、以下の CLI コマンドを入力して、システムにノードを追加します。ここで、WWNN および iogroupname_id は元のノードに関して記録した値です。
ノードを追加する場合は、このステップで、追加するノードが元のノードと同じ名前であり、元のノードと同じ入出力グループ内にあることを確認します。詳しくは、addnode コマンドの資料を参照してください。
addnode -wwnodename WWNN -iogrp iogroupname_idシステムは、元に使用されていた名前をノードに再割り当てします。元のノードの名前がシステムによって自動的に割り当てられた場合、同じ名前を再利用することはできません。その名前の先頭が node である場合、自動的に割り当てられています。 この場合は、先頭が
nodeでない別の名前を指定するか、またはシステムが新しい名前をノードに自動的に割り当てるようにするために name パラメーターを使用しないでください。必要に応じて、新しいノードはシステムと同じソフトウェアのバージョンに更新されます。この更新には、最大で 20 分かかることがあります。
イーサネット IP が前に構成されていた場合は、取り替えられたノードからの設定を再使用するようにイーサネット・ポートを構成します。 イーサネット・ポート IP は、管理 GUIまたは CLI コマンドを使用して構成できます。(次のコマンド例は、見やすいように複数の行に示しています。)- IPv4 IP の場合
cfgportip -node [node name or ID] -ip [IPv4] -mask [subnet mask] -gw [gateway] [port ID] - IPv6 IP の場合
cfgportip -node [node name or ID] -ip_6 [IPv6] -prefix_6 [prefix] -gw_6 [gateway] [port ID]
10 Gbps iSCSI ホストを使用している場合は、iSCSI ホストが、 2145-DH8 ノードの 10 Gbps イーサネット・ポート 4 とポート 5 を使用するようになったことを確認します。
重要:- 入出力グループの両方のノードがデータをキャッシュに入れます。ただし、キャッシュ・サイズは非対称です。入出力グループ内のパートナー・ノードのキャッシュ・サイズにより交換ノードは制限されます。したがって、入出力グループの他方のノードを交換するまでは、交換ノードは全キャッシュ・サイズを使用しない可能性があります。
- 交換ノードは、前のノードと同じ WWNN および WWPN を使用するため、ホスト・マルチパス・デバイス・ドライバーを再構成する必要はありません。マルチパス・デバイス・ドライバーは、交換ノードに使用可能なパスのリカバリーを検出します。
- ホスト・マルチパス・デバイス・ドライバーがパスを回復するのに、約 30 分かかります。入出力グループ内の最初のノードを正常に更新してから少なくとも 30 分間は、入出力グループ内のもう一方のノードを更新しないでください。別の入出力グループ内の他のノードを更新する必要がある場合、この待機中にそれらの更新を行うことができます。
- すべてのホストのファイバー・チャネル・デバイス・ドライバーが 3 秒以内にファイバー・チャネル・パスをタイムアウトにするよう設定されていることを確認できない場合は、ノードが再度アクティブになったときにファイバー・パスが確実にアクティブになるように、ここで、新しい SAN ボリューム・コントローラー 2145-DH8 ノードをリブートするのが最適です。
- IPv4 IP の場合
- 重要: 次のステップに進む前に、各ホスト上のパスに照会して交換用ノードへのすべてのパスがアクティブであることを確認するよう、ホスト管理者に依頼してください。 IBM マルチパス・サブシステム・デバイス・ドライバー (SDD) を使用する場合、パスを照会するコマンドは datapath query device です。パスを照会する方法については、マルチパス・デバイス・ドライバーに付属の資料に記載されています。予想されるパスがアクティブでない場合は、マルチパス・ドライバーに、強制的にパスを再スキャンさせてください。
- オプション:
交換したノードを予備ノードとして使用したい場合は、以下のステップを実行します。
SAN ボリューム・コントローラー 2145-DH8 の場合:
- 技術員用ポートを使用して、ノード上のサービス・アシスタント・インターフェースに接続します。
- 正しいノードに接続していることを確認して、「ノードの構成」を選択します。
- 「WWNN の更新」を選択します。
- 「WWNN の指定」の下に、00000 と入力します。
- 「変更」をクリックして確認します。
これで、このノードは、予備ノードとして使用できるようになりました。
- この入出力グループの内部ストレージ用の MDisk を含む同じストレージ・プール(MDisk グループ) 内の、この入出力グループの内部ディスクからマイグレーションされるすべてのボリュームのデータを保持するために、拡張エンクロージャー内のフラッシュ・ドライブを使用して、CLI で適切な RAID ストレージ・アレイ (MDisk) を作成します。
-
内部ドライブ用の MDisk を除去するには、次の CLI コマンドを入力します。
このコマンドは、実際のデータ・マイグレーションが完了する前に、非同期的に完了したように見えます。rmmdisk -mdisk mdisk_list -force mdisk_group_id| mdisk_group_name -
次のコマンドを入力して、アクティブなマイグレーションの進行状況を確認してください。
svcinfo lsmigrate - lsdrive CLI コマンドを入力して、古いノード内のフラッシュ・ドライブが member 状態にないことを確認します。
- 元のドライブの使用を unused に変更して、システム構成から除去します。
- 交換したい各ノードに対して、ステップ 4 から 23 まで繰り返します。