Il existe plusieurs questions et réponses générales.

ONTAP Select Deploy est l'utilitaire utilisé pour créer des clusters ONTAP Select. Actuellement, ONTAP Select Deploy est la seule méthode disponible pour créer un cluster de production. ONTAP Select Deploy peut également être utilisé pour créer un cluster Select d'évaluation afin de permettre aux clients de tester et de documenter les étapes réelles d'un déploiement en production. ONTAP Select Deploy peut également convertir un cluster d'évaluation en cluster de production à l'aide d'une licence Capacity Tier appropriée, offrant une capacité suffisante pour couvrir l'espace consommé lors de l'évaluation.

ONTAP Select Deploy est une machine virtuelle qui contient une image d'ONTAP Select. Lors de l'installation du cluster, ONTAP Select Deploy effectue plusieurs vérifications afin de garantir que les exigences minimales d'ONTAP Select sont respectées. La machine virtuelle ONTAP Select Deploy et les clusters Select peuvent être mis à niveau séparément.

Tout comme pour ONTAP sur FAS, les données de performance doivent être collectées à l'aide de l'utilitaire perfstat. Voici un exemple de commande :

Non. La machine virtuelle ONTAP Select utilise des disques indépendants-persistants, qui sont exclus des snapshots VMware. La seule méthode prise en charge pour la sauvegarde ONTAP Select est SnapMirror ou SnapVault.

Contactez "ng-ses-ontap-select@netapp.com".

Vous trouverez plusieurs questions et réponses concernant les licences, l'installation, les mises à jour et les restaurations.

Oui. L'utilitaire ONTAP Select Deploy peut être mis à niveau indépendamment du cluster ONTAP Select. De même, le cluster Select peut être mis à niveau indépendamment de l'utilitaire ONTAP Select Deploy.

Oui, la procédure de mise à niveau d'un cluster Select est identique à celle d'un cluster FAS, bien que le fichier binaire de mise à niveau ONTAP Select soit un téléchargement distinct du fichier binaire de mise à niveau ONTAP sur FAS.

Oui, la procédure de restauration d'un cluster ONTAP Select est presque identique à celle d'un cluster FAS. Il existe cependant quelques différences :

Oui.

Les modifications apportées aux propriétés de cluster ONTAP Select suivantes sont reconnues par ONTAP Select Deploy à l'aide de l'opération d'actualisation du cluster disponible via l'interface utilisateur, la CLI ou l'API REST :

Les modifications suivantes apportées aux machines virtuelles ONTAP Select sont également prises en compte :

La mise à niveau vers ONTAP Select Deploy 2.6 permet la prise en charge de ces modifications pour tout cluster ONTAP Select déjà déployé mais dont la configuration d'origine n'a pas été modifiée. Autrement dit, si les propriétés du cluster ONTAP Select mentionnées ci-dessus ont été modifiées à l'aide de System Manager ou vCenter, alors la mise à niveau vers ONTAP Select Deploy 2.6 ne corrigera pas ces incohérences. Les modifications apportées aux propriétés ONTAP Select doivent d'abord être annulées pour que ONTAP Select Deploy puisse ajouter ses métadonnées uniques à chaque machine virtuelle ONTAP Select.

Il n'est pas possible de modifier les paramètres réseau de l'instance Deploy après son exécution dans un environnement. Pour plus d'informations, consultez l'article de la Knowledge Base "Modification de la configuration DNS de l'instance ONTAP Deploy".

La méthode est la même pour toutes les licences, bien que les détails varient selon qu'il s'agisse d'une licence de niveau de capacité ou d'une licence de pool de capacité.

L'achat, la génération et le téléchargement d'un fichier de licence mis à jour permettent à Deploy de détecter les licences renouvelées et les contrats de support.

Si la date d'expiration d'un contrat de support de niveau de capacité est dépassée, le nœud peut continuer à fonctionner, mais vous ne pourrez pas télécharger et installer les mises à jour ONTAP, ni appeler NetApp support technique pour obtenir de l'aide sans avoir préalablement mis à jour le contrat de support.

Si un abonnement au pool de capacité expire, le système vous avertit d'abord, mais après 30 jours, si le système s'arrête, il ne redémarrera pas tant qu'un abonnement mis à jour n'aura pas été installé sur le serveur de déploiement.

Il existe plusieurs questions et réponses concernant le stockage.

Oui. ONTAP Select Deploy peut être installé sur KVM ou ESXi, et les deux installations peuvent créer des clusters ONTAP Select sur l'un ou l'autre hyperviseur.

Si les hôtes ESXi disposent des licences appropriées, il n'est pas nécessaire qu'ils soient gérés par un vCenter Server. En revanche, s'ils sont gérés par un vCenter Server, vous devez configurer ONTAP Select Deploy pour utiliser ce vCenter Server. Autrement dit, vous ne pouvez pas configurer des hôtes ESXi comme autonomes dans ONTAP Select Deploy s'ils sont activement gérés par un vCenter Server. Notez que la machine virtuelle ONTAP Select Deploy s'appuie sur vCenter pour suivre toutes les migrations de machines virtuelles ONTAP Select entre les hôtes ESXi, suite à un événement vMotion ou de haute disponibilité VMware.

ONTAP Select peut utiliser des serveurs sans contrôleur RAID matériel. Dans ce cas, la fonctionnalité RAID est implémentée par logiciel. Lorsque vous utilisez le RAID logiciel, les disques SSD et NVMe sont pris en charge. Les disques de démarrage et de core d'ONTAP Select doivent toujours résider dans une partition virtualisée (pool de stockage ou datastore). ONTAP Select utilise RD2 (partitionnement root-data-data) pour partitionner les SSD. Par conséquent, la partition racine d'ONTAP Select réside sur les mêmes disques physiques que ceux utilisés pour les agrégats de données. Cependant, l'agrégat racine et les disques virtualisés de démarrage et de core ne sont pas pris en compte dans la licence de capacité.

Toutes les méthodes RAID disponibles sur AFF/FAS sont également disponibles sur ONTAP Select. Cela inclut RAID 4, RAID DP et RAID-TEC. Le nombre minimal de disques SSD varie selon le type de configuration RAID choisie. Les bonnes pratiques exigent la présence d'au moins un disque de secours. Les disques de secours et de parité ne sont pas pris en compte dans la licence de capacité.

Le RAID logiciel est une couche dans la pile logicielle ONTAP. Le RAID logiciel offre un contrôle administratif accru car les disques physiques sont partitionnés et disponibles comme disques bruts au sein de la machine virtuelle ONTAP Select. En revanche, avec le RAID matériel, un seul LUN de grande taille est généralement disponible, qui peut ensuite être divisé pour créer des VMDISKs visibles dans ONTAP Select. Le RAID logiciel est disponible en option et peut être utilisé à la place du RAID matériel.

Voici quelques exigences relatives au RAID logiciel :

Lors de l'installation sur KVM, vous devez utiliser une seule agrégation de liens (bond) et un seul pont (bridge). Un hôte doté de deux ou quatre ports physiques doit avoir tous les ports dans la même agrégation de liens (bond).

Lorsqu'un contrôleur RAID matériel est utilisé, ONTAP Select ignore généralement les problèmes sous-jacents du serveur. Si le serveur est configuré conformément à nos bonnes pratiques, une certaine redondance devrait exister. Nous recommandons le RAID 5/6 pour survivre à des défaillances de disques. Pour les configurations RAID logicielles, ONTAP est responsable de l’émission d’alertes en cas de défaillance de disques et, s’il existe un disque de secours, d’initier la reconstruction du disque.

Il est recommandé d'utiliser au minimum deux cartes réseau physiques afin d'éviter un point de défaillance unique au niveau de la couche réseau. NetApp recommande de configurer l’agrégation de liens (teaming et bonding) pour les groupes de ports Data, Mgmt et Internal, avec au moins deux liaisons montantes dans l’équipe ou le bond. Cette configuration garantit qu’en cas de défaillance d’une liaison montante, le commutateur virtuel transfère le trafic de la liaison défaillante vers une liaison fonctionnelle au sein de l’équipe de cartes réseau. Pour plus de détails sur la configuration réseau recommandée, consultez "Résumé des meilleures pratiques : Réseautage".

Toutes les autres erreurs sont gérées par ONTAP HA dans le cas d'un cluster à deux ou quatre nœuds. Si le serveur hyperviseur doit être remplacé et que le cluster ONTAP Select doit être reconstitué avec un nouveau serveur, consultez la section Can I recover an ONTAP Select node?.

Contactez le support technique NetApp si vous devez récupérer un nœud ONTAP Select, par exemple si une machine virtuelle ONTAP Select ou un hôte est complètement perdu ou si un cluster à nœud unique est supprimé accidentellement. Pour plus d'informations, consultez l'article de la Knowledge Base "Récupération de la machine virtuelle du nœud ONTAP Select en cas de sinistre".

Toutes les configurations, y compris vSAN, prennent en charge 400 To de stockage par nœud ONTAP Select.

Lors de l'installation sur des banques de données plus grandes que la taille maximale prise en charge, vous devez utiliser l'option « Capacity Cap » lors de la configuration du produit.

ONTAP Select Deploy intègre un flux de travail d'ajout de stockage permettant d'étendre la capacité d'un nœud ONTAP Select. Vous pouvez étendre le stockage géré en utilisant l'espace disponible sur la même banque de données (si de l'espace est encore disponible) ou en ajoutant de l'espace depuis une banque de données distincte. Le mélange de banques de données locales et distantes au sein d'un même agrégat n'est pas pris en charge.

L'ajout de stockage prend également en charge le RAID logiciel. Toutefois, dans le cas du RAID logiciel, des disques physiques supplémentaires doivent être ajoutés à la machine virtuelle ONTAP Select. L'ajout de stockage dans ce cas est similaire à la gestion d'une baie FAS ou AFF. Les tailles des groupes RAID et des disques doivent être prises en compte lors de l'ajout de stockage à un nœud ONTAP Select utilisant le RAID logiciel.

ONTAP Select Deploy et ONTAP Select pour ESXi prennent en charge la configuration d'un cluster ONTAP Select à nœud unique utilisant soit un datastore de type vSAN, soit une baie externe comme pool de stockage.

ONTAP Select Deploy et ONTAP Select for KVM prennent en charge la configuration d'un cluster ONTAP Select à nœud unique utilisant un type de pool de stockage logique partagé sur des baies externes. Les pools de stockage peuvent être basés sur iSCSI ou FC/FCoE. Les autres types de pools de stockage ne sont pas pris en charge.

Les clusters haute disponibilité (HA) multi-nœuds sur stockage partagé sont pris en charge.

Les clusters multi-nœuds utilisant un stockage externe (vNAS multi-nœuds) sont pris en charge pour ESXi et KVM. La combinaison de plusieurs hyperviseurs au sein d'un même cluster n'est pas prise en charge. Une architecture haute disponibilité sur stockage partagé implique toujours que chaque nœud d'une paire haute disponibilité possède une copie miroir des données de son partenaire. Cependant, un cluster multi-nœuds apporte les avantages des opérations sans interruption d'ONTAP, contrairement à un cluster mono-nœud qui repose sur VMware HA ou KVM Live Motion.

Bien que ONTAP Select Deploy ajoute la prise en charge de plusieurs machines virtuelles ONTAP Select sur le même hôte, il n'autorise pas ces instances à faire partie du même cluster ONTAP Select lors de la création du cluster. Pour les environnements ESXi, NetApp recommande de créer des règles d'anti-affinité pour les machines virtuelles afin que VMware HA n'essaie pas de migrer plusieurs machines virtuelles ONTAP Select du même cluster ONTAP Select vers un seul hôte ESXi. De plus, si ONTAP Select Deploy détecte qu'une vMotion administrative (initiée par l'utilisateur) ou une migration à chaud d'une machine virtuelle ONTAP Select a entraîné une violation de notre bonne pratique, comme la présence de deux nœuds ONTAP Select sur le même hôte physique, ONTAP Select Deploy affiche une alerte dans l'interface utilisateur Deploy et dans le journal. La seule façon pour ONTAP Select Deploy de connaître l'emplacement de la machine virtuelle ONTAP Select est à la suite d'une opération d'actualisation du cluster, qui est une opération manuelle que l'administrateur ONTAP Select Deploy doit initier. Il n'y a aucune fonctionnalité dans ONTAP Select Deploy permettant une surveillance proactive, et l'alerte n'est visible que via l'interface utilisateur Deploy ou le journal. En d'autres termes, cette alerte ne peut pas être transmise à une infrastructure de surveillance centralisée.

Les groupes de ports VXLAN NSX-V sont pris en charge. Pour la haute disponibilité multi-nœuds, y compris ONTAP MetroCluster SDS, assurez-vous de configurer la MTU du réseau interne entre 7500 et 8900 (au lieu de 9000) pour tenir compte de la surcharge VXLAN. La MTU du réseau interne peut être configurée avec ONTAP Select Deploy lors du déploiement du cluster.

Les machines virtuelles ONTAP Select exécutées sur des pools de stockage externes prennent en charge les migrations à chaud virsh.

Non, toutes les versions sont prises en charge, que la baie externe ou la configuration vSAN soit entièrement flash.

La machine virtuelle Select hérite de la stratégie de stockage du datastore vSAN et aucune restriction ne s'applique aux paramètres FTT/FTM. Cependant, notez que, selon les paramètres FTT/FTM, la taille de la machine virtuelle ONTAP Select peut être nettement supérieure à la capacité configurée lors de son installation. ONTAP Select utilise des VMDK thick-eager, initialisés à zéro, qui sont créés lors de l'installation. Pour éviter d'affecter d'autres machines virtuelles utilisant le même datastore partagé, il est important de prévoir suffisamment de capacité libre dans le datastore pour accueillir la taille réelle de la machine virtuelle Select, telle que dérivée de la capacité Select et des paramètres FTT/FTM.

Il est possible de configurer plusieurs nœuds ONTAP Select sur le même hôte uniquement pour les configurations vNAS, à condition que ces nœuds ne fassent pas partie du même cluster ONTAP Select. Cela n'est pas pris en charge pour les configurations DAS, car plusieurs nœuds ONTAP Select sur le même hôte physique entreraient en concurrence pour l'accès au contrôleur RAID.

Vous pouvez utiliser un seul port 10GE pour vous connecter au réseau externe. Cependant, NetApp recommande de n'utiliser cela que dans des environnements à petit facteur de forme et contraints. Ceci est pris en charge avec ESXi et KVM.

Vous devez installer et exécuter les composants open source CLVM et pacemaker (pcs) sur chaque hôte participant à la migration à chaud. Ceci est nécessaire pour accéder aux mêmes groupes de volumes sur chaque hôte.

Il existe plusieurs questions et réponses concernant VMware vCenter.

ONTAP Select Deploy utilise l'API VMware VIX pour communiquer avec le vCenter, l'hôte ESXi ou les deux. La documentation VMware indique que la connexion initiale à un vCenter Server ou à un hôte ESXi s'effectue via HTTPS/SOAP sur le port TCP 443. C'est le port pour le protocole HTTP sécurisé via TLS/SSL. Ensuite, une connexion à l'hôte ESXi est ouverte sur un socket du port TCP 902. Les données transitant par cette connexion sont chiffrées avec SSL. De plus, ONTAP Select Deploy émet une PING commande pour vérifier qu'il y a un hôte ESXi répondant à l'adresse IP que vous avez spécifiée.

ONTAP Select Deploy doit également pouvoir communiquer avec les adresses IP de gestion des nœuds et du cluster ONTAP Select comme suit :

Pour les clusters à deux nœuds, ONTAP Select Deploy héberge les boîtes aux lettres du cluster. Chaque nœud ONTAP Select doit pouvoir accéder à ONTAP Select Deploy via iSCSI (port 3260).

Pour les clusters multi-nœuds, le réseau interne doit être entièrement ouvert (pas de NAT ni de pare-feu).

La liste des droits vCenter requis est disponible ici : "Serveur VMware vCenter".

Il existe plusieurs questions et réponses traitant des paires haute disponibilité et des clusters.

Contrairement aux clusters à quatre, six et huit nœuds dans lesquels la machine virtuelle ONTAP Select Deploy est principalement utilisée pour créer le cluster, un cluster à deux nœuds dépend en permanence de la machine virtuelle ONTAP Select Deploy pour le quorum de haute disponibilité. Si la machine virtuelle ONTAP Select Deploy est indisponible, les services de basculement sont désactivés.

MetroCluster SDS est une option de réplication synchrone à moindre coût qui fait partie de la catégorie des solutions MetroCluster Business Continuity de NetApp. Elle est disponible uniquement avec ONTAP Select, contrairement à NetApp MetroCluster qui est disponible sur FAS Hybrid Flash, AFF et NetApp Private Storage for Cloud.

MetroCluster SDS propose une solution de réplication synchrone et fait partie des solutions NetApp MetroCluster. Cependant, une différence majeure réside dans le type de connectivité (seuls les réseaux IP sont pris en charge plutôt que FC et IP).

Un cluster à deux nœuds est défini comme un cluster dont les deux nœuds se trouvent dans le même centre de données, à moins de 300 m l'un de l'autre. En général, les deux nœuds sont connectés au même commutateur réseau ou à un ensemble de commutateurs réseau reliés par une liaison inter-commutateurs.

Le MetroCluster SDS à deux nœuds est défini comme un cluster dont les nœuds sont physiquement séparés (pièces différentes, bâtiments différents ou centres de données différents) et dont les connexions montantes de chaque nœud sont connectées à des commutateurs réseau distincts. Bien que MetroCluster SDS ne nécessite pas de matériel dédié, l’environnement doit respecter les exigences minimales de latence (5 ms RTT et 5 ms de gigue pour un total maximal de 10 ms).

MetroCluster SDS est une fonctionnalité premium nécessitant une licence Premium ou Premium XL. Une licence Premium prend en charge la création de machines virtuelles de petite et moyenne taille ainsi que l'utilisation de supports HDD et SSD. Toutes ces configurations sont prises en charge.

ONTAP MetroCluster SDS prend en charge tous les types de configurations de stockage (DAS et vNAS).

Oui, le RAID logiciel est pris en charge avec les supports SSD sur KVM et ESXi.

Oui, bien qu'une licence Premium soit requise, cette licence prend en charge les machines virtuelles de petite et moyenne taille ainsi que les SSD et les disques durs traditionnels.

Non, seuls les clusters à deux nœuds avec un médiateur peuvent être configurés en tant que MetroCluster SDS.

Les exigences sont les suivantes :

Les machines virtuelles ONTAP Select exécutées sur des datastores vSAN ou des datastores de baies externes (en d'autres termes, des déploiements vNAS) prennent en charge vMotion, DRS et la fonctionnalité VMware HA.

Le stockage vMotion est pris en charge pour toutes les configurations, y compris les clusters ONTAP Select à nœud unique et à nœuds multiples, ainsi que la machine virtuelle ONTAP Select Deploy. Le stockage vMotion peut être utilisé pour migrer ONTAP Select ou la machine virtuelle ONTAP Select Deploy entre différentes versions de VMFS (par exemple, de VMFS 5 à VMFS 6), mais il n'est pas limité à ce cas d'utilisation. La bonne pratique consiste à arrêter la machine virtuelle avant d'initier une opération de stockage vMotion. ONTAP Select Deploy doit exécuter l'opération suivante après la fin de l'opération de stockage vMotion :

Ces configurations ne sont pas prises en charge. ONTAP Select n'a pas accès à l'état des liaisons montantes du réseau physique transportant le trafic client. Par conséquent, ONTAP Select s'appuie sur le signal de présence HA pour garantir l'accessibilité de la machine virtuelle aux clients et à son homologue simultanément. En cas de perte de connectivité physique, l'absence de ce signal de présence HA entraîne un basculement automatique vers l'autre nœud, ce qui correspond au comportement attendu.

La séparation du trafic HA sur une infrastructure physique distincte peut permettre à une machine virtuelle Select de communiquer avec son homologue, mais pas avec ses clients. Ceci empêche le processus HA automatique et entraîne une indisponibilité des données jusqu'à ce qu'un basculement manuel soit déclenché.

Vous trouverez plusieurs questions et réponses concernant le service de médiation.

Un cluster à deux nœuds s'appuie en permanence sur la machine virtuelle ONTAP Select Deploy pour le quorum de haute disponibilité. Une machine virtuelle ONTAP Select Deploy participant à une négociation de quorum de haute disponibilité à deux nœuds est qualifiée de Mediator VM.

Oui. ONTAP Select Deploy, agissant comme médiateur pour une paire haute disponibilité, prend en charge une latence WAN allant jusqu'à 500 ms RTT et nécessite une bande passante minimale de 5 Mbps.

Le trafic du médiateur est de type iSCSI, provient des adresses IP de gestion des nœuds ONTAP Select et se termine sur l'adresse IP de déploiement ONTAP Select. Notez que vous ne pouvez pas utiliser IPv6 pour l'adresse IP de gestion des nœuds ONTAP Select lors de l'utilisation d'un cluster à deux nœuds.

Oui. Chaque machine virtuelle ONTAP Select Deploy peut servir de service de médiation commun pour un maximum de 100 clusters ONTAP Select à deux nœuds.

Oui. Il est possible d'utiliser une autre machine virtuelle ONTAP Select Deploy pour héberger le service Mediator.

Seul un cluster à deux nœuds avec un Mediator est pris en charge dans un modèle de déploiement HA étendu.