Which option describes retaining data during a two-node upgrade?

Which option describes retaining data during a two-node upgrade?

• A. Duplicate data to a cloud backup before migration.
• B. Create new volumes on the new cluster and detach old data.
• C. Move the volumes from the old nodes to the new nodes.
• D. Format the disks on the new nodes.

Answer: (C)

To keep data available during a two-node upgrade, you migrate the existing volumes from the old hardware to the new hardware so the data stays on the new cluster. This approach preserves the actual data and its access path without formatting disks or recreating volumes, which would risk data loss or downtime. By moving the volumes, you ensure the data remains intact and reachable as you upgrade or decommission the old nodes, enabling a smoother transition. Formatting the disks on the new nodes would erase data, so that’s not retaining anything. Creating new volumes and detaching old data would abandon the existing data rather than preserve it. Relying on a cloud backup is a safety net but doesn’t preserve the live data on the cluster during the upgrade itself; it introduces potential downtime or restoration steps. Moving volumes keeps the data on the new hardware where the upgrade is being performed, which is the correct way to retain data throughout the process.

To keep data available during a two-node upgrade, you migrate the existing volumes from the old hardware to the new hardware so the data stays on the new cluster. This approach preserves the actual data and its access path without formatting disks or recreating volumes, which would risk data loss or downtime. By moving the volumes, you ensure the data remains intact and reachable as you upgrade or decommission the old nodes, enabling a smoother transition.

Formatting the disks on the new nodes would erase data, so that’s not retaining anything. Creating new volumes and detaching old data would abandon the existing data rather than preserve it. Relying on a cloud backup is a safety net but doesn’t preserve the live data on the cluster during the upgrade itself; it introduces potential downtime or restoration steps. Moving volumes keeps the data on the new hardware where the upgrade is being performed, which is the correct way to retain data throughout the process.