SAN ボリューム・コントローラー 2145-SV2 または 2145-SA2 ノードでの中断を伴わないノード交換

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

始める前に

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

SAN ボリューム・コントローラー 2145-SV2 および 2145-SA2 ノードには、旧 SAN ボリューム・コントローラー・ノードと比べるといくつかの制約事項があります。
  • リアルタイム圧縮を実行できない。
  • SAS 拡張エンクロージャーに接続できない。
  • SAN ボリューム・コントローラー 2145-SV2 / 2145-SA2 ノード上のネットワーク・ポートの最大数が、SAN ボリューム・コントローラー 2145-DH8 / 2145-SV1 ノード上の最大ポート数より少ない。
システムにある入出力グループが 4 つ未満である場合、これらの制約事項を回避する最も簡単な方法は、新しい SAN ボリューム・コントローラー 2145-SV2 または 2145-SA2 ノードを新しい新規入出力グループとして追加することである場合があります。これ以外の場合、以下の項目が適用されます。
  • 更新中の入出力グループでリアルタイム圧縮が使用中である場合、圧縮ボリュームが入出力グループから除去されるか、別の入出力グループに移動されるか、圧縮解除されるまで、ノードをアップグレードしないでください。
  • 古い入出力グループ内のボリュームは、中断を伴わない VDisk 移動を使用して新規入出力グループに移動でき、その後古い入出力グループを除去できます。
  • ノードを交換する前に、入出力グループ内のすべての圧縮ボリュームを圧縮解除してください。
    • シン・ボリュームまたは完全に割り振られたボリュームのどちらかに変換するには、GUI で「容量節約の変更」機能を使用してください。
    • 入出力グループ内に圧縮ボリュームがない場合、ノードを交換できます。両方のノードが交換された後、ボリュームをデータ削減プール内で圧縮ボリュームに変換できます。または IBM® NVMe FlashCore モジュール・ドライブなど、いくつかの管理対象ディスクが自己圧縮する可能性があることに注意してください。
  • SAS ドライブ・アレイと拡張エンクロージャーは、入出力グループから除去するか、別の入出力グループに移動できます。拡張エンクロージャーの移動を参照してください。
  • Spectrum Virtualize Port Configurator を使用すると、使用中のポート数が、入出力グループ内の既存の SAN ボリューム・コントローラー 2145-DH8 または 2145-SV1 ノードで使用中の最大ポート数になるように計画するのに役立ちます。

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

この作業は、以下の条件が満たされていることを前提としています。IBM リモート技術サポートによって指示される場合を除いて、いずれかの条件が満たされていない場合は、この作業を続行しないでください。

  • リアルタイム圧縮が、更新中の入出力グループで使用中でない。
  • SAS 拡張エンクロージャーが、更新中の入出力グループによって接続も管理もされていない。
  • システムを 8.3.1.0 にアップグレードする。
    重要: システム内のその他すべてのノードがシステム・ソフトウェア・レベル 8.3.1 を実行していることを確認してください。 そうでないと、交換用ノードが認識されません。 管理 GUI を使用してシステム・レベルに関する情報を表示するか、または lssystem コマンドを入力します。詳しくは、システム・ソフトウェアの更新を参照してください。
  • システムで暗号化が有効になっている場合は、新規ノードをシステムに追加する前に、それぞれの新規 SAN ボリューム・コントローラー 2145-SV2 または 2145-SA2 ノードに新規暗号化ライセンスをインストールする必要があります。管理 GUI を使用して、新規ライセンスをインストールします。詳しくは、『Activating encryption license』を参照してください。
  • 交換用の SAN ボリューム・コントローラー 2145-SV2 または 2145-SA2 ノードに、少なくとも取り替えているノードと同じ数のファイバー・チャネル・ポートおよびイーサネット・ポートが必要です。
  • システム内に構成されるすべてのノードが存在し、オンラインであること。
  • システム・イベント・ログ内のエラーがすべて対処され、修正済みのマークが付いていること。
  • 状況が degraded や offline のボリューム、管理対象ディスク (MDisk)、および外部ストレージ・システムがないこと。
  • システム構成をバックアップ済みであり、svc.config.backup.xml ファイルを保存してあること。
  • 各ファイバー・チャネル接続ホスト上のファイバー・チャネル・デバイス・ドライバーを、3 秒以内に欠落ファイバー・パスをタイムアウトにするよう設定します。各ホスト上のファイバー・チャネル・ドライバーのパラメーターを調べるのが現実的でない場合は、新規 SAN ボリューム・コントローラー 2145-SV2 または 2145-SA2 ノードをシステムに追加してすぐに、そのノードをリブートする必要があります。これにより、ホストへのファイバー・パスが停止し、その停止時間には十分な長さがあるため、ノードが再びアクティブになったときにそれらのパスが正しくリカバリーされます。
    ヒント: Emulex ファイバー・チャネル・デバイス・ドライバーのタイムアウト設定値は、デフォルトで 30 秒に設定される可能性があるため、変更する必要があります。
重要事項:
  1. この作業を進める前に、以下のすべてのステップを検討してください。システム環境やここで説明する作業を十分に理解していない場合は、この手順を進めないでください。
  2. ファイバー・チャネル・ポート・マッピングの設定: 2145-SV2 または 2145-SA2に記載されている詳細情報を確認してください。 この作業を実行するためには、その情報を使用する必要があります。
  3. 交換用の SAN ボリューム・コントローラー 2145-SV2 または 2145-SA2 ノードに、少なくとも取り替えるノードと同じ容量の RAM があることを確認します。
  4. この作業中にノード ID が変更される可能性があり、場合によってはノード名も変更されます。システムがノード ID を割り当てた後は、この ID を変更できません。ただし、ノード名は、この作業の完了後に変更できます。

手順

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

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

  1. 保守によって生じる可能性がある中断を避けるために、交換するノードに接続しているローカル・システムとリモート・システムの間で、リモート・コピー協力関係をすべて停止します。リモート・コピー協力関係を停止すると、整合性グループも停止します。
    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 に進みます。

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

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

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

    1. コマンド・ライン・インターフェースから lsnode コマンドを発行します。 
      svcinfo lsnode -delim :
      システムによって、システム内で現在定義されているノードに関する情報が表示されます。
    2. 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
                     
                     
                     
                     
    3. 交換するノードのフロント・パネル ID を確認します。この ID を使用して、ノードの物理的な位置を判別します。
      lsnodevpd コマンドを発行します。node_name_or_node_id はノードの名前または ID です。(交換するノードの物理的な位置が既に分かっている場合は、次のステップに進んでかまいません。) 
      lsnodevpd node_name_or_node_ID
      システムによって、そのノードに関する詳細情報が表示されます。
    4. 表 1 の front_panel_id 列に値を記録します。
  2. どのホストも取り替えるノードに従属していないことを確認します。管理 GUI を使用するか、またはコマンドを入力します。
    ステップ 3 で管理 GUI を使用した場合は、以下のステップを実行します。
    1. 管理 GUI で、「モニター」 > 「システム」を選択します。
    2. 「システム -- 概要」ページで、ノードの近くにある矢印を使用して、「ノードの詳細」ページを開きます。
    3. 「ノード・アクション」 > 「従属ボリューム」を選択します。
    ステップ 3 でコマンドを入力した場合は、以下のコマンドを入力します。ここで、node_name_or_node_id はノードの名前または ID です。 
    lsdependentvdisks -node node_name_or_node_id
    結果には、そのノードに従属しているすべてのボリュームが表示されます。
    1. 従属ボリュームが存在する場合、そのボリュームが使用中かどうかを調べます。
      ボリュームが使用中の場合は、冗長構成を復元するか、ホスト・アプリケーションを中断するかのいずれかを行います。
    2. 従属関係のあるクォーラム・ディスクがレポートされる場合は、クォーラム・ディスクへのアクセスを修復するか、またはクォーラム・ディスク構成を変更します。
  3. lsservicestatus コマンドを発行して、取り替えるノードのファイバー・チャネル・ポートに関する情報を表示します。 
    sainfo lsservicestatus
  4. 各ポートの fc_io_port_id および fc_io_port_WWPN を表 2 に記録します。この情報は、新規ノードを追加するときにポート・マッピングを確認するために必要になります。
    表 2. 交換されるノードのファイバー・チャネル・ポートに関する情報
    lsservicestatus コマンドの出力
    fc_io_port_id fc_io_port_WWPN
       
       
       
       
  5. システムでイーサネット・ポート IP アドレスが構成されている場合は、lsportip コマンドを入力して現行設定を表示し、交換用のノードにその設定を適用できるようにします。 
    lsportip -delim :
    システムによって、指定されたノードで定義されているイーサネット・ポートに関する情報が表示されます。
  6. 交換するノード上のイーサネット・ポートに関する情報を表 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 設定を表示し、交換用ノードにその設定を適用できるようにします。

  1. ノードの背面からファイバー・チャネル・ケーブルまたはイーサネット・ケーブルを取り外す前に、ノードのポート番号の付いたケーブルの順序を記録し、マークを付けてください。
    重要: 交換用ノードを、このスイッチまたは別のスイッチの異なるポートに接続しないでください。

    交換用ノードがシステムに追加されるときの問題を避けるために、ケーブルを正確な順序で交換用ノードに再接続する必要があります。ケーブルが同じ順序で接続されない場合、ポート ID が変わる可能性があります。ポート ID が変わると、ホスト・システムがボリュームにアクセスできなくなる可能性があります。ポートの番号付けを調べるには、ご使用のモデルに固有のハードウェア資料を参照してください。

  2. ノードに 10 Gbps イーサネット IP アドレスが構成されている場合は、rmportip コマンドを使用して、これらの設定を削除します。必ず、現行の設定値をメモしてください。 
    rmportip -node node_ID_or_name port_ID
  3. 交換するノード上で暗号化がアクティブになっている場合は、以下のコマンドを入力してこの機能を非アクティブにします。 
    deactivatefeature feature_id

    lsfeature コマンドを発行して、正しい license_key の値を判別します。詳しくは、暗号化の無効化を参照してください。

  4. rmnode コマンドを実行して、システムおよび入出力グループからこのノードを削除します。node_name_or_node_ID は、削除するノードを識別します。 
    rmnode node_name_or_node_ID
  5. lsnode コマンドを入力して、ノードがシステムのメンバーでなくなっていることを確認します。 
    lsnode
    システムによってノードのリストが表示されます。次のステップに進む前に、取り外したノードがコマンド出力にリストされていないことを確認します。
  6. サービス・アシスタントを使用して、取り外されたノードの WWNN および iSCSI 名を、1FFFF (CF8/CG8 ノードの場合) または 500507680c00FFFF (DH8/SV1 ノードの場合) に変更します。

交換用の SAN ボリューム・コントローラー 2145-SV2 または 2145-SA2 ノードの準備

  1. 交換用のノードをラックに取り付けます。詳しくは、SAN ボリューム・コントローラー 2145-SV2 または 2145-SA2 ノードの取り付けを参照してください。
    重要: このステップでは、ファイバー・チャネル・ケーブルまたはイーサネット・ケーブルを接続しないでください。
  2. 交換用ノードの電源をオンにします。
  3. CAT 5 イーサネット・ケーブルを使用して、交換用ノードの技術員用ポートまで Web ブラウザーを介してコンピューターを直接接続します。
  4. 取り替えるノードに定義されている各 FC ポートについて、新しい SAN ボリューム・コントローラー 2145-SV2 または 2145-SA2 ノードで WWNN およびハードウェア・ロケーションを割り当てます。
    注: 新規ノードをシステムに追加する前に、ポート・マッピングを作成しておく必要があります。詳しくは、ファイバー・チャネル・ポート・マッピングの設定: 2145-SV2 または 2145-SA2を参照してください。
    コマンドが完了すると、システムは交換用の SAN ボリューム・コントローラー 2145-SV2 または 2145-SA2 ノードで新しいポート・マッピングを作成します。その後、ノードがリブートし、新しい設定が適用されます。
  5. ファイバー・チャネル・ケーブルおよびイーサネット・ケーブルを交換用ノードに接続します。
  6. WWNN の最後の 5 文字が正しいことを確認します。

    これを行うには、管理 GUI を使用するか、またはシステム・コマンド・ラインに lsnodecandidate コマンドを入力します。

    lsnodecandidate
  7. システム上で暗号化がアクティブになっている場合は、交換用ノードでも暗号化をインストールしてアクティブにする必要があります。この機能をアクティブにするには、以下のコマンドを入力します。ここで、key は暗号鍵です。 
    activatefeature -licensekey key

    新規ノードでライセンスをアクティブ化しなければ、メッセージ CMMVC8784E が表示されます。

  8. ノードが RDMA over Ethernet を使用して他のノードと通信していた場合は、サービス・アシスタント・ツールまたは satask chnodeip コマンドを使用して、ノード IP を設定します。
  9. 新しい交換用のノードをシステムに追加します。管理 GUI を使用することも、addnode コマンドを入力することもできます。この場合、WWNN と iogroup_name_or_id は元のノードに関して記録した値です。 
    addnode -wwnodename WWNN -iogrp iogroup_name_or_id
    新規ノードが元のノードと同じ名前であり、元のノードと同じ入出力グループ内にあることを確認します。 ステップ 3.b で表 1 に記録したデータを参照してください。

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

    重要: システム内の他のすべてのノードがレベル 8.3.1 以降のシステム・ソフトウェアを実行していることを確認します。そうでない場合は、交換用の SAN ボリューム・コントローラー 2145-SV2 または 2145-SA2 ノードは認識されません。詳しくは、システム・ソフトウェアの更新を参照してください。
  10. 交換されたノードで前にイーサネット 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
  11. 重要 次のステップに進む前に、各ホスト上のパスに照会して交換用ノードへのすべてのパスがアクティブであることを確認するよう、ホスト管理者に依頼してください。
    IBM マルチパス・サブシステム・デバイス・ドライバー (SDD) を使用する場合は、datapath query device コマンドを入力してパスを照会してください。パスを照会する方法については、マルチパス・デバイス・ドライバーに付属の資料に記載されています。予想されるパスがアクティブでない場合は、マルチパス・ドライバーに、強制的にパスを再スキャンさせてください。

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

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