Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

ノード 4 のインストールを確認します

共同作成者 netapp-pcarriga netapp-aoife netapp-martyh netapp-aherbin
PDF

node2の物理ポートがnode4の物理ポートに正しくマッピングされていることを確認する必要があります。これにより、アップグレード後、node4はクラスタ内の他のノードやネットワークと通信できるようになります。

このタスクについて

"参考資料"を参照して、Hardware Universe にリンクし、新しいノードのポートに関する情報を取得してください。この情報は、このセクションの後半で使用します。

ノードのモデルによっては、物理ポートの配置が異なる場合があります。新しいノードが起動すると、ONTAPは自動的にクォーラムに参加するために、クラスタLIFをホストするポートを特定しようとします。

node2 の物理ポートが node4 の物理ポートに直接マッピングされない場合は、次のセクションノード 4 のネットワーク設定をリストアしますを使用してネットワーク接続を修復する必要があります。

ノード 4 のインストールとブートが完了したら、ノード 4 が正しくインストールされていることを確認する必要があります。ノード 4 がクォーラムに参加するのを待ってから、再配置処理を再開する必要があります。

この手順のこの時点で、node4がクォーラムに参加するため、操作は一時停止します。

手順1：node4がクォーラムに参加していることを確認する

node4がクォーラムに参加していることを確認してください。次に、コントローラ交換処理を再開します

手順

  1. ノード 4 がクォーラムに参加していることを確認し

    cluster show -node node4 -fields health`

    「 health 」フィールドの出力は「 true 」でなければなりません。

  2. ノード 4 がノード 3 と同じクラスタに含まれていること、およびノード 4 が正常であることを確認します。

    「 cluster show 」を参照してください

  3. アップグレードするHAペアで実行しているONTAPのバージョンに応じて、次のいずれかの操作を実行します。

    ONTAP のバージョン 作業

    9.8 ~ 9.11.1

    クラスタ LIF がポート 7700 をリスンしていることを確認します。

    ::> network connections listening show -vserver Cluster

    9.12.1以降

    この手順をスキップして、 手順 5。

    次の 2 ノードクラスタの例に示すように、クラスタポートでリスンしているポート 7700 は想定される結果です。

    Cluster::> network connections listening show -vserver Cluster
Vserver Name     Interface Name:Local Port     Protocol/Service
---------------- ----------------------------  -------------------
Node: NodeA
Cluster          NodeA_clus1:7700               TCP/ctlopcp
Cluster          NodeA_clus2:7700               TCP/ctlopcp
Node: NodeB
Cluster          NodeB_clus1:7700               TCP/ctlopcp
Cluster          NodeB_clus2:7700               TCP/ctlopcp
4 entries were displayed.

  4. ポート7700をリスンしていない各クラスタLIFについて、LIFの管理ステータスをに設定します。 down 次に up：

    `::> net int modify -vserver Cluster-lif cluster_lif_cluster-status-admin down；net int modify -vserver Cluster-lif cluster_lif_-status-admin up

    手順 3 を繰り返して、クラスタ LIF がポート 7700 でリスンしていることを確認します。

  5. advanced権限モードに切り替えます。

    「高度」

  6. コントローラ交換処理のステータスを確認し、 node2 を停止する前と同じ状態で一時停止状態になっていることを確認して、新しいコントローラの取り付けやケーブルの移動の物理タスクを実行します。

    「 system controller replace show 」と表示されます

    「 system controller replace show-sdetails 」というエラーが表示されます

  7. MetroCluster システムを使用している場合は、交換したコントローラが MetroCluster 構成に対して正しく設定されていることを確認します。 MetroCluster 構成が正常な状態である必要があります。を参照してください "MetroCluster 構成の健全性を確認"。

    MetroCluster ノード node4 にあるクラスタ間 LIF を再設定し、 MetroCluster ノード間の通信をリストアするクラスタピアリングをチェックします 手順 6。

    MetroCluster ノードのステータスを確認します。

    MetroCluster node show

  8. コントローラ交換操作を再開します。

    「システムコントローラの交換が再開」

  9. コントローラの交換処理は、介入のため一時停止し、次のメッセージが表示されます：

    Cluster::*> system controller replace show
Node             Status                       Error-Action
---------------- ------------------------     ------------------------------------
Node2(now node4) Paused-for-intervention      Follow the instructions given in
                                              Step Details
Node2

Step Details:
--------------------------------------------
To complete the Network Reachability task, the ONTAP network configuration must be
manually adjusted to match the new physical network configuration of the hardware.
This includes:

1. Re-create the interface group, if needed, before restoring VLANs. For detailed
commands and instructions, refer to the "Re-creating VLANs, ifgrps, and broadcast
domains" section of the upgrade controller hardware guide for the ONTAP version
running on the new controllers.
2. Run the command "cluster controller-replacement network displaced-vlans show"
to check if any VLAN is displaced.
3. If any VLAN is displaced, run the command "cluster controller-replacement
network displaced-vlans restore" to restore the VLAN on the desired port.
2 entries were displayed.
    メモ この手順では、 VLAN 、 ifgrp 、およびブロードキャストドメインの作成に関するセクションの名前が「 _node4 にあるネットワーク設定のリストア」に変更されています。

  10. コントローラの交換を一時停止状態にした状態で次のセクションに進んで、ノードのネットワーク設定をリストアします。

ステップ2：node4でネットワーク構成をリストアする

node4 がクォーラムにあり、 node3 と通信できることを確認したら、 node2 の VLAN 、インターフェイスグループ、およびブロードキャストドメインが node4 にあることを確認します。また、ノード 4 のすべてのネットワークポートが正しいブロードキャストドメインに設定されていることを確認します。

このタスクについて

VLAN、インターフェイスグループ、ブロードキャストドメインの作成と再作成の詳細については、"参考資料" を参照して「ネットワーク管理」にリンクしてください。

メモ AFF A800またはAFF C800システムでクラスタポートe0aおよびe1aのポート速度を変更すると、速度変換後に不正な形式のパケットを受信することがあります。を参照してください "NetApp Bugs OnlineのバグID1570339" ナレッジベースの記事 "40GbEから100GbEへの変換後のT6ポートのCRCエラー" を参照してください。
手順

  1. アップグレードされた node2 （ node4 ）にある物理ポートをすべて一覧表示します。

    「 network port show -node node4 」

    ノードのすべての物理ネットワークポート、 VLAN ポート、およびインターフェイスグループポートが表示されます。この出力から、 ONTAP によって「 Cluster 」ブロードキャストドメインに移動された物理ポートを確認できます。この出力を使用して、インターフェイスグループメンバーポート、 VLAN ベースポート、または LIF をホストするスタンドアロンの物理ポートとして使用するポートを決定できます。

  2. クラスタのブロードキャストドメインの一覧を表示します。

    「 network port broadcast-domain show 」

  3. node4 にあるすべてのポートの到達可能性をリストします。

    「 network port reachability show 」のように表示されます

    コマンドの出力例を次に示します。

    clusterA::*> reachability show -node node2_node4
  (network port reachability show)
Node         Port       Expected Reachability       Reachability Status
---------    --------  ---------------------------  ---------------------
node2_node4
             a0a        Default:Default             no-reachability
             a0a-822    Default:822                 no-reachability
             a0a-823    Default:823                 no-reachability
             e0M        Default:Mgmt                ok
             e0a        Cluster:Cluster             misconfigured-reachability
             e0b        Cluster:Cluster             no-reachability
             e0c        Cluster:Cluster             no-reachability
             e0d        Cluster:Cluster             no-reachability
             e0e        Cluster:Cluster             ok
             e0e-822    -                           no-reachability
             e0e-823    -                           no-reachability
             e0f        Default:Default             no-reachability
             e0f-822    Default:822                 no-reachability
             e0f-823    Default:823                 no-reachability
             e0g        Default:Default             misconfigured-reachability
             e0h        Default:Default             ok
             e0h-822    Default:822                 ok
             e0h-823    Default:823                 ok
18 entries were displayed.

    上記の例では、 node2 _node4 がコントローラの交換後にブートされたとします。到達可能性のない複数のポートがあり、到達可能性スキャンを保留しています。

  4. ノード 4 の各ポートの到達可能性を 'OK' 以外の到達可能性ステータスで修復します次のコマンドを最初に任意の物理ポートで実行し、次に任意の VLAN ポートで一度に 1 つずつ実行します。

    'network port reachability repair-Node_node_name — port_port_port_name_`

    次のような出力が表示されます。

    Cluster ::> reachability repair -node node2_node4 -port e0h
    Warning: Repairing port "node2_node4: e0h" may cause it to move into a different broadcast domain, which can cause LIFs to be re-homed away from the port. Are you sure you want to continue? {y|n}:

    上記の警告メッセージは、到達可能性ステータスのポートで、現在配置されているブロードキャストドメインの到達可能性ステータスとは異なる可能性がある場合に表示されます。

    ポートと回答 'y' または 'n' の接続を適宜確認します

    すべての物理ポートに想定される到達可能性があることを確認します。

    「 network port reachability show 」のように表示されます

    到達可能性修復が実行されると、ONTAPはポートを正しいブロードキャストドメインに配置しようと試みます。ただし、ONTAPがポートの到達可能性を判断できず、既存のブロードキャストドメインのいずれにも属していない場合、ONTAPはこれらのポート用に新しいブロードキャストドメインを作成します。

  5. インターフェイスグループの設定が新しいコントローラの物理ポートレイアウトと一致しない場合は、次の手順に従って設定を変更します。

    1. 最初に、インターフェイスグループのメンバーポートにする物理ポートを、それぞれのブロードキャストドメインメンバーシップから削除する必要があります。これを行うには、次のコマンドを使用します。

      「network port broadcast-domain remove-ports -broadcast-domain broadcast_domain_name」-ports_node_name -ports_node_name：port_name」

    2. インターフェイスグループにメンバーポートを追加します。

      「network port ifgrp add -port -node node_name」-ifgrp_-port_port_port_name_`

    3. インターフェイスグループは、最初のメンバーポートが追加されてから約 1 分後にブロードキャストドメインに自動的に追加されます。

    4. インターフェイスグループが適切なブロードキャストドメインに追加されたことを確認します。

      「network port reachability show -node node_name --port_ifgrp_`」という形式で表示されます

      インターフェイスグループの到達可能性ステータスが「 OK 」でない場合は、適切なブロードキャストドメインに割り当てます。

    「network port broadcast-domain add-ports -broadcast-domain broadcast_domain_name」-ports_node：port_

  6. 適切な物理ポートを Cluster ブロードキャスト・ドメインに割り当てます

    1. 'Cluster' ブロードキャスト・ドメインに到達可能なポートを判別します

      「 network port reachability show-reachable-broadcast-domain Cluster ： Cluster 」

    2. 到達可能性ステータスが「 OK 」でない場合は、「 Cluster 」ブロードキャストドメインに到達可能なすべてのポートを修復します。

      'network port reachability repair-Node_node_name — port_port_port_name_`

  7. 次のいずれかのコマンドを使用して、残りの物理ポートを正しいブロードキャストドメインに移動します。

    'network port reachability repair-Node_node_name — port_port_port_name_`

    「 network port broadcast-domain remove-port 」のようになります

    「 network port broadcast-domain add-port 」と入力します

    到達不能または予期しないポートが存在しないことを確認します。次のコマンドを使用してすべての物理ポートの到達可能性ステータスをチェックし、出力を調べてステータスが「 OK 」であることを確認します。

    「 network port reachability show-detail` 」と表示されます

  8. 次の手順を実行して、取り外された可能性のある VLAN を復元します。

    1. 取り外された VLAN のリスト：

      「cluster controller -replacement network変位- VLANs show」と表示されます

      次のような出力が表示されます。

      Cluster::*> displaced-vlans show
(cluster controller-replacement network displaced-vlans show)
            Original
Node        Base Port     VLANs
---------   ---------     ------------------------------------------------------
Node1       a0a           822, 823
            e0e           822, 823

    2. 以前のベースポートから取り外された VLAN を復元します。

      クラスタ・コントローラ交換ネットワークが取り外されましたVLANがリストアされました

      次に、インターフェイスグループ a0a から削除された VLAN を同じインターフェイスグループにリストアする例を示します。

      Cluster::*> displaced-vlans restore -node node2_node4 -port a0a -destination-port a0a

      次に、ポート「 e0e 」上の取り外された VLAN を「 E0h 」にリストアする例を示します。

      Cluster::*> displaced-vlans restore -node node2_node4 -port e0e -destination-port e0h

      VLAN の復元が成功すると、指定された宛先ポートに、取り外された VLAN が作成されます。デスティネーションポートがインターフェイスグループのメンバーである場合、またはデスティネーションポートがダウンしている場合、 VLAN のリストアは失敗します。

    新しくリストアした VLAN が適切なブロードキャストドメインに配置されるまで約 1 分待ちます。

    1. 必要に応じて'クラスタコントローラ交換ネットワークではないVLANポート用に新しいVLANポートを作成しますが'VLANは出力を示しますが'他の物理ポート上で構成する必要があります

  9. ポートの修復がすべて完了したら、空のブロードキャストドメインを削除します。

    network port broadcast-domain delete -broadcast-domain broadcast_domain_name

  10. ポートの到達可能性を確認します

    「 network port reachability show 」のように表示されます

    すべてのポートが正しく設定され、正しいブロードキャストドメインに追加されている場合、「 network port reachability show 」コマンドは、接続されているすべてのポートの到達可能性ステータスを「 ok 」、物理的に接続されていないポートのステータスを「 no-reachability 」と報告する必要があります。この 2 つ以外のステータスが報告されるポートがある場合は、到達可能性修復を実行し、の手順に従ってブロードキャストドメインにポートを追加または削除します 手順 4。

  11. すべてのポートがブロードキャストドメインに配置されたことを確認します。

    「 network port show 」のように表示されます

  12. ブロードキャストドメインのすべてのポートで、正しい Maximum Transmission Unit （ MTU ；最大伝送ユニット）が設定されていることを確認します。

    「 network port broadcast-domain show 」

  13. SVM のホームポートと LIF のホームポート（ある場合）をリストアする必要がある場合は、それらを指定して LIF のホームポートをリストアします。

    1. 移動された LIF を表示します。

      「 dispaced-interface show 」

    2. LIF のホームポートをリストアします。

      「変位インターフェイスのリストア-home-node-node-node_node_name - vserver_vserver_name _-lif - name_lif_name_name」のように指定します

  14. すべての LIF にホームポートがあり、意図的に稼働状態になっていることを確認します。

    network interface show -fields home-port、status-admin

次の手順

node4のインストールを確認した後、"node4 上のキーマネージャ構成を復元する"。