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
Amazon FSx for NetApp ONTAP utilise les types de déploiement mono-AZ et multi-AZ. Vous pouvez choisir entre quatre options : mono-AZ 1, mono-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 la disponibilité du service SLA (Service Level Agreement), consultez Amazon FSx Service Level Agreement
Rubriques
Choix d'un type de déploiement de système de fichiers
Les fonctionnalités de disponibilité et de durabilité des types de déploiement de systèmes de fichiers mono-AZ et multi-AZ sont décrites dans les sections suivantes.
Types de déploiement mono-AZ
Vous pouvez choisir entre Single-AZ 1 et Single-AZ 2 pour votre système de fichiers mono-AZ. Le Single-AZ 1 est un système de fichiers de première génération avec une paire haute disponibilité (HA), tandis que le 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.
Lorsque vous créez un système de fichiers mono-AZ, 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é dans le. 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 bascule FSx 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 surveille FSx 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 réplique FSx 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.
Les systèmes de fichiers mono-AZ 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 fichiers multi-AZ. 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 de première génération FSx pour un ONTAP seul AZ.
Types de déploiements multi-AZ
Vous pouvez choisir entre le Multi-AZ 1 et le Multi-AZ 2 pour votre système de fichiers Multi-AZ. 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.
Les systèmes de fichiers multi-AZ prennent en charge toutes les fonctionnalités de disponibilité et de durabilité des systèmes de fichiers mono-AZ. 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. Les déploiements multi-AZ 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 dans la même zone. Région AWS 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.
Les systèmes de fichiers multi-AZ 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 ONTAP fichiers 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 FSx de fichiers ONTAP multi-AZ de 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 mono-AZ et multi-AZ FSx de première et de deuxième génération. ONTAP
FSxpour les générations ONTAP de systèmes de fichiers | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Dimension | Première génération | Deuxième génération (paire HA unique) | Deuxième génération (paire multiple) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 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 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| SSDrangement |
Minimum : 1 TiB Maximum : 192 TiB |
Minimum : 1 TiB Maximum : 512 TiB |
Minimum : 1 TiB (par paire HA) Maximum : 1 piB (total) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| SSD IOPS |
Minimum : IOPS 3 GIB % SSD Maximum : 160 000 |
Minimum : IOPS 3 GIB % SSD Maximum : 200 000 |
Minimum : IOPS 3 GIB % SSD Maximum : 2 400 000 (200 000 par paire HA) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Capacité de débit | 128 MBps ; 256 ; 512 MBps ; 1 024 MBps ; 2 048 MBps ; 4 096 MBps MBps | 384 MBps ; 768 ; 1 536 MBps ; 3 MBps MBps 072 ; 6 144 MBps | 1 536 MBps (par paire HA) ; 3 072 MBps (par paire HA) ; 6 144 MBps (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 du mode mono-AZ 1 au mode mono-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 ONTAP
Les systèmes de fichiers mono-AZ et multi-AZ 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 fichiers multi-AZ 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 fichiers multi-AZ, lorsque le serveur de fichiers préféré est entièrement restauré et devient disponible, Amazon y revient FSx automatiquement, le failback s'effectuant généralement en moins de 60 secondes. Pour les systèmes de fichiers mono-AZ et multi-AZ, 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 est identique 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 à vos FSx systèmes de fichiers ONTAP mono-AZ et multi-AZ, voir. Accès aux données depuis le AWS Cloud
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 FSx console Amazon, leCLI, et leAPI. 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 fichiers mono-AZ et multi-AZ.
Sous-réseaux
Lorsque vous créez un système de fichiers mono-AZ, 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 fichiers multi-AZ, 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 AmazonVPC, consultez Qu'est-ce qu'Amazon VPC ? dans le guide de l'utilisateur d'Amazon Virtual Private Cloud.
Note
Quel que soit le sous-réseau que vous spécifiez, vous pouvez accéder à votre système de fichiers à partir de n'importe quel sous-réseau du système de fichiers. VPC
Interfaces réseau élastiques pour systèmes de fichiers
Pour les systèmes de fichiers mono-AZ, FSx Amazon 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 fichiers multi-AZ, Amazon en fournit FSx également deuxENIs, un dans chacun des sous-réseaux que vous associez à votre système de fichiers. Les clients communiquent avec votre système de FSx fichiers Amazon via l'interface Elastic Network. Les interfaces réseau sont considérées comme relevant du champ d'application des services d'AmazonFSx, même si elles font partie de celles de votre compteVPC. Les systèmes de fichiers multi-AZ 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 système de fichiers 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 par défaut VPC et à vos tables de routage de sous-réseau. 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 quatre types de FSx déploiement de systèmes de ONTAP fichiers :
| Single-AZ de première génération | Single-AZ de deuxième génération | 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 SVMs dans le système de fichiers | Nombre de paires HA + nombre de paires HA multiplié par le nombre de paires SVMs dans le système de fichiers | 1 + le nombre de SVMs dans le système de fichiers |
| Nombre de VPC routes de la table de routage | N/A | N/A | 1 + le nombre de SVMs dans le système de fichiers |
Une fois qu'un système de fichiers 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 détache FSx automatiquement toute adresse IP élastique qui est une adresse IP publique accessible depuis Internet et qui est attachée à l'interface Elastic Network d'un système de fichiers.
