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

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

共同作成者

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

このタスクについて

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

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

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

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

手順のこの時点で、 node3 がクォーラムに参加する間、処理が一時停止します。

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

    cluster show -node node3 -fields health`

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

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

    「 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. コントローラ交換処理のステータスを確認し、ノード 1 を停止する前と同じ状態で一時停止状態になっていることを確認して、新しいコントローラの設置とケーブルの移動の物理的なタスクを実行します。

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

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

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

    手順 6 に進む前に、 MetroCluster ノード node3 でクラスタ間 LIF を再設定し、クラスタピアリングを調べて MetroCluster ノード間の通信をリストアすることを確認します。

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

    MetroCluster node show

  8. コントローラの交換処理を再開します。

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

  9. コントローラの交換は一時停止し、次のメッセージが表示されます。

    Cluster::*> system controller replace show
    Node             Status                       Error-Action
    ---------------- ------------------------     ------------------------------------
    Node1(now node3) Paused-for-intervention      Follow the instructions given in
                                                  Step Details
    Node2                      None
    
    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 、およびブロードキャストドメインの作成に関するセクションの名前が、 node3 のネットワーク設定の名前が _Restore に変更されています。
  10. コントローラの交換を一時停止状態にした状態で次のセクションに進んで、ノードのネットワーク設定をリストアします。

ノード 3 でネットワーク設定をリストア

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

このタスクについて

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

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

    network port show -node node3

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

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

    「 network port broadcast-domain show 」

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

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

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

    clusterA::*> reachability show -node node1_node3
    (network port reachability show)
    Node         Port       Expected Reachability   Reachability Status
    -----------  ---------  ----------------------  ----------------------
    node1_node3
                 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.

    上記の例では、 node1 _node3 はコントローラの交換後にブートしたばかりです。一部のポートは想定されるブロードキャストドメインに到達できないため、修復が必要です。

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

    'network port reachability repair-Node_node_name — port_port_port_name_`

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

    Cluster ::> reachability repair -node node1_node3 -port e0h
    Warning: Repairing port "node1_node3: 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 はこれらのポート用に新しいブロードキャストドメインを作成します。

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

    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. [step6] 適切な物理ポートを '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. [[step7] 次のいずれかのコマンドを使用して、残りの物理ポートを正しいブロードキャストドメインに移動します。

    '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. [[step8] 次の手順を使用して、取り外された可能性のある 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 entries were displayed.
    2. 以前のベースポートから取り外された VLAN を復元します。

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

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

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

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

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

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

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

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

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

    network port broadcast-domain delete -broadcast-domain broadcast_domain_name

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

    「 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 のホームノードとホームポートをリストアします。

      「cluster controller -replacement network変位-interface restore-home-node-node_node_name -vserver_vserver_name _-lif - name_lif_name`

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

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