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á.

Compreensão da fragmentação de dados no FSx para Windows File Server

Visão geral do

A performance do FSx para Windows File Server 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 que você seleciona determina os recursos de desempenho disponíveis para o servidor de arquivos, incluindo os I/O limites de rede, a CPU e a memória e I/O os 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 da performance, as opções de configuração também influenciam o custo. O preço do FSx para Windows File Server depende principalmente da capacidade e do tipo de armazenamento, da capacidade de throughput, 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 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, normalmente é mais eficiente implantar vários sistemas de arquivos pequenos do FSx para Windows File Server, em vez de um grande compartilhamento de SSD para alcançar o mesmo nível de performance. O uso de uma combinação dos tipos de armazenamento HDD e SSD do FSx para Windows File Server permite uma melhor economia de custos e que você faça a correspondência da workload 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

Workload particionada usando 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.

Recomendações de otimização de custos

Para implantar uma solução de desduplicação de dados, você deve configurar um Namespace Microsoft DFS 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.

É mais eficiente escolher uma convenção de fragmentação que seja distribuída I/O uniformemente em todos os sistemas de arquivos que você planeja usar. O monitoramento de sua workload ajudará na otimização adicional ou na redução de custos. Se você precisar de ajuda para avaliar as informações de performance do sistema de arquivos Amazon FSx, consulteFSx for Windows File Server performance na documentação do FSx para 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 Amazon FSx.

Lembre-se do seguinte:

Para obter mais informações sobre DFS-N configuração, consulte a visão geral dos namespaces DFS na documentação da Microsoft. Para obter mais informações sobre o uso de namespaces DFS, consulte o vídeo Como usar namespaces DFS com o Amazon FSx for Windows File Server sobre. YouTube

Recursos adicionais do