How transition impacts the MetroCluster hardware components
Contributors Download PDF of this page
After completing the transition procedure, key components of the existing MetroCluster configuration have been replaced or reconfigured.
The existing controller modules are replaced by new controller modules. The existing controller modules are decommissioned at the end of the transition procedures.
Data is moved from the old shelves to the new shelves. The old shelves are decommissioned at the end of the transition procedures.
MetroCluster (back-end) and cluster switches
The back-end switch functionality is replaced by the IP switch fabric. If the MetroCluster FC configuration included FC switches and FC-to-SAS bridges, they are decommissioned at the end of this procedure.
If the MetroCluster FC configuration used cluster switches for the cluster interconnect, in some cases they can be reused to provide the back-end IP switch fabric. Reused cluster switches must be reconfigured with platform and switch-specific RCFs. procedures.
If the MetroCluster FC configuration did not use cluster switches, new IP switches are added to provide the backend switch fabric.
Cluster peering network
The existing customer-provided cluster peering network can be used for the new MetroCluster IP configuration. Cluster peering is configured on the MetroCluster IP nodes as part of the transition procedure.