Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Esta página fornece detalhes sobre os parâmetros que afetam diretamente a performance do volume.
Considerações sobre volume
Ao atribuir capacidade aos seus volumes, considere o seguinte:
A escolha do protocolo de acesso (bloco de mensagens do servidor (SMB) ou sistema de arquivos
de rede (NFS)) pode afetar a capacidade de processamento.
A escolha do nível de serviço afeta o limite de capacidade de processamento.
Considerações sobre o volume para o nível de serviço flex
As considerações a seguir se aplicam aos volumes criados no nível de serviço
Flex:
O pool fornece um limite de capacidade de processamento agregado comum para todos os volumes no
pool. Os volumes compartilham a capacidade de processamento do pool.
Adicionar a capacidade do pool aumenta o limite máximo de throughput para volumes no
pool.
Adicionar capacidade a um volume não aumenta o limite máximo de throughput
do volume.
Considerações sobre o volume para os níveis de serviço Standard, Premium e Extreme
As considerações a seguir se aplicam aos volumes criados nos níveis de serviço Standard, Premium e Extreme:
A capacidade do volume define o limite de capacidade de processamento comum, independente da
capacidade do pool de armazenamento.
Adicionar capacidade ao volume aumenta o limite máximo de throughput do volume.
Características da carga de trabalho
Quando você usa volumes da NetApp, seu aplicativo envia solicitações de operação de entrada/saída
(E/S) para volumes que definem sua carga de trabalho e são
caracterizados pelos seguintes parâmetros:
Tamanho do cache de leitura da VM do cliente: não é possível ajustar a proporção de leitura e gravação
de uma carga de trabalho, mas é possível adicionar mais cache de buffer às máquinas virtuais (VMs),
o que pode ajudar a reduzir o número de operações de leitura necessárias.
Tamanho do bloco: operações de E/S menores e maiores são muito mais eficientes do que
operações menores. Tente usar tamanhos de bloco grandes de 64 KiB ou mais. Consulte o
manual do aplicativo para determinar se é possível mudar o tamanho do bloco.
Concorrência de E/S: é possível aumentar a concorrência de E/S para processar mais operações
de E/S em paralelo sem aumentar o tempo de execução geral.
Operações de metadados
As operações de metadados são pequenas e específicas do protocolo. O desempenho da operação de metadados
é limitado principalmente pela latência. Exemplos de operações de metadados
incluem:
Listar o conteúdo de uma pasta
Excluir um arquivo
Definir permissões
Latência
A latência é o tempo total que uma operação de E/S leva para ser concluída.
Isso inclui o tempo de espera na fila e o tempo de serviço em que a E/S é
executada. Para melhorar a latência, recomendamos que você teste a conexão com
os volumes do NetApp de todas as zonas na sua região e selecione a
zona com a menor latência.
Considerações sobre a latência
Quando a largura de banda de rede de um cliente é menor do que o necessário, a latência
do cliente informada pelo perfmon no Windows ou nfsiostat no Linux é maior do que
a latência informada pelos volumes do NetApp porque a operação de E/S
passa tempo na fila do cliente.
A latência do armazenamento fica alta quando o limite de capacidade de um volume é menor
do que o necessário para uma determinada carga de trabalho. Isso também aumenta a latência do cliente
devido à fila adicional no lado do cliente.
Quando o limite de capacidade de processamento é atingido, é possível melhorar as
latências do cliente e do armazenamento aumentando o limite de capacidade de processamento.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-09-04 UTC."],[],[],null,["# Performance considerations\n\nThis page provides details on parameters that directly affect volume performance.\n\nVolume considerations\n---------------------\n\nWhen you assign capacity to your volumes, consider the following:\n\n- Your choice of access protocol (Server Message Block (SMB) or Network File\n System (NFS)) might impact throughput.\n\n- Your choice of service level affects the throughput limit.\n\n### Volume considerations for the Flex service level\n\nThe following considerations apply to volumes created within the Flex\nservice level:\n\n- The pool provides a common aggregate throughput limit for all volumes in the\n pool. Volumes share the pool's throughput.\n\n- Adding pool capacity increases the maximum throughput limit for volumes in\n the pool.\n\n- Adding additional capacity to a volume doesn't increase the maximum volume\n throughput limit.\n\n### Volume considerations for the Standard, Premium, and Extreme service levels\n\nThe following considerations apply to volumes created within the Standard,\nPremium, and Extreme service levels:\n\n- The volume capacity defines the common throughput limit, independent of the\n storage pool capacity.\n\n- Adding volume capacity increases the maximum throughput limit of the volume.\n\nWorkload characteristics\n------------------------\n\nWhen you use NetApp Volumes, your application sends input/output\n(I/O) operation requests to volumes that define your workload and are\ncharacterized by the following parameters:\n\n- **Client VM read cache size**: you can't adjust a workload's read and write\n ratio, but you can add more buffer cache in your virtual machines (VMs),\n which can help reduce the number of necessary read operations.\n\n- **Block size**: Fewer, larger I/O operations are much more efficient than many\n smaller ones. Strive to use large block sizes of 64 KiB or more. Consult your\n application manual to determine if you can change block size.\n\n- **I/O concurrency**: you can increase I/O concurrency to process more I/O\n operations in parallel without increasing the overall runtime.\n\nMetadata operations\n-------------------\n\nMetadata operations are small, protocol-specific operations. Metadata operation\nperformance is primarily limited by latency. Examples of metadata operations\ninclude the following:\n\n- List contents of a folder\n\n- Delete a file\n\n- Set permissions\n\nLatency\n-------\n\nLatency is the total amount of time it takes for an I/O operation to complete.\nThis includes the wait time in queue and the service time where the I/O is acted\nupon. To improve your latency, we recommend that you test the connection to\nNetApp Volumes from all the zones in your region and select the\nzone with the lowest latency.\n\n### Latency considerations\n\n- When a client's network bandwidth is smaller than required, the client\n latency reported by perfmon in Windows or `nfsiostat` in Linux is higher than\n the latency reported by NetApp Volumes because the I/O\n operation spends time queueing on the client.\n\n- Storage latency becomes high when a volume's throughput ceiling is lower\n than required for a given workload. This also causes the client latency to be\n higher because of the additional client-side queuing.\n\n- When the capacity-defined throughput ceiling is reached, you can improve the\n client and storage latencies by increasing the throughput limit.\n\nWhat's next\n-----------\n\n[Expected performance](/netapp/volumes/docs/performance/expected-performance)."]]
