Esta página descreve o desempenho médio esperado e as configurações de desempenho recomendadas para o Filestore. Ela também mostra como testar o desempenho das instâncias do Filestore.
Desempenho esperado
Cada nível de serviço do Filestore fornece um nível diferente de desempenho. O desempenho de qualquer instância pode ser diferente do esperado devido a vários fatores, como o uso de armazenamento em cache, a quantidade de VMs, o tipo de máquina das VMs de cliente e a carga de trabalho testada.
As tabelas a seguir mostram o desempenho esperado do Filestore com base no nível de serviço e capacidade configurada:
| Desempenho | Capacidade | IOPS de leitura e gravação | Capacidade de leitura e gravação (MiB/s) |
|---|---|---|---|
BASIC_HDD |
De 1 TiB a 10 TiB | 600/1.000 | 100/100 |
BASIC_HDD |
10 TiB a 63,9 TiB | 1.000/5.000 | 180/120 |
BASIC_SSD |
2,5 TiB a 63,9 TiB | 60.000/25.000 | 1.200/350 |
ZONAL |
1 TiB | 9.200/2.600 | 260/88 |
ZONAL |
9,75 TiB | 89.700/25.350 | 2.535/858 |
ZONAL |
10 TiB | 92.000/26.000 | 2.600/880 |
ZONAL |
100 TiB | 920.000/260.000 | 26.000/8.800 |
REGIONAL |
1 TiB | 12.000/4.000 | 120/100 |
REGIONAL |
9,75 TiB | 117.000/39.000 | 1.170/975 |
REGIONAL |
10 TiB | 92.000/26.000 | 2.600/880 |
REGIONAL |
100 TiB | 920.000/260.000 | 26.000/8.800 |
ENTERPRISE |
1 TiB | 12.000/4.000 | 120/100 |
ENTERPRISE |
10 TiB | 120.000/40.000 | 1.200/1.000 |
A tabela anterior mostra o desempenho esperado nos níveis mínimo e máximo e a capacidade de cada nível de serviço. Entre esses limites, a performance escalona linearmente como as escalas de capacidade. Por exemplo, se você dobrar a instância corporativa de 1 TiB para 2 TiB, o desempenho esperado da instância dobra de 12.000/4.000 IOPS de leitura e gravação para 24.000/8.000 IOPS de leitura e gravação IOPS de armazenamento.
Em cenários com um ou poucos clientes, é preciso aumentar o número de
com o
nconnect
para atingir o desempenho máximo do NFS. Recomendamos especificar até
7 conexões para o nível de serviço zonal e até 2 conexões para o
regionais e empresariais. Em geral, quanto maior a capacidade de compartilhamento de arquivos
e quanto menos VMs de clientes conectadas, maior o desempenho
especificando mais conexões com nconnect.
Tipo de máquina de cliente recomendado
Recomendamos ter um tipo de máquina do Compute Engine, como n2-standard-8.
que fornece uma largura de banda de saída de 16 Gbps. Essa largura de banda de saída permite
atingir aproximadamente 16 Gbps de largura de banda de leitura para armazenamento em cache
do Google Cloud. Para mais contexto, consulte Largura de banda da rede.
Opções de ativação do cliente Linux
Recomendamos o uso das seguintes opções de montagem de NFS, especialmente hard
mount, async, e as opções rsize e wsize, para conseguir o melhor
em instâncias de VM do cliente Linux. Para mais informações sobre as opções de montagem do NFS, consulte nfs.
| Opção padrão | Descrição |
|---|---|
hard |
O cliente NFS repete solicitações NFS indefinidamente. |
timeo=600 |
O cliente NFS aguarda 600 segundos (60 segundos) antes de tentar novamente uma solicitação NFS. |
retrans=3 |
O cliente NFS tenta fazer solicitações NFS três vezes antes de realizar outras ações de recuperação. |
rsize=262144 |
O cliente NFS pode receber no máximo 262.144 bytes do servidor NFS por solicitação READ. Observação: para instâncias de nível básico, defina o valor rsize como 1048576. |
wsize=1048576 |
O cliente NFS pode enviar no máximo 1.048.576 bytes (1 MiB) para o servidor NFS por solicitação WRITE. |
resvport |
O cliente NFS usa uma porta de origem com privilégios ao se comunicar com o servidor NFS para esse ponto de montagem. |
async |
O cliente NFS atrasa o envio de gravações de aplicativos para o servidor NFS até que determinadas condições sejam atendidas. Cuidado: o uso da opção sync reduz significativamente o desempenho. |
Desempenho da VM de um ou vários clientes
Os níveis de serviço escalonáveis do Filestore têm desempenho otimizado para várias VMs de cliente, e não apenas uma VM de cliente.
Para instâncias zonais, regionais e corporativas, pelo menos quatro VMs de clientes são necessárias para aproveitar o desempenho total. Isso garante que todas as VMs no cluster subjacente do Filestore sejam totalmente utilizados.
Para mais contexto, o menor cluster escalonável do Filestore tem quatro
ou de várias VMs. Cada VM de cliente se comunica com apenas um cluster do Filestore
VM, independentemente do número de conexões NFS por cliente especificado com o
nconnect
de montagem. Se você estiver usando uma única VM de cliente, as operações de leitura e gravação serão
executada em uma única VM de cluster do Filestore.
Melhore o desempenho nos recursos do Google Cloud
Operações em vários recursos do Google Cloud, como cópia de dados
do Cloud Storage para uma instância do Filestore usando gsutil
pode ser lento. Para ajudar a reduzir os problemas de desempenho, tente o seguinte:
Verifique se o bucket do Cloud Storage, a VM do cliente e o Filestore instância residam na mesma região.
As regiões birregionais oferecem desempenho máximo para dados armazenados no Cloud Storage. Ao usar essa opção, verifique se os demais recursos residem em uma das regiões contidas no birregional. Por exemplo, se os dados do Cloud Storage estiverem
us-central1,us-west1, verifique se a VM do cliente e o Filestore instância reside emus-central1.Como ponto de referência, verifique o desempenho de uma VM conectada ao DP e em comparação com o desempenho de uma instância do Filestore.
Se a VM conectada ao DP tiver desempenho semelhante ou mais lento do que instância do Filestore, isso pode indicar um problema de não relacionado ao Filestore. Tente o seguinte para melhorar o desempenho básico dos recursos que não são do Filestore:
Aplique a
gsutil -m. é a melhor opção. Essa opção permite operações com suporte, incluindocp,mv, ersyncsejam executados em paralelo.Aplique as configurações de
.gsutila seguir. Cada um é mutávelboto. valores de configuração definidos no arquivo de configuraçãoboto. Os usuários podem Modifique o arquivo diretamente (recomendado) ou usando a opçãogsutil -o:
Se o desempenho da instância do Filestore for notavelmente mais lenta do que a VM conectada ao DP, tente distribuir a operação por várias VMs.
Isso ajuda a melhorar o desempenho das operações de leitura do Cloud Storage.
Para instâncias zonais, regionais e corporativas, pelo menos quatro VMs de cliente para aproveitar o desempenho total. Isso garante que todos das VMs no cluster subjacente do Filestore estão totalmente utilizadas. Para mais informações, consulte Desempenho da VM de um ou vários clientes.
Como testar o desempenho
Se você estiver usando Linux, poderá utilizar o fio para comparar a capacidade de processamento de leitura e gravação e as IOPS para instâncias de nível básico. Esse método para comparar o desempenho não é recomendado para regionais e empresariais.
Os exemplos nesta seção mostram comparativos comuns que é possível executar. Para garantir o melhor desempenho, pode ser necessário executar a ferramenta fio de várias instâncias de VM do cliente.
O exemplo a seguir compara a capacidade máxima de gravação:
fio --ioengine=libaio --filesize=32G --ramp_time=2s \ --runtime=5m --numjobs=16 --direct=1 --verify=0 --randrepeat=0 \ --group_reporting --directory=/mnt/nfs \ --name=write --blocksize=1m --iodepth=64 --readwrite=write
O exemplo a seguir compara a IOPS máxima de gravação:
fio --ioengine=libaio --filesize=32G --ramp_time=2s \ --runtime=5m --numjobs=16 --direct=1 --verify=0 --randrepeat=0 \ --group_reporting --directory=/mnt/nfs \ --name=randwrite --blocksize=4k --iodepth=256 --readwrite=randwrite
O exemplo a seguir compara as capacidades máximas de leitura:
fio --ioengine=libaio --filesize=32G --ramp_time=2s \ --runtime=5m --numjobs=16 --direct=1 --verify=0 --randrepeat=0 \ --group_reporting --directory=/mnt/nfs \ --name=read --blocksize=1m --iodepth=64 --readwrite=read
O exemplo a seguir compara a IOPS máxima de leitura:
fio --ioengine=libaio --filesize=32G --ramp_time=2s \ --runtime=5m --numjobs=16 --direct=1 --verify=0 --randrepeat=0 \ --group_reporting --directory=/mnt/nfs \ --name=randread --blocksize=4k --iodepth=256 --readwrite=randread