ノードをアップグレードする準備をします
コントローラの交換プロセスでは、まず一連の事前確認が実行されます。また、手順の後半で使用するために元のノードに関する情報を収集し、必要に応じて使用中の自己暗号化ドライブのタイプを特定します。
-
ONTAP コマンドラインで次のコマンドを入力して、コントローラの交換プロセスを開始します。
system controller replace start -nodes <node_names>
system controller replace startコマンドは、advanced権限レベルでのみ実行できます。 set -privilege advanced
次の例のような出力が表示されます。出力には、クラスタで実行されている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 procedure. Do you want to continue? {y|n}: y
-
「 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 ステータスチェック
ASUP 通知が設定されていないと、タスクは失敗します。コントローラの交換用手順を開始する前に ASUP を有効にする必要があります。
CPU 利用率チェック
交換するノードの CPU 利用率が 50% を超えていないかどうかを確認します。CPU 使用率がかなりの時間にわたって 50% を超えると、タスクは失敗します。
アグリゲートの再構築チェック
いずれかのデータアグリゲートで再構築が実行されているかどうかを確認しますアグリゲートの再構築を実行中の場合、タスクは失敗します。
ノードアフィニティジョブチェック
ノードアフィニティジョブが実行されているかどうかを確認します。ノードアフィニティジョブが実行中の場合、チェックは失敗します。
-
コントローラの交換処理が開始されて事前確認が完了すると、処理が一時停止するため、ノード 3 の設定時にあとで必要になる可能性がある出力情報を収集できます。
次の構成のAFF 700などのシステムを使用している場合は、アップグレードを開始する前に、クラスタLIFをノードごとに2つのクラスタポートに移行してホームポートに戻します。
-
ノードごとに2つ以上のクラスタポート
-
ポートe4a、e4b、e4c、e4dを作成するためのブレークアウトモードのslot4のクラスタインターコネクトカードと、ポートe4e、 e4f、e4g、およびe4h
ノードごとにクラスタポートが2つ以上あるコントローラのアップグレードを実行すると、アップグレード後に新しいコントローラのクラスタLIFが失われる可能性があります。
詳細については、ナレッジベースの記事を参照して "不要なクラスタLIFや不要なクラスタLIFを削除する方法"ください。
-
-
システムコンソールで、コントローラの交換用手順の指示に従って、次のコマンドセットを実行します。
各ノードに接続されているシリアルポートで、次のコマンドの出力を個別に実行して保存します。
-
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
-
storage aggregate show -r
-
storage aggregate show -node <local>
-
volume show -node <local>
-
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>
オンボードキーマネージャ(OKM)を使用したNetApp Volume Encryption(NVE)またはNetApp Aggregate Encryption(NAE)を使用している場合は、手順の後半の工程でキー管理ツールの再同期を実行できるように、キー管理ツールのパスフレーズを準備しておいてください。 -
-
システムで自己暗号化ドライブを使用している場合は、Knowledge Baseの文書を参照してください "ドライブがFIPS認定かどうかを確認する方法" アップグレード対象のHAペアで使用されている自己暗号化ドライブのタイプを確認する。ONTAP ソフトウェアは、次の2種類の自己暗号化ドライブをサポートしています。
-
FIPS認定のNetApp Storage Encryption(NSE)SASドライブまたはNVMeドライブ
-
FIPS非対応の自己暗号化NVMeドライブ(SED)
-
ARL の事前確認に失敗した場合は、アグリゲートの所有権を修正
アグリゲートステータスチェックに失敗した場合は、パートナーノードが所有するアグリゲートをホーム所有者ノードに戻し、事前確認プロセスを再度開始する必要があります。
-
パートナーノードが現在所有しているアグリゲートをホーム所有者ノードに戻します。
storage aggregate relocation start -node-source_node__ destination_destination-node-aggregate-list *
-
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 _`
使用許諾
ONTAPライセンスの詳細については、を参照してください "ライセンス管理"。
ライセンスされていない機能をコントローラで使用すると、ライセンス契約に違反する可能性があります。 |