ノードの 2145-SV1 ノードへの中断を伴わない取り替え

以下の手順では、中断を伴わずに大部分のノードを SAN ボリューム・コントローラー 2145-SV1 ノードに取り替える方法について説明します。

始める前に

ネットワーキング環境に対する変更が必要ないため、交換手順は処理を中断せず行うことができます。交換用の 2145-SV1 ノードは、取り替える元のノードと同じワールドワイド・ノード名 (WWNN) を使用します。この手順を使用しない場合は、ボリュームを新規の入出力グループに移動するか、あるいは SAN を再ゾーニングして、ノードを停止して取り替えます。ただし、中断を伴う手順では、ホスト上で追加の作業が必要になります。

ノードの取り替え中は、システム・パフォーマンスが多少低下する可能性があります。取り替え対象のノードを含む入出力グループによって管理されているボリュームは、この手順の開始時にノードの 1 つがシャットダウンされていると機能低下状態になります。システム・パフォーマンスは、両方のノードが稼働してバックエンド・ストレージにアクセスするようになると元に戻ります。

この作業は、以下の条件が満たされていることを前提としています。満たされない条件がある場合は、IBM® サポートによる指示がない限り、この作業を進めないでください。

重要: システム内の他のすべてのノードがレベル 7.7.1 以降のシステム・ソフトウェアを実行していることを確認します。そうでないと、交換用の 2145-SV1 ノードが認識されません。管理 GUI を使用してシステム・レベルに関する情報を表示するか、または lssystem コマンドを入力します。詳しくは、システム・ソフトウェアの更新を参照してください。
システムで暗号化が有効になっている場合は、新規ノードをシステムに追加する前に、それぞれの新規ノードに暗号化ライセンスをインストールする必要があります。管理 GUI を使用して、新規ライセンスをインストールします。詳しくは、暗号化ライセンスのアクティブ化を参照してください。
交換用の 2145-SV1 ノードに、少なくとも取り替えているノードと同じ数のファイバー・チャネル・ポート、Fibre Channel over Ethernet (FCoE) ポート、およびイーサネット・ポートが必要です。
システム内に構成されるすべてのノードが存在し、オンラインであること。
システム・イベント・ログ内のエラーがすべて対処され、修正済みのマークが付いていること。
状況が degraded や offline のボリューム、管理対象ディスク (MDisk)、および外部ストレージ・システムがないこと。
システム構成をバックアップ済みであり、svc.config.backup.xml ファイルを保存してあること。
2145-SV1 ノードは 4 ポート16 Gbps ファイバー・チャネル・アダプターおよび 10 Gbps イーサネット・アダプターをサポートします。 2145-SV1 は、iSCSI 用のオプションの 2 ポート 25 Gbps イーサネット・アダプター (RoCE または iWARP) もサポートできます。
各ファイバー・チャネル接続ホスト上のファイバー・チャネル・デバイス・ドライバーを、3 秒以内に欠落ファイバー・パスをタイムアウトにするよう設定します。各ホスト上のファイバー・チャネル・ドライバーのパラメーターを調べるのが現実的でない場合は、新規 2145-SV1 ノードをシステムに追加してすぐに、そのノードをリブートする必要があります。これにより、ホストへのファイバー・パスが停止し、その停止時間には十分な長さがあるため、 2145-SV1 が再びアクティブになったときにそれらのパスが正しくリカバリーされます。
ヒント: Emulex ファイバー・チャネル・デバイス・ドライバーのタイムアウト設定値は、デフォルトで 30 秒に設定される可能性があるため、変更する必要があります。

重要事項:

この作業を進める前に、以下のすべてのステップを検討してください。システム環境やここで説明する作業を十分に理解していない場合は、この手順を進めないでください。
ファイバー・チャネル・ポート・マッピングの設定: 2145-SV1に記載されている詳細情報を確認してください。この作業を実行するためには、その情報を使用する必要があります。
交換用の 2145-SV1 ノードに、少なくとも取り替えるノードと同じ容量の RAM があることを確認します。
この作業中にノード ID が変更される可能性があり、場合によってはノード名も変更されます。システムがノード ID を割り当てた後は、この ID を変更できません。ただし、ノード名は、この作業の完了後に変更できます。

手順

交換するノードがソフトウェア・レベル 7.7.1 以降を実行していることを確認します。そのノードがシステム・ソフトウェア・レベル 7.7.1 以降を実行していない場合は、この手順を続行する前にシステム・ソフトウェアをアップグレードする必要があります。
管理 GUI を使用して、ソフトウェア・レベルを表示および更新できます。詳しくは、システム・ソフトウェアの更新を参照してください。

リモート・コピー協力関係の停止

保守によって生じる可能性がある中断を避けるために、交換するノードに接続しているローカル・システムとリモート・システムの間で、リモート・コピー協力関係をすべて停止することをお勧めします。リモート・コピー協力関係を停止すると、整合性グループも停止します。
1. CLI コマンドを入力してこのタスクを完了するには、以下の手順を実行します。
  1. lspartnership コマンドを入力して、交換するノードに関連したシステムに関する情報を表示します。その後、コマンド出力に表示されるクラスター ID を記録します。
  2. chpartnership -stop cluster_id コマンドを入力してリモート・コピー協力関係を停止します。ここで、cluster_id はローカル・システムまたはリモート・システムの ID です。
  3. ステップ 3 に進みます。
2. 管理 GUI を使用するには、以下の手順を実行します。
  1. 「コピー・サービス」>「協力関係」を選択して、交換するノードに関するシステム情報を表示します。
  2. 該当するシステム名を強調表示し、項目を右クリックして、「停止」を選択します。
  3. パートナー・ノードで、ステップ 3.b.i から 3.b.ii までを繰り返します。
  4. ステップ 3 に進みます。

交換するノードに関する重要情報の収集

交換するノードの ID、名前、入出力グループ ID、入出力グループ名、およびシステム構成ノード状況を確認します。

この情報を判別するには、管理 GUI を使用するか、または以下のステップを実行します。

コマンド・ライン・インターフェースから lsnode コマンドを発行します。
```
svcinfo lsnode -delim : 
```
システムによって、システム内で現在定義されているノードに関する情報が表示されます。

lsnode コマンド出力から得た情報を表 1 に記録します。この情報によって、ノード、ノードが所属する入出力グループ、および iSCSI 情報が識別されます。

ヒント: 取り替えるノードの 1 つがシステム構成ノード (config_node:yes) の場合、そのノードを最後に取り替えてください。

表 1. 交換されるノードに関する構成情報
lsnode コマンドの出力							lsnodevpd コマンドの出力
`id`	`name`	`WWNN`	`IO_group_id`	`IO_group_name`	`config_node`	`iscsi_name`	`front_panel_id`

交換するノードのフロント・パネル ID を確認します。この ID を使用して、ノードの物理的な位置を判別します。
lsnodevpd コマンドを発行します。node_name_or_node_id はノードの名前または ID です。(交換するノードの物理的な位置が既に分かっている場合は、次のステップに進んでかまいません。)
```
lsnodevpd node_name_or_node_ID
```
システムによって、そのノードに関する詳細情報が表示されます。
表 1 の front_panel_id 列に値を記録します。

どのホストも取り替えるノードに従属していないことを確認します。管理 GUI を使用するか、またはコマンドを入力します。
ステップ 3 で管理 GUI を使用した場合は、以下のステップを実行します。
1. 管理 GUI で、「モニター」 > 「システム」を選択します。
2. 「システム -- 概要」ページで、ノードの近くにある矢印を使用して、「ノードの詳細」ページを開きます。
3. 「ノード・アクション」 > 「従属ボリューム」を選択します。
ステップ 3 でコマンドを入力した場合は、以下のコマンドを入力します。ここで、node_name_or_node_id はノードの名前または ID です。
```
lsdependentvdisks -node node_name_or_node_id
```
結果には、そのノードに従属しているすべてのボリュームが表示されます。
1. 従属ボリュームが存在する場合、そのボリュームが使用中かどうかを調べます。
  ボリュームが使用中の場合は、冗長構成を復元するか、ホスト・アプリケーションを中断するかのいずれかを行います。
2. 従属関係のあるクォーラム・ディスクがレポートされる場合は、クォーラム・ディスクへのアクセスを修復するか、またはクォーラム・ディスク構成を変更します。
lsservicestatus コマンドを発行して、取り替えるノードのファイバー・チャネル・ポートに関する情報を表示します。
```
sainfo lsservicestatus
```

各ポートの fc_io_port_id および fc_io_port_WWPN を表 2 に記録します。この情報は、新規ノードを追加するときにポート・マッピングを確認するために必要になります。

表 2. 交換されるノードのファイバー・チャネル・ポートに関する情報
lsservicestatus コマンドの出力
`fc_io_port_id`	`fc_io_port_WWPN`

システムでイーサネット・ポート IP アドレスが構成されている場合は、lsportip コマンドを入力して現行設定を表示し、交換用のノードにその設定を適用できるようにします。
```
lsportip -delim : 
```
システムによって、指定されたノードで定義されているイーサネット・ポートに関する情報が表示されます。

交換するノード上のイーサネット・ポートに関する情報を表 3 に記録します。

表 3. 交換されるノードのイーサネット・ポートに関する情報
lsportip コマンドの出力
`node_id`	`node_name`	`IP_address`	`subnet_mask`	`IP_address_6`	`prefix`	`gateway_port_id`

システムからのノードの取り外し

ノード間通信に RDMA over Ethernetが使用されている場合は、サービス・アシスタント GUI を使用するか sainfo lsnodeip コマンドを入力して、ノードの現在の IP 設定を表示し、交換用ノードにその設定を適用できるようにします。

ノードの背面からファイバー・チャネル・ケーブルまたはイーサネット・ケーブルを取り外す前に、ノードのポート番号の付いたケーブルの順序を記録し、マークを付けてください。

重要: 交換用ノードを、このスイッチまたは別のスイッチの異なるポートに接続しないでください。
交換用ノードがシステムに追加されるときの問題を避けるために、ケーブルを正確な順序で交換用ノードに再接続する必要があります。ケーブルが同じ順序で接続されない場合、ポート ID が変わる可能性があります。ポート ID が変わると、ホスト・システムがボリュームにアクセスできなくなる可能性があります。ポートの番号付けを調べるには、ご使用のモデルに固有のハードウェア資料を参照してください。
ノードに 10 Gbps イーサネット IP アドレスが構成されている場合は、rmportip コマンドを使用して、これらの設定を削除します。必ず、現行の設定値をメモしてください。
```
rmportip -node node_ID_or_name port_ID
```
交換するノード上で暗号化がアクティブになっている場合は、以下のコマンドを入力してこの機能を非アクティブにします。
```
deactivatefeature feature_id
```
lsfeature コマンドを発行して、正しい license_key の値を判別します。詳しくは、暗号化の無効化を参照してください。
rmnode コマンドを実行して、システムおよび入出力グループからこのノードを削除します。node_name_or_node_ID は、削除するノードを識別します。
```
rmnode node_name_or_node_ID
```
lsnode コマンドを入力して、ノードがシステムのメンバーでなくなっていることを確認します。
```
lsnode
```
システムによってノードのリストが表示されます。次のステップに進む前に、取り外したノードがコマンド出力にリストされていないことを確認します。
オプション: 取り外したノードを予備ノードとして使用する場合は、削除した各ノードの WWNN と iSCSI 名を 1FFFF に変更します。
1. ノードの電源をオンにします。
2. 次の chvpd コマンドを入力します。
```
satask chvpd -wwnn FFFFFFFFFFFFFFFF
```

交換用の 2145-SV1 ノードを準備する

交換用のノードをラックに取り付けます。詳しくは、SAN ボリューム・コントローラー 2145-SV1 ・ハードウェアの取り付けを参照してください。

重要: このステップでは、ファイバー・チャネル・ケーブルまたはイーサネット・ケーブルを接続しないでください。
交換用ノードの電源をオンにします。
CAT 5 イーサネット・ケーブルを使用して、交換用ノードの技術員用ポートまで Web ブラウザーを介してコンピューターを直接接続します。
1. コンピューター上で DHCP が構成されている場合、新しい Web ページが開くと、インストール GUI は自動的に表示されます。詳しくは、ノードにアクセスするための技術員用ポートを参照してください。
  サービス・アシスタント GUI にアクセスするには、インストール GUI でレンチ (スパナー) アイコンを選択してください。
2. コンピューター上にセキュア・シェル (SSH) ソフトウェアがインストールされている場合、192.168.0.1 でコマンド・ライン・インターフェースにアクセスすることもできます。
  その後、superuser としてログオンできます。この場合、デフォルトのスーパーユーザー・パスワードは passw0rd です。
交換用 2145-SV1 ノードの WWNN を見つけます。この名前は、別の 2145-SV1 ノードで再使用できます。
WWNN を見つけるには、サービス・アシスタント GUI を使用するか、または以下のコマンドを入力します。
```
sainfo lsservicestatus
```
取り替えるノードに定義されている各 FC ポートについて、新しい 2145-SV1 ノードで WWNN およびハードウェア・ロケーションを割り当てます。
これを行うには、サービス・アシスタント GUI を使用するか、または適切な chvpd コマンドを入力して、ポート・マッピング情報を入手してください。
```
satask chvpd -wwnn wwnn -fcportmap AB-CD,AB-CD,AB-CD,AB-CD
```
注: 新規ノードをシステムに追加する前に、ポート・マッピングを作成しておく必要があります。詳しくは、ファイバー・チャネル・ポート・マッピングの設定: 2145-SV1を参照してください。
コマンドが完了すると、システムは交換用の 2145-SV1 ノードで新しいポート・マッピングを作成します。その後、ノードがリブートし、新しい設定が適用されます。
ファイバー・チャネル・ケーブルおよびイーサネット・ケーブルを交換用ノードに接続します。
WWNN の最後の 5 文字が正しいことを確認します。
これを行うには、管理 GUI を使用するか、またはシステム・コマンド・ラインに lsnodecandidate コマンドを入力します。
```
lsnodecandidate
```
システム上で暗号化がアクティブになっている場合は、交換用ノードでも暗号化をインストールしてアクティブにする必要があります。この機能をアクティブにするには、以下のコマンドを入力します。ここで、key は暗号鍵です。
```
activatefeature -licensekey key 
```
新規ノードでライセンスをアクティブ化しなければ、メッセージ CMMVC8784E が表示されます。
lsservicestatus コマンドを入力して、 2145-SV1 ノードの fc_io_port_id および fc_io_port_WWPN が元のノードの lsservicestatus 出力で記録した値と一致していることを確認します。
```
sainfo lsservicestatus 
```
1. 相違がある場合は、ファイバー・チャネル・ポート・マッピングの設定: 2145-SV1を確認し、必要に応じてマッピングを修正します。
2. 値が一致している場合は、ファイバー・チャネル・ケーブルまたはイーサネット・ケーブルをホスト・アダプターに接続します。
ノードが RDMA over Ethernet を使用して他のノードと通信していた場合は、サービス・アシスタント・ツールまたは satask chnodeip コマンドを使用して、ノード IP を設定します。
交換用の新しい 2145-SV1 ノードをシステムに追加します。管理 GUI を使用することも、addnode コマンドを入力することもできます。この場合、WWNN と iogroup_name_or_id は元のノードに関して記録した値です。
```
addnode -wwnodename WWNN -iogrp iogroup_name_or_id
```
新規ノードが元のノードと同じ名前であり、元のノードと同じ入出力グループ内にあることを確認します。ステップ 3.b で表 1 に記録したデータを参照してください。

システムは、交換されたノードで元々使用されていた名前を 2145-SV1 ノードに再割り当てします。ノードの元の名前がシステムによって自動的に割り当てられた場合は、その名前を再利用できません。この名前が「node」で始まる場合、それは、自動的に割り当てられたものです。この場合は、先頭が node でない別の名前を指定するか、またはシステムが新しい名前をノードに自動的に割り当てるようにするために name パラメーターを使用しないでください。

重要: システム内の他のすべてのノードがレベル 7.7.1 以降のシステム・ソフトウェアを実行していることを確認します。そうでないと、交換用の 2145-SV1 ノードが認識されません。詳しくは、システム・ソフトウェアの更新を参照してください。
交換されたノードで前にイーサネット IP アドレスが構成されていた場合、新規ノードでイーサネット・ポートを構成してそれらの設定を再利用してください。
イーサネット・ポート IP アドレスは、管理 GUIまたは cfgportip コマンドを使用して構成できます。ステップ 8 で表 3 に記録した適切な値を指定します。
- IPv4 IP アドレスの場合
```
cfgportip -node node_name_or_node_ID -ip IPv4_addr
-mask subnet_mask -gw gateway port ID
```
- IPv6 IP アドレスの場合
```
cfgportip -node node_name_or_node_ID -ip_6 IPv6_addr
-prefix_6 prefix -gw_6 gateway port ID
```
重要:
1. 入出力グループの両方のノードがデータをキャッシュに入れます。ただし、キャッシュ・サイズは非対称です。入出力グループ内のパートナー・ノードのキャッシュ・サイズにより交換ノードは制限されます。したがって、入出力グループの他方のノードを交換するまでは、交換ノードは全キャッシュ・サイズを使用しない可能性があります。
2. 交換ノードは、前のノードと同じ WWNN および WWPN を使用するため、ホスト・マルチパス・デバイス・ドライバーを再構成する必要はありません。マルチパス・デバイス・ドライバーは、交換ノードに使用可能なパスのリカバリーを検出します。
3. ホスト・マルチパス・デバイス・ドライバーがパスを回復するのに、約 30 分かかります。入出力グループ内の最初のノードを正常に更新してから少なくとも 30 分間は、入出力グループ内のもう一方のノードを更新しないでください。別の入出力グループ内の他のノードを更新する必要がある場合、この待機中にノードを更新できます。
4. すべてのホストのファイバー・チャネル・デバイス・ドライバーが 3 秒以内にファイバー・チャネル・パスをタイムアウトにするよう設定されていることを確認できない場合は、ノードが再度アクティブになったときにファイバー・パスが確実にアクティブになるように、ここで、新しい 2145-SV1 ノードをリブートします。
重要次のステップに進む前に、各ホスト上のパスに照会して交換用ノードへのすべてのパスがアクティブであることを確認するよう、ホスト管理者に依頼してください。
IBM マルチパス・サブシステム・デバイス・ドライバー (SDD) を使用する場合は、datapath query device コマンドを入力してパスを照会してください。パスを照会する方法については、マルチパス・デバイス・ドライバーに付属の資料に記載されています。予想されるパスがアクティブでない場合は、マルチパス・ドライバーに、強制的にパスを再スキャンさせてください。

リモート・コピー協力関係の再開

保守プロセスが完了した後、停止していたリモート・コピー協力関係を再開する必要があります。リモート・コピー協力関係を再開すると、整合性グループも再び開始されます。リモート・コピー協力関係を再開するには、CLI コマンドを入力するか、管理 GUI を使用できます。
1. CLI を使用する場合は、chpartnership start - cluster_id コマンドを入力します。ここで、cluster_id はローカル・システムまたはリモート・システムの ID です。
2. 管理 GUI を使用するには、以下の手順を実行します。
  1. 「コピー・サービス」>「協力関係」を選択して、交換したノードに関するシステム情報を表示します。
  2. 該当するシステム名を強調表示し、項目を右クリックして、「再開」を選択します。
  3. パートナー・ノードで前記の手順を繰り返します。
交換するノードごとにステップ 3 から 28 を繰り返します。