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.
# Amazon FSx
Amazon FSx pour Windows File Server est un service de stockage de fichiers entièrement géré, optimisé pour les charges de travail Windows. Il vous fournit une solution simple et évolutive pour exécuter vos applications et charges de travail basées sur Windows, sans nécessiter de gestion complexe de l'infrastructure de stockage. Vous pouvez utiliser Windows File Server FSx pour configurer et accéder facilement au stockage de fichiers partagé qui prend en charge vos applications Windows de manière native, notamment Microsoft SQL Server SharePoint, Microsoft et les applications .NET personnalisées. En outre, FSx for Windows File Server vous aide à gérer les coûts en proposant des options de tarification flexibles, telles que les quotas de stockage, pay-as-you-go et la déduplication automatique des données afin de réduire l'encombrement du stockage et d'optimiser les performances et les coûts.
**Topics**
+ [
# Choisissez le bon système de stockage de fichiers pour PME
](storage-fsx-smb.md)
+ [
# Activer la déduplication des données sur Amazon FSx
](storage-fsx-deduplication.md)
+ [
# Comprendre le partitionnement des données FSx pour le serveur de fichiers Windows
](storage-fsx-data-sharding.md)
+ [
# Comprendre l'utilisation du volume du disque dur sur Amazon FSx
](storage-fsx-hdd-volumes.md)
+ [
# Utiliser une seule zone de disponibilité
](storage-fsx-single-az.md)
# Choisissez le bon système de stockage de fichiers pour PME
## Présentation de
AWS propose une variété de services de stockage entièrement gérés qui vous offrent les riches fonctionnalités des services de fichiers de pointe, tout en combinant les dernières innovations en matière AWS d'infrastructure et de sécurité. Vous pouvez intégrer AWS des services dans des flux de travail d'infrastructure sous forme de code (IaC) et les intégrer à des services de AWS calcul, de surveillance et de protection des données. Pour les charges de travail Windows, vous pouvez choisir entre deux services de fichiers entièrement gérés qui peuvent être utilisés pour répondre aux besoins de vos applications : FSx pour Windows File Server et Amazon FSx pour NetApp ONTAP.
### FSx pour le serveur de fichiers Windows
Amazon FSx pour Windows File Server fournit un stockage partagé entièrement géré basé sur Windows Server et propose un large éventail de fonctionnalités d'accès aux données, de gestion des données et d'administration. FSx pour Windows File Server s'intègre facilement aux environnements Windows car il s'agit d'un service natif de Windows. Nous recommandons d'utiliser FSx pour le serveur de fichiers Windows pour les partages d'utilisateurs et de groupes, les instances de cluster Always On Failover pour SQL Server, les applications Windows et l'infrastructure de bureau virtuel (VDI). FSx pour Windows File Server s'intègre également bien à Amazon FSx File Gateway, Amazon Kendra, aux journaux d'audit pour Amazon S3 et Amazon Data Firehose.
### FSx pour ONTAP
FSx for ONTAP est basé sur le système NetApp de fichiers propriétaire ONTAP. Cela demande un certain niveau de renforcement des compétences et est principalement recommandé aux utilisateurs locaux existants. NetApp Les cas d'utilisation typiques incluent les partages d'utilisateurs et de groupes, les instances de cluster Always On Failover pour SQL Server et les applications Windows. FSx for ONTAP prend en charge plusieurs protocoles, des systèmes de fichiers supérieurs à 64 To (échelle PB sans serveur d'espace de noms DFS), le clonage, la réplication, les instantanés, la compression (efficacité du stockage) et la hiérarchisation intelligente des données.
## Impact sur les coûts
### FSx pour le serveur de fichiers Windows
FSx pour Windows File Server a été la première solution de stockage partagé AWS permettant de déployer des instances de cluster Failover pour SQL Server. Avec FSx Windows File Server, vous pouvez lancer des instances Failover Cluster à l'aide d'une licence SQL Standard Edition. Cela vous empêche toutefois de vous fier aux groupes de disponibilité Always On, qui nécessitent des licences de l'édition Enterprise de SQL Server. En passant de l'édition Enterprise Standard de SQL Server à l'édition SQL Server Standard, vous pourriez économiser de 65 à 75 % sur vos licences [SQL Server](sql-server-editions.md).
Vous pouvez utiliser FSx for Windows File Server for Failover Cluster Instances pour décharger le I/O stockage du stockage EBS classique. En transférant I/O vers FSx for Windows File Server, vous pouvez réduire la taille des instances EC2, qui dépendent du débit et des IOPS élevés d'Amazon EBS, sans affecter le débit de stockage.
### FSx pour ONTAP
Vous pouvez utiliser FSx for ONTAP pour exécuter votre cluster de basculement Microsoft sur le protocole iSCSI en mode bloc et bénéficier de l'initialisation instantanée des fichiers SQL Server, de l'utilisation de la réplication entre régions, de la prise en charge des antivirus et du clonage. SnapMirror Si vous créez plusieurs copies de bases de données à des fins de test, le clonage peut faire une différence significative en termes de consommation d'espace et de rapidité de création de ces copies de base de données. En outre, vous pouvez utiliser NetApp SnapCenter pour gérer les fonctionnalités de sauvegarde, de restauration et de clonage avec vos instances EC2 pour SQL Server en utilisant FSx for ONTAP. FSx for ONTAP propose également une hiérarchisation automatique du SSD vers un stockage en pool à faible coût pour un mélange de performances et de rentabilité.
FSx car ONTAP supporte le système NetApp de fichiers (ONTAP), contrairement à FSx Windows File Server, qui prend en charge un système de fichiers NTFS natif de Windows. La taille minimale FSx pour ONTAP est de 1024 Go, tandis que FSx pour le serveur de fichiers Windows, elle peut commencer à 32 Go.
### Intégration au système de fichiers distribué Microsoft
FSx pour Windows File Server et FSx ONTAP s'intègrent au [système de fichiers distribué (DFS)](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-r2-and-2012/jj127250(v=ws.11)) de Microsoft pour une intégration fluide dans les déploiements existants. Gardez les points suivants à l'esprit lors de la planification de votre architecture :
+ FSx pour Windows File Server et ONTAP supportent FSx les [espaces de noms DFS (DFSN)](https://learn.microsoft.com/en-us/windows-server/storage/dfs-namespaces/dfs-overview) sur les deux types de déploiement (zones de disponibilité multiples et zones de disponibilité uniques).
+ Seul le serveur FSx de fichiers Windows prend en charge la [réplication DFS (DFSR)](https://learn.microsoft.com/en-us/windows-server/storage/dfs-replication/dfsr-overview), et uniquement lors de l'utilisation de zones de disponibilité uniques.
## Recommandations en matière d’optimisation des coûts
Les performances FSx de Windows File Server et FSx d'ONTAP dépendent en grande partie de la configuration, tout comme leur prix. FSx pour Windows File Server, la tarification dépend principalement de la capacité de stockage et du type de stockage, de la capacité de débit, de la sauvegarde et des données transférées. Avec FSx for ONTAP, vous payez pour le stockage SSD, les IOPS SSD, l'utilisation du pool de capacité, la capacité de débit et la sauvegarde.
****
| Service de fichiers | Coût d'un stockage de 5 To | Configuration | Région |
| --- | --- | --- | --- |
| FSx pour le serveur de fichiers Windows | 982,78\$1 | Zone de disponibilité uniqueSSD (15 000 IPS)32 MBpsSauvegarde de 5 To (aucune économie de déduplication) | USA Est (Virginie du Nord) |
| FSx pour ONTAP | 979,28\$1 | Zone de disponibilité unique100 % SSDNiveau de capacité de lecture et d'écriture de 15 00015 000 IOPS SSD128 MBpsSauvegarde de 5 To (aucune économie de déduplication) | USA Est (Virginie du Nord) |
Gardez à l’esprit les points suivants :
+ La déduplication et la compression vous permettent de stocker davantage de données sur des appareils physiques en réduisant leur taille, mais vous payez pour le stockage sur disque SSD ou disque dur (HDD) provisionné.
+ Vous pouvez utiliser ONTAP FSx pour hiérarchiser vos données. Il est extrêmement rare que 100 % de vos données soient consultées régulièrement et nécessitent un stockage SSD. Vous pouvez déplacer les données inutilisées et peu consultées vers un niveau de capacité afin de réaliser des économies.
+ Les prix mentionnés ici sont calculés sur la base de données à 100 % sur le niveau SSD et de 15 000 IOPS sur le niveau SSD.
### Sauvegarde
Par défaut, ONTAP et FSx Windows File Server stockent leur sauvegarde entièrement gérée sur Amazon S3. FSx Cependant, avec FSx ONTAP, il existe une option supplémentaire d'utilisation de la sauvegarde SnapVault, qui permet de configurer les sauvegardes pour qu'elles résident dans le niveau de capacité. La sauvegarde par le SnapVault biais d'un mécanisme autogéré est plus rentable que l'option de sauvegarde entièrement gérée par défaut. L'option de sauvegarde entièrement gérée est de 0,05 USD par Go par mois. La SnapVault sauvegarde activée FSx pour ONTAP (SSD 10:1 par rapport à la capacité de stockage du pool) coûte 0,03221\$1 (0,9 x 0,0219\$10,1 x 0,125).
Gardez à l’esprit les points suivants :
+ AWS les sauvegardes gérées offrent une granularité d'une heure. [SnapVault](https://docs.netapp.com/us-en/ontap/concepts/snapvault-archiving-concept.html)vous permet d'y aller jusqu'à cinq minutes.
+ Vous pouvez utiliser NetApp les outils (tels que la CLI et l'API) pour configurer SnapVault les relations et la réplication des instantanés.
+ Activez la politique `all` de hiérarchisation sur un SnapVault volume afin d'utiliser le niveau de capacité comme stockage pour les données de sauvegarde.
+ SnapVault les destinations peuvent être identiques Région AWS, interrégionales ou locales. Il s'agit généralement d'une destination de sauvegarde du système de fichiers d'une seule zone de disponibilité ou de plusieurs zones de disponibilité. En comparaison, AWS Backup elle est soutenue par la résilience régionale d'Amazon S3.
### Bonne taille
Vous pouvez également économiser sur les coûts et tirer le meilleur parti de votre système de fichiers en le dimensionnant correctement et en évitant le surprovisionnement.
Pour obtenir la bonne taille, procédez comme suit :
1. Identifiez vos besoins actuels en vous basant sur les données. Pour les charges de travail Windows classiques, vous pouvez utiliser des outils de système d'exploitation intégrés tels que [Performance Monitor](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-r2-and-2008/cc749154(v%3dws.11)).
1. Dans Performance Monitor, utilisez les compteurs suivants pour évaluer vos besoins actuels en termes de performances. L'intervalle de capture est défini sur une seconde, avec une taille de journal maximale de 1 000 Mo et le remplacement est activé.
```
Logman.exe create counter PerfLog-Short -o "c:\perflogs\PerfLog-Long.blg" -f bincirc -v mmddhhmm -max 1024 -c "\LogicalDisk(*)\*" "\Memory\*" "\.NET CLR Memory(*)\*" "\Cache\*" "\Network Interface(*)\*" "\Paging File(*)\*" "\PhysicalDisk(*)\*" "\Processor(*)\*" "\Processor Information(*)\*" "\Process(*)\*" "\Thread(*)\*" "\Redirector\*" "\Server\*" "\System\*" "\Server Work Queues(*)\*" "\Terminal Services\*" -si 00:00:01
```
1. Pour démarrer la capture du journal, exécutez la `logman start PerfLog-Short` commande. Pour arrêter la capture du journal, exécutez la `logman stop PerfLog-Short` commande.
**Note**
Les fichiers journaux des performances se trouvent dans **c:\$1perflogs** sur le serveur exécutant la capture. Pour plus d'informations, consultez la section [Présentation de Windows Performance Monitor](https://techcommunity.microsoft.com/t5/ask-the-performance-team/windows-performance-monitor-overview/ba-p/375481) dans la documentation Microsoft.
1. Après avoir identifié la configuration correcte, testez si votre estimation est correcte sur le système de FSx fichiers Amazon en utilisant des outils de gestion du stress du disque tels que Microsoft [DISKSPD](https://learn.microsoft.com/en-us/azure-stack/hci/manage/diskspd-overview).
1. Si vous êtes satisfait des performances, passez au partage de fichiers.
Nous recommandons d'adopter une approche prudente en matière de capacité de stockage, car elle ne peut qu'être augmentée. La capacité de débit peut être augmentée ou diminuée selon les besoins.
## Ressources supplémentaires
+ [Amazon FSx pour NetApp ONTAP FAQs](https://aws.amazon.com/fsx/netapp-ontap/faqs/) (AWS site Web)
+ [Optimisation des performances du serveur de fichiers Amazon FSx pour Windows grâce à de nouvelles mesures](https://aws.amazon.com/blogs/storage/optimizing-amazon-fsx-for-windows-file-server-performance-with-new-metrics/) (AWS Storage Blog)
# Activer la déduplication des données sur Amazon FSx
## Présentation de
La déduplication des données est une fonctionnalité qui vous permet de stocker vos données de manière plus efficace tout en réduisant les besoins en capacité. Cela implique de détecter et de supprimer les doublons dans les données sans compromettre leur fidélité ou leur intégrité. La déduplication des données utilise le découpage et la compression de sous-fichiers à taille variable, ce qui permet d'obtenir des ratios d'optimisation de 2:1 pour les serveurs de fichiers généraux et jusqu'à 20:1 pour les données de virtualisation. La déduplication des données est bien plus efficace que la compression NTFS. La résilience en cas de défaillance matérielle est inhérente à l'architecture de déduplication, avec une validation complète des données et des métadonnées, y compris la redondance des métadonnées et des segments de données les plus consultés.
FSx pour Windows File Server prend entièrement en charge la déduplication des données. Son utilisation peut permettre de réaliser des économies moyennes de 50 à 60 % sur les partages de fichiers à usage général. En ce qui concerne les actions, les économies varient de 30 à 50 % pour les documents utilisateur et jusqu'à 70 à 80 % pour les ensembles de données de développement logiciel. Il est important de comprendre que les économies de stockage que vous pouvez réaliser grâce à la déduplication des données dépendent de la nature de votre ensemble de données, notamment du niveau de duplication existant entre les fichiers. La déduplication n'est pas une bonne option si les données stockées sont de nature dynamique.
## Impact sur les coûts
Pour faire face à la croissance du stockage de données dans l'entreprise, les administrateurs consolident les serveurs et fixent des objectifs clés en matière de mise à l'échelle des capacités et d'optimisation des données. Les paramètres par défaut de la déduplication des données peuvent permettre de réaliser des économies immédiates, ou les administrateurs peuvent affiner les paramètres pour obtenir des gains supplémentaires. Par exemple, vous pouvez configurer la déduplication pour qu'elle s'exécute uniquement sur certains types de fichiers, ou vous pouvez créer un calendrier de travail personnalisé.
À un niveau élevé, la déduplication comporte trois types de tâches : optimisation, collecte des déchets et nettoyage. Sachez que l'espace ne sera pas libéré tant que vous n'aurez pas exécuté une tâche de collecte des déchets après l'optimisation. Vous pouvez planifier le travail ou l'exécuter manuellement. Tous les paramètres disponibles lorsque vous planifiez une tâche de déduplication de données sont également disponibles lorsque vous démarrez une tâche manuellement (à l'exception de ceux qui sont spécifiques à la planification).
Même avec seulement 25 % d'économies effectives grâce à la déduplication, Windows File Server peut réaliser FSx des économies considérables. Ces économies prévues sont basées sur une [estimation figurant](https://calculator.aws/#/estimate?id=b25b166595553e055c594e89e3c13610df570bc9) dans le Calculateur de tarification AWS.
## Recommandations en matière d’optimisation des coûts
La déduplication activée FSx pour les systèmes de fichiers Windows File Server n'est pas activée par défaut. Pour activer la déduplication en utilisant [la gestion à distance activée PowerShell](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/administering-file-systems.html#remote-pwrshell), vous devez exécuter la `Enable-FSxDedup` commande, puis utiliser la `Set-FSxDedupConfiguration` commande pour définir la configuration. Pour plus d'informations, consultez la section [Administration des systèmes de fichiers](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/administering-file-systems.html) dans la documentation relative FSx aux serveurs de fichiers Windows.
Pour activer la déduplication, exécutez la commande suivante :
```
PS C:\Users\Admin> Invoke-Command -ComputerName amznfsxzzzzzzzz.corp.example.com -ConfigurationName FSxRemoteAdmin -ScriptBlock {Enable-FsxDedup }
```
Pour vérifier votre configuration de déduplication, exécutez la commande suivante :
```
Invoke-Command -ComputerName amznfsxzzzzzzzz.corp.example.com -ConfigurationName FSxRemoteAdmin -ScriptBlock {
Set-FSxDedupSchedule -Name "CustomOptimization" -Type Optimization -Days Mon,Tues,Wed,Sat -Start 09:00 -DurationHours 7
}
```
En exécutant l' PowerShell `Measure-DedupFileMetadata`applet de commande, vous pouvez déterminer l'espace disque potentiel pouvant être récupéré sur un volume si vous supprimez un groupe de dossiers, un seul dossier ou un seul fichier, puis si vous exécutez une tâche de collecte des déchets. Plus précisément, la `DedupDistinctSize` valeur vous indique l'espace que vous pouvez récupérer si vous supprimez ces fichiers. Les fichiers contiennent souvent des fragments partagés entre d'autres dossiers. Le moteur de déduplication calcule donc quels fragments sont uniques et seront supprimés après le travail de collecte des déchets.
Les programmes de [déduplication des données par défaut](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-storage-configuration.html#using-data-dedup) sont conçus pour fonctionner correctement pour les charges de travail recommandées et être aussi peu intrusifs que possible (à l'exception de la tâche d'optimisation prioritaire activée pour le type d'utilisation de sauvegarde). Si les charges de travail nécessitent des ressources importantes, nous vous recommandons de planifier l'exécution des tâches uniquement pendant les heures d'inactivité, ou de réduire ou d'augmenter la quantité de ressources système qu'une tâche de déduplication de données est autorisée à consommer.
Par défaut, la déduplication des données utilise 25 % de la mémoire disponible. Cependant, cela peut être augmenté en utilisant`-memory switch`. Pour les tâches d'optimisation, nous vous recommandons de définir une plage comprise entre 15 et 50. Pour les tâches planifiées, vous pouvez utiliser une consommation de mémoire plus élevée. Par exemple, pour les tâches de collecte des déchets et de nettoyage (que vous planifiez généralement pour être exécutées en dehors des heures de bureau), vous pouvez définir une consommation de mémoire plus élevée (50 par exemple).
Pour plus d'informations sur les paramètres de déduplication des données, consultez la section [Réduction des coûts de stockage grâce à la déduplication des données](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-storage-configuration.html#using-data-dedup) dans la documentation relative FSx aux serveurs de fichiers Windows.
## Ressources supplémentaires
+ [Comprendre la déduplication des données](https://learn.microsoft.com/en-gb/windows-server/storage/data-deduplication/understand) (documentation Microsoft)
+ [Réduction des coûts de stockage grâce à la déduplication des données](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-storage-configuration.html#using-data-dedup) (FSx pour la documentation du serveur de fichiers Windows)
# Comprendre le partitionnement des données FSx pour le serveur de fichiers Windows
## Présentation de
FSx pour Windows File Server, les performances dépendent de la configuration. Il est principalement basé sur le type de stockage, la capacité de stockage et la configuration du débit. La capacité de débit que vous sélectionnez détermine les ressources de performance disponibles pour le serveur de fichiers, notamment les I/O limites du réseau, le processeur et la mémoire, ainsi que les I/O limites de disque imposées par le serveur de fichiers. La capacité de stockage et le type de stockage que vous sélectionnez déterminent les ressources de performance disponibles pour les volumes de stockage, c'est-à-dire les I/O limites de disque imposées par les disques de stockage. Outre les performances, les choix de configuration influencent également le coût. FSx pour Windows File Server, la tarification dépend principalement de la capacité de stockage et du type de stockage, de la capacité de débit, de la sauvegarde et des données transférées.
Si vous avez des exigences relativement importantes en termes de stockage de fichiers et de performances, vous pouvez tirer parti du découpage des données. Le découpage des données consiste à [diviser les données de vos fichiers](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/group-file-systems.html) en ensembles de données plus petits (fragments) et à les stocker dans différents systèmes de fichiers. Les applications accédant à vos données à partir de plusieurs instances peuvent atteindre des niveaux de performance élevés en lisant et en écrivant sur ces partitions en parallèle. Dans le même temps, vous pouvez toujours présenter une vue unifiée sous un espace de noms commun à vos applications. En outre, cela peut également aider à étendre le stockage des données de fichiers au-delà de ce que chaque système de fichiers prend en charge (64 To) pour les grands ensembles de données de fichiers, jusqu'à des centaines de pétaoctets.
## Impact sur les coûts
Pour les grands ensembles de données, il est généralement plus efficace de déployer plusieurs petits systèmes de fichiers FSx pour Windows File Server, plutôt qu'un seul grand partage SSD pour atteindre le même niveau de performance. L'utilisation d'une combinaison de types de stockage HDD et SSD FSx pour Windows File Server permet de réaliser de meilleures économies et de faire correspondre la charge de travail au meilleur sous-système de disque sous-jacent. Dans les tableaux suivants, vous pouvez voir la différence entre un seul système de fichiers de 17 To et le comparer à plusieurs systèmes de fichiers plus petits qui ajoutent la même capacité.
**Système de fichiers SSD de grande taille avec plusieurs charges de travail**
****
| Server name | Cost | Configuration | Région |
| --- | --- | --- | --- |
| Serveur FSx de fichiers Amazon pour Windows | 5 716\$1 USD | SSD DE 17 TODéduplication de 30 %256 Mbits/sSauvegarde de 17 To | USA Est (Virginie du Nord) |
**Charge de travail partitionnée à l'aide de DFSN**
****
| Server name | Cost | Configuration | Région | Partager |
| --- | --- | --- | --- | --- |
| Serveur FSx de fichiers Amazon pour Windows | 1 024 DOLLARS AMÉRICAINS | SSD DE 2 TO20 % de déduplication128 Mbits/sSauvegarde de 2 ToMulti-AZ | USA Est (Virginie du Nord) | Partagez 1 |
| Serveur FSx de fichiers Amazon pour Windows | 2,132\$1 USD | SSD DE 5 TO30 % de déduplication256 Mbits/sSauvegarde de 5 ToMulti-AZ | USA Est (Virginie du Nord) | Partagez 2 |
| Serveur FSx de fichiers Amazon pour Windows | 1 036\$1 USD | DISQUE DUR DE 10 TODéduplication de 40 %128 Mbits/sSauvegarde de 10 ToMulti-AZ | USA Est (Virginie du Nord) | Partagez 3 |
| Instances Windows EC2 DFSN | 27 DOLLARS AMÉRICAINS | t3a.medium2 v CPUsMémoire de 4 GiB | USA Est (Virginie du Nord) | Instances DFSN |
Le coût annuel d'un système de fichiers SSD de grande taille est de 68 592\$1. Le coût annuel d'une charge de travail partitionnée est de 50 640\$1. Dans cet exemple, il est possible de réaliser des économies de 26 % tout en adaptant la charge de travail au stockage principal approprié. Pour plus d'informations sur l'estimation des prix, consultez l'[Calculateur de tarification AWS](https://calculator.aws/#/estimate?id=50b7af500c59bdff4c35e57bc9b8c71334cf4232)estimation.
## Recommandations en matière d’optimisation des coûts
Pour déployer une solution de déduplication des données, vous devez configurer un espace de [noms Microsoft DFS](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/group-file-systems.html) en fonction du type de données, de I/O leur taille et I/O du modèle d'accès. Chaque espace de noms prend en charge jusqu'à 50 000 partages de fichiers et des centaines de pétaoctets de capacité de stockage au total.
Le plus efficace est de choisir une convention de partitionnement qui répartit les E/S de manière uniforme sur tous les systèmes de fichiers que vous prévoyez d'utiliser. La surveillance de votre charge de travail contribuera à une optimisation supplémentaire ou à une réduction des coûts. Si vous avez besoin d'aide pour évaluer les informations de performance du système de FSx fichiers Amazon, consultez la documentation relative aux [serveurs de fichiers Windows FSx FSx pour les performances](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/performance.html) du serveur de fichiers Windows.
Après avoir choisi une stratégie de partitionnement, vous pouvez regrouper les systèmes de fichiers pour accéder facilement à vos partages à l'aide des espaces de noms DFS. Cela permet aux utilisateurs de voir un système de fichiers homogène, alors qu'en réalité ils accèdent à une variété de systèmes de fichiers différents avec des cas d'utilisation spécialement conçus. Il est important de créer les partages selon une convention de dénomination appropriée afin que vos utilisateurs finaux puissent facilement déchiffrer la charge de travail pour laquelle les partages sont conçus. Il est également important d'étiqueter les partages de production et les partages hors production, afin que les utilisateurs finaux ne placent pas les fichiers dans le mauvais système de fichiers par erreur.
Le schéma suivant montre comment un seul espace de noms DFS peut être utilisé comme point d'accès pour plusieurs systèmes de FSx fichiers Amazon.
![\[Point d'accès DFN Namespace\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/grouping_fsx_dfsn.png)
Gardez à l’esprit les points suivants :
+ Vous pouvez ajouter des partages existants FSx pour Windows File Server à une arborescence DFS.
+ Amazon ne FSx peut pas être ajouté à la racine du chemin de partage DFS. Vous n'avez qu'un seul sous-dossier.
+ Vous devez déployer une instance EC2 pour servir la configuration de l'espace de noms DFS.
Pour plus d'informations sur la configuration DFS-N, consultez la présentation des [espaces de noms DFS dans la documentation Microsoft](https://learn.microsoft.com/en-us/windows-server/storage/dfs-namespaces/dfs-overview). Pour plus d'informations sur l'utilisation des espaces de noms DFS, consultez la vidéo [Utilisation des espaces de noms DFS avec FSx Amazon pour Windows File](https://www.youtube.com/watch?v=s482kj_xMeE) Server sur le sujet. YouTube
## Ressources supplémentaires
+ [Regroupement de plusieurs systèmes de fichiers avec des espaces de noms DFS (](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/group-file-systems.html)documentation Amazon FSx)
+ [Procédure pas à pas 6 : augmenter les performances avec des partitions (documentation](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/scale-out-performance.html) Amazon FSx)
+ [Utilisation des espaces de noms DFS avec le serveur de fichiers Amazon FSx pour Windows (AWS Labs](https://aws-labs.net/images/Resource/Video-FSX-DFSN-v4.pdf))
# Comprendre l'utilisation du volume du disque dur sur Amazon FSx
## Présentation de
Amazon FSx pour Windows File Server offre la flexibilité de choisir le débit indépendamment de la capacité du système de fichiers. Deux paramètres de capacité sont disponibles : disque dur (HDD) et disque SSD (Solid State Drive).
Le schéma suivant montre la relation entre le débit et les paramètres de stockage.
![\[Relation entre le débit et les paramètres de stockage\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/storage_volumes_fsx.png)
Avec le stockage sur disque dur, vous bénéficiez d'une ligne de base de 12 IOPS avec 80 IOPS par rafale (par IOPs TiB de stockage) et d'un débit de 12 lignes de base Megabytes/second avec 80 rafales ( Megabytes/second par TiB de stockage). Par exemple, si la taille de votre partage est de 50 To, vous obtenez 50 x 12 = 600 comme base de référence pour le débit et les IOPS.
Le serveur de fichiers Amazon FSx pour Windows fournit 80 IOPS en rafale. Les crédits Burst sont automatiquement renouvelés lorsque votre utilisation est inférieure à votre taux de base et sont automatiquement consommés lorsque votre utilisation est supérieure à votre taux de référence. Par exemple, si votre charge de travail n'en utilise que 10 IOPS/TB pendant une heure (2 de IOPS/TB below your baseline rate), you can then utilize 14 IOPS/TB (2 IOPS/TB plus que votre base de référence) pendant l'heure suivante avant de manquer à nouveau de crédits en rafale.
Pour les opérations de fichiers, le serveur de fichiers Amazon FSx pour Windows fournit des latences constantes inférieures à la milliseconde avec le stockage SSD et des latences à un chiffre en millisecondes avec le stockage sur disque dur. Pour tous les systèmes de fichiers, y compris ceux dotés d'un stockage sur disque dur, le serveur de fichiers Amazon FSx pour Windows fournit un cache rapide (en mémoire) sur le serveur de fichiers, ce qui vous permet d'obtenir des performances élevées et des latences inférieures à la milliseconde pour les données auxquelles vous accédez activement, quel que soit le type de stockage.
Le cas échéant, l'utilisation du stockage sur disque dur peut contribuer à réduire le coût de votre capacité de stockage globale et à fournir une plate-forme de stockage fiable répondant à vos besoins.
## Impact sur les coûts
Les performances du serveur de fichiers Amazon FSx pour Windows dépendent de trois facteurs : la capacité de stockage, le type de stockage et le débit. Les I/O performances du réseau et la taille du cache en mémoire sont uniquement déterminées par la capacité de débit, tandis que les I/O performances du disque sont déterminées par une combinaison de capacité de débit, de type de stockage et de capacité de stockage.
Bien que le SSD soit recommandé pour les charges de travail I/O intensives, il existe une variété de charges de travail dont les besoins peuvent être satisfaits grâce aux spécifications de performance des disques durs. Ce type de stockage sur HDD a été pensé pour un large éventail de charges de travail, notamment les répertoires de base, les partages entre utilisateurs et services, et les systèmes de gestion des contenus. Par exemple, si vos utilisateurs ont uniquement besoin d'un accès à faible latence aux données relatives aux projets en cours, la plupart des données que vous stockez sont rarement consultées.
Vous pouvez utiliser le [Calculateur de tarification AWS](https://calculator.aws/#/estimate?id=24d13161c41a4f947ff78abb2e36c1815c914cb1)pour comparer un SSD de 20 To à un système de fichiers HDD dans`us-east-1`. Comme le montre le tableau suivant, même en l'absence d'économies liées à la déduplication, la différence de coût est significative lorsque l'on compare les systèmes de fichiers HDD aux systèmes de fichiers SSD.
****
| Configuration FSx du système de fichiers Amazon | Coûts mensuels |
| --- | --- |
| SSD Multi-AZ de 20 To () us-east-1 | 4 699,30\$1 |
| Disque dur multi-AZ de 20 To () us-east-1 | 542,88\$1 |
| Économies mensuelles estimées | 4 156,42\$1 |
**Note**
FSx Pour plus d'économies sur les serveurs de fichiers Windows, consultez la FSx section [Activer la déduplication des données sur Amazon](storage-fsx-deduplication.md) de ce guide.
En identifiant correctement vos besoins en termes de performances, vous pouvez sélectionner le stockage adapté à votre charge de travail et réduire vos coûts.
## Recommandations en matière d’optimisation des coûts
Si vous décidez d'utiliser le stockage sur disque dur, testez votre système de fichiers pour vous assurer qu'il répond à vos exigences de performance. Le stockage sur disque dur est moins coûteux que le stockage SSD, mais avec des niveaux de débit et d'IOPS par unité de stockage inférieurs. Il peut convenir aux partages utilisateur à usage général et aux répertoires personnels peu I/O exigeants, aux systèmes de gestion de contenu volumineux dans lesquels les données sont rarement récupérées, ou aux ensembles de données contenant un petit nombre de fichiers volumineux.
Le type de stockage d'un système de fichiers existant ne peut pas être modifié. Pour convertir le type de stockage d'un système de fichiers Amazon FSx pour Windows File Server, vous devez sauvegarder votre système de fichiers existant et le restaurer sur un nouveau système de fichiers avec le type de stockage souhaité. Si vous souhaitez convertir un système de fichiers SSD existant en un système de fichiers HDD, sachez que le disque dur a une capacité minimale beaucoup plus élevée de 2 To.
Pour restaurer une sauvegarde avec un autre type de stockage, procédez comme suit :
1. [Sauvegardez votre système de fichiers existant](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/using-backups.html).
1. [Créez un nouveau système de FSx fichiers Amazon](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/getting-started.html) avec le type de stockage HDD.
1. Restaurez la sauvegarde sur le nouveau système de fichiers avec le type de stockage souhaité.
1. Vérifiez que le nouveau système de fichiers dispose du type de stockage approprié et que vos données sont intactes.
Avant de transférer vos modifications vers la production, nous vous recommandons d'analyser les performances de votre système de FSx fichiers Amazon et de vérifier que les modifications sont acceptables. Pour plus d'informations, consultez l'article [Optimisation des performances des serveurs de fichiers Amazon FSx pour Windows avec de nouveaux indicateurs](https://aws.amazon.com/blogs/storage/optimizing-amazon-fsx-for-windows-file-server-performance-with-new-metrics/) sur le blog sur le AWS stockage.
## Ressources supplémentaires
+ [Optimisation des coûts avec Amazon FSx](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/optimize-fsx-costs.html) ( FSx documentation Amazon)
# Utiliser une seule zone de disponibilité
## Présentation de
Cette section explique dans quels cas il est plus avantageux d'utiliser une seule implémentation de zone de disponibilité d'[Amazon FSx pour Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/high-availability-multiAZ.html). Il couvre les scénarios dans lesquels le passage à une zone de disponibilité unique réduit les coûts, tout en vous permettant d'utiliser Amazon FSx pour Windows File Server comme service de stockage de fichiers géré. Nous vous recommandons de mettre en œuvre une zone de disponibilité unique pour Amazon FSx pour les charges de travail de production. Cela permet de garantir la redondance de plusieurs zones de disponibilité.
## Impact sur les coûts
Un système de fichiers à zone de disponibilité unique permet de réduire les coûts d'environ 40 % par rapport à une mise en œuvre de plusieurs zones de disponibilité. Avec un système de fichiers à zones de disponibilité multiples, vous payez 0,230 USD par Go par mois en SSD et 0,025 USD par Go par mois en disque dur, contre 0,130 USD par Go par mois pour le SSD et 0,013 USD par Go par mois pour le disque dur sur un système de fichiers à zone de disponibilité unique. Vous pouvez consulter une comparaison des coûts et créer vos propres estimations à l'aide du [Calculateur de tarification AWS](https://calculator.aws/#/).
Pour un système de fichiers de 10 To, cela peut représenter une différence d'environ 1 200\$1 par mois pour plusieurs zones de disponibilité ou 680\$1 par mois pour une seule zone de disponibilité. Cet [exemple](https://calculator.aws/#/estimate?id=3339ba60d065a76ecfcaa1770450214534941c8f) utilise un système de fichiers de 10 To FSx pour Windows File Server avec SSD. Les économies réalisées grâce à la déduplication sont estimées à 50 %. Dans l'ensemble, une seule zone de disponibilité présente un coût d'entrée inférieur, mais comporte quelques réserves qui sont abordées dans la section suivante.
## Recommandations en matière d’optimisation des coûts
### Déploiements dans une seule zone de disponibilité
Pour vous assurer qu'une seule zone de disponibilité convient, prenez en compte votre propre zone interne SLAs pour les données stockées sur FSx Windows File Server. Cela implique de comprendre si vous devez fournir SLAs à vos clients (internes et externes) et si les trois neuf jours de disponibilité d'une zone de disponibilité FSx unique d'Amazon vous permettront toujours de les SLAs respecter. FSx pour un serveur de fichiers Windows doté d'une seule zone de disponibilité, le temps de disponibilité est toujours de 99,9 %. Le SLA d'Amazon FSx pour plusieurs zones de disponibilité est supérieur à 99,99 %. Pour les charges de travail critiques, nous vous recommandons d'utiliser plusieurs zones de disponibilité sur une seule zone de disponibilité, même moyennant des frais supplémentaires.
Les déploiements par zone de disponibilité unique sont idéaux pour les charges de travail telles que les sauvegardes de bases de données SQL Server. Ils peuvent fournir un stockage à faible coût avec un niveau de disque dur, tout en vous garantissant une disponibilité constante. Si vous avez besoin d'un niveau de disponibilité plus élevé pour une charge de travail de production, telle que des serveurs SQL hautement disponibles ou un accès aux applications de production, une zone de disponibilité unique ne convient pas à vos charges de travail. Pour les sauvegardes, les tests hors production et les environnements de développement, la mise en œuvre d'une zone de disponibilité FSx unique d'Amazon peut réduire vos coûts d'exploitation.
Un système de fichiers à zone de disponibilité FSx unique Amazon fonctionne bien dans une situation de production où plusieurs systèmes de fichiers Amazon à zone de disponibilité FSx unique sont utilisés, en tant que stockage par serveur dans un cluster SQL Server à haute disponibilité utilisant des groupes de disponibilité Always On. Pour plus d'informations, consultez l'article [Optimisation des coûts pour vos déploiements SQL Server à haute disponibilité AWS publié sur](https://aws.amazon.com/blogs/storage/optimizing-cost-for-your-high-availability-sql-server-deployments-on-aws/) le blog sur le AWS stockage.
### Réplication multi-régions
Une option potentielle pour réduire les coûts avec un système de fichiers de zone de disponibilité unique (un système de fichiers dans lequel un seul système de fichiers de zone de disponibilité fonctionne) consiste à tirer parti d'une réplication multirégionale avec Amazon FSx. Vous pouvez déployer des [systèmes de fichiers mono-AZ](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/high-availability-multiAZ.html) compatibles avec Microsoft DFS-R natif. Le DFS-R est capable de répliquer automatiquement les données entre les régions et sur plusieurs sites. Pour plus d'informations sur la configuration du DFS-R à l'aide d'Amazon FSx, consultez la section Utilisation de la [réplication de systèmes de fichiers distribués Microsoft](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/additional-info.html#using-dfsr) dans la documentation Amazon FSx.
Une autre alternative pour réaliser des économies sur plusieurs régions consiste à utiliser AWS Storage Gateway. Cela vous permet d'implémenter une [passerelle de FSx fichiers Amazon](https://docs.aws.amazon.com/filegateway/latest/filefsxw/what-is-file-fsxw.html) dans une autre région pour un accès multirégional à Amazon FSx. Pour de plus amples informations, veuillez consulter la section [AWS Storage Gateway](storage-main-storage-gateway.md) de ce guide.
Si vous travaillez dans plusieurs régions, vous devez tenir compte du coût du transfert de données pour le trafic de données entre régions. Le trafic circulant entre les régions entraîne des frais de 0,02 \$1/Go. Ainsi, si vous constatez des modifications constantes de données à des volumes élevés, cela augmentera votre coût global. Par [exemple](https://calculator.aws/#/estimate), 1 To de transfert de données équivaut à environ 20,48\$1.
### Fenêtre de maintenance
La fenêtre de maintenance est un élément clé si vous utilisez une zone de disponibilité unique avec Amazon FSx. Pendant la période de maintenance, le système de FSx fichiers Amazon est indisponible pendant environ 20 minutes, en raison de l'application de correctifs logiciels de routine pour le serveur Windows sous-jacent. Si vous utilisez le système de fichiers pour des sauvegardes pendant la nuit, ajustez la fenêtre de FSx maintenance Amazon en conséquence afin d'éviter toute interruption lors de votre sauvegarde. Vous pouvez ajuster la [fenêtre de maintenance](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/maintenance-windows.html) après avoir créé votre système de FSx fichiers Amazon.
## Ressources supplémentaires
+ [Disponibilité et durabilité : systèmes de fichiers mono-AZ et multi-AZ (documentation](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/high-availability-multiAZ.html#deployment-type-features-summary) Amazon FSx )
+ [Tarification FSx des serveurs de fichiers Amazon pour Windows](https://aws.amazon.com/fsx/windows/pricing/) (AWS site Web)