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

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

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.

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

Lembre-se do seguinte:

Para obter mais informações sobre a configuração do DFS-N, consulte DFS Namespaces 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 Windows File Server sobre. YouTube

Recursos adicionais do