Comme expliqué dans la section relative à l’attribution des LIF multi-nœuds de ce document, ONTAP utilise des espaces IP pour séparer le trafic réseau du cluster du trafic de données et de gestion. La version mono-nœud de cette plateforme ne comporte pas de réseau de cluster. Par conséquent, aucun port n’est présent dans l’espace IP du cluster.

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

Avec l'introduction des IPspaces, les rôles de ports ONTAP ont été dépréciés. Comme les baies FAS, les clusters ONTAP Select contiennent à la fois un IPspace par défaut et un IPspace de cluster. En plaçant les ports réseau e0a, e0b et e0g dans l'IPspace par défaut et les ports e0c et e0d dans l'IPspace de cluster, ces ports ont essentiellement été isolés de l'hébergement de LIFs qui ne leur appartiennent pas. Les ports restants au sein du cluster ONTAP Select sont utilisés via l'attribution automatique d'interfaces fournissant des services internes. Ils ne sont pas exposés via le shell ONTAP, comme c'est le cas pour les interfaces RSM et d'interconnexion haute disponibilité.

Les ports réseau et les LIF 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 qui transportent les types de trafic suivants :

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

Le trafic réseau du cluster doit transiter par un réseau de couche 2 non routé et à faible latence. Compte tenu des exigences de débit et de latence du cluster, vous devez installer physiquement le cluster ONTAP Select à proximité (par exemple, multipack, centre de données unique). La création de configurations de cluster étendu à quatre, six, huit, dix ou douze nœuds en séparant les nœuds de la paire haute disponibilité via un WAN ou sur des distances géographiques importantes n'est pas prise en charge. Une configuration étendue à deux nœuds avec un médiateur est prise en charge.

Pour plus de détails, consultez la section "Meilleures pratiques pour la paire haute disponibilité étendue à deux nœuds (MetroCluster SDS)".

La réplication synchrone des blocs entre les nœuds partenaires HA s'effectue via une interface réseau interne sur le port réseau e0e. Cette fonctionnalité se produit automatiquement, en utilisant les interfaces réseau configurées par ONTAP lors de la mise en place du cluster, et ne nécessite aucune configuration de la part de l'administrateur.

NetApp FAS utilise du matériel spécialisé pour transmettre des informations entre les paires HA dans un cluster ONTAP. Cependant, les environnements définis par logiciel ne disposent généralement pas de ce type d'équipement (comme les périphériques InfiniBand ou iWARP), une solution alternative est donc nécessaire. Bien que plusieurs possibilités aient été envisagées, les exigences d'ONTAP relatives au transport d'interconnexion ont imposé que cette fonctionnalité soit émulée par logiciel. Par conséquent, au sein d'un cluster ONTAP Select, la fonctionnalité de l'interconnexion haute disponibilité (traditionnellement assurée par le matériel) a été intégrée au système d'exploitation, utilisant 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 est responsable de deux fonctions principales :

Le trafic d'interconnexion haute disponibilité transite par ce port réseau en utilisant une seule interface réseau, en superposant des trames d'accès direct à la mémoire à distance (RDMA) dans des paquets Ethernet.