Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Options de disponibilité, de durabilité et de déploiement
Utilisations Single-AZ et types de Multi-AZ déploiement d'Amazon FSx pour NetApp ONTAP. Vous pouvez choisir parmi quatre options : Single-AZ 1, Single-AZ 2, Multi-AZ 1 et Multi-AZ 2. Cette rubrique décrit les fonctionnalités de disponibilité et de durabilité de chaque type de déploiement afin de vous aider à choisir celui qui convient le mieux à vos charges de travail. Pour plus d'informations sur le SLA (Service Level Agreement) de disponibilité du service, consultez le Contrat de niveau de service Amazon FSx.
Rubriques
Choix d'un type de déploiement de système de fichiers
Les fonctionnalités de disponibilité et de durabilité des Single-AZ types de déploiement des systèmes de Multi-AZ fichiers sont décrites dans les sections suivantes.
Single-AZ types de déploiement
Vous pouvez choisir entre Single-AZ 1 et Single-AZ 2 pour votre système de Single-AZ fichiers. Single-AZ 1 est un système de fichiers de première génération avec une paire haute disponibilité (HA), tandis que Single-AZ 2 est un système de fichiers de deuxième génération avec 1 à 12 paires HA. Pour plus d’informations, consultez Choix d'une génération de système de fichiers.
Lorsque vous créez un système de Single-AZ fichiers, Amazon FSx provisionne automatiquement une à douze paires de serveurs de fichiers dans une configuration active-veille, les serveurs de fichiers actifs et de secours de chaque paire étant situés dans des domaines de panne distincts au sein d'une seule zone de disponibilité du. Région AWS Lors d'une maintenance planifiée du système de fichiers ou d'une interruption de service imprévue d'un serveur de fichiers actif, Amazon FSx fait basculer automatiquement et indépendamment cette paire haute disponibilité (HA) vers le serveur de fichiers de secours, généralement en quelques secondes. Lors d'un basculement, vous pouvez toujours accéder à vos données sans intervention manuelle.
Pour garantir une haute disponibilité, Amazon FSx surveille en permanence les défaillances matérielles et remplace automatiquement les composants de l'infrastructure en cas de panne. Pour atteindre une durabilité élevée, Amazon FSx réplique automatiquement vos données dans une zone de disponibilité afin de les protéger contre les défaillances des composants. En outre, vous avez la possibilité de configurer des sauvegardes quotidiennes automatiques des données de votre système de fichiers. Ces sauvegardes sont stockées dans plusieurs zones de disponibilité afin de fournir une résilience multi-AZ pour toutes les données de sauvegarde.
Single-AZ les systèmes de fichiers sont conçus pour des cas d'utilisation qui ne nécessitent pas le modèle de résilience des données d'un système de Multi-AZ fichiers. Ils fournissent une solution rentable pour des cas d'utilisation tels que les environnements de développement et de test, ou le stockage de copies secondaires de données déjà stockées sur site ou ailleurs Régions AWS, en ne répliquant les données que dans une seule zone de disponibilité.
Le schéma suivant illustre l'architecture d'un système de fichiers FSx pour ONTAP de Single-AZ première génération.
Multi-AZ types de déploiement
Vous pouvez choisir entre Multi-AZ 1 et Multi-AZ 2 pour votre système de Multi-AZ fichiers. Multi-AZ 1 est un système de fichiers de première génération et Multi-AZ 2 est un système de fichiers de deuxième génération. Les deux options ont une paire HA. Pour plus d’informations, consultez Choix d'une génération de système de fichiers.
Multi-AZ les systèmes de fichiers prennent en charge toutes les fonctionnalités de disponibilité et de durabilité des systèmes de Single-AZ fichiers. En outre, ils sont conçus pour assurer la disponibilité continue des données, même lorsqu'une zone de disponibilité n'est pas disponible. Multi-AZ les déploiements comportent une seule paire de serveurs de fichiers HA, le serveur de fichiers de secours étant déployé dans une zone de disponibilité différente de celle du serveur de fichiers actif de la même Région AWS zone. Toutes les modifications enregistrées dans votre système de fichiers sont répliquées de manière synchrone entre les zones de disponibilité vers la zone de secours.
Multi-AZ les systèmes de fichiers sont conçus pour des cas d'utilisation tels que les charges de travail de production critiques qui nécessitent une haute disponibilité des données de fichiers ONTAP partagées et nécessitent un stockage avec réplication intégrée entre les zones de disponibilité. Le schéma suivant illustre l'architecture d'un système de fichiers FSx pour ONTAP de Multi-AZ première génération.
Choix d'une génération de système de fichiers
Le tableau suivant illustre les différences entre les systèmes de fichiers de première et de deuxième génération Single-AZ et Multi-AZ FSx pour ONTAP.
| Dimension | First-generation | Second-generation (paire HA unique) | Second-generation (plusieurs paires) |
|---|---|---|---|
| Type de déploiement | SINGLE_AZ_1 MULTI_AZ_1 |
SINGLE_AZ_2 MULTI_AZ_2 |
SINGLE_AZ_2 |
| Paires HA | 1 paire HA | 1 à 12 paires HA | |
| Stockage SSD |
Minimum : 1 TiB Maximum : 192 TiB |
Minimum : 1 TiB Maximum : 512 TiB |
Minimum : 1 TiB (par paire HA) Maximum : 1 PiB (total) |
| IOPS SSD |
Minimum : 3 IOPS/GIB SSD Maximum : 160 000 |
Minimum : 3 IOPS/GIB SSD Maximum : 200 000 |
Minimum : 3 IOPS/GIB SSD Maximum : 2 400 000 (200 000 par paire HA) |
| Capacité de débit | 128 Mo/s ; 256 Mo/s ; 512 Mo/s ; 1 024 Mo/s ; 2 048 Mo/s ; 4 096 Mo/s | 384 Mo/s ; 768 Mo/s ; 1 536 Mo/s ; 3 072 Mo/s ; 6 144 Mo/s | 1 536 Mo/s (par paire HA) ; 3 072 Mo/s (par paire HA) ; 6 144 Mo/s (par paire HA) |
Note
Vous ne pouvez pas modifier le type de déploiement de votre système de fichiers après sa création. Si vous souhaitez modifier le type de déploiement (par exemple, passer de Single-AZ 1 à Single-AZ 2), vous pouvez sauvegarder vos données et les restaurer sur un nouveau système de fichiers. Vous pouvez également migrer vos données avec NetApp SnapMirror AWS DataSync, avec ou avec un outil de copie de données tiers. Pour plus d’informations, consultez Migration vers FSx pour ONTAP à l'aide de NetApp SnapMirror et Migration vers FSx pour ONTAP à l'aide de AWS DataSync.
Processus de basculement pour FSx pour ONTAP
Single-AZ et les systèmes de Multi-AZ fichiers basculent automatiquement sur une paire HA donnée entre le serveur de fichiers préféré ou actif et le serveur de fichiers de secours si l'une des conditions suivantes se produit :
-
Le serveur de fichiers préféré ou actif devient indisponible
-
La capacité de débit du système de fichiers est modifiée
-
Le serveur de fichiers préféré ou actif fait l'objet d'une maintenance planifiée
-
Une panne de zone de disponibilité se produit (systèmes de Multi-AZ fichiers uniquement)
Note
Pour les systèmes de fichiers de deuxième génération comportant plusieurs paires HA, le comportement de basculement de chaque paire HA est indépendant. Si le serveur de fichiers préféré pour une paire HA n'est pas disponible, seule cette paire HA bascule vers son serveur de fichiers de secours.
En cas de basculement d'un serveur de fichiers à un autre, le nouveau serveur de fichiers actif commence automatiquement à répondre à toutes les demandes de lecture et d'écriture du système de fichiers à cette paire HA. Pour les systèmes de Multi-AZ fichiers, lorsque le serveur de fichiers préféré est entièrement restauré et devient disponible, Amazon FSx y revient automatiquement, la restauration s'effectuant généralement en moins de 60 secondes. Pour les systèmes de Multi-AZ fichiers Single-AZ et, un basculement s'effectue généralement en moins de 60 secondes entre la détection de la panne sur le serveur de fichiers actif et la promotion du serveur de fichiers de secours à l'état actif. Pour les clients NFS et SMB, les basculements sont transparents car l'adresse IP du terminal que les clients utilisent pour accéder à vos données reste la même. Ainsi, les applications Linux, Windows et macOS reprennent le fonctionnement du système de fichiers sans intervention manuelle. Pour les protocoles iSCSI et de stockage par NVMe/TCP blocs, la transparence du basculement dépend plutôt du multipathing côté client, que vous devez configurer sur le client afin qu'il bascule automatiquement entre vos serveurs de fichiers.
Pour garantir la transparence des basculements pour les clients connectés à vos systèmes de fichiers FSx for ONTAP, consultez. Accès aux données depuis le AWS Cloud Pour configurer le multiacheminement côté client pour iSCSI et les clients, reportez-vous aux sections et NVMe/TCP . Provisionnement iSCSI pour Linux Provisioning NVMe/TCP pour Linux
Tester le basculement sur un système de fichiers
Vous pouvez tester le basculement sur votre système de fichiers en modifiant sa capacité de débit. Lorsque vous modifiez la capacité de débit de votre système de fichiers, Amazon FSx désactive les serveurs de fichiers du système de fichiers en série. Les systèmes de fichiers basculent automatiquement vers le serveur secondaire, tandis qu'Amazon FSx remplace d'abord le serveur de fichiers préféré. Une fois mis à jour, le système de fichiers revient automatiquement sur le nouveau serveur principal et Amazon FSx remplace le serveur de fichiers secondaire.
Vous pouvez suivre la progression de la demande de mise à jour de la capacité de débit dans la console Amazon FSx, la CLI et l'API. Pour plus d'informations sur la modification de la capacité de débit de votre système de fichiers et le suivi de la progression de la demande, consultezGestion de la capacité de débit.
Ressources du réseau
Cette section décrit les ressources réseau consommées par les systèmes de Multi-AZ fichiers Single-AZ et les systèmes de fichiers.
Subnets
Lorsque vous créez un système de Single-AZ fichiers, vous spécifiez un seul sous-réseau pour ce système de fichiers. Le sous-réseau que vous choisissez définit la zone de disponibilité dans laquelle le système de fichiers est créé. Lorsque vous créez un système de Multi-AZ fichiers, vous spécifiez deux sous-réseaux, l'un pour le serveur de fichiers préféré et l'autre pour le serveur de fichiers de secours. Les deux sous-réseaux que vous choisissez doivent se trouver dans des zones de disponibilité différentes au sein de la même Région AWS zone. Pour plus d’informations sur Amazon VPC, consultez Qu’est-ce qu’Amazon VPC ? dans le Guide de l’utilisateur Amazon VPC.
Note
Quel que soit le sous-réseau que vous spécifiez, vous pouvez accéder à votre système de fichiers depuis n'importe quel sous-réseau du VPC du système de fichiers.
Interfaces réseau élastiques des systèmes de fichiers
Pour les systèmes de Single-AZ fichiers, Amazon FSx fournit deux interfaces réseau élastiques (ENI) dans le sous-réseau que vous associez à votre système de fichiers. Pour les systèmes de Multi-AZ fichiers, Amazon FSx fournit également deux ENI, un dans chacun des sous-réseaux que vous associez à votre système de fichiers. Les clients communiquent avec votre système de fichiers Amazon FSx via l'interface réseau élastique. Les interfaces réseau sont considérées comme faisant partie du périmètre de service d'Amazon FSx, même si elles font partie du VPC de votre compte. Multi-AZ les systèmes de fichiers utilisent des adresses IP (Internet Protocol) flottantes afin que les clients connectés puissent effectuer une transition fluide entre le serveur de fichiers préféré et le serveur de secours lors d'un événement de basculement.
Avertissement
Vous ne devez ni modifier ni supprimer les interfaces réseau élastiques associées à votre système de fichiers. La modification ou la suppression de l'interface réseau peut entraîner une perte permanente de connexion entre votre VPC et votre système de fichiers.
Les interfaces réseau élastiques associées à votre système de fichiers comporteront des itinéraires créés automatiquement et ajoutés à votre VPC par défaut et à vos tables de routage de sous-réseaux. La modification ou la suppression de ces routes peut entraîner une perte temporaire ou permanente de connectivité pour les clients de votre système de fichiers.
Le tableau suivant récapitule les ressources de sous-réseau, d'interface réseau élastique et d'adresse IP pour chacun des types de déploiement de systèmes de fichiers FSx pour ONTAP :
| First-generation Single-AZ | Second-generation Single-AZ | Multi-AZ | |
|---|---|---|---|
| Nombre de sous-réseaux | 1 | 1 | 2 |
| Nombre d'interfaces réseau élastiques | 2 | 2 par paire HA | 2 |
| Nombre d'adresses IP par ENI | 1 + le nombre de SVM dans le système de fichiers | Nombre de paires HA + nombre de paires HA multiplié par le nombre de SVM dans le système de fichiers | 1 + le nombre de SVM dans le système de fichiers |
| Nombre de routes de table de routage VPC | N/A | N/A | 1 + le nombre de SVM présentes dans le système de fichiers |
Une fois qu'un système de fichiers ou une SVM est créé, ses adresses IP ne changent pas tant que le système de fichiers n'est pas supprimé.
Important
Amazon FSx ne prend pas en charge l'accès aux systèmes de fichiers depuis l'Internet public ou leur exposition à celui-ci. Amazon FSx détache automatiquement toute adresse IP élastique qui est une adresse IP publique accessible depuis Internet, qui est attachée à l'interface réseau élastique d'un système de fichiers.
