ARL のアップグレードワークフロー
変更を提案
PDF
ARL を使用してノードをアップグレードする前に、手順 の動作について理解しておく必要があります。このドキュメントでは、手順をいくつかの段階に分けて説明します。
ノードペアをアップグレードします
ノードペアをアップグレードするには、元のノードを準備し、元のノードと新しいノードの両方でアップグレード手順を実行します。次に、元のノードを廃止します。
ARL アップグレードシーケンスの概要
HAペア構成を利用して非ルートアグリゲートの所有権を再配置し、元のコントローラハードウェアを交換用コントローラハードウェアに1台ずつアップグレードします。正しいアップグレード済みノードに到達するには、すべての非ルートアグリゲートを2回再配置する必要があります。
各アグリゲートにはホーム所有者と現在の所有者があります。ホーム所有者はアグリゲートの実際の所有者であり、現在の所有者は一時的な所有者です。
次の図は、手順の各ステージを示しています。濃い薄いグレーの矢印はアグリゲートの再配置と LIF の移動を表し、薄い黒い矢印は元のノードの削除を表します。元のノードは小規模なコントローライメージで表しており、大規模なコントローライメージが新しいノードを表しています。
以下の表は、各段階の概要タスクと、各段階終了時点でのアグリゲートの所有権の状態を示しています。詳細な手順は、この手順の後半で説明します。
| 段階 | 手順 | ||
|---|---|---|---|
ステージ1では、必要に応じて、内蔵ディスクドライブにルートアグリゲートまたはデータアグリゲートが含まれていないことを確認し、アップグレードのためにノードを準備し、事前チェックを実行します。必要に応じて、Storage Encryption用のディスクのキーを再設定し、新しいコントローラのネットブートの準備をします。 ステージ 1 終了時のアグリゲートの所有権：
|
|||
ステージ2で、ルート以外のアグリゲートをノード1からノード2に再配置し、ノード1が所有するSAN以外のデータLIFを、障害アグリゲートまたは拒否アグリゲートを含めてノード2に移動します。また、手順 の後半で使用するために必要なノード1の情報を記録し、ノード1を撤去します。 ステージ 2 終了時のアグリゲートの所有権：
|
|||
ステージ3では、node3をインストールして起動し、クラスターポートとノード管理ポートをnode1からnode3にマッピングします。NetApp Volume Encryption（NVE）を使用している場合は、キーマネージャの設定を復元します。次に、node1に属するデータLIFとSAN LIFをnode2からnode3に移動し、すべてのアグリゲートをnode2からnode3に再配置し、node2が所有するデータLIFとSAN LIFをnode3に移動します。 ステージ 3 終了時のアグリゲートの所有権：
|
|||
ステージ4で、あとで手順 で使用するために必要なnode2の情報を記録し、node2を撤去します。アグリゲートの所有権は変更されません。 |
|||
ステージ5では、node4をインストールして起動し、クラスターポートとノード管理ポートをnode2からnode4にマッピングします。NetApp Volume Encryption（NVE）を使用している場合は、キーマネージャの設定を復元します。次に、node2に属するデータLIFとSAN LIFをnode3からnode4に移動し、node2のアグリゲートをnode3からnode4に再配置し、node2が所有するデータLIFとSAN LIFをnode3に移動します。 ステージ 5 終了時のアグリゲートの所有権：
|
|||
ステージ6では、新しいノードが正しくセットアップされていることを確認し、新しいノードで暗号化が有効になっている場合はストレージ暗号化またはNetApp Volume Encryptionをセットアップします。また、古いノードの運用を停止し、SnapMirror処理を再開する必要があります。
アグリゲートの所有権は変更されません。 |
ARLアップグレードのワークフローを確認した後、"ARLを使用したコントローラのアップグレードに関するガイドラインを確認"。