ストレージを移動してアップグレードする手順は停止を伴います。ボリューム移動によるアップグレードの手順は無停止で実行できます。

元のノードで新しいノードと同じバージョンのソフトウェアがサポートされている必要があります。

ソフトウェアバージョンが混在したクラスタのアップグレードの詳細については、を参照してください "バージョンが混在したONTAPクラスタ"。

クラスタの最大サイズを確認する必要があります。

クラスタ内に異なるコントローラプラットフォームモデルを混在させる場合は、ストレージプラットフォームの混在ルールに従う必要があります。

新しいノードには、元のノードに関連付けられているストレージを格納するための十分なストレージが必要です。

ルートアグリゲートのサイズと新しいシステムでサポートされるディスク数は、元のシステムでサポートされているサイズ以上である必要があります。

HA ペアのコントローラは、 2 つの AFF モデルまたは 2 つの FAS モデルである必要があります。

ノードが同じクラスタ内にある場合は、ボリュームまたは物理ストレージを 1 つの FAS2xxx から新しい FAS2xxx に移動することでアップグレードできます。たとえば、ボリュームまたは物理ストレージを FAS2552 から FAS2750 に移動できます。

複数の HA ペアを含むクラスタの HA ペアをアップグレードする場合は、コントローラのアップグレードを実行していない HA ペアのノードにイプシロンを移動する必要があります。たとえば、 HA ペア構成の nodeA / nodeB および nodeC / ノードを含むクラスタで nodeA / nodeB をアップグレードする場合は、イプシロンを nodeC またはノードに移動する必要があります。

ONTAP 9.6P11 、 9.7P8 、またはそれ以降のリリースを使用している場合は、 Connectivity 、 live, and Availability Monitor （ CLAM ）のテイクオーバーを有効にして、特定のノード障害が発生したときにクラスタをクォーラムに戻すことを推奨します。「 kernel-service 」コマンドには、 advanced 権限レベルのアクセスが必要です。詳細については、を参照してください "ネットアップの技術情報アーティクル SU436 ：「 clam takeover default configuration changed"。ONTAP 9.8 以降では、デフォルトで「 KCS -enable-takeover 」パラメータが有効になっています。

2 ノード MetroCluster 構成をアップグレードする場合は、次の項を参照してください。 "アップグレードまたは更新方法を選択します"

お使いのシステムが上記のリストにない場合は、を参照してください "NetApp Hardware Universe の略" 内蔵ドライブがあるかどうかを確認します。

内蔵ストレージを搭載したシステムの場合は、ボリュームを移動してアップグレードすることを推奨します。

内蔵ストレージを搭載したシステムの場合は、システムをドライブシェルフに変換して、同じクラスタ内の新しいノードに接続できます。FAS2520のコントローラはドライブシェルフに変換できません。

内蔵ストレージを搭載したシステム、または内蔵 SATA ドライブまたは SSD にボリュームまたはアグリゲートを格納したシステムを使用している場合は、同じクラスタ内の新しいノードに接続されているドライブシェルフに内蔵ストレージを移動することでアップグレードできます。

AFF A250からAFF A400にアップグレードする場合は、を参照してください ドライブシェルフに変換して、AFF A250をAFF A400にアップグレードします。

新しいシステムのスロット数が元のシステムのスロット数より少ない場合、またはポートのタイプが異なる場合は、新しいシステムにアダプタを追加しなければならないことがあります。

元のノードまたは新しいノードで FlexArray 仮想化ソフトウェアを使用している場合。

クラスタに SAN ホストがある場合は、 LUN シリアル番号の変更に関する問題を解決するための手順が必要になることがあります。

システムでアウトオブバンド ACP を使用している場合は、アウトオブバンド ACP からインバンド ACP への移行が必要になることがあります。

関連情報 *