Comme expliqué dans la section affectation des LIF à plusieurs nœuds de ce document, les IPspaces sont utilisées par ONTAP Select pour séparer le trafic réseau du cluster du trafic de données et de gestion. La variante à un seul nœud de cette plate-forme ne contient pas de réseau de clusters. Par conséquent, aucun port n'est présent dans le cluster IPspace.

Les ports ONTAP e0a, e0b et e0c sont délégués en tant que ports candidats pour les LIF disposant des types de trafic suivants :

Les rôles de ports ONTAP ont été obsolètes avec l'introduction des IPspaces. Tout comme les baies FAS, les clusters ONTAP Select contiennent à la fois un IPspace par défaut et un cluster IPspace. En plaçant les ports réseau e0a, e0b et e0g dans l'IPspace par défaut et les ports e0c et e0d dans le cluster IPspace, ces ports ont été essentiellement fermés de l'hébergement des LIF qui n'appartiennent pas. Les ports restants du cluster ONTAP Select sont consommés par le biais de l'assignation automatique d'interfaces fournissant les services internes. Ils ne sont pas exposés via le shell ONTAP, comme c'est le cas avec les interfaces d'interconnexion RSM et haute disponibilité.

Les ports réseau et les LIFs sont expliqués en détail dans les sections suivantes.

Les ports ONTAP e0a, e0b et e0g sont délégués en tant que ports candidats pour les LIF disposant des types de trafic suivants :

Les ports ONTAP e0c et e0d sont délégués comme ports de base pour les interfaces de cluster. Dans chaque nœud de cluster ONTAP Select, deux interfaces de cluster sont automatiquement générées lors de la configuration de ONTAP à l'aide d'adresses IP locales de lien (169.254.x.x).

Le trafic du réseau en cluster doit circuler via un réseau de couche 2 à faible latence non routé. Compte tenu des exigences de débit et de latence du cluster, le cluster ONTAP Select doit se trouver physiquement à proximité (par exemple, plusieurs packs, un data Center unique). Il n'est pas pris en charge de construire des configurations de clusters étendus à quatre, six ou huit nœuds en séparant les nœuds HA sur un WAN ou sur des distances géographiques importantes. Une configuration à deux nœuds étirée avec un médiateur est prise en charge.

Pour plus de détails, voir la section "Les bonnes pratiques de la HA étendue à deux nœuds (MetroCluster SDS)".

La réplication synchrone des blocs entre les nœuds partenaires HA se fait à l'aide d'une interface réseau interne qui réside sur le port réseau e0e. Cette fonctionnalité se produit automatiquement, à l'aide d'interfaces réseau configurées par ONTAP lors de la configuration des clusters, et ne nécessite aucune configuration de la part de l'administrateur.

Les baies NetApp FAS utilisent du matériel spécialisé pour transmettre des informations entre les paires haute disponibilité d'un cluster ONTAP. Cependant, les environnements Software-defined n'ont pas tendance à disposer de ce type d'équipement (comme les appareils InfiniBand ou iWARP), ce qui signifie qu'il faut donc utiliser une autre solution. Bien que plusieurs possibilités aient été envisagées, les exigences ONTAP placées sur le transport d'interconnexion exigent que cette fonctionnalité soit émulée dans le logiciel. Par conséquent, dans un cluster ONTAP Select, la fonctionnalité de l'interconnexion haute disponibilité (généralement fournie par le matériel) a été conçue pour le système d'exploitation, utilisant l'Ethernet comme mécanisme de transport.

Chaque nœud ONTAP Select est configuré avec un port d'interconnexion haute disponibilité e0f. Ce port héberge l'interface réseau d'interconnexion haute disponibilité, qui assure deux fonctions principales :

Le trafic d'interconnexion HAUTE DISPONIBILITÉ transite par ce port réseau à l'aide d'une seule interface réseau en superposition de trames RDMA (Remote Direct Memory Access) dans les paquets Ethernet.