Paires haute disponibilité dans AWS
Suggérer des modifications
PDF
La configuration Cloud Volumes ONTAP haute disponibilité assure la continuité de l'activité et assure une tolérance aux pannes. Dans AWS, les données sont mises en miroir de manière synchrone entre les deux nœuds.
Composants DE HAUTE DISPONIBILITÉ
Dans AWS, les configurations haute disponibilité de Cloud Volumes ONTAP incluent les composants suivants :
-
Deux nœuds Cloud Volumes ONTAP dont les données sont mises en miroir de manière synchrone.
-
Instance médiateur qui fournit un canal de communication entre les nœuds pour faciliter les processus de reprise et de remise du stockage.
Médiateur
Voici quelques informations clés sur l'instance de médiateur dans AWS :
- Type d'instance
-
t3-micro
- Disques
-
Deux disques st1 de 8 Gio et 4 Gio
- Système d'exploitation
-
Debian 11
Pour Cloud Volumes ONTAP 9.10.0 et les versions antérieures, Debian 10 a été installée sur le médiateur. - Mises à niveau
-
Lorsque vous mettez à niveau Cloud Volumes ONTAP, BlueXP met également à jour l'instance médiateur si nécessaire.
- Accès à l'instance
-
Lorsque vous créez une paire Cloud Volumes ONTAP HA à partir de BlueXP, vous êtes invité à fournir une paire de clés pour l'instance de médiateur. Vous pouvez utiliser cette paire de clés pour accéder à SSH à l'aide de l'
adminutilisateur. - Agents tiers
-
Les agents tiers ou les extensions VM ne sont pas pris en charge sur l'instance médiateur.
Reprise et remise du stockage
Si un nœud tombe en panne, l'autre nœud peut servir les données à son partenaire pour fournir un service de données continu. Les clients peuvent accéder aux mêmes données à partir du nœud partenaire, car les données ont été mises en miroir de manière synchrone auprès du partenaire.
Après le redémarrage du nœud, le partenaire doit resynchroniser les données avant de pouvoir retourner le stockage. Le temps nécessaire à la resynchronisation des données dépend de la quantité de données modifiées pendant la panne du nœud.
Le basculement, la resynchronisation et le rétablissement du stockage sont automatiques par défaut. Aucune action de l'utilisateur n'est requise.
RPO et RTO
Une configuration haute disponibilité assure la haute disponibilité de vos données de la manière suivante :
-
L'objectif du point de récupération (RPO) est de 0 seconde. Vos données sont transactionnaires, sans perte de données.
-
L'objectif de délai de restauration (RTO) est de 120 secondes. En cas de panne, les données doivent être disponibles en moins de 120 secondes.
Modèles de déploiement HA
Vous pouvez assurer la haute disponibilité de vos données en déployant une configuration haute disponibilité dans plusieurs zones de disponibilité (AZ) ou dans une zone de disponibilité unique (AZ). Vous devriez consulter plus de détails sur chaque configuration afin de choisir celle qui répond le mieux à vos besoins.
Plusieurs zones de disponibilité
Le déploiement d'une configuration haute disponibilité dans plusieurs zones de disponibilité assure la haute disponibilité de vos données en cas de défaillance dans une zone de disponibilité ou une instance exécutant un nœud Cloud Volumes ONTAP. Vous devez comprendre l'impact des adresses IP NAS sur l'accès aux données et le basculement du stockage.
Accès aux données NFS et CIFS
Lorsqu'une configuration haute disponibilité est répartie entre plusieurs zones de disponibilité, adresses IP flottantes activez l'accès client NAS. Les adresses IP flottantes, qui doivent se trouver en dehors des blocs CIDR pour tous les VPC de la région, peuvent migrer entre les nœuds en cas de défaillance. Les clients ne sont pas accessibles de manière native en dehors du VPC, sauf si vous "Configuration d'une passerelle de transit AWS".
Si vous ne pouvez pas configurer de passerelle de transit, des adresses IP privées sont disponibles pour les clients NAS qui ne sont pas du VPC. Cependant, ces adresses IP sont statiques ; elles ne peuvent pas basculer d'un nœud à l'autre.
Avant de déployer une configuration haute disponibilité sur plusieurs zones de disponibilité, vérifiez les exigences en matière d'adresses IP flottantes et de tables de routage. Vous devez spécifier les adresses IP flottantes lors du déploiement de la configuration. Les adresses IP privées sont automatiquement créées par BlueXP.
Pour plus d'informations, reportez-vous "Configuration réseau AWS requise pour Cloud Volumes ONTAP HA dans plusieurs AZS"à .
Accès aux données iSCSI
La communication de données entre VPC n'est pas un problème car iSCSI n'utilise pas d'adresses IP flottantes.
Basculement et rétablissement pour iSCSI
Pour iSCSI, Cloud Volumes ONTAP utilise les E/S multichemins (MPIO) et l'accès aux unités logiques asymétriques (ALUA) pour gérer le basculement de chemin entre les chemins optimisés et non optimisés.
|
|
Pour plus d'informations sur les configurations d'hôte spécifiques qui prennent en charge ALUA, reportez-vous au "Matrice d'interopérabilité NetApp" et au "Guide des hôtes SAN et des clients cloud" pour votre système d'exploitation hôte. |
Basculement et rétablissement pour NAS
Lorsque le basculement se produit dans une configuration NAS utilisant des adresses IP flottantes, l'adresse IP flottante du nœud que les clients utilisent pour accéder aux données transférées sur l'autre nœud. L'image suivante illustre la reprise du stockage dans une configuration NAS à l'aide d'adresses IP flottantes. Si le nœud 2 s'arrête, l'adresse IP flottante du nœud 2 passe au nœud 1.
Les adresses IP de données NAS utilisées pour l'accès VPC externe ne peuvent pas migrer entre les nœuds en cas de défaillance. Si un nœud est hors ligne, vous devez remonter manuellement les volumes vers des clients en dehors du VPC à l'aide de l'adresse IP de l'autre nœud.
Une fois le nœud défaillant remis en ligne, remontez les clients vers les volumes à l'aide de l'adresse IP d'origine. Cette étape est nécessaire pour éviter le transfert de données inutiles entre deux nœuds HA, ce qui peut entraîner un impact significatif sur les performances et la stabilité.
Vous pouvez facilement identifier l'adresse IP correcte dans BlueXP en sélectionnant le volume et en cliquant sur Mount Command.
Zone de disponibilité unique
Le déploiement d'une configuration haute disponibilité dans une zone de disponibilité unique (AZ) peut assurer la haute disponibilité de vos données en cas de défaillance d'une instance exécutant un nœud Cloud Volumes ONTAP. Toutes les données sont accessibles en mode natif depuis l'extérieur du VPC.
|
|
BlueXP crée un "Groupe de placement AWS réparti" Et lance les deux nœuds haute disponibilité de ce groupe de placement. Le groupe de placement réduit le risque de défaillances simultanées en répartissant les instances sur un matériel sous-jacent distinct. Cette fonctionnalité améliore la redondance en termes de calcul, et non en termes de défaillance des disques. |
Accès aux données
Cette configuration étant dans un seul AZ, elle ne nécessite pas d'adresses IP flottantes. Vous pouvez utiliser la même adresse IP pour accéder aux données depuis le VPC et depuis l'extérieur du VPC.
L'image suivante montre une configuration HA dans un seul AZ. Les données sont accessibles depuis le VPC et depuis l'extérieur du VPC.
Takeover et Giveback
Pour iSCSI, Cloud Volumes ONTAP utilise les E/S multichemins (MPIO) et l'accès aux unités logiques asymétriques (ALUA) pour gérer le basculement de chemin entre les chemins optimisés et non optimisés.
|
|
Pour plus d'informations sur les configurations d'hôte spécifiques qui prennent en charge ALUA, reportez-vous au "Matrice d'interopérabilité NetApp" et au "Guide des hôtes SAN et des clients cloud" pour votre système d'exploitation hôte. |
Pour les configurations NAS, les adresses IP des données peuvent migrer entre les nœuds HA en cas de défaillance. Cela garantit l'accès du client au stockage.
Zones locales AWS
AWS local zones est un déploiement d'infrastructure où le stockage, le calcul, la base de données et d'autres services AWS spécifiques sont situés à proximité de grandes villes et de secteurs. Avec AWS local zones, vous pouvez rapprocher les services AWS, ce qui améliore la latence de vos workloads et maintient les bases de données en local. Sur Cloud Volumes ONTAP,
Vous pouvez déployer une configuration AZ unique ou plusieurs dans les zones locales AWS.
|
|
Les zones locales AWS sont prises en charge lors de l'utilisation de BlueXP en mode standard et privé. À l'heure actuelle, les zones locales AWS ne sont pas prises en charge si BlueXP est utilisé en mode restreint. |
Exemples de configurations de zone locale AWS
Cloud Volumes ONTAP dans AWS prend uniquement en charge le mode haute disponibilité (HA) dans une zone de disponibilité unique. Les déploiements à un seul nœud ne sont pas pris en charge.
Cloud Volumes ONTAP ne prend pas en charge le Tiering des données, le Tiering dans le cloud et les instances non qualifiées dans les zones locales AWS.
Voici des exemples de configurations :
-
Zone de disponibilité unique : les nœuds de cluster et le médiateur se trouvent tous deux dans la même zone locale.
-
Plusieurs zones de disponibilité
Dans les configurations à plusieurs zones de disponibilité, il existe trois instances, deux nœuds et un médiateur. Une instance parmi les trois instances doit se trouver dans une zone distincte. Vous pouvez choisir la façon dont vous configurez cette fonction.Voici trois exemples de configuration :
-
Chaque nœud de cluster se trouve dans une zone locale différente et le médiateur dans une zone de disponibilité publique.
-
Un nœud de cluster dans une zone locale, le médiateur dans une zone locale et le second nœud de cluster se trouvent dans une zone de disponibilité.
-
Chaque nœud de cluster et le médiateur se trouvent dans des zones locales distinctes.
-
Types de disques et d'instances pris en charge
Le seul type de disque pris en charge est GP2. Les familles de types d'instances EC2 suivantes de tailles Xlarge à 4xlarge sont actuellement prises en charge :
-
M5
-
C5
-
C5d
-
R5
-
R5d
|
|
Cloud Volumes ONTAP prend uniquement en charge ces configurations. La sélection de types de disques non pris en charge ou d'instances non qualifiées dans la configuration de la zone locale AWS peut entraîner l'échec du déploiement. Le Tiering des données vers AWS S3 n'est pas disponible dans les zones locales AWS en raison d'un manque de connectivité. |
Consultez la documentation AWS pour obtenir les informations les plus récentes et complètes sur le "Types d'instances EC2 dans les zones locales".
Fonctionnement du stockage dans une paire haute disponibilité
Contrairement à un cluster ONTAP, le stockage dans une paire Cloud Volumes ONTAP HA n'est pas partagé entre les nœuds. En revanche, les données sont mises en miroir de manière synchrone entre les nœuds afin que les données soient disponibles en cas de panne.
Allocation du stockage
Lorsque vous créez un nouveau volume et que vous avez besoin de disques supplémentaires, BlueXP alloue le même nombre de disques aux deux nœuds, crée un agrégat en miroir, puis crée le nouveau volume. Par exemple, si deux disques sont requis pour le volume, BlueXP alloue deux disques par nœud pour un total de quatre disques.
Configurations de stockage
Vous pouvez utiliser une paire HA comme configuration active-active, dans laquelle les deux nœuds servent les données aux clients ou comme configuration active-passive, dans laquelle le nœud passif répond aux demandes de données uniquement s'il a pris en charge le stockage pour le nœud actif.
|
|
Vous ne pouvez configurer une configuration active/active que si vous utilisez BlueXP dans la vue du système de stockage. |
Attentes en matière de performances
Une configuration Cloud Volumes ONTAP HA réplique de manière synchrone les données entre les nœuds, ce qui consomme de la bande passante réseau. Par conséquent, vous pouvez vous attendre aux performances suivantes par rapport à une configuration Cloud Volumes ONTAP à nœud unique :
-
Pour les configurations haute disponibilité qui ne servent que des données provenant d'un seul nœud, les performances de lecture sont comparables aux performances de lecture d'une configuration à un nœud, alors que les performances d'écriture sont plus faibles.
-
Pour les configurations haute disponibilité qui servent les données des deux nœuds, les performances de lecture sont supérieures aux performances de lecture d'une configuration à nœud unique et les performances d'écriture sont identiques ou supérieures.
Pour plus d'informations sur les performances Cloud Volumes ONTAP, reportez-vous à "Performance"la section .
Accès client au stockage
Les clients doivent accéder aux volumes NFS et CIFS en utilisant l'adresse IP de données du nœud sur lequel réside le volume. Si les clients NAS accèdent à un volume en utilisant l'adresse IP du nœud partenaire, le trafic passe entre les deux nœuds, ce qui réduit les performances.
|
Si vous déplacez un volume entre les nœuds d'une paire HA, vous devez remonter le volume en utilisant l'adresse IP de l'autre nœud. Sinon, vous pouvez bénéficier d'une performance réduite. Si les clients prennent en charge les renvois NFSv4 ou la redirection de dossiers pour CIFS, vous pouvez activer ces fonctionnalités sur les systèmes Cloud Volumes ONTAP pour éviter de remanier le volume. Pour plus de détails, reportez-vous à la documentation ONTAP. |
Vous pouvez facilement identifier l'adresse IP correcte via l'option Mount Command du panneau Manage volumes de BlueXP.
