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

ノードをアップグレードする準備をします

ステージ 1 では、アップグレードのためのノードを準備し、一連の事前確認を実行する必要があります。また、新しいコントローラをネットブートする準備を行う必要があります。

手順
  1. ONTAP コマンドラインの advanced 権限モードで次のコマンドを入力して、コントローラの交換プロセスを開始します。

    「 advanced 」の権限が必要です

    「 system controller replace start-nodes <Node_name> 」のように入力します

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

    Warning:
    1. Current ONTAP version is 9.x
    
    2. Verify that NVMEM or NVRAM batteries of the new nodes are charged, and charge them if they are not. You need to physically check the new nodes to see if the NVMEM or NVRAM  batteries are charged. You can check the battery status either by connecting to a serial console or using SSH, logging into the Service Processor (SP) or Baseboard Management Controller (BMC) for your system, and use the system sensors to see if the battery has a sufficient charge.
    
    Attention: Do not try to clear the NVRAM contents. If there is a need to clear the contents of NVRAM, contact NetApp technical support.
    
    3. If a controller was previously part of a different cluster, run wipeconfig before using it as the replacement controller.
    
    Do you want to continue? {y|n}: y
  2. 「 y 」を選択します。次の出力が表示されます。

    Controller replacement operation: Prechecks in progress.
    Controller replacement operation has been paused for user intervention.

    事前確認フェーズでは、以下のチェックがバックグラウンドで実行されます。

    事前チェック 説明

    クラスタの健常性チェック

    クラスタ内のすべてのノードが正常であることを確認します。

    アグリゲートの再配置ステータスチェック

    アグリゲートの再配置がすでに実行中であるかどうかを確認します。別のアグリゲートの再配置を実行中の場合、チェックは失敗します。

    モデル名のチェック( Model Name Check

    この手順でコントローラモデルがサポートされているかどうかを確認します。モデルがサポートされていない場合、タスクは失敗します。

    クラスタクォーラムチェック

    交換するノードがクォーラムにあることを確認します。ノードがクォーラムを構成していない場合は、タスクが失敗します。

    イメージのバージョンチェック

    交換するノードで同じバージョンの ONTAP が実行されていることを確認します。ONTAP イメージのバージョンが異なると、タスクは失敗します。新しいノードには、元のノードと同じバージョンの ONTAP 9.x がインストールされている必要があります。新しいノードに別のバージョンの ONTAP がインストールされている場合は、設置後に新しいコントローラをネットブートする必要があります。ONTAP のアップグレード方法については、を参照してください "参考資料" リンク先: ONTAP のアップグレード _ 。

    HA ステータスチェック

    交換する両方のノードがハイアベイラビリティ( HA )ペア構成になっているかどうかを確認します。コントローラでストレージフェイルオーバーが有効になっていない場合、タスクは失敗します。

    アグリゲートステータスチェック

    ホーム所有者でないアグリゲートを交換するノードが所有している場合、そのタスクは失敗します。ローカル以外のアグリゲートを所有するノードは使用しないでください。

    ディスクステータスチェック

    交換するノードに不足しているディスクまたは障害が発生しているディスクがある場合、タスクは失敗します。足りないディスクがある場合は、を参照してください "参考資料" CLI でディスクおよびアグリゲートの管理にリンクするには、 CLI_ 、 _ で論理ストレージの管理に使用します。 HA ペアのストレージを構成するには、 _ 、 _ ハイアベイラビリティ管理 _ を使用します。

    データ LIF ステータスチェック

    交換するノードにローカル以外のデータ LIF があるかどうかを確認します。ホーム所有者でないデータ LIF がノードに含まれないようにしてください。ローカル以外のデータ LIF がいずれかのノードに含まれている場合、タスクは失敗します。

    クラスタ LIF ステータス

    両方のノードでクラスタ LIF が動作しているかどうかを確認します。クラスタ LIF が停止している場合は、タスクは失敗します。

    ASUP ステータスチェック

    AutoSupport 通知が設定されていないと、タスクは失敗します。コントローラの交換用手順 を開始する前に、 AutoSupport を有効にする必要があります。

    CPU 利用率チェック

    交換するノードの CPU 利用率が 50% を超えていないかどうかを確認します。CPU 使用率がかなりの時間にわたって 50% を超えると、タスクは失敗します。

    アグリゲートの再構築チェック

    いずれかのデータアグリゲートで再構築が実行されているかどうかを確認しますアグリゲートの再構築を実行中の場合、タスクは失敗します。

    ノードアフィニティジョブチェック

    ノードアフィニティジョブが実行されているかどうかを確認します。ノードアフィニティジョブが実行中の場合、チェックは失敗します。

  3. コントローラの交換処理が開始されて事前確認が完了すると、処理が一時停止し、コントローラのアップグレードプロセスの後半で必要になる可能性がある出力情報を収集できます。

  4. システムコンソールで、コントローラの交換用手順の指示に従って、次のコマンドセットを実行します。

    次のコマンドの出力を個別に実行して保存する必要があります。

    • vserver services name-service dns show

    • network interface show -curr-node nodename -role cluster 、 intercluster 、 node-mgmt 、 cluster-mgmt 、 data

    • network port show -node <node_name > -type physical

    • service-processor show -node * -instance の各コマンドを実行します

    • network fcp adapter show -node <node_name >

    • network port ifgrp show の設定

    • system node show -instance -node <node_name >

    • run -node <node_name >sysconfig

    • storage aggregate show -node <node_name >

    • volume show -node <node_name >

    • storage array config show -switch <switch_name> のように表示されます

    • system license show -owner <node_name >

    • storage encryption disk show のコマンド

    • security key-manager onboard show-backup をクリックします

    • security key-manager external show のコマンド

    • security key-manager external show-status のこと

    • reachability show-detailability

注記 オンボードキーマネージャを使用した NetApp Volume Encryption を使用している場合は、キー管理ツールのパスフレーズを準備しておき、あとで手順 でキー管理ツールの再同期を完了します。

ARL の事前確認に失敗した場合は、アグリゲートの所有権を修正

アグリゲートステータスチェックに失敗した場合は、パートナーノードが所有するアグリゲートをホーム所有者ノードに戻し、事前確認プロセスを再度開始する必要があります。

手順
  1. パートナーノードが現在所有しているアグリゲートをホーム所有者ノードに戻します。

    「 storage aggregate relocation start -node <source_node> -destination <destination-node> -aggregate -list * 」のように表示されます

  2. node1 と node2 のどちらも現在の所有者(ホーム所有者ではない)アグリゲートを所有していないことを確認します。

    「 storage aggregate show -nodes <node_name > -is-home false -fields owner-name 、 home-name 、 state

    次の例は、アグリゲートの現在の所有者とホーム所有者の両方がノードにある場合のコマンドの出力例を示しています。

    cluster::> storage aggregate show -nodes node1 -is-home true -fields owner-name,home-name,state
    aggregate   home-name  owner-name  state
    ---------   ---------  ----------  ------
    aggr1       node1      node1       online
    aggr2       node1      node1       online
    aggr3       node1      node1       online
    aggr4       node1      node1       online
    
    4 entries were displayed.

完了後

コントローラの交換プロセスを再開する必要があります。

「 system controller replace start-nodes <Node_name> 」のように入力します

使用許諾

クラスタをセットアップする際、セットアップウィザードでクラスタベースのライセンスキーを入力するように求められます。ただし、一部の機能には追加のライセンスが必要です。このライセンスは、 1 つ以上の機能を含む _ パッケージ _ として発行されます。クラスタで使用する各機能のキーは、クラスタ内の各ノードに独自に設定する必要があります。

新しいライセンスキーがない場合は、クラスタで現在ライセンスされている機能を新しいコントローラで使用できます。ただし、ライセンスされていない機能をコントローラで使用するとライセンス契約に違反する可能性があるため、アップグレードの完了後に新しいコントローラのライセンスキーをインストールする必要があります。

を参照してください "参考資料" to link to the _NetApp Support Site_where you can obtain new 2-character license keys for 9.10.1 or lat9.キーは、 _ ソフトウェアライセンス _ の _ マイサポート _ セクションにあります。必要なライセンスキーがサイトにない場合は、ネットアップの営業担当者にお問い合わせください。

ライセンスの詳細については、を参照してください "参考資料" をクリックして、 System Administration Reference( システム管理リファレンス ) にリンクします。