As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Amazon FSx
O Amazon FSx para Windows File Server é um serviço de armazenamento de arquivos totalmente gerenciado que é otimizado para cargas de trabalho do Windows. Ele fornece uma solução simples e escalável para executar suas aplicações e workloads baseadas em Windows, sem a necessidade de gerenciamento complexo da infraestrutura de armazenamento. Você pode usar o Windows File Server FSx para provisionar e acessar facilmente o armazenamento compartilhado de arquivos que ofereça suporte nativo aos aplicativos do Windows, incluindo Microsoft SQL Server SharePoint, Microsoft e aplicativos.NET personalizados. Além disso, o File Server FSx for Windows ajuda você a gerenciar custos fornecendo opções flexíveis de preços, como cotas de armazenamento pay-as-you-go e desduplicação automática de dados para reduzir o espaço ocupado pelo armazenamento e otimizar o desempenho e o custo.
**Topics**
+ [Escolher o armazenamento adequado de arquivos SMB](storage-fsx-smb.md)
+ [Habilite a desduplicação de dados na Amazon FSx](storage-fsx-deduplication.md)
+ [Entenda a fragmentação de dados no FSx Windows File Server](storage-fsx-data-sharding.md)
+ [Entenda o uso do volume de HDD na Amazon FSx](storage-fsx-hdd-volumes.md)
+ [Usar uma única zona de disponibilidade](storage-fsx-single-az.md)
# Escolher o armazenamento adequado de arquivos SMB
## Visão geral do
AWS oferece uma variedade de serviços de armazenamento totalmente gerenciados que oferecem os recursos avançados dos serviços de arquivos líderes do setor, ao mesmo tempo em que combinam as mais recentes inovações de AWS infraestrutura e segurança. Você pode incorporar os serviços da AWS aos fluxos de trabalho de infraestrutura como código (IaC) e integrá-los aos serviços de computação, monitoramento e proteção de dados da AWS . Para cargas de trabalho do Windows, você pode escolher entre dois serviços de arquivos totalmente gerenciados que podem ser usados para atender às necessidades do seu aplicativo: FSx para Windows File Server e Amazon FSx para NetApp ONTAP.
### FSx para Windows File Server
O Amazon FSx para Windows File Server fornece armazenamento compartilhado totalmente gerenciado baseado no Windows Server e oferece uma ampla variedade de recursos administrativos, de acesso a dados e de gerenciamento de dados. FSx para Windows O File Server se integra facilmente aos ambientes Windows porque é um serviço nativo do Windows. Recomendamos usar o FSx Windows File Server para compartilhamentos de usuários e grupos, instâncias de cluster de failover Always On para SQL Server, aplicativos Windows e infraestrutura de desktop virtual (VDI). FSx para Windows, o File Server também se integra bem ao Amazon FSx File Gateway, ao Amazon Kendra, aos logs de auditoria do Amazon S3 e ao Amazon Data Firehose.
### FSx para ONTAP
FSx for ONTAP é baseado no sistema de arquivos ONTAP proprietário NetApp da ONTAP. Isso exige algum nível de aprimoramento e é recomendado principalmente para usuários locais NetApp existentes. Os casos de uso típicos incluem compartilhamentos de usuários e grupos, instâncias de cluster de failover Always On para SQL Server e aplicativos Windows. FSx for ONTAP oferece suporte a vários protocolos, sistemas de arquivos maiores que 64 TB (escala PB sem um servidor de namespace DFS), clonagem, replicação, instantâneos, compactação (eficiência de armazenamento) e classificação inteligente de dados em camadas.
## Impacto do custo
### FSx para Windows File Server
FSx para Windows File Server foi a primeira solução de armazenamento compartilhado AWS para implantar instâncias de cluster de failover para SQL Server. Com FSx o Windows File Server, você pode iniciar instâncias de cluster de failover usando o licenciamento da edição SQL Standard. No entanto, isso impede que você confie nos grupos de disponibilidade Always On, que exigem licenças da edição SQL Server Enterprise. Ao mudar da edição SQL Server Enterprise Standard para a edição SQL Server Standard, você pode economizar de 65 a 75% em seu [licenciamento do SQL Server](sql-server-editions.md).
Você pode usar o FSx for Windows File Server para instâncias de cluster de failover para descarregar o armazenamento do I/O armazenamento típico do EBS. Ao transferir I/O para o FSx for Windows File Server, você pode reduzir as instâncias do EC2, que dependem da alta taxa de transferência e IOPS do Amazon EBS, sem afetar a taxa de transferência do armazenamento.
### FSx para ONTAP
Você pode usar o FSx for ONTAP para executar seu cluster de failover da Microsoft no protocolo de blocos iSCSI e se beneficiar da inicialização instantânea de arquivos do SQL Server, do uso da replicação entre regiões, do suporte a antivírus e da clonagem. SnapMirror Se você criar várias cópias de bancos de dados para teste, a clonagem poderá fazer uma diferença significativa no consumo de espaço e na rapidez com que essas cópias do banco de dados podem ser criadas. Além disso, você pode usar NetApp SnapCenter para gerenciar a funcionalidade de backup, restauração e clonagem com suas instâncias do EC2 para SQL Server usando o FSx ONTAP. FSx for ONTAP também fornece escalonamento automático de SSD a um armazenamento em pool de capacidade de baixo custo para uma combinação de desempenho e economia.
FSx for ONTAP suporta NetApp o sistema de arquivos (ONTAP), ao contrário FSx do Windows File Server, que suporta um sistema de arquivos NTFS nativo do Windows. O tamanho mínimo FSx para o ONTAP é de 1024 GB, enquanto FSx para o Windows File Server pode começar a partir de 32 GB.
### Integração com o Sistema de Arquivos Distribuído da Microsoft
FSx para Windows File Server e FSx ONTAP, integre-se ao [Sistema de Arquivos Distribuído (DFS)](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-r2-and-2012/jj127250(v=ws.11)) da Microsoft para uma integração perfeita às implantações existentes. Tenha o seguinte em mente ao planejar sua arquitetura:
+ FSx para Windows File Server e FSx para ONTAP oferecem suporte a [namespaces DFS (DFSN)](https://learn.microsoft.com/en-us/windows-server/storage/dfs-namespaces/dfs-overview) em ambos os tipos de implantação (várias zonas de disponibilidade e zonas de disponibilidade únicas).
+ Somente FSx para Windows, o servidor de arquivos oferece suporte [à replicação DFS (DFSR)](https://learn.microsoft.com/en-us/windows-server/storage/dfs-replication/dfsr-overview) e somente ao usar zonas de disponibilidade únicas.
## Recomendações de otimização de custos
O desempenho do Windows File Server e FSx do ONTAP depende muito da configuração, assim como seus preços. FSx FSx para Windows File Server, o preço depende principalmente da capacidade e do tipo de armazenamento, da capacidade de taxa de transferência, do backup e dos dados transferidos. Com FSx o ONTAP, você paga pelo armazenamento SSD, pelo IOPS do SSD, pelo uso do pool de capacidade, pela capacidade de transferência e pelo backup.
****
| Serviço de arquivos | Custo do armazenamento de 5 TB | Configuração | Região |
| --- | --- | --- | --- |
| FSx para Windows File Server | \$1982,78 | Zona de disponibilidade únicaSSD (15.000 IOPS)32 MBpsBackup de 5 TB (sem economia de desduplicação) | Leste dos EUA (Norte da Virgínia) |
| FSx para ONTAP | \$1979,28 | Zona de disponibilidade única100% SSDNível de capacidade de leitura e gravação de 15.00015.000 IOPS de SSD128 MBpsBackup de 5 TB (sem economia de desduplicação) | Leste dos EUA (Norte da Virgínia) |
Lembre-se do seguinte:
+ A desduplicação e a compactação permitem que você armazene mais dados em dispositivos físicos ao reduzir o tamanho dos dados, mas você paga pelo armazenamento em unidade de estado sólido (SSD) ou em unidade de disco rígido (HDD) provisionado.
+ Você pode usar o ONTAP FSx para hierarquizar seus dados. É extremamente raro que 100% dos seus dados sejam acessados regularmente e exijam armazenamento SSD. Você pode mover dados frios e acessados com pouca frequência para uma camada de capacidade a fim de reduzir custos.
+ Os preços mencionados aqui são calculados com dados 100% na camada SSD e 15.000 IOPS na camada SSD.
### Backup
Por padrão, tanto FSx para o ONTAP quanto FSx para o Windows File Server armazenam seu backup totalmente gerenciado no Amazon S3. No entanto, com FSx o ONTAP, há uma opção adicional para o uso de backup SnapVault, que pode configurar os backups para residirem no nível de capacidade. O backup com SnapVault é um mecanismo autogerenciado que é mais econômico do que a opção padrão de backup totalmente gerenciado. A opção de backup totalmente gerenciado custa USD 0,05por GB/mês. O SnapVault backup ativado FSx para ONTAP (SSD 10:1 para armazenamento em pool de capacidade) é de 0,03221 USD (0,9x0,0219\$10,1x0,125).
Lembre-se do seguinte:
+ AWS os backups gerenciados oferecem granularidade de uma hora. [SnapVault](https://docs.netapp.com/us-en/ontap/concepts/snapvault-archiving-concept.html)permite que você vá até cinco minutos.
+ Você pode usar as ferramentas NetApp da (como a CLI e a API) para configurar os SnapVault relacionamentos e a replicação de instantâneos.
+ Ative a política `all` de classificação em camadas em um SnapVault volume para usar a camada de capacidade como armazenamento para os dados de backup.
+ SnapVault os destinos podem estar na mesma região Região da AWS, em várias regiões ou no local. Isso geralmente é para um destino de backup do sistema de arquivos de uma única zona de disponibilidade ou de várias zonas de disponibilidade. Em comparação, AWS Backup é apoiado pela resiliência regional do Amazon S3.
### Dimensionamento correto
Você também pode economizar nos custos e tirar o máximo proveito do seu sistema de arquivos, dimensionando corretamente e evitando o provisionamento excessivo.
Para obter o dimensionamento correto, faça o seguinte:
1. Identifique suas necessidades atuais com base nos dados. Para workloads típicas do Windows, você pode usar ferramentas integradas do sistema operacional, como o [Monitor de Performance](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-r2-and-2008/cc749154(v%3dws.11)).
1. No Monitor de Performance, use os contadores a seguir para avaliar suas necessidades atuais de performance. O intervalo de captura é definido para um segundo, com um tamanho máximo de logs de 1.000 MB e a substituição habilitada.
```
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. Para iniciar a captura de logs, execute o comando `logman start PerfLog-Short`. Para interromper a captura de logs, execute o comando `logman stop PerfLog-Short`.
**nota**
Você pode encontrar arquivos de logs de performance em **c:\$1perflogs** no servidor que executa a captura. Para obter mais informações, consulte [Windows Performance Monitor Overview](https://techcommunity.microsoft.com/t5/ask-the-performance-team/windows-performance-monitor-overview/ba-p/375481) na documentação da Microsoft.
1. Depois de identificar a configuração correta, teste se sua estimativa está correta no sistema de FSx arquivos da Amazon usando ferramentas de estresse de disco, como o Microsoft [DISKSPD](https://learn.microsoft.com/en-us/azure-stack/hci/manage/diskspd-overview).
1. Se você estiver satisfeito com a performance, vá para o compartilhamento de arquivos.
Recomendamos uma abordagem conservadora da capacidade de armazenamento, pois ela só pode ter a escala aumentada verticalmente. A capacidade de throughput pode ter a escala aumentada e reduzida verticalmente, conforme necessário.
## Recursos adicionais do
+ [Amazon FSx para NetApp ONTAP FAQs](https://aws.amazon.com/fsx/netapp-ontap/faqs/) (AWS site)
+ [Otimizando o desempenho do Amazon FSx para Windows File Server com novas métricas](https://aws.amazon.com/blogs/storage/optimizing-amazon-fsx-for-windows-file-server-performance-with-new-metrics/) (AWS Storage Blog)
# Habilite a desduplicação de dados na Amazon FSx
## Visão geral do
A desduplicação de dados é um recurso que permite armazenar seus dados com mais eficiência e com menos requisitos de capacidade. Ela envolve encontrar e remover a duplicação nos dados sem comprometer sua fidelidade ou integridade. A desduplicação de dados usa fragmentação e compactação de tamanho variável de subarquivos, que oferecem taxas de otimização de 2:1 para servidores de arquivos gerais e de até 20:1 para dados de virtualização. A desduplicação de dados é muito mais eficaz do que a compactação NTFS. A resiliência durante falhas de hardware é inerente à arquitetura de desduplicação, com validação completa da soma de verificação dos dados e metadados, incluindo redundância de metadados e os fragmentos de dados mais acessados.
FSx para Windows File Server oferece suporte total à desduplicação de dados. Seu uso pode resultar em uma economia média de 50 a 60% para compartilhamentos de arquivos de uso geral. Em compartilhamentos, as economias variam de 30 a 50% para documentos do usuário até 70 a 80% para conjuntos de dados de desenvolvimento de software. É importante entender que a economia de armazenamento que você pode obter com a desduplicação de dados depende da natureza do seu conjunto de dados, incluindo a quantidade de duplicação existente nos arquivos. A desduplicação não será uma boa opção se os dados armazenados forem de natureza dinâmica.
## Impacto do custo
Para lidar com o crescimento do armazenamento de dados na empresa, os administradores consolidam os servidores e fazem da escalabilidade da capacidade e da otimização de dados os principais objetivos. As configurações padrão da desduplicação de dados podem proporcionar economia imediata, ou os administradores podem ajustar as configurações para obter ganhos adicionais. Por exemplo, você pode configurar a eliminação de duplicação para ser executada somente em determinados tipos de arquivo ou criar uma programação de trabalho personalizada.
Em um alto nível, a desduplicação tem três tipos de trabalhos: otimização, coleta de resíduos e depuração. Esteja ciente de que o espaço não será liberado até que você execute um trabalho de coleta de resíduos após a otimização. Você pode programar o trabalho ou executá-lo manualmente. Todas as configurações disponíveis quando você agenda um trabalho de desduplicação de dados também estão disponíveis quando você inicia um trabalho manualmente (exceto aquelas que são específicasda programação).
Mesmo com uma economia efetiva de apenas 25% com a desduplicação, há uma economia significativa FSx para o Windows File Server. Essas economias projetadas são baseadas em uma [estimativa](https://calculator.aws/#/estimate?id=b25b166595553e055c594e89e3c13610df570bc9) na AWS Calculadora de Preços.
## Recomendações de otimização de custos
A desduplicação ativada FSx para sistemas de arquivos do Windows File Server não está habilitada por padrão. Para habilitar a desduplicação usando o [gerenciamento remoto ativado PowerShell](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/administering-file-systems.html#remote-pwrshell), você deve executar o `Enable-FSxDedup` comando e, em seguida, usar o `Set-FSxDedupConfiguration` comando para definir a configuração. Para obter mais informações, consulte [Administração de sistemas de arquivos](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/administering-file-systems.html) na documentação do FSx Windows File Server.
Para habilitar a desduplicação, execute o seguinte comando:
```
PS C:\Users\Admin> Invoke-Command -ComputerName amznfsxzzzzzzzz.corp.example.com -ConfigurationName FSxRemoteAdmin -ScriptBlock {Enable-FsxDedup }
```
Para verificar se a configuração de desduplicação, execute o seguinte comando:
```
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
}
```
Ao executar o PowerShell `Measure-DedupFileMetadata` cmdlet, você pode determinar quanto espaço em disco potencial pode ser recuperado em um volume se você excluir um grupo de pastas, uma única pasta ou um único arquivo e, em seguida, executar um trabalho de coleta de lixo. Especificamente, o valor `DedupDistinctSize` informa a quantidade de espaço que você vai recuperar se excluir esses arquivos. Os arquivos geralmente têm partes que são compartilhadas em outras pastas, então o mecanismo de desduplicação calcula quais partes são exclusivas e que seriam excluídas após o trabalho de coleta de resíduos.
As [programações de trabalho padrão de desduplicação de dados](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-storage-configuration.html#using-data-dedup) foram projetadas para funcionar bem para as workloads recomendadas e serem o menos intrusivas possível (excluindo a tarefa de otimização prioritária habilitada para o tipo de uso de backup). Se as workloads tiverem grandes requisitos de recursos, recomendamos que você programe trabalhos executados somente durante as horas de ociosidade, ou que reduza ou aumente a quantidade de recursos do sistema que um trabalho de desduplicação de dados pode consumir.
Por padrão, a desduplicação de dados usa 25% da memória disponível. No entanto, isso pode ser aumentado usando `-memory switch`. Para trabalhos de otimização, recomendamos que você defina um intervalo de 15 a 50. Para trabalhos programados, você pode usar um maior consumo de memória. Por exemplo, com trabalhos de depuração e coleta de resíduos (que normalmente são programados para serem executados fora do horário de pico), você pode definir um maior consumo de memória (como 50).
Para obter informações adicionais sobre as configurações de desduplicação de dados, consulte [Reduzindo os custos de armazenamento com a desduplicação de dados na documentação](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-storage-configuration.html#using-data-dedup) do Windows FSx File Server.
## Recursos adicionais do
+ [Understanding Data Deduplication](https://learn.microsoft.com/en-gb/windows-server/storage/data-deduplication/understand) (documentação da Microsoft)
+ [Reduzindo os custos de armazenamento com a desduplicação de dados](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-storage-configuration.html#using-data-dedup) (FSx para documentação do Windows File Server)
# Entenda a fragmentação de dados no FSx Windows File Server
## Visão geral do
FSx para o Windows File Server, o desempenho depende da configuração. Ele se baseia principalmente no tipo de armazenamento, na capacidade de armazenamento e na configuração do throughput. A capacidade de taxa de transferência selecionada determina os recursos de desempenho disponíveis para o servidor de arquivos, incluindo I/O os limites de rede, a CPU e a memória e os I/O limites de disco impostos pelo servidor de arquivos. A capacidade de armazenamento e o tipo de armazenamento selecionados determinam os recursos de desempenho disponíveis para os volumes de armazenamento — os I/O limites de disco impostos pelos discos de armazenamento. Além do desempenho, as opções de configuração também influenciam o custo. FSx para Windows File Server, o preço depende principalmente da capacidade e do tipo de armazenamento, da capacidade de taxa de transferência, do backup e dos dados transferidos.
Se você tiver requisitos de performance e armazenamento de arquivos relativamente grandes, poderá se beneficiar da fragmentação de dados. A fragmentação de dados envolve a [divisão de seus dados de arquivos](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/group-file-systems.html) em conjuntos de dados menores (fragmentos) e o armazenamento deles em diferentes sistemas de arquivos. As aplicações que acessam seus dados de várias instâncias podem alcançar altos níveis de performance lendo e gravando nesses fragmentos em paralelo. Ao mesmo tempo, você ainda pode apresentar às suas aplicações uma visão unificada sob um namespace comum. Além disso, ela também podem ajudar a escalar o armazenamento de dados de arquivos além do que cada sistema de arquivos suporta (64 TB) para grandes conjuntos de dados de arquivos, de até centenas de petabytes.
## Impacto do custo
Para grandes conjuntos de dados, geralmente é mais eficaz implantar vários sistemas de arquivos pequenos FSx para Windows File Server, em vez de um grande compartilhamento de SSD para alcançar o mesmo nível de desempenho. O uso de uma combinação dos tipos FSx de armazenamento HDD e SSD do Windows File Server permite uma melhor economia de custos e permite que você combine a carga de trabalho com o melhor subsistema de disco subjacente. Nas tabelas a seguir, você pode ver a diferença entre um único sistema de arquivos de 17 TB e compará-lo com vários sistemas de arquivos menores que aumentam a mesma capacidade.
**Sistema de arquivos SSD grande com várias workloads**
****
| Nome do servidor | Custo | Configuração | Região |
| --- | --- | --- | --- |
| Servidor FSx de arquivos Amazon para Windows | USD 5.716 | SSD DE 17 TB30% de desduplicação256 Mbps17 TB de backup | Leste dos EUA (Norte da Virgínia) |
**Workload particionada usando DFSN**
****
| Nome do servidor | Custo | Configuração | Região | Compartilhar |
| --- | --- | --- | --- | --- |
| Servidor FSx de arquivos Amazon para Windows | USD 1.024 | SSD DE 2 TB20% de desduplicação128 Mbps2 TB de backupmulti-AZ | Leste dos EUA (Norte da Virgínia) | Compartilhamento 1 |
| Servidor FSx de arquivos Amazon para Windows | USD 2.132 | SSD DE 5 TB30% de desduplicação256 Mbps5 TB de backupmulti-AZ | Leste dos EUA (Norte da Virgínia) | Compartilhamento 2 |
| Servidor FSx de arquivos Amazon para Windows | USD 1.036 | HDD DE 10 TB40% de desduplicação128 Mbps10 TB de backupmulti-AZ | Leste dos EUA (Norte da Virgínia) | Compartilhamento 3 |
| Instâncias EC2 Windows com DFSN | USD 27 | t3a.medium2 v CPUs4 GiB de memória | Leste dos EUA (Norte da Virgínia) | Instâncias DFSN |
O custo anual de um grande sistema de arquivos SSD é de USD 68.592. O custo anual de uma workload particionada é de USD 50.640. Neste exemplo, é possível obter uma economia de 26% ao combinar a workload com o armazenamento de backend apropriado. Para obter mais informações sobre a estimativa de preço, consulte a estimativa da [AWS Calculadora de Preços](https://calculator.aws/#/estimate?id=50b7af500c59bdff4c35e57bc9b8c71334cf4232).
## Recomendações de otimização de custos
Para implantar uma solução de desduplicação de dados, você deve configurar um [Namespace Microsoft DFS](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/group-file-systems.html) com base no tipo de dados, I/O tamanho e padrão de acesso. I/O Cada namespace é compatível com até 50 mil compartilhamentos de arquivos e centenas de petabytes de capacidade de armazenamento no total.
Ele funcionará de forma mais eficiente se escolher uma convenção de fragmentação que distribua a E/S uniformemente entre todos os compartilhamentos de arquivos que você planeja usar. O monitoramento de sua workload ajudará na otimização adicional ou na redução de custos. Se precisar de ajuda para avaliar as informações de desempenho do sistema de FSx arquivos da Amazon, consulte FSx o [desempenho do Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/performance.html) na documentação do FSx Windows File Server.
Depois de escolher uma estratégia de fragmentação, você pode agrupar os sistemas de arquivos para facilitar o acesso aos seus compartilhamentos usando namespaces DFS. Isso permite que os usuários vejam um sistema de arquivos homogêneo quando, na realidade, estão acessando uma variedade de sistemas de arquivos diferentes com casos de uso com propósito específico. É importante criar os compartilhamentos com uma convenção de nomenclatura adequada para que seus usuários finais possam decifrar facilmente para qual workload os compartilhamentos foram projetados. Também é importante rotular compartilhamentos de produção e de não produção para que os usuários finais não coloquem arquivos no sistema de arquivos errado por engano.
O diagrama a seguir mostra como um único namespace DFS pode ser usado como ponto de acesso para vários sistemas de arquivos da Amazon FSx .
![\[Ponto de acesso do namespace DFN\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/grouping_fsx_dfsn.png)
Lembre-se do seguinte:
+ Você pode adicionar compartilhamentos existentes FSx do Windows File Server a uma árvore DFS.
+ A Amazon não FSx pode ser adicionada à raiz do caminho de compartilhamento do DFS. Você tem apenas uma subpasta.
+ Você deve implantar uma instância do EC2 para atender à configuração do namespace DFS.
Para obter mais informações sobre a configuração do DFS-N, consulte [DFS Namespaces overview](https://learn.microsoft.com/en-us/windows-server/storage/dfs-namespaces/dfs-overview) na documentação da Microsoft. Para obter mais informações sobre o uso de namespaces DFS, consulte o vídeo [Usando namespaces DFS com Amazon FSx para](https://www.youtube.com/watch?v=s482kj_xMeE) Windows File Server sobre. YouTube
## Recursos adicionais do
+ [Agrupamento de vários sistemas de arquivos com namespaces DFS](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/group-file-systems.html) (documentação da Amazon) FSx
+ [Passo a passo 6: Escalando o desempenho com fragmentos](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/scale-out-performance.html) (documentação da Amazon) FSx
+ [Usando namespaces DFS com o Amazon FSx para Windows File Server](https://aws-labs.net/images/Resource/Video-FSX-DFSN-v4.pdf) (Labs)AWS
# Entenda o uso do volume de HDD na Amazon FSx
## Visão geral do
O Amazon FSx para Windows File Server oferece a flexibilidade de escolher a taxa de transferência independentemente da capacidade do sistema de arquivos. Duas configurações de capacidade estão disponíveis: unidade de disco rígido (HDD) e unidade de estado sólido (SSD).
O diagrama a seguir mostra o relacionamento entre as configurações de throughput e armazenamento.
![\[Relacionamento entre as configurações de throughput e armazenamento\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/storage_volumes_fsx.png)
Com o armazenamento baseado em HDD, você recebe uma linha de base de 12 IOPS com 80 IOPS de disco de intermitência (por IOPs TiB de armazenamento) e uma taxa de transferência de 12 linhas de base Megabytes/second com 80 de intermitência (por TiB de armazenamento). Megabytes/second Por exemplo, se seu compartilhamento for de 50 TB, você obterá 50 \$1 12 = 600 como linha de base para throughput e IOPS.
O Amazon FSx para Windows File Server fornece 80 IOPS de intermitência. Os créditos de expansão são recarregados automaticamente quando sua utilização está abaixo da taxa de linha de base, e são consumidos automaticamente quando sua utilização está acima da taxa de linha de base. Por exemplo, se sua carga de trabalho estiver utilizando apenas 10 IOPS/TB por uma hora (2 IOPS/TB below your baseline rate), you can then utilize 14 IOPS/TB (2 IOPS/TB acima da linha de base) na hora seguinte, antes de ficar sem créditos intermitentes novamente.
Para operações de arquivos, o Amazon FSx for Windows File Server fornece latências consistentes de menos de um milissegundo com armazenamento SSD e latências de um dígito em milissegundos com armazenamento em HDD. Para todos os sistemas de arquivos, incluindo aqueles com armazenamento em HDD, o Amazon FSx for Windows File Server fornece um cache rápido (na memória) no servidor de arquivos, para que você possa obter alto desempenho e latências inferiores a um milissegundo para dados acessados ativamente, independentemente do tipo de armazenamento.
Quando apropriado, o uso do armazenamento HDD pode ajudar a reduzir o custo de sua capacidade geral de armazenamento e fornecer uma plataforma de armazenamento confiável para suas necessidades.
## Impacto do custo
O desempenho do Amazon FSx para Windows File Server depende de três fatores: capacidade de armazenamento, tipo de armazenamento e taxa de transferência. O I/O desempenho da rede e o tamanho do cache na memória são determinados exclusivamente pela capacidade de taxa de transferência, enquanto o I/O desempenho do disco é determinado por uma combinação de capacidade de taxa de transferência, tipo de armazenamento e capacidade de armazenamento.
Embora o SSD seja recomendado para cargas de trabalho I/O intensivas, há uma variedade de cargas de trabalho cujas necessidades podem ser atendidas com as especificações de desempenho do HDD. O armazenamento em HDD foi projetado para um amplo espectro de workloads, incluindo diretórios pessoais, compartilhamentos de usuários e departamentos e sistemas de gerenciamento de conteúdo. Por exemplo, se seus usuários precisam apenas de acesso de baixa latência aos dados que dão suporte aos projetos atuais, a maioria dos dados que você está armazenando é acessada com pouca frequência.
Você pode usar a [AWS Calculadora de Preços](https://calculator.aws/#/estimate?id=24d13161c41a4f947ff78abb2e36c1815c914cb1) para fornecer uma comparação de um SSD de 20 TB com um sistema de arquivos HDD em `us-east-1`. Como mostra a tabela a seguir, mesmo sem economia de desduplicação, a diferença de custo é significativa ao comparar sistemas de arquivos HDD com sistemas de arquivos SSD.
****
| Configuração do sistema FSx de arquivos da Amazon | Custo mensal |
| --- | --- |
| SSD multi-AZ de 20 TB (us-east-1) | \$14.699,30 |
| HDD multi-AZ de 20 TB (us-east-1) | \$1542,88 |
| Economia mensal estimada | \$14.156,42 |
**nota**
Para obter mais FSx economias sobre o Windows File Server, consulte a FSx seção [Habilitar a desduplicação de dados na Amazon](storage-fsx-deduplication.md) deste guia.
Ao identificar corretamente suas necessidades de performance, você pode selecionar o armazenamento certo para sua workload e reduzir seus custos.
## Recomendações de otimização de custos
Se você decidir usar o armazenamento HDD, teste seu sistema de arquivos para garantir que ele atenda aos seus requisitos de performance. O armazenamento HDD tem um custo menor em relação ao armazenamento SSD, mas com níveis mais baixos de throughput e IOPS de disco por unidade de armazenamento. Ele pode ser adequado para compartilhamentos de usuários de uso geral e diretórios pessoais com baixos I/O requisitos, grandes sistemas de gerenciamento de conteúdo em que os dados são recuperados com pouca frequência ou conjuntos de dados com pequenos números de arquivos grandes.
O tipo de armazenamento de um sistema de arquivos existente não pode ser alterado. Para converter o tipo de armazenamento de um sistema de arquivos Amazon FSx para Windows File Server, você deve fazer backup do seu sistema de arquivos existente e restaurá-lo em um novo sistema de arquivos com o tipo de armazenamento desejado. Se você deseja converter um sistema de arquivos SSD existente em um sistema de arquivos HDD, saiba que o HDD tem uma capacidade mínima muito maior de 2 TB.
Para restaurar um backup com um tipo de armazenamento diferente, faça o seguinte:
1. [Faça o backup de seus sistemas de arquivos.](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/using-backups.html)
1. [Crie um novo sistema de FSx arquivos da Amazon](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/getting-started.html) com o tipo de armazenamento HDD.
1. Restaure o backup no novo sistema de arquivos com o tipo de armazenamento desejado.
1. Verifique se o novo sistema de arquivos tem o tipo de armazenamento correto e se seus dados estão intactos.
Antes de transferir suas alterações para a produção, recomendamos que você analise o desempenho do seu sistema de FSx arquivos da Amazon e verifique se a alteração é aceitável. Para obter mais orientações, consulte a publicação [Otimizando o desempenho do Amazon FSx para Windows File Server com novas métricas](https://aws.amazon.com/blogs/storage/optimizing-amazon-fsx-for-windows-file-server-performance-with-new-metrics/) no blog AWS de armazenamento.
## Recursos adicionais do
+ [Otimizando custos com a Amazon FSx](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/optimize-fsx-costs.html) ( FSx documentação da Amazon)
# Usar uma única zona de disponibilidade
## Visão geral do
Esta seção explica quando é mais vantajoso usar uma única implementação de zona de disponibilidade do [Amazon FSx para Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/high-availability-multiAZ.html). Ele abrange cenários em que a mudança para uma única zona de disponibilidade reduz custos e ainda permite que você use o Amazon FSx for Windows File Server como seu serviço gerenciado de armazenamento de arquivos. Recomendamos que você implemente uma única zona de disponibilidade para a Amazon FSx para cargas de trabalho de produção. Isso pode ajudar a garantir que você tenha a redundância de várias zonas de disponibilidade.
## Impacto do custo
Um único sistema de arquivos de zona de disponibilidade oferece uma redução de custo de aproximadamente 40% em comparação com a implementação de várias zonas de disponibilidade. Com um sistema de arquivos com várias zonas de disponibilidade, você paga USD 0,230 por GB/mês em SSD e USD 0,025por GB/mês em HDD, em comparação com USD 0,130 por GB/mês para SSD e USD 0,013 por GB/mês para HDD em um único sistema de arquivos de zona de disponibilidade. Você pode ver uma comparação de custos e criar suas próprias estimativas usando a [AWS Calculadora de Preços](https://calculator.aws/#/).
Para um sistema de arquivos de 10 TB, isso pode ser a diferença de pagar aproximadamente USD 1.200 por mês por várias zonas de disponibilidade ou USD 680 por mês por uma única zona de disponibilidade. Este [exemplo](https://calculator.aws/#/estimate?id=3339ba60d065a76ecfcaa1770450214534941c8f) usa um sistema de arquivos do Windows File Server de 10 TB FSx com SSD. A economia estimada para a desduplicação é de 50%. No geral, uma única zona de disponibilidade tem um custo de entrada menor, mas vem com algumas advertências que serão abordadas na próxima seção.
## Recomendações de otimização de custos
### Implantações de zona de disponibilidade única
Para garantir que uma única zona de disponibilidade seja a opção certa, considere sua própria zona interna SLAs para os dados que estão sendo armazenados no FSx Windows File Server. Isso implica entender se você precisa fornecer SLAs aos seus clientes (internos e externos) e se os três nove de disponibilidade de uma FSx única zona de disponibilidade da Amazon ainda permitirão que você os atenda. SLAs FSx para Windows File Server com uma única zona de disponibilidade ainda tem um tempo de atividade de 99,9%. O SLA da Amazon FSx para várias zonas de disponibilidade é superior a 99,99%. Para workloads essenciais, recomendamos que você use várias zonas de disponibilidade em uma única zona de disponibilidade, mesmo com custo adicional.
As implantações de zona de disponibilidade única são ideais para workloads, como backups para bancos de dados do SQL Server. Elas podem fornecer armazenamento de baixo custo com uma camada de HDD e, ao mesmo tempo, fornecer um tempo de atividade consistente. Se você precisar de um nível mais alto de disponibilidade para uma workload de produção, como servidores SQL de alta disponibilidade ou acesso a aplicações de produção, então uma única zona de disponibilidade não é a opção certa para suas workloads. Para backups, testes de não produção e ambientes de desenvolvimento, uma implementação de zona de disponibilidade FSx única da Amazon pode reduzir seus custos operacionais.
Um caso de uso em que um sistema de arquivos de zona de disponibilidade FSx única da Amazon funciona bem é em uma situação de produção em que vários sistemas de arquivos de zona de disponibilidade FSx única da Amazon estão em uso, como armazenamento por servidor em um cluster altamente disponível do SQL Server usando grupos de disponibilidade Always On. Para obter mais informações, consulte a postagem [Otimizando o custo de suas implantações de alta disponibilidade do SQL Server no AWS](https://aws.amazon.com/blogs/storage/optimizing-cost-for-your-high-availability-sql-server-deployments-on-aws/) blog AWS de armazenamento.
### Replicação em várias regiões
Uma opção potencial para reduzir custos com um único sistema de arquivos de zona de disponibilidade (em que apenas um único sistema de arquivos de zona de disponibilidade funciona) é se você quiser aproveitar as vantagens de uma replicação multirregional com a Amazon. FSx Você pode implantar [sistemas de arquivos single-AZ](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/high-availability-multiAZ.html) que sejam compatíveis com o uso com o DFS-R nativo da Microsoft. O DFS-R tem a capacidade de replicar dados automaticamente entre regiões e vários locais. Para obter mais informações sobre como configurar o DFS-R usando a FSx Amazon, consulte [Usando a replicação do sistema de arquivos distribuído da Microsoft](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/additional-info.html#using-dfsr) na documentação da Amazon. FSx
Outra alternativa para economia de custos em várias regiões é usar AWS Storage Gateway. Isso permite que você implemente um [Amazon FSx File Gateway](https://docs.aws.amazon.com/filegateway/latest/filefsxw/what-is-file-fsxw.html) em outra região para acesso multirregional da Amazon FSx. Para obter mais informações, consulte a seção [AWS Storage Gateway](storage-main-storage-gateway.md) deste guia.
Se você trabalha em várias regiões, deve considerar o custo de transferência de dados para o tráfego de dados entre regiões. O tráfego que se move entre regiões incorre em uma cobrança de USD 0,02/GB. Portanto, se você tiver alterações consistentes de dados em grandes volumes, isso aumentará seu custo geral. Por [exemplo](https://calculator.aws/#/estimate), 1 TB de transferência de dados equivale a aproximadamente USD 20,48.
### Janela de manutenção
A janela de manutenção é uma consideração importante se você estiver usando uma única zona de disponibilidade com a Amazon FSx. Durante a janela de manutenção, o sistema de FSx arquivos da Amazon fica indisponível por aproximadamente 20 minutos, devido a correções de software de rotina para o Windows Server subjacente. Se você estiver usando o sistema de arquivos para backups noturnos, ajuste a janela de FSx manutenção da Amazon adequadamente para evitar interrupções durante o backup. Você pode ajustar a [janela de manutenção](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/maintenance-windows.html) depois de criar seu sistema de FSx arquivos da Amazon.
## Recursos adicionais do
+ [Disponibilidade e durabilidade: sistemas de arquivos Single-AZ e Multi-AZ (documentação](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/high-availability-multiAZ.html#deployment-type-features-summary) da Amazon FSx )
+ [Preços do Amazon FSx para Windows File Server](https://aws.amazon.com/fsx/windows/pricing/) (AWS site)