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. # Disponibilité, durabilité et options de déploiement Utilisations Single-AZ et types de déploiement d'Amazon FSx for NetApp ONTAP. Multi-AZ Vous pouvez choisir entre 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 l'accord de niveau de [service Amazon FSx](https://aws.amazon.com/fsx/sla/). **Topics** + [Choix d'un type de déploiement de système de fichiers](#choosing-deployment-type) + [Choix d'une génération de système de fichiers](#choose-generation) + [Processus de basculement pour FSx for ONTAP](#Failover) + [Ressources du réseau](#single-multi-az-resources) ## Choix d'un type de déploiement de système de fichiers Les fonctionnalités de disponibilité Single-AZ et de durabilité ainsi que les types de déploiement des systèmes de Multi-AZ fichiers sont décrits 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 de plus amples informations, veuillez consulter [Choix d'une génération de système de fichiers](#choose-generation). 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 en veille active, les serveurs de fichiers actifs et de secours de chaque paire étant situés dans des domaines de défaillance distincts au sein d'une seule zone de disponibilité du. Région AWS Lors de la maintenance planifiée du système de fichiers ou d'une interruption de service imprévue d'un serveur de fichiers actif, Amazon FSx bascule automatiquement et indépendamment cette paire de haute disponibilité (HA) sur le serveur de fichiers de secours, généralement en quelques secondes. Lors d'un basculement, vous continuez à avoir accès à 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 garantir une durabilité élevée, Amazon FSx réplique automatiquement vos données au sein d'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 garantir la résilience multi-AZ de toutes les données de sauvegarde. Single-AZ les systèmes de fichiers sont conçus pour les 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 optimisée en termes de coûts pour les 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 dans un autre 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 for ONTAP de Single-AZ première génération. ![Schéma illustrant l'architecture d'un système de fichiers FSx for Single-AZ ONTAP de première génération.](http://docs.aws.amazon.com/fr_fr/fsx/latest/ONTAPGuide/images/fsx-ontap-single-az-architecture.png) ### 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 de plus amples informations, veuillez consulter [Choix d'une génération de système de fichiers](#choose-generation). 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 garantir 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 est déployé dans une zone de disponibilité différente de celle du serveur de fichiers actif dans la même Région AWS zone. Toutes les modifications apportées à votre système de fichiers sont répliquées de manière synchrone entre les zones de disponibilité vers le mode veille. Multi-AZ les systèmes de fichiers sont conçus pour des cas d'utilisation tels que les charges de production critiques pour l'entreprise qui nécessitent une haute disponibilité des données de fichiers ONTAP partagées et 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 for ONTAP de Multi-AZ première génération. ![Schéma illustrant l'architecture à haute disponibilité de FSx pour le système de fichiers de première génération Multi-AZ ONTAP.](http://docs.aws.amazon.com/fr_fr/fsx/latest/ONTAPGuide/images/fsx-ontap-multi-az-architecture.png) ## 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. **Générations de systèmes de fichiers FSx pour ONTAP**
DimensionFirst-generationSecond-generation (paire HA unique)Second-generation (paire multiple)
Type de déploiementSINGLE\_AZ\_1
MULTI\_AZ\_1		SINGLE\_AZ\_2
MULTI\_AZ\_2		SINGLE\_AZ\_2
Paires HA1 paire HA1 à 12 paires HA
Stockage SSDMinimum : 1 TiB
Maximum : 192 TiB		Minimum : 1 TiB
Maximum : 512 TiB		Minimum : 1 TiB (par paire HA)
Maximum : 1 piB (total)
SSD IOPSMinimum : 3 IOPS/GIB unités SSD
Maximum : 160 000		Minimum : 3 IOPS/GIB unités SSD
Maximum : 200 000		Minimum : 3 IOPS/GIB unités SSD
Maximum : 2 400 000 (200 000 par paire HA)
Capacité de débit128 Mbit/s ; 256 Mbit/s ; 512 Mbit/s ; 1 024 Mbit/s ; 2 048 Mbit/s ; 4 096 Mbit/s384 Mbit/s ; 768 Mbit/s ; 1 536 Mbit/s ; 3 072 Mbit/s ; 6 144 Mbit/s 1 536 Mbit/s (par paire HA) ; 3 072 Mbit/s (par paire HA) ; 6 144 Mbit/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](migrating-fsx-ontap-snapmirror.md) et [Migration vers FSx pour ONTAP à l'aide de AWS DataSync](migrate-files-to-fsx-datasync.md). ## Processus de basculement pour FSx for ONTAP Single-AZ et les systèmes de Multi-AZ fichiers basculent automatiquement sur une paire HA donnée du serveur de fichiers préféré ou actif vers 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 basculera 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 à traiter toutes les demandes de lecture et d'écriture du système de fichiers adressées à 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, le failback 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 le passage du serveur de fichiers de secours à l'état actif. Étant donné que l'adresse IP du point de terminaison que les clients utilisent pour accéder aux données via NFS ou SMB reste la même, les basculements sont transparents pour les applications Linux, Windows et macOS, qui reprennent les opérations du système de fichiers sans intervention manuelle. Pour garantir la transparence des basculements pour les clients connectés à votre FSx for Single-AZ ONTAP Multi-AZ et à vos systèmes de fichiers, consultez. [Accès aux données depuis le AWS Cloud](supported-fsx-clients.md#access-environments) ### Test du 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 change 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, consultez[Gestion de la capacité de débit](managing-throughput-capacity.md). ## 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 sous-réseau unique pour le 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 ?](https://docs.aws.amazon.com/vpc/latest/userguide/what-is-amazon-vpc.html) 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 au sein du VPC du système de fichiers. ### Interfaces réseau élastiques pour systèmes de fichiers Pour les systèmes de Single-AZ fichiers, Amazon FSx fournit deux [interfaces réseau élastiques](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_ElasticNetworkInterfaces.html) (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 Elastic Network. Les interfaces réseau sont considérées comme relevant 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 incident 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 créeront automatiquement des itinéraires et les ajouteront à vos tables de routage VPC et de sous-réseau par défaut. La modification ou la suppression de ces routes peut entraîner une perte de connectivité temporaire ou permanente pour les clients de votre système de fichiers. Le tableau suivant récapitule les ressources du sous-réseau, de l'interface Elastic Network et des adresses IP pour chacun des types de déploiement du système de fichiers FSx for 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 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.