Requirements and limitations when using MetroCluster-compliant switches
Beginning with ONTAP 9.7, MetroCluster IP configurations can use MetroCluster-compliant switches. These are switches that are not NetApp-validated but are compliant with NetApp specifications. However, NetApp does not provide troubleshooting or configuration support services for any non-validated switch. You should be aware of the general requirements and limitations when using MetroCluster-compliant switches.
MetroCluster-compliant versus NetApp-validated switches
A switch is NetApp-validated if it meets the following requirements:
-
The switch is provided by NetApp as part of the MetroCluster IP configuration
-
The switch is listed in the NetApp Hardware Universe as a supported switch under MetroCluster-over-IP-connections
-
The switch is only used to connect MetroCluster IP controllers and, in some configurations, NS224 drive shelves
-
The switch is configured using the Reference Configuration File (RCF) provided by NetApp
Any switch that does not meet these requirements is not a NetApp-validated switch.
A MetroCluster-compliant switch is not NetApp-validated but can be used in a MetroCluster IP configuration if it meets certain requirements and configuration guidelines.
NetApp does not provide troubleshooting or configuration support services for any non-validated MetroCluster-compliant switch. |
General requirements for MetroCluster-compliant switches
The switch connecting the MetroCluster IP interfaces must meet the following general requirements:
-
The switches must support quality of service (QoS) and traffic classification.
-
The switches must support explicit congestion notification (ECN).
-
The switches must support a load-balancing policy to preserve order along the path.
-
The switches must support L2 Flow Control (L2FC).
-
The switch port must provide a dedicated rate and must not be overallocated.
-
The cables and transceivers connecting the nodes to the switches must be provided by NetApp. These cables must be supported by the switch vendor. If you are using optical cabling, the transceiver in the switch might not be provided by NetApp. You must verify that it is compatible with the transceiver in the controller.
-
The switches connecting the MetroCluster nodes can carry non-MetroCluster traffic.
-
Only platforms that provide dedicated ports for switchless cluster interconnects can be used with a MetroCluster-compliant switch. Platforms such as the FAS2750 and AFF A220 cannot be used because MetroCluster traffic and MetroCluster interconnect traffic share the same network ports.
-
The MetroCluster-compliant switch must not be used for local cluster connections.
-
The MetroCluster IP interface can be connected to any switch port that can be configured to meet the requirements.
-
Four IP switches are required, two for each switch fabric. If you use directors, then you can use a single director at each side, but the MetroCluster IP interfaces must connect to two different blades in two different failure domains on that director.
-
The MetroCluster interfaces from one node must connect to two network switches or blades. The MetroCluster interfaces from one node cannot be connected to the same network or switch or blade.
-
The network must meet the requirements outlined in the following sections:
-
The maximum transmission unit (MTU) of 9216 must be configured on all switches that carry MetroCluster IP traffic.
-
Reverting to ONTAP 9.6 or earlier is not supported.
Any intermediate switches that you use between the switches connecting the MetroCluster IP interfaces at both sites must meet the requirements and must be configured as outlined in Considerations when deploying MetroCluster in shared layer 2 or layer 3 networks.
Limitations when using MetroCluster-compliant switches
You cannot use any configuration or feature that requires that local cluster connections are connected to a switch. For example, you cannot use the following configurations and procedures with a MetroCluster-compliant switch:
-
Eight-node MetroCluster configurations
-
Transitioning from MetroCluster FC to MetroCluster IP configurations
-
Refreshing a four-node MetroCluster IP configuration
-
Platforms sharing a physical interface for local cluster and MetroCluster traffic. Refer to Platform-specific network speeds and switch port modes for MetroCluster-compliant switches for supported speeds.