Exigences relatives à AI Data Engine
Suggérer des modifications
PDF
Avant de déployer AI Data Engine (AIDE), vérifiez les exigences en matière de réseau, de Kubernetes, de dimensionnement et de système d'exploitation pour votre environnement. Pour un déploiement sur un seul nœud, vous fournissez une machine virtuelle Linux et AI Data Engine provisionne automatiquement tout le reste. Pour un déploiement sur plusieurs nœuds, vous fournissez votre propre cluster Kubernetes.
Exigences de mise en réseau
Les connexions réseau suivantes doivent être ouvertes :
| Connexion | Port | Protocole | Direction | But |
|---|---|---|---|---|
Agent de console vers NetApp Console |
443 |
TCP |
Sortant |
HTTPS : connexion à la NetApp Console |
Agent de console vers ONTAP |
443 |
TCP |
Sortant |
HTTPS : découverte du cluster ONTAP |
Agent de la console vers AI Data Engine |
80, 443, 8080, 9000 |
TCP |
Bidirectionnel |
Communication entre l'agent Console et AI Data Engine |
Client IA vers serveur MCP |
443 |
TCP |
Entrant |
HTTPS : accès des clients IA au nom d'hôte du cluster AIDE depuis votre réseau d'entreprise ou votre VPN. Les clients IA se connectent au nom d'hôte sur le port 443. Ils ne se connectent pas au port de service interne. |
AI Data Engine vers ONTAP (NFS) |
111, 2049 |
TCP/UDP |
Vers le stockage |
Accès à la source de données NFS |
AI Data Engine vers ONTAP (SMB) |
139, 445 |
TCP/UDP |
Vers le stockage |
Accès à la source de données SMB |
Nœuds du cluster vers le serveur NFS (volume de configuration multi-nœuds) |
2049 |
TCP |
Sortant |
Accès NFS à l’export qui contient la configuration de AI Data Engine. S’applique uniquement aux déploiements multi-nœuds. Si vous utilisez Kerberos, l’hôte d’administration monte également cet export. |
AI Data Engine vers Active Directory |
389, 636, 3268, 3269 |
TCP (UDP également pour 389) |
Sortant |
LDAP (389), LDAPS (636) et le catalogue global (3268, 3269) sont utilisés pour l'authentification des utilisateurs, l'analyse SMB/CIFS et la mise en correspondance des identifiants d'utilisateurs et de groupes NFS avec les noms Active Directory. Le port 389 utilise les protocoles TCP et UDP; tous les autres ports utilisent uniquement TCP. |
AI Data Engine vers le KDC Kerberos (contrôleur de domaine Active Directory) |
88 |
TCP/UDP |
Sortant |
Authentification Kerberos pour les sources de données SMB/CIFS. Requise uniquement si vous utilisez Kerberos. Voir Exigences Kerberos et Active Directory. |
AI Data Engine vers le serveur DNS |
53 |
TCP/UDP |
Sortant |
Résolution de noms pour les serveurs de fichiers et le KDC lors de l'utilisation de Kerberos |
AI Data Engine vers les services NetApp, le registre de conteneurs et le CDN |
443 |
TCP |
Sortant |
HTTPS : téléchargement du script d’installation depuis un CDN, récupération de l’image du conteneur et du chart Helm depuis ECR, et téléchargement du catalogue de composants depuis S3 |
Accès Internet sortant
Pour une installation en ligne, les points de terminaison suivants doivent être accessibles. Lorsqu'une ligne indique une condition, le point de terminaison n'est nécessaire que dans ce cas précis.
| Point de terminaison | But | Initié par | Type de déploiement |
|---|---|---|---|
|
NetApp registre de conteneurs (images de conteneur AIDE et Helm charts) |
Environnement d'exécution de conteneur et programme d'installation |
Les deux |
|
NetApp registre de conteneurs (accès au point de terminaison dualstack/cloud privé virtuel (VPC)) |
Environnement d'exécution de conteneur et programme d'installation |
Les deux |
|
AWS ECR API (authentification et récupération du manifeste d'image) |
Environnement d'exécution de conteneur et programme d'installation |
Les deux |
|
Actualisation de l’identifiant du registre AWS ECR |
AI Data Engine |
Les deux |
|
AWS S3 (stockage de couche d’image de conteneur ECR) |
Moteur d'exécution de conteneur |
Les deux |
|
AWS S3 (stockage de couche d’image de conteneur ECR) |
Moteur d'exécution de conteneur |
Les deux |
|
AWS S3 (catalogue des versions des composants) |
Programme d'installation et AI Data Engine |
Les deux |
|
AWS S3 (catalogue des versions des composants) |
Programme d'installation et AI Data Engine |
Les deux |
|
AWS STS (échange temporaire d’identifiants pour l’accès au registre et à S3) |
AI Data Engine |
Les deux |
|
Opérateur AI Data Engine : politique de version |
AI Data Engine |
Les deux |
|
Enregistrement de NetApp Console |
Programme d'installation |
Les deux |
|
Authentification NetApp Console |
AI Data Engine |
Les deux |
|
Découverte des charges de travail FSx et NetApp |
AI Data Engine |
Les deux |
|
Découverte de Google Cloud NetApp Volumes |
AI Data Engine |
Les deux |
|
Le contrôle de l'état l'utilise pour afficher l'adresse IP publique sur le tableau de bord d'état. AI Data Engine fonctionne sans cela. |
AI Data Engine |
Les deux |
|
Solution de repli pour obtenir l'adresse IP publique affichée sur le tableau de bord de santé. AI Data Engine fonctionne sans elle. |
AI Data Engine |
Les deux |
|
Solution de repli pour obtenir l'adresse IP publique affichée sur le tableau de bord de santé. AI Data Engine fonctionne sans elle. |
AI Data Engine |
Les deux |
|
Solution de repli pour obtenir l'adresse IP publique affichée sur le tableau de bord de santé. AI Data Engine fonctionne sans elle. |
AI Data Engine |
Les deux |
|
Test de connectivité au proxy, utilisé uniquement lorsque vous utilisez un proxy sortant. L’échec de ce test n’empêche ni l’installation ni l’exécution. Ce point de terminaison est distinct des points de terminaison Docker Hub qui fournissent les images système k3s. |
AI Data Engine |
Les deux |
|
Test de connectivité du proxy, utilisé uniquement lorsque vous utilisez un proxy sortant. L’échec du test n’empêche ni l’installation ni l’exécution. |
AI Data Engine |
Les deux |
|
Accès à AWS Cognito, utilisé pour envoyer à NetApp des métriques d’utilisation du produit depuis des instances AI Data Engine. Également utilisé pour un test de connectivité proxy. |
AI Data Engine |
Les deux |
|
Flux continu des journaux et des métriques |
AI Data Engine |
Les deux |
|
Requis uniquement si vous utilisez l'accès IA gouverné (MCP). Découverte du locataire Microsoft Entra ID et récupération de la clé de signature. |
AI Data Engine |
Les deux |
|
CloudFront CDN pour les scripts d'installation |
Programme d'installation |
Les deux |
|
Téléchargement de Helm |
Programme d'installation |
Les deux |
|
téléchargement de kubectl |
Programme d'installation |
Les deux |
|
Téléchargement de jq et téléchargement du binaire k3s sur les déploiements à nœud unique |
Programme d'installation |
Les deux |
|
GitHub redirections de téléchargement |
Programme d'installation |
Les deux |
|
Téléchargement de l’environnement d’exécution k3s |
Programme d'installation |
Un seul nœud |
|
le paquet de stratégie SELinux de k3s ( |
Programme d'installation |
Un seul nœud (famille RHEL) |
|
Authentification Docker Hub pour les images système k3s |
Moteur d'exécution de conteneur |
Un seul nœud |
|
Registre Docker Hub pour les images système k3s |
Moteur d'exécution de conteneur |
Un seul nœud |
|
Stockage des couches d’images Docker Hub pour les images système k3s |
Moteur d'exécution de conteneur |
Un seul nœud |
Les points de terminaison de ce tableau sont identiques que vous vous connectiez directement à internet ou via un proxy.
Si vous utilisez un proxy, autorisez chaque point de terminaison pour HTTPS (CONNECT) sur le port 443 en utilisant les noms d'hôtes exacts indiqués, sans caractères génériques ni point initial.
Autorisez d13jb5dapseb36.cloudfront.net, qui héberge le téléchargement du programme d'installation, par nom d'hôte. Ses adresses IP sont partagées avec d'autres sites et changent souvent. Une règle basée sur les adresses IP cesse donc de fonctionner.
Pour les déploiements multi-nœuds, les nœuds du cluster établissent les connexions au moteur d'exécution des conteneurs. Si la commande d'installation multi-nœuds depuis NetApp Console spécifie une valeur --registry différente, autorisez ce nom d'hôte du registre au lieu des noms d'hôte du registre figurant dans le tableau.
Voir "Découvrez les proxies pour AI Data Engine". Pour déployer avec un proxy, voir "Déployez AI Data Engine sur un nœud unique avec un proxy" ou "Déployez AI Data Engine en tant que déploiement multinœud avec un proxy".
|
Vérifiez que vos gestionnaires de paquets disposent de la configuration proxy appropriée si nécessaire dans votre environnement. |
AI Data Engine s'appuie également sur NetApp Console pour l'authentification centralisée et les services de console. Les points de terminaison tels que https://api.bluexp.netapp.com et https://netapp-cloud-account.auth0.com sont répertoriés dans le "Exigences d'accès réseau pour NetApp Console".
Vérifiez que la résolution DNS de ces points de terminaison fonctionne depuis l’hôte AI Data Engine avant de commencer le déploiement.
Versions de Kubernetes prises en charge
AI Data Engine ne prend en charge que les distributions et les versions répertoriées dans ce tableau.
| Déploiement | Distribution Kubernetes | Version prise en charge | Fourni par |
|---|---|---|---|
AIDE à nœud unique |
k3s |
v1.35 |
Le programme d'installation configure automatiquement k3s. Aucune action n'est requise. |
AIDE multi-nœuds |
RKE2 |
v1.34 à v1.36 (v1.36.x recommandée) |
Vous fournissez le cluster, qui peut être partagé ou dédié. |
AIDE multi-nœuds |
OpenShift |
OpenShift 4.22.16 (Kubernetes v1.35.8) |
Vous fournissez le cluster, qui peut être partagé ou dédié. |
AIDE multi-nœuds |
Azure Kubernetes Service (AKS) |
v1.34 à v1.36 |
Vous fournissez le cluster, qui peut être partagé ou dédié. |
Exigences de déploiement d’AIDE sur un seul nœud
Vous fournissez une machine virtuelle Linux, et AI Data Engine se charge automatiquement de tout le reste, y compris k3s. Vous n'avez pas besoin de configurer ni de gérer Kubernetes. Pour la préparation de l'hôte, l'espace disque et les exigences relatives au pare-feu, consultez "Prérequis pour le déploiement d'un nœud unique AIDE".
Dimensionnement des machines virtuelles
Ces tailles correspondent à des configurations de base recommandées, optimisées pour une période d'analyse initiale de trois à quatre jours, et non à des limites strictes. Consultez la documentation Consignes de dimensionnement flexibles pour comprendre ce qui détermine ces valeurs et comment aller au-delà.
| Taille | vCPU | RAM | Disque | IOPS de stockage | Débit de stockage | Réseau | Nombre approximatif de fichiers |
|---|---|---|---|---|---|---|---|
Petit |
16 |
64 GB |
565 Go 1 |
8 000 |
1 000 Mo/s |
1 GbE |
200 millions |
Moyen |
32 |
128 GB |
2 065 Go 1 |
12 000 |
1 500 Mo/s |
1 GbE |
1 milliard |
Grand |
96 |
192 GB |
6 065 Go 1 |
16 000 |
2 000 Mo/s |
10 GbE |
3 milliards |
1 La valeur du disque correspond à l’espace libre minimal requis lorsque le système d’exploitation, l’environnement d’exécution k3s et les données AIDE partagent un seul disque. Elle inclut 65 Go pour le système d’exploitation, k3s, kubelet et les journaux, plus le volume de données AIDE (500 Go pour Small, 2 000 Go pour Medium et 6 000 Go pour Large). Si ces composants se trouvent sur des disques distincts, consultez "espace disque dans les prérequis pour un nœud unique".
|
|
Un SSD NVMe ou un autre système de stockage à semi-conducteurs est recommandé pour toutes les tailles de déploiement. Utilisez le stockage bloc, et non NFS, pour le volume de données AIDE dans un déploiement à nœud unique. Le stockage basé sur NFS peut entraîner des performances insuffisantes. |
Consignes de dimensionnement flexibles
Configurations petites, moyennes et grandesIl s'agit de valeurs de référence recommandées pour une fenêtre d'analyse initiale de trois à quatre jours, et non de limites strictes imposées par le logiciel.
- Quels facteurs déterminent les recommandations de dimensionnement
-
-
Nombre total de fichiers et de répertoires : le nombre total d’objets à cataloguer est le principal facteur déterminant des besoins en calcul et en stockage. Plus le nombre d’objets est élevé, plus les besoins en mémoire, en processeur et en stockage sont importants.
-
Structure des répertoires : l’utilisation des ressources varie en fonction de la profondeur d’imbrication des répertoires et de la répartition des fichiers sur les partages et les volumes. Les structures profondément imbriquées ou très fragmentées peuvent nécessiter davantage de ressources que celles contenant le même nombre de fichiers dans une hiérarchie plus plate.
-
Débit d'analyse requis : La vitesse d’achèvement initial du catalogue est directement liée à l’allocation du processeur et de la mémoire. Un dimensionnement inférieur à la taille recommandée réduit le débit et allonge la durée de l’analyse initiale.
-
Performances de stockage : un stockage haute performance est fortement recommandé. L’indexation des métadonnées et le traitement des événements nécessitent des IOPS et un débit soutenus, proportionnels à la taille du déploiement.
-
- Que se passe-t-il si vous sous-dimensionnez ou dépassez la taille déployée
-
Chaque configuration est optimisée pour un nombre de fichiers et une fréquence d'analyse spécifiques. Si votre environnement dépasse les capacités de la configuration, vous pouvez vous attendre à ce qui suit :
-
Durée initiale du catalogue prolongée : La réduction des ressources de calcul diminue le nombre d’objets analysés par jour. Par exemple, un déploiement visant 3 milliards d’objets, mais provisionné à une taille inférieure, peut prendre beaucoup plus de temps que les trois à quatre jours prévus.
-
Débit d’ingestion continu réduit : les nouveaux événements de fichiers et les mises à jour d’analyse incrémentielles sont traités plus lentement en cas de charge soutenue.
-
Analyse bloquée : les composants AI Data Engine sont configurés pour la taille du déploiement. Lorsque l’environnement dépasse largement cette taille, l’analyse peut se bloquer au lieu de simplement ralentir. Pour vérifier les charges de travail anormales et les contraintes de ressources, consultez "Surveiller l'état du déploiement et examiner les problèmes".
-
Risque lié à la capacité de stockage : un stockage sous-dimensionné par rapport au nombre total d’objets peut pousser l’index des métadonnées vers ses seuils de capacité. Contactez NetApp Support pour planifier une extension du stockage.
-
- Mettez à l’échelle au-delà de la taille recommandée
-
Les composants AI Data Engine sont configurés pour la taille que vous déployez. Par conséquent, l’ajout de vCPU, de mémoire ou de stockage à la machine virtuelle hôte n’augmente pas automatiquement la capacité. Si le nombre de fichiers ou les performances dont vous avez besoin dépassent la taille que vous avez déployée, contactez le NetApp Support pour réajuster le dimensionnement.
Un déploiement sur un seul nœud ne prend pas en charge la haute disponibilité ni l'extension horizontale. Si votre environnement dépasse régulièrement 3 milliards de fichiers, ou si vous avez besoin d'une haute disponibilité et d'une tolérance aux pannes, déployez plutôt "Déploiement multi-nœuds d'AIDE".
Système d'exploitation
| Système d'exploitation | Versions prises en charge |
|---|---|
Ubuntu |
22.04 LTS, 24.04 LTS (24.04 LTS recommandé) |
Red Hat Enterprise Linux (RHEL) |
8.x, 9.x |
Exigences de déploiement multi-nœuds d'AIDE
Vous utilisez votre propre cluster Kubernetes, qui peut être partagé avec d'autres charges de travail ou dédié à AI Data Engine. Le programme d'installation déploie AI Data Engine sur votre cluster Kubernetes existant et ne le provisionne pas et ne le gère pas. Pour connaître la configuration requise concernant le cluster, le stockage et l'hôte d'installation, consultez "Prérequis pour le déploiement multi-nœuds d'AIDE".
|
|
Le stockage NVMe ou SSD haute performance est recommandé pour tous les déploiements multi-nœuds. |
Prise en charge du noyau Linux et de NFS nconnect
Le noyau Linux 5.3 ou une version ultérieure est recommandé pour l nconnect`option de montage NFS, qui fournit le débit requis par le volume de configuration AIDE partagé. Les versions de distribution suivantes prennent en charge `nconnect et respectent la recommandation relative au noyau ; RHEL et CentOS 8.3 utilisent un backport du noyau Red Hat.
| Distribution | Version du noyau | nconnect assistance |
|---|---|---|
RHEL / CentOS 8.3+ |
4.18 (rétroportage) |
Oui |
RHEL / CentOS 9.x |
5,14 |
Oui |
Ubuntu 20.04 |
5,4 |
Oui |
Ubuntu 22.04 |
5,15 |
Oui |
Dimensionnement des nœuds
Ces tailles correspondent à des configurations de cluster de base recommandées, optimisées pour une fenêtre d'analyse initiale de trois à quatre jours, et non à des limites de capacité strictes. Les environnements contenant plus de 6 milliards de fichiers nécessitent un dimensionnement personnalisé avec NetApp. Consultez Consignes de dimensionnement flexibles pour plus de détails.
| Taille | Nœuds | vCPU par nœud | RAM par nœud | Disque par nœud | IOPS de stockage par nœud | Débit de stockage par nœud | Réseau par nœud | Nombre approximatif de fichiers |
|---|---|---|---|---|---|---|---|---|
Petit |
3 |
32 |
128 GB |
~1,3 To |
8 000 |
1 000 Mo/s |
1 GbE |
1 milliard |
Moyen |
6 |
48 |
192 GB |
~2 To |
12 000 |
1 500 Mo/s |
10 GbE |
3 milliards |
Grand |
9 |
64 |
256 GB |
~2,7 To |
16 000 |
2 000 Mo/s |
10 GbE |
6 milliards |
Consignes de dimensionnement flexibles
Configurations petites, moyennes et grandes Il s'agit des configurations de cluster de base recommandées pour une fenêtre d'analyse initiale de trois à quatre jours, et non de limites de capacité strictes imposées par le logiciel. Les environnements dépassant 6 milliards de fichiers nécessitent un dimensionnement personnalisé avec NetApp.
- Quels facteurs déterminent les recommandations de dimensionnement
-
-
Nombre total de fichiers et de répertoires : Le nombre total d’objets est le principal facteur déterminant les besoins en stockage et en calcul. Les environnements plus importants nécessitent des nœuds de cluster supplémentaires pour répartir la charge de traitement et maintenir les performances.
-
Réplication haute disponibilité : les déploiements multinœuds activent par défaut la réplication des données entre les nœuds pour assurer la tolérance aux pannes. La réplication augmente les besoins totaux en stockage et en mémoire par rapport à un déploiement mononœud équivalent.
-
Nombre de nœuds et répartition de la charge de travail : Le débit de traitement et la capacité totale du catalogue sont proportionnels au nombre de nœuds du cluster. L’ajout de nœuds permet de répartir la charge de travail d’indexation et la capacité de stockage sur l’ensemble du cluster.
-
Débit d'analyse requis : l'allocation du processeur et de la mémoire à l'échelle du cluster détermine le taux d'analyse quotidien et la rapidité avec laquelle le catalogage initial se termine.
-
Performances de stockage par nœud : un stockage haute performance est fortement recommandé sur chaque nœud, et la capacité totale du cluster évolue proportionnellement au nombre de nœuds.
-
- Que se passe-t-il si vous sous-dimensionnez ou dépassez la taille déployée
-
Chaque configuration est optimisée pour un nombre de fichiers et une fréquence d'analyse spécifiques. Si votre environnement dépasse les capacités de la configuration, vous pouvez vous attendre à ce qui suit :
-
Durée initiale du catalogue prolongée : Un nombre réduit de nœuds ou des ressources moindres par nœud diminuent le débit, prolongeant proportionnellement la durée initiale du catalogue.
-
Augmentation de la latence de traitement en période de forte charge : Une mémoire insuffisante au sein du cluster peut entraîner une augmentation de la latence de traitement lors des pics d’ingestion de données.
-
Analyse bloquée : les composants AI Data Engine sont configurés pour la taille du déploiement. Lorsque l’environnement dépasse largement cette taille, l’analyse peut se bloquer au lieu de simplement ralentir. Pour vérifier les charges de travail anormales et les contraintes de ressources, consultez "Surveiller l'état du déploiement et examiner les problèmes".
-
Risque lié à la capacité de stockage : un espace de stockage insuffisant dans le cluster pour le nombre d’objets cible peut pousser l’index des métadonnées vers ses seuils de capacité. Contactez l’assistance NetApp pour planifier une extension du stockage.
-
- Mettez à l’échelle au-delà de la taille recommandée
-
La mise à l'échelle horizontale d'un cluster multi-nœuds existant n'est pas prise en charge. L'ajout de nœuds de travail ou de nœuds de stockage dédiés n'augmente pas automatiquement la capacité de traitement des analyses, d'ingestion des événements ou du catalogue. Si votre environnement dépasse la taille que vous avez déployée, ou si vous avez besoin de davantage de capacité de traitement des analyses ou d'ingestion des événements, contactez NetApp Support ou votre représentant NetApp pour planifier la modification.
Pour passer à plus de six milliards de fichiers, contactez votre représentant NetApp pour obtenir des conseils sur le dimensionnement des nœuds et une mise à l'échelle personnalisée.
Exigences Kerberos et Active Directory
Veuillez examiner ces exigences avant d’analyser les partages SMB/CIFS avec l’authentification Kerberos ou d’associer les ID d’utilisateur et de groupe NFS aux noms d’Active Directory. Les exigences relatives à la synchronisation de l’heure, au DNS et au package hôte s’appliquent uniquement à Kerberos. AIDE est un client Kerberos : il s’authentifie auprès de votre centre de distribution de clés (KDC) Kerberos existant et n’agit pas comme serveur Kerberos.
Synchronisation temporelle
L'authentification Kerberos échoue lorsque les horloges des nœuds AIDE et du KDC diffèrent de plus que le décalage horaire autorisé. Par défaut, Active Directory autorise un décalage maximal de cinq minutes.
Vérifiez les points suivants :
-
Le protocole NTP (Network Time Protocol) est actif sur tous les nœuds AIDE.
-
Les nœuds AIDE utilisent une source de temps synchronisée avec vos contrôleurs de domaine.
serveur DNS
Respectez les exigences DNS suivantes :
-
Chaque nœud AIDE peut résoudre le serveur de fichiers et le KDC par nom de domaine complet (FQDN).
-
Si vous configurez les nœuds pour utiliser votre serveur DNS Active Directory, ce serveur doit également résoudre les noms externes. Sinon, AIDE ne pourra pas atteindre les points de terminaison répertoriés dans Accès Internet sortant.
-
Si vous modifiez les paramètres DNS d'un déploiement multi-nœuds, configurez votre serveur DNS Active Directory comme seul serveur de noms sur chaque nœud. La résolution de noms dans le cluster sélectionne aléatoirement l'un des serveurs de noms listés, donc un serveur de noms incapable de résoudre les noms Active Directory peut entraîner des pannes intermittentes.
Pour modifier les paramètres DNS, reportez-vous à « Résoudre les problèmes de résolution de noms » dans "Configurer Kerberos pour les partages SMB/CIFS sur un déploiement à nœud unique" ou "Configurer Kerberos pour les partages SMB/CIFS sur un déploiement multi-nœuds".
Packages hôte
| Déploiement | Paquets requis |
|---|---|
Nœud unique |
Outils client Kerberos : |
Multinœud |
|
`cifs-utils` est requis sur chaque nœud AIDE uniquement pour l'analyse SMB/CIFS basée sur Kerberos. Le programme d'installation à nœud unique l'installe. Dans un déploiement multinœud, vous l'installez sur chaque nœud. L'analyse Kerberos d'un partage SMB/CIFS échoue si `cifs-utils` est absent sur un nœud.
Attributs Active Directory pour NFS
Pour résoudre les ID d'utilisateur et de groupe NFS en noms Active Directory, les uidNumber et gidNumber attributs doivent être renseignés et répliqués dans le Global Catalog si AIDE l'interroge. Reportez-vous à "Configurer le mappage d'identité Active Directory pour NFS".
Version active et contact du support
Pour trouver la version active de AI Data Engine et les informations de contact du support NetApp, accédez à Configuration > About AIDE.