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.

Configurations haute disponibilité

Contributeurs

Découvrez les options de haute disponibilité pour sélectionner le meilleur configuration de haute disponibilité pour votre environnement.

Même si les clients commencent à migrer leurs charges de travail applicatives entre des appliances de stockage haute performance et des solutions logicielles fonctionnant sur du matériel générique, les attentes et les besoins en matière de résilience et de tolérance aux pannes n'ont pas changé. Une solution haute disponibilité avec un objectif de point de récupération (RPO) zéro protège le client contre les pertes de données dues à une défaillance de composant de la pile d'infrastructure.

Une grande partie du marché du SDS est basée sur la notion de stockage sans partage, avec la réplication logicielle garantissant la résilience des données en stockant plusieurs copies des données utilisateur dans différents silos de stockage. ONTAP Select se développe sur ce site à l'aide des fonctions de réplication synchrone (RAID SyncMirror) fournies par ONTAP pour stocker une copie supplémentaire des données utilisateur au sein du cluster. Cela se produit dans le contexte d'une paire HA. Chaque paire haute disponibilité stocke deux copies des données utilisateur : une sur le stockage fourni par le nœud local et une sur le stockage fourni par le partenaire haute disponibilité. Dans un cluster ONTAP Select, la haute disponibilité et la réplication synchrone sont liées entre elles, et les fonctionnalités des deux ne peuvent pas être découplées ou utilisées indépendamment. Donc, la fonctionnalité de réplication synchrone n'est disponible que dans l'offre multinœud.

Remarque Dans un cluster ONTAP Select, la fonctionnalité de réplication synchrone fait partie de l'implémentation HA, et non pas à la place des moteurs de réplication asynchrone SnapMirror ou SnapVault. La réplication synchrone ne peut pas être utilisée indépendamment de la haute disponibilité.

Il existe deux modèles de déploiement haute disponibilité ONTAP Select : les clusters multinœuds (quatre, six ou huit nœuds) et les clusters à deux nœuds. La fonction utile d'un cluster ONTAP Select à deux nœuds est l'utilisation d'un service de médiateur externe afin de résoudre des scénarios split-brain. ONTAP Deploy VM sert de médiateur par défaut dans toutes les paires HA à deux nœuds qu'elle configure.

Les deux architectures sont représentées dans les figures suivantes.

Cluster ONTAP Select à deux nœuds avec médiateur distant et stockage local

Cluster ONTAP Select à deux nœuds avec un médiateur distant et une solution de stockage local

Remarque Le cluster ONTAP Select à deux nœuds se compose d'une paire HA et d'un médiateur. Au sein de la paire haute disponibilité, les agrégats de données sur chaque nœud du cluster sont mis en miroir de manière synchrone. En cas de basculement, il n'y a aucune perte de données.

*Cluster ONTAP Select à quatre nœuds utilisant un stockage local*Cluster ONTAP Select à quatre nœuds avec stockage local

  • Le cluster ONTAP Select à quatre nœuds se compose de deux paires haute disponibilité. Les clusters à six nœuds et à huit nœuds sont composés respectivement de trois et quatre paires HA. Au sein de chaque paire haute disponibilité, les agrégats de données sur chaque nœud du cluster sont mis en miroir de manière synchrone. En cas de basculement, il n'y a aucune perte de données.

  • Une seule instance ONTAP Select peut être présente sur un serveur physique lors de l'utilisation du stockage DAS. ONTAP Select nécessite un accès non partagé au contrôleur RAID local du système et est conçu pour gérer les disques connectés localement, ce qui serait impossible sans connectivité physique au stockage.

Configuration HA à 2 nœuds par rapport à une configuration HA à plusieurs nœuds

Contrairement aux baies FAS, les nœuds ONTAP Select d'une paire haute disponibilité communiquent exclusivement sur le réseau IP. Cela signifie que le réseau IP est un point de défaillance unique, et la protection contre les partitions réseau et les scénarios de split-brain devient un aspect important de la conception. Le cluster multinœud peut supporter des défaillances de nœud unique, car le quorum du cluster peut être établi par les trois nœuds survivants ou plus. Le cluster à deux nœuds s'appuie sur le service médiateur hébergé par ONTAP Deploy VM afin d'obtenir les mêmes résultats.

Le trafic réseau Heartbeat entre les nœuds ONTAP Select et le service médiateur ONTAP Deploy est minime et résilient. ONTAP Deploy VM peut être hébergé dans un data Center différent de celui du cluster à deux nœuds ONTAP Select.

Remarque ONTAP Deploy VM devient partie intégrante d'un cluster à deux nœuds lorsque le médiateur est chargé de ce cluster. Si le service médiateur n'est pas disponible, le cluster à deux nœuds continue à traiter des données, mais les fonctionnalités de basculement du stockage du cluster ONTAP Select sont désactivées. Par conséquent, le service médiateur ONTAP Deploy doit maintenir une communication constante avec chaque nœud ONTAP Select de la paire HA. Une bande passante minimale de 5 Mbit/s et une latence maximale de 125 ms de temps aller-retour sont nécessaires pour assurer le bon fonctionnement du quorum du cluster.

Si ONTAP déployer une machine virtuelle agissant comme un médiateur est temporairement ou potentiellement indisponible de façon permanente, une machine virtuelle ONTAP Deploy secondaire peut être utilisée pour restaurer le quorum du cluster à deux nœuds. Ceci entraîne une configuration dans laquelle la nouvelle machine virtuelle ONTAP Deploy ne peut pas gérer les nœuds ONTAP Select, mais elle participe avec succès à l'algorithme de quorum du cluster. La communication entre les nœuds ONTAP Select et la machine virtuelle de déploiement de ONTAP se fait à l'aide du protocole iSCSI sur IPv4. L'adresse IP de gestion de nœud ONTAP Select est l'initiateur et l'adresse IP de machine virtuelle de déploiement ONTAP est la cible. Par conséquent, il n'est pas possible de prendre en charge les adresses IPv6 pour les adresses IP de gestion des nœuds lors de la création d'un cluster à deux nœuds. Les disques des boîtes aux lettres hébergées ONTAP Deploy sont automatiquement créés et masqués pour les adresses IP appropriées de gestion de nœuds ONTAP Select au moment de la création du cluster à deux nœuds. La configuration complète est automatiquement effectuée lors de l'installation et aucune autre action administrative n'est requise. L'instance ONTAP Deploy création du cluster est le médiateur par défaut de ce cluster.

Une action administrative est requise si l'emplacement initial du médiateur doit être modifié. Il est possible de restaurer le quorum d'un cluster même si la machine virtuelle ONTAP Deploy d'origine est perdue. Cependant, NetApp vous recommande de sauvegarder la base de données ONTAP Deploy après que chaque cluster à deux nœuds soit instancié.

Haute disponibilité à 2 nœuds par rapport à une haute disponibilité étendue à 2 nœuds (MetroCluster SDS)

Il est possible de stretch un cluster haute disponibilité actif-actif à deux nœuds sur de plus grandes distances et de placer chaque nœud dans un data Center différent. La seule distinction entre un cluster à deux nœuds et un cluster étendu à deux nœuds (ou MetroCluster SDS) est la distance de connectivité réseau entre les nœuds.

Le cluster à deux nœuds est défini comme un cluster pour lequel les deux nœuds sont situés dans le même data Center, à une distance de 300 M. En général, les deux nœuds ont des liaisons montantes vers le même commutateur réseau ou l'ensemble de commutateurs de réseau ISL (interswitch Link).

MetroCluster SDS à deux nœuds est défini comme un cluster dont les nœuds sont physiquement séparés (salles différentes, bâtiments différents et data centers différents) de plus de 300 M. En outre, les connexions ascendantes de chaque nœud sont connectées à des commutateurs réseau distincts. MetroCluster SDS ne nécessite pas de matériel dédié. Toutefois, l'environnement doit respecter les exigences de latence (maximum de 5 ms pour le temps de propagation aller-retour et 5 ms pour la fluctuation, pour un total de 10 ms) et la distance physique (maximum de 10 km).

Le SDS MetroCluster est une fonctionnalité Premium qui nécessite une licence Premium ou une licence Premium XL. La licence Premium prend en charge la création d'ordinateurs virtuels de petite et moyenne taille ainsi que de disques durs et SSD. La licence Premium XL prend également en charge la création de disques NVMe.

Remarque MetroCluster SDS est pris en charge avec le stockage DAS et le stockage partagé (vNAS). Notez que les configurations vNAS offrent généralement une latence innée plus élevée en raison du réseau entre la machine virtuelle ONTAP Select et le stockage partagé. Les configurations MetroCluster SDS doivent offrir une latence maximale de 10 ms entre les nœuds, y compris la latence de stockage partagé. En d'autres termes, seule la mesure de la latence entre les VM Select est appropriée, car la latence du stockage partagé n'est pas négligeable pour ces configurations.