FAQ pour Amazon FSx for NetApp ONTAP pour NetApp Workload Factory
Les questions fréquentes concernant Amazon FSx for NetApp ONTAP dans NetApp Workload Factory couvrent les concepts, le comportement et les contraintes qui ont une incidence sur la planification, la protection et la gestion des systèmes de fichiers et du stockage FSx for ONTAP.
Liens
Un lien établit une relation de confiance entre Workload Factory et un ou plusieurs systèmes de fichiers FSx for ONTAP, et utilise AWS Lambda. De nombreuses opérations nécessitent un lien associé, notamment :
-
Configuration de l'accès au protocole du volume
-
Gestion des instantanés et des politiques d'instantanés
-
Activation de la protection autonome contre les ransomwares avec l’IA (ARP/IA) de NetApp
-
Gestion de l'augmentation automatique des volumes et des modifications manuelles de la capacité
-
Gestion des igroups et des volumes de cache
-
Gestion des identifiants ONTAP
Les fonctionnalités qui dépendent d'un lien peuvent être indisponibles. Par exemple, ARP/AI est indisponible sans lien, vous ne pouvez pas afficher les stratégies de snapshot existantes lors de la création d'un volume et vous ne pouvez pas détecter les relations de cache. Sans lien, l'analyse de configuration ne peut pas analyser les paramètres de protection des données et de performance. L'analyse est donc incomplète. Vous pouvez toujours afficher les événements de latence sans lien, mais un lien est nécessaire pour afficher et analyser les événements EMS, ainsi que pour analyser les événements de latence.
Systèmes de fichiers
La création rapide applique une configuration recommandée conforme aux bonnes pratiques, et vous pouvez modifier la plupart des paramètres ultérieurement. Par défaut, elle utilise un système de fichiers de deuxième génération, sauf si la région ne le prend pas en charge. La création avancée vous permet de configurer toutes les options, y compris la disponibilité, la sécurité, les sauvegardes et la maintenance.
La création d'un système de fichiers entraîne également la création d'une machine virtuelle de stockage et d'un groupe de sécurité. Vous avez besoin d'identifiants disposant des autorisations de création et de suppression de systèmes de fichiers, ainsi que des informations relatives à la région et au VPC où vous effectuerez le déploiement.
Pour supprimer un système de fichiers, commencez par supprimer ses volumes, ses machines virtuelles de stockage et ses relations de réplication. Pour supprimer une machine virtuelle de stockage, arrêtez l'accès des applications et supprimez tous les volumes non racine. Pour supprimer un volume, supprimez d'abord ses relations de réplication. La suppression d'un volume est irréversible et supprime définitivement ses snapshots, bien que les sauvegardes du volume restent. Les volumes contenant des fichiers immuables et des snapshots ne peuvent pas être supprimés avant la fin de la période de rétention.
L'ajout de paires HA s'applique uniquement aux systèmes de fichiers Single-AZ de deuxième génération, et les paires HA ne peuvent pas être supprimées une fois ajoutées. L'opération dure environ 30 minutes, pendant lesquelles le système de fichiers est indisponible pour d'autres opérations telles que la création de volumes. Vous devez supprimer tous les LUN iSCSI avant de commencer.
Par défaut, un système de fichiers utilise les identifiants ONTAP principaux, vos principaux identifiants pour gérer le système de fichiers. Les identifiants restreints sont utilisés uniquement pour les opérations d'IA telles que Ask Me, Rule builder et Custom dashboards. Si vous n'avez pas fourni d'identifiants restreints, Workload Factory crée des identifiants ONTAP en lecture seule pour ces opérations. La gestion des identifiants nécessite un lien.
Capacité et performances
Workload Factory analyse le système de fichiers toutes les 30 minutes et ajoute de la capacité SSD soit en mode incrémentiel (augmentation fixe à un seuil), soit en mode adaptatif (prévoit les besoins à partir des données historiques). Lorsqu'il est activé, vous devez le désactiver avant de pouvoir augmenter manuellement la capacité. Évitez de l'activer pendant la migration des données, car AWS impose un délai minimum de six heures entre les augmentations de capacité SSD.
La modification de la capacité du système de fichiers a un impact sur les IOPS. Avec le provisionnement automatique des IOPS, les IOPS varient de 3 par Gio de capacité SSD ajoutée ou supprimée. Avec le provisionnement manuel, il peut être nécessaire d'augmenter les IOPS avant d'augmenter la capacité. La réduction de la capacité SSD est prise en charge uniquement pour les systèmes de fichiers de deuxième génération.
Maintenez l'utilisation du niveau SSD en dessous de 80%. Lorsque la capacité est épuisée, les volumes passent en lecture seule et les écritures échouent. L'utilisation des volumes et des fichiers (inodes) doit également rester inférieure à 80%. Les sauvegardes échouent si l'instantané de sauvegarde fait dépasser au volume 98% d'utilisation du SSD. "Augmenter la capacité pour éviter de manquer d'espace".
Volumes et hiérarchisation
Les volumes regroupent les données virtuellement et ne consomment pas eux-mêmes de capacité de stockage du système de fichiers. Leurs données consomment principalement du stockage SSD et, selon la stratégie de hiérarchisation, du stockage de pool de capacité. FlexVol est le style par défaut. FlexGroup est un conteneur NAS scale-out pour des performances élevées et une grande capacité, composé de volumes constitutifs qui partagent le trafic. Le dimensionnement diffère : FlexVol va de 20 Mio à 300 Tio, et FlexGroup de 800 Gio à 2 Pio, avec 100 Gio requis par volume constitutif.
Le rééquilibrage est non perturbateur, mais les transferts de volumes consomment des ressources du système de fichiers. Les snapshots existants sur les volumes rééquilibrés deviennent partiels et ne peuvent pas être utilisés pour restaurer les données du volume, tandis que les snapshots pris par la suite le peuvent. Le rééquilibrage n'est pas pris en charge pour les volumes SAN (iSCSI et NVMe). Le rééquilibrage de FlexGroup peut ajouter des volumes membres et augmenter la taille provisionnée, sauf si vous choisissez la disposition restreinte, qui prend en charge les volumes dans une relation de réplication.
Le choix de la stratégie influe sur le coût et les performances :
-
Équilibré (Auto) : par défaut ; recommandé pour les charges de travail primaires d'usage général.
-
Optimisé en termes de coûts (Tous): recommandé pour les cibles secondaires.
-
Performances optimisées (instantanés uniquement): recommandé pour les charges de travail à faible latence telles que les bases de données critiques.
-
Aucun : conserve toutes les données sur SSD.
La stratégie est définie par volume et vous pouvez la modifier à tout moment.
Un clone est un volume accessible en écriture. Ses données résident toujours sur le volume parent, et seules les nouvelles écritures résident sur le clone. Vous ne pouvez pas supprimer un volume parent qui a un clone tant que vous ne l'avez pas fractionné. Pour fractionner un clone, vous devez associer un lien au système de fichiers qui contient le clone. Le fractionnement met à jour uniquement les métadonnées et ne peut pas être effectué si le clone est dans une relation de protection des données. Après le fractionnement, les deux volumes ne peuvent pas être réunis à nouveau et chacun nécessite une allocation complète de l'espace.
Protection des données
Une combinaison est recommandée. Les instantanés offrent un RPO aussi bas qu'une heure et des restaurations rapides au niveau du fichier. Les sauvegardes offrent des RPO à partir d'un jour et ne peuvent être restaurées que sous la forme d'un volume entier, ce qui peut prendre de quelques heures à plusieurs jours. La réplication conserve une copie dans une autre région pour une reprise après sinistre à faible RTO, mais vous devez adapter les clients pour qu'ils utilisent la réplique. ARP/AI ajoute la détection des ransomwares.
Les instantanés ne sont pas des copies de vos données. Ils n'occupent de l'espace que pour les données modifiées et, par conséquent, leur taille augmente généralement avec le temps. Pour la plupart des ensembles de données, une capacité supplémentaire de 20 % suffit pour conserver les instantanés pendant quatre semaines maximum, mais l'écrasement de toutes les données consomme une capacité importante. Utilisez des sauvegardes ou la réplication si vous avez besoin de copies réelles.
La restauration sur un volume existant supprime définitivement toutes les données modifiées après la création de l'instantané. La restauration en tant que nouveau volume crée une copie en quelques secondes, quelle que soit sa taille. Si une restauration change le type de protocole NAS, elle peut également changer le modèle d'autorisations, ce qui peut entraîner des problèmes d'accès aux fichiers que vous ne pouvez corriger manuellement qu'avec des outils client NAS.
Chaque volume utilise la stratégie de snapshots du système de fichiers default, sauf si vous la modifiez. Les stratégies sont gérées au niveau de la machine virtuelle de stockage et peuvent être partagées entre les volumes. Les heures des snapshots suivent le fuseau horaire du système de fichiers, défini par défaut sur UTC.
Lors de la création d'un instantané de volume, vous pouvez activer l'immuabilité afin que l'instantané ne puisse être ni modifié ni supprimé pendant sa période de conservation. L'activation des instantanés immuables dans une stratégie d'instantanés verrouille tous les instantanés de cette stratégie. Les volumes contenant des fichiers et des instantanés immuables ne peuvent être ni modifiés ni supprimés avant la fin de la période de conservation.
Les fichiers immuables ne peuvent être activés qu'à la création du volume et ne peuvent pas être désactivés par la suite. Il s'agit d'une fonctionnalité premium entraînant des frais supplémentaires. Choisissez un mode de conservation : en mode Enterprise, un administrateur SnapLock peut supprimer un fichier pendant sa période de conservation, tandis qu'en mode Compliance, un fichier WORM ne peut pas être supprimé avant l'expiration de sa période de conservation, pas plus que le volume. La réplication d'un volume source avec des fichiers immuables maintient le volume cible et le système de fichiers verrouillés jusqu'à la fin de la période de conservation de la source.
Les sauvegardes sont effectuées par volume et de manière incrémentielle, de sorte que seules les données modifiées depuis la dernière sauvegarde sont enregistrées. Elles peuvent échouer si l'instantané de sauvegarde fait dépasser au volume 98 % d'utilisation du SSD. Vous pouvez restaurer une sauvegarde sur n'importe quel système de fichiers FSx for ONTAP de votre compte AWS, et Workload Factory peut ajouter de la capacité SSD si la restauration en a besoin. Les sauvegardes créées manuellement n'expirent pas automatiquement, alors supprimez les anciennes.
Un cyber vault est un référentiel isolé, hors ligne et immuable pour les copies de sauvegarde qui protège contre les ransomwares et les menaces internes. FSx for ONTAP est pris en charge comme source et cible de cyber vault. NetApp vous aide pour la mise en œuvre : contactez l'équipe cyber vault à l'adresse ng-FSx-CyberVault@netapp.com, et un spécialiste vous recontactera.
Protection contre les ransomwares
ARP/AI surveille les volumes NAS (NFS/SMB) et SAN (iSCSI). Lorsqu'il détecte une menace, il crée des instantanés immuables. Son activation sur un système de fichiers protège tous les volumes actuels et nouveaux, et nécessite un lien associé. Cette fonctionnalité n'est pas prise en charge sur les volumes NVMe ni sur les volumes iSCSI avec ONTAP antérieur à 9.17.1. La protection NAS démarre immédiatement, tandis que les volumes SAN passent par une période d'apprentissage de deux à quatre semaines, tout en restant surveillés.
ARP/AI crée un instantané verrouillé au moment où il détecte une menace. Par défaut, ARP/AI crée jusqu'à six instantanés toutes les quatre heures, chacun étant verrouillé pendant deux à cinq jours. Si vous confirmez une attaque réelle, vous pouvez restaurer les fichiers affectés ou l'ensemble du volume. Si vous la classez comme une fausse alerte, l'instantané verrouillé est supprimé et le système met à jour ses paramètres d'alerte, afin que la même extension de fichier ne déclenche pas d'alerte la fois suivante.
Réplication et migration
Vous avez besoin de :
-
Un système de fichiers FSx for ONTAP cible avec un lien associé.
-
Les ports TCP 11104 et 11105 sont ouverts entre les systèmes de stockage.
-
Un système ONTAP sur site détecté, s'il s'agit de votre source.
La réplication fonctionne entre les systèmes de fichiers FSx for ONTAP, les systèmes ONTAP sur site et Cloud Volumes ONTAP. Les volumes répliqués sont des volumes de protection des données nommés {OriginalVolumeName}_copy.
La mise en pause ou l'arrêt de la réplication rend le volume cible accessible en écriture. La reprise supprime toutes les modifications apportées à la destination pendant qu'elle était accessible en écriture et la remet en lecture seule. L'inversion échange les rôles de la source et de la cible et remplace le contenu de la nouvelle cible par celui de la nouvelle source. La suppression de la relation laisse les deux volumes indépendants, mais supprime leurs instantanés de réplication communs. Les données écrites sur la source après la dernière réplication ne sont pas conservées lors de l'inversion ou de la reprise.
La réplication en cascade prend en charge une réplique d'un volume de protection des données (deuxième saut : source vers secondaire vers tertiaire). Un troisième saut n'est pas pris en charge et n'est pas considéré comme une bonne pratique. La réplication en cascade vous permet de resynchroniser les volumes primaire et tertiaire sans nouveau transfert de base si le volume secondaire devient indisponible. Les volumes en cascade peuvent prendre plus de temps à se resynchroniser, et vous ne pouvez pas inverser une relation dont la source est elle-même un volume de protection des données cible d'une autre relation.
Limiter le débit de transfert maximal est facultatif, mais recommandé, car sans limite, les performances du réseau et de l'application pourraient diminuer. Pour les charges de travail critiques, telles que les systèmes de fichiers utilisés principalement pour la reprise après sinistre, un débit de transfert illimité est recommandé.
La migration nécessite trois opérations : créer la relation (sélectionnez Migration comme cas d'utilisation et Replicate storage VM configuration), l'initialiser et effectuer le basculement. Avant le basculement, interrompez l'accès client et assurez-vous que les données sont synchronisées. La source et la cible doivent exécuter la même version majeure d'ONTAP. Après le basculement, la VM de stockage source passe hors ligne, les numéros de série des LUN et l'IQN cible iSCSI changent, et vous devez mettre à jour manuellement les paramètres iSCSI, MTU et DNS.
Points d'accès S3, stockage bloc et volumes de cache
Les points d'accès S3 sont associés à des volumes NFS et SMB afin que des services AWS tels qu'Amazon Bedrock puissent lire les données de fichiers comme si elles se trouvaient dans un bucket S3. Vous pouvez associer plusieurs points d'accès à un seul volume. La table d'inventaire génère des métadonnées d'objet et entraîne des coûts de requête AWS S3. La journalisation d'audit de la table de journal nécessite une infrastructure AWS (CloudTrail, CloudWatch, S3, IAM) et exige que la configuration réseau du point d'accès soit Internet.
Vous avez besoin d'un lien, d'un volume FlexVol et d'un igroup. L'accès bloc est disponible uniquement sur les déploiements scale-out avec six paires HA ou moins. Un igroup accorde aux hôtes un accès via IQN, et vous avez besoin à la fois d'un igroup et d'une connexion d'hôte iSCSI pour qu'iSCSI fonctionne. L'analyse de la configuration recommande que les volumes iSCSI n'autorisent pas l'accès NAS en même temps.
Un périphérique bloc qui n'est pas mappé à un client ou qui est inutilisé pendant sept jours consécutifs est classé comme inactif. Vous pouvez archiver ses données vers le niveau de pool de capacité pour récupérer de la capacité SSD, ou le supprimer. L'analyse de configuration signale les périphériques bloc inactifs comme un élément d'optimisation des coûts.
Le mode write-around offre de meilleures performances pour les charges de travail à forte intensité de lecture avec des fichiers de petite taille, tandis que le mode write-back offre de meilleures performances pour les charges de travail à forte intensité d'écriture avec des fichiers volumineux. Workload Factory détecte les relations de cache (FlexCache) existantes, et vous devez associer un lien pour découvrir ou gérer les volumes de cache.
Analyse et surveillance de la configuration
Workload Factory analyse quotidiennement les configurations par rapport aux bonnes pratiques ONTAP et aux piliers du cadre AWS Well-Architected (fiabilité, sécurité, excellence opérationnelle, optimisation des coûts et efficacité des performances). Il peut corriger automatiquement certains problèmes et fournir des étapes manuelles pour d'autres. Les opérations de correction peuvent entraîner une interruption ou des interruptions de service ; examinez donc d'abord chaque recommandation. Vous pouvez ignorer les vérifications qui ne s'appliquent pas à votre environnement.
Vous devez "accorder les autorisations d'opérations et de correction" dans votre compte AWS pour permettre à Workload Factory d'analyser vos configurations.
Vous avez besoin de :
-
Un lien.
-
Port 22 ouvert dans le groupe de sécurité du système de fichiers.
-
Amazon Bedrock activé pour le compte, avec les autorisations IAM Bedrock requises.
Les événements sont affichés pendant 72 heures avant d'être supprimés. Les données restent sur votre compte AWS et les données des clients ne sont pas utilisées pour l'entraînement des modèles. Si l'administrateur de votre compte a désactivé les fonctionnalités d'IA, l'analyse n'est pas disponible.
Coûts et assistance
Ce calculateur compare les coûts d'Amazon Elastic Block Store (EBS), d'Elastic File System (EFS) et de FSx for Windows File Server avec ceux de FSx for ONTAP. Vous pouvez saisir les détails manuellement ou laisser Workload Factory détecter automatiquement vos environnements, ce qui nécessite les autorisations view, planning, and analysis pour les détecter. La détection automatique ne prend pas en charge les snapshots EBS ni les shadow copies de FSx for Windows File Server.
Les données de coûts proviennent d'AWS Cost Explorer, via les ce:GetCostAndUsage et ce:GetTags autorisations, et sont actualisées toutes les 24 heures. Workload Factory calcule également les coûts par ressource à l'aide de ses propres estimations. Pour filtrer par balises d'allocation des coûts AWS, vous devez attribuer des balises à vos systèmes de fichiers.
AWS gère votre compte FSx for ONTAP, et non Workload Factory. Pour tout problème d’assistance lié à votre système de fichiers ou à votre infrastructure, utilisez le Support Center dans votre AWS Management Console pour ouvrir un dossier de support AWS et sélectionnez le service FSx for ONTAP. Pour toute question d’ordre général concernant Workload Factory, veuillez consulter la "Page d'aide".