Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Limites de configuration et prise en charge des baies SAN 100 % Flash

Contributeurs
PDF

Les limites de configuration et la prise en charge varient en fonction de la ONTAP version du système ASA.

Les détails les plus récents sur les limites de configuration prises en charge sont disponibles dans "NetApp Hardware Universe".

Protocoles et nœuds SAN par cluster

La prise en charge ASA des protocoles SAN et des nœuds par cluster est la suivante :

Depuis ONTAP…​

Protocoles pris en charge

Nombre max. De nœuds par cluster

9.12.1

  • NVMe (pris en charge sur les configurations IP MetroCluster à 4 nœuds et les configurations IP non MetroCluster)

  • FC

  • ISCSI

12

9.9.1

  • NVMe (pris en charge sur les configurations IP non-MetroCluster)

  • FC

  • ISCSI

  • 12 nœuds (pour les configurations IP non MetroCluser)

  • 8 nœuds (pour les configurations MetroCluster IP)

9.7

  • FC

  • ISCSI

4

Prise en charge des ports persistants

Depuis la version ONTAP 9.8, les ports persistants sont activés par défaut sur les baies SAN 100 % Flash (ASA) configurées pour utiliser le protocole FC. Les ports persistants sont uniquement disponibles pour FC et requièrent l'appartenance de zone identifiée par WWPN (World Wide Port Name).

Les ports persistants réduisent l'impact des conversions en créant une LIF « shadow » sur le port physique correspondant du partenaire de haute disponibilité. Lorsqu'un nœud est repris, la LIF shadow sur le nœud partenaire assume l'identité du LIF d'origine, y compris le WWPNe. Avant que le chemin d'accès au nœud mis en service ne soit modifié en défectueux, le shadow LIF apparaît sous la forme d'un chemin actif-optimisé vers la pile MPIO hôte, ainsi que de transferts d'E/S. Cela réduit les perturbations d'E/S car l'hôte voit toujours le même nombre de chemins vers la cible, même lors des opérations de basculement de stockage.

Pour les ports persistants, les caractéristiques de port FCP suivantes doivent être identiques dans la paire haute disponibilité :

  • Nombre de ports FCP

  • Noms des ports FCP

  • Vitesses du port FCP

  • Segmentation basée sur le WWPN FCP LIF

Si l'une de ces caractéristiques n'est pas identique au sein de la paire HA, le message EMS suivant est généré :

EMS : scsiblade.lif.persistent.ports.fcp.init.error

Pour plus d'informations sur les ports persistants, voir "Rapport technique de NetApp 4080 : meilleures pratiques pour le SAN moderne".