Avamar: Ajuste de desempenho de backup do client para conjuntos de dados com baixa proporção de arquivos e pastas
Summary: Ajuste de desempenho de backup do Avamar Client para conjuntos de dados com uma baixa proporção de arquivos para pastas.
Symptoms
A utilização da CPU é modesta, e o dispositivo de armazenamento não parece ser um gargalo.
O log de backup do Avamar mostra valores "outlier" nas estatísticas do conjunto de dados que revelam que o client tem uma proporção arquivo/pasta. Ele pode se beneficiar do ajuste.
Cause
O processo "avtar" do Avamar Client é otimizado para funcionar bem com a maioria dos conjuntos de dados e, ao mesmo tempo, evitar o consumo excessivo de recursos.
Ocasionalmente, "avtar" pode encontrar conjuntos de dados cujas características são diferentes e podem não jogar com os pontos fortes dos parâmetros de ajuste padrão escolhidos pela engenharia.
Os conjuntos de dados para a maioria dos backups do file system geralmente têm uma proporção de arquivo para pasta de cerca de 10:1.
Conjuntos de dados em que há uma baixa proporção de arquivos para pastas, como 1:1 ou 2:1, podem ter desempenho reduzido, sendo todos os outros itens iguais.
A proporção entre arquivo e pasta pode ser verificada analisando um log de backup completo para a entrada a seguir.
2015-11-18 00:34:32 avtar Info <5156>: Backup #75 timestamp 2015-11-18 00:24:43, 4,007,032 files, 1,974,043 folders, 1,589 GB (2,680 files, 419.4 MB, 0.03% new) Resolution
Para conjuntos de dados com uma proporção baixa de arquivos para pastas, pode ser útil ajustar o parâmetro avtar "--maxopendirs" do valor padrão de 100.
O parâmetro "maxopendirs" controla quantos diretórios o avtar pode ter abertos ao mesmo tempo e permite que o avtar trabalhe com mais eficiência. Com o ajuste apropriado, o desempenho do backup de arquivos por hora pode aumentar. A compensação é, normalmente, um pequeno aumento na utilização da memória pelo Avamar Client.
As seguintes extrações de log são do mesmo client, mesmo conjunto de dados, sem outras alterações feitas além de "maxopendirs".
Podemos ver como, à medida que o "maxopendirs" aumenta de 100 para 1000, o avtar consome mais memória e atinge um desempenho maior de backup de arquivos/hora.
MaxOpenDirs=<padrão>
-
- Pico de utilização da memória avtar = 492 MB
2015-11-08 09:30:19 avtar Info <5156>: Backup #38 timestamp 2015-11-08 09:21:48, 3,995,129 files, 1,965,847 folders, 1,671 GB (172 files, 32.25 MB, 0.00% new)
2015-11-08 09:30:20 avtar Info <6083>: Backed-up 1,671 GB in 659.14 minutes: 152 GB/hour (363,668 files/hour)
maxopendirs = 200
-
- Pico de utilização da memória avtar = 526 MB
2015-11-12 09:32:47 avtar Info <5156>: Backup #54 timestamp 2015-11-12 09:23:31, 3,998,280 files, 1,969,137 folders, 1,546 GB (4,121 files, 688.2 MB, 0.04% new)
2015-11-12 09:32:47 avtar Info <6083>: Backed-up 1,546 GB in 667.61 minutes: 139 GB/hour (359,336 files/hour)
maxopendirs = 800
-
- Pico de utilização da memória avtar = 605 MB
2015-11-14 07:45:58 avtar Info <5156>: Backup #62 timestamp 2015-11-14 07:36:24, 4,003,390 files, 1,971,781 folders, 1,561 GB (3,816 files, 645.8 MB, 0.04% new)
2015-11-14 07:45:58 avtar Info <6083>: Backed-up 1,561 GB in 559.08 minutes: 168 GB/hour (429,638 files/hour)
maxopendirs = 1.000
-
- Pico de utilização da memória avtar = 597 MB (menos pontos de amostra disponíveis devido ao backup mais rápido)
2015-11-18 00:34:32 avtar Info <5156>: Backup #75 timestamp 2015-11-18 00:24:43, 4,007,032 files, 1,974,043 folders, 1,589 GB (2,680 files, 419.4 MB, 0.03% new)
2015-11-18 00:34:32 avtar Info <6083>: Backed-up 1,589 GB in 144.70 minutes: 659 GB/hour (1,661,482 files/hour)