O Amazon FSx File Gateway não está mais disponível para novos clientes. Os clientes existentes do FSx File Gateway podem continuar usando o serviço normalmente. Para recursos semelhantes ao FSx File Gateway, visite esta postagem do blog
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á.
Desempenho e otimização
Esta seção descreve as diretrizes e as melhores práticas para otimizar o desempenho do File Gateway.
Tópicos
Orientação básica de desempenho para o
Nesta seção, você pode encontrar orientações para provisionar hardware para sua VM do FSx File Gateway. As configurações de instância listadas na tabela são exemplos e são fornecidas para referência.
Para obter melhor desempenho, o tamanho do disco de cache deve ser ajustado ao tamanho do conjunto de trabalho ativo. Usar vários discos locais para o cache aumenta o desempenho de gravação ao paralelizar acesso a dados e gera IOPS maior.
nota
Não recomendamos o uso do armazenamento temporário. Para obter informações sobre como usar o armazenamento temporário, consulte Usando armazenamento efêmero com gateways EC2 .
O limite de tamanho sugerido para diretórios individuais nos sistemas de de arquivos que você conecta ao File Gateway é de 10.000 arquivos por diretório. Você pode usar o File Gateway com diretórios com mais de 10.000 arquivos, mas o desempenho pode ser afetado.
Nas tabelas a seguir, as operações de leitura de cliques em cache são lidas dos dados do arquivo que são fornecidos pelo cache. As operações de leitura perdida do cache são leituras dos dados do arquivo que são fornecidos FSx pelo Amazon para Windows File Server.
A tabela a seguir mostra um exemplo de configuração FSx do File Gateway.
FSx Desempenho do File Gateway em clientes Windows
Exemplo de configuração | Protocolo | Taxa de transferência de gravação (tamanhos de arquivo de 1 GB) | Taxa de transferência de leituras atingidas pelo cache | Taxa de transferência de leitura perdida do cache |
---|---|---|---|---|
Disco raiz: 80 GB, io1 SSD, 4.000 IOPs Discos de cache: 2 x 2 TiB NVME Desempenho mínimo da rede: 10 Gbps CPU: 32 vCPU | RAM: 244 GB |
SMBv3 - 1 tópico | 162 MiB/sec (1,4 Gbps) | 403 MiB/sec (3,4 Gbps) | 288 MiB/sec (2,4 Gbps) |
SMBv3 - 8 fios | 511 MiB/sec (4,3 Gbps) | 571 MiB/sec (4,8 Gbps) | 567 MiB/sec (4,8 Gbps) |
nota
Seu desempenho pode variar com base na configuração da plataforma de hospedagem e na largura de banda da rede. O desempenho da taxa de transferência de gravação diminui com o tamanho do arquivo, com a maior taxa de transferência possível para arquivos pequenos (menos de 32 MiB) sendo 16 arquivos por segundo.
Como otimizar o desempenho de um gateway
Você pode encontrar informações a seguir sobre como otimizar o desempenho de um gateway. A orientação para isso fundamenta-se na adição de recursos ao gateway e na adição de recursos ao servidor de aplicativos.
Como adicionar recursos ao seu gateway
Você pode otimizar o desempenho do gateway adicionando recursos ao seu gateway em uma ou mais das seguintes maneiras.
- Use discos de desempenho superior
-
Para otimizar o desempenho do gateway, você pode adicionar discos de alto desempenho, como unidades de estado sólido (SSDs) e um controlador. NVMe Você pode também anexar discos virtuais diretamente à sua VM em uma rede de área de armazenamento (SAN), e não no NTFS do Microsoft Hyper-V. O desempenho aprimorado do disco geralmente resulta em melhor taxa de transferência e mais input/output operações por segundo (IOPS). Para obter informações sobre como adicionar discos, consulteConfigurando armazenamento em cache adicional.
Para medir a taxa de transferência, use as métricas
ReadBytes
eWriteBytes
com a estatísticaSamples
do Amazon CloudWatch . Por exemplo, a estatísticaSamples
da métricaReadBytes
durante um período de amostra de 5 minutos divididos por 300 segundos fornece o IOPS. Como regra geral, ao analisar essas métricas para um gateway, procure taxas de transferência baixas e IOPS com baixas tendências para indicar gargalos relacionados ao disco.nota
CloudWatch as métricas não estão disponíveis para todos os gateways. Para obter informações sobre métricas de gateway, consulte Monitorando seu gateway de de FSx arquivos.
- Adicione recursos de CPU ao host de seu gateway
-
O requisito mínimo para o servidor de host do gateway é quatro processadores virtuais. Para otimizar o desempenho do gateway, confirme se os quatro processadores virtuais atribuídos à VM do gateway contam com o suporte de quatro núcleos. Além disso, confirme se você não está sobrecarregando a assinatura CPUs do servidor host.
Ao adicionar mais CPUs ao servidor host do gateway, você aumenta a capacidade de processamento do gateway. Isso permite que seu gateway lide, paralelamente, com o armazenamento de dados do seu aplicativo no armazenamento local e com o upload desses dados para o S3 para Windows File Server. CPUs Além disso, ajuda a garantir que seu gateway receba recursos de CPU suficientes quando o host for compartilhado com outros VMs. Ao fornecer recursos suficientes de CPU, o resultado de modo geral é a melhoria da taxa de transferência.
O Storage Gateway suporta o uso de 24 CPUs em seu servidor host de gateway. Você pode usar 24 CPUs para melhorar significativamente o desempenho do seu gateway. Recomendamos a seguinte configuração de gateway para o servidor de host do gateway:
-
24 CPUs.
-
16 GiB de RAM reservada para Gateways de Arquivos
-
16 GiB de RAM reservada para gateways com tamanho de cache de até 16 TiB
-
32 GiB de RAM reservada para gateways com tamanho de cache de 16 TiB a 32 TiB
-
48 GiB de RAM reservada para gateways com tamanho de cache de 32 TiB a 64 TiB
-
-
Disco 1 anexado ao controlador paravirtual 1, para ser usado como cache do gateway da seguinte forma:
-
SSD usando um NVMe controlador.
-
-
Adaptador de rede 1 configurado na rede 1 da VM:
-
Use a rede VM 1 e adicione VMXnet3 (10 Gbps) para ser usada para ingestão.
-
-
Adaptador de rede 2 configurado na rede 2 da VM:
-
Use a rede VM 2 e adicione uma VMXnet3 (10 Gbps) a ser usada para se conectar. AWS
-
-
- Respalde os discos virtuais com discos físicos separados.
-
Ao provisionar discos de gateway, é altamente recomendável que você não provisione discos locais para armazenamento local que usem o mesmo disco de armazenamento físico subjacente. Por exemplo, para VMware ESXi, os recursos de armazenamento físico subjacentes são representados como um armazenamento de dados. Ao implantar a VM do gateway, você escolhe um armazenamento de dados para armazenar os arquivos da VM. Ao provisionar um disco virtual (por exemplo, como buffer de upload), você pode armazenar o disco virtual no mesmo armazenamento de dados que a VM ou em outro armazenamento de dados distinto.
Se você tiver mais de um armazenamento de dados, é altamente recomendável escolher um armazenamento de dados para cada tipo de armazenamento local que você estiver criando. O armazenamento de dados que conta apenas com um disco físico subjacente pode apresentar um desempenho ruim. Um exemplo é quando você usa um disco para apoiar o armazenamento em cache e o buffer de upload em uma configuração de gateway. Da mesma forma, um armazenamento de dados que conta uma configuração de RAID de desempenho mais baixo, como RAID 1, pode apresentar um desempenho ruim.
Como adicionar recursos ao seu ambiente de aplicativos
- Aumente a largura de banda entre o servidor de aplicativos e o gateway
-
Para otimizar o desempenho do gateway, confirme se a largura de banda da rede entre o aplicativo e o gateway pode atender às necessidades de seu aplicativo. Você pode usar as
WriteBytes
métricasReadBytes
e do gateway para medir a taxa de transferência total de dados.Para seu aplicativo, compare a taxa de transferência medidas com a taxa de transferência desejada. Se a taxa de transferência medida for inferior à taxa de transferência desejada, a ampliação da largura de banda entre o aplicativo e o gateway pode melhorar o desempenho se a rede for o gargalo. Da mesma forma, você pode aumentar a largura de banda entre a VM e os discos locais, se eles não estiverem diretamente vinculados.
- Adicione recursos de CPU ao seu ambiente de aplicativos
-
Se seu aplicativo puder usar recursos adicionais de CPU, adicionar mais CPUs pode ajudar seu aplicativo a escalar sua I/O carga.
Algumas operações de FSx arquivo no File Gateway, como renomeações de pastas de nível superior ou alterações de permissão, podem resultar em várias operações de arquivo que causam uma alta I/O carga no sistema de arquivos do Windows File Server. FSx Se seu sistema de arquivos não tiver recursos de desempenho suficientes para sua carga de trabalho, o sistema de arquivos poderá excluir cópias paralelas porque prioriza a disponibilidade da cópia paralela contínua em I/O relação à retenção histórica de cópias paralelas.
No FSx console da Amazon, verifique a página de monitoramento e desempenho para ver se seu sistema de arquivos está subprovisionado. Se estiver, você pode mudar para o armazenamento SSD, aumentar a capacidade de transferência ou aumentar o IOPS do SSD para lidar com sua carga de trabalho.