Overview
This procedure describes how to upgrade the controller hardware using aggregate relocation (ARL) for the following system configurations:
Method | ONTAP version | Supported systems |
---|---|---|
Using |
9.15.1 or later |
You cannot use this procedure to upgrade a MetroCluster FC or IP configuration. To upgrade a MetroCluster configuration, see References to link to the MetroCluster Upgrade and Expansion documentation. |
During the procedure, you upgrade the original controller hardware with the replacement controller hardware, relocating the ownership of non-root aggregates. You migrate aggregates multiple times from node to node to confirm that at least one node is serving data from the aggregates throughout the upgrade procedure. You also migrate data logical interfaces (LIFs) and assign the network ports on the new controller to the interface groups as you proceed.
In this information, the original nodes are called "node1" and "node2", and the new nodes are called "node3" and "node4". During the described procedure, node1 is replaced by node3, and node2 is replaced by node4.
The terms "node1", "node2", "node3", and "node4" are used only to distinguish between the original and new nodes. When following the procedure, you must substitute the real names of your original and new nodes. However, in reality, the names of the nodes do not change: node3 has the name node1, and node4 has the name node2 after the controller hardware is upgraded.
-
This procedure is complex and assumes that you have advanced ONTAP administration skills. You also must read and understand the Guidelines for upgrading controllers with ARL and the Overview of the ARL upgrade sections before beginning the upgrade.
-
This procedure assumes that the replacement controller hardware is new and has not been used. The steps required to prepare used controllers with the
wipeconfig
command are not included in this procedure. You must contact technical support if the replacement controller hardware was previously used. -
You can use this procedure to upgrade the controller hardware in clusters with more than two nodes; however, you need to perform the procedure separately for each high-availability (HA) pair in the cluster.
-
When you upgrade to a system introduced in ONTAP 9.15.1, ONTAP converts the storage efficiency of existing volumes and applies the new storage efficiency features that make use of the hardware offload functionality. This is an automatic background process, with no visible performance impact to the system.
-
For an AFF A70, AFF A90, or AFF A1K system, ONTAP converts the storage efficiency of all existing thin-provisioned volumes, including those not using storage efficiency.
-
For a FAS70 and FAS90 system, ONTAP only converts the storage efficiency of existing thin-provisioned volumes that had storage efficiency enabled before upgrading.
-
-
The AFF A70, AFF A90, AFF A1K, FAS70, and FAS90 systems share 100GbE network ports for both cluster and HA connections. These systems can support 10GbE or 25GbE cluster connections to legacy cluster switches; however, NetApp recommends updating to 100GbE cluster speeds when the 10GbE and 25GbE switches are no longer required. For more information, see the following Knowledge Base articles:
If you cannot link up e0a or e0b cluster ports on the existing node to the cluster ports on the new node, see NetApp Bugs Online Bug ID CONTAP-166978.