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

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

共同作成者
PDF

コントローラの交換プロセスでは、まず一連の事前確認が実行されます。また、手順の後半で使用するために元のノードに関する情報を収集し、必要に応じて使用中の自己暗号化ドライブのタイプを特定します。

手順

  1. 古いコントローラで実行されているサービスプロセッサ（SP）またはベースボード管理コントローラ（BMC）ファームウェアのバージョンを表示します。

    service-processor show

    サポートされているSPまたはBMCファームウェアのバージョンがあることを確認します。

    古いコントローラ SPまたはBMC 最小ファームウェアバージョン

    AFF A800用

    BMC の場合

    10.9

    AFF A220の略

    BMC の場合

    11.9P1

    AFF A200

    SP

    5.11P1

    AFF C190の略

    BMC の場合

    11.9P1

    FAS2620

    SP

    5.11P1

    FAS2720

    BMC の場合

    11.9P1

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

    「 advanced 」の権限が必要です

    'system controller replace start-nodes_node_name _`

    次の例のような出力が表示されます。出力には、クラスタで実行されているONTAPのバージョンが表示されます。

    Warning:
1. Current ONTAP version is 9.15.1

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.

4. Note: This is not a MetroCluster configuration. Controller replacement supports only ARL based procedures.

Do you want to continue? {y|n}: y

  3. 「 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% を超えると、タスクは失敗します。

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

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

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

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

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

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

    各ノードに接続されているシリアルポートからコマンドを実行し、コマンドの出力を個別に保存します。

    • vserver services name-service dns show

    • network interface show -curr-node local -role cluster,intercluster,node-mgmt,cluster-mgmt,data

    • network port show -node local -type physical

    • service-processor show -node local -instance

    • network fcp adapter show -node local

    • network port ifgrp show -node local

    • system node show -instance -node local

    • run -node local sysconfig

    • run -node local sysconfig -ac

    • run -node local aggr status -r

    • vol show -fields type

    • run local aggr options data_aggregate_name

    • vol show -fields type , space-guarantee

    • storage aggregate show -node local

    • volume show -node local

    • storage array config show -switch_switch_name_`

    • system license show -owner local

    • 「 storage encryption disk show 」のように表示されます

    • 「 securitykey manager onboard show-backup 」を参照してください

    • 「 security key-manager external show 」と入力します

    • 「 security key-manager external show-status 」

    • network port reachability show -detail -node local

      メモ オンボードキーマネージャを使用したNetApp Volume Encryption（NVE）またはNetApp Aggregate Encryption（NAE）を使用している場合は、手順の後半の工程でキー管理ツールの再同期を実行できるように、キー管理ツールのパスフレーズを準備しておいてください。

  6. システムで自己暗号化ドライブを使用している場合は、Knowledge Baseの文書を参照してください "ドライブがFIPS認定かどうかを確認する方法" アップグレード対象のHAペアで使用されている自己暗号化ドライブのタイプを確認する。ONTAP ソフトウェアは、次の2種類の自己暗号化ドライブをサポートしています。

    • FIPS認定のNetApp Storage Encryption（NSE）SASドライブまたはNVMeドライブ

    • FIPS非対応の自己暗号化NVMeドライブ（SED）

    メモ

    FIPSドライブは、同じノードまたはHAペアで他のタイプのドライブと混在させることはできません。

    SEDと非暗号化ドライブを同じノードまたはHAペアで混在させることができます。

    "サポートされている自己暗号化ドライブの詳細を確認できます"。

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 _`

使用許諾

クラスタ内の各ノードには、独自のNetAppライセンスファイル（NLF）が必要です。

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

を参照してください "参考資料" NLFを取得できる_ NetApp Support Site にリンクします。NLFは、_ソフトウェアライセンス_の My Support_セクションで入手できます。必要なNLFがサイトにない場合は、NetAppの営業担当者にお問い合わせください。

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