Um Avamar Client requer memória, CPU, rede e recursos de E/S para realizar um backup. Outros serviços do sistema operacional compartilham esses recursos, inclusive processos que podem ser mais "essenciais" do que o Avamar.
Este artigo discute a limitação e a priorização de recursos de CPU, rede e E/S consumidos pelo processo avtar durante um backup.
O processo avtar do Avamar usa o máximo de largura de banda de rede, ciclos de CPU e E/S disponibilizados a ele pelo sistema operacional. O Avamar pode ser definido com parâmetros que determinam o quão agressivo ele é ao reivindicar alguns desses recursos do sistema.
Utilização da
CPUUma máquina Avamar Client pode ser um servidor de servidor de dados, um servidor de e-mail, um banco de dados ou ter alguma outra função que exija recursos do sistema.
Se um backup for executado enquanto esses recursos do sistema estiverem sob carga pesada, o backup e a função regular do client poderão ser afetados. Se não for possível agendar o backup para ser executado durante um período de silêncio, convém acelerar o uso da CPU pelo avtar para garantir que ciclos de CPU suficientes permaneçam disponíveis para a função principal do client.
A utilização da CPU do Avtar pode ser analisada no log de backup do Avamar Client, conforme mostrado abaixo:
avtar Info <5100>: Status 2009-04-10 20:37:02, 0 files, 25.00 GB (0 files, 473.7 MB, 1.85% new) 117 MB 99% CPU
O valor percentual da CPU pode atingir um patamar superior a 100% em ambientes em que há vários núcleos de CPU disponíveis.
Priorização do processo da
CPUComportamento do Linux:
- O processo avagent define automaticamente todos os processos que ele gera para estar em um nível "bom".
- No Linux, os níveis de prioridade variam de -20 a 20, em que -20 é a prioridade mais alta.
- Por padrão, os processos são gerados com prioridade 0.
- O Avtar é criado com prioridade 10, que é menor do que a prioridade padrão.
Comportamento do Windows:
- O Windows gerencia níveis de prioridade que variam de 1 (mais baixo) a 31 (mais alto).
- O Avtar é criado com BELOW_NORMAL_PRIORITY_CLASS, o que significa que os threads de propriedade do avtar por padrão são criados com prioridade 6.
- Para referência, os threads criados por processos no Windows têm uma prioridade padrão de 8.
Utilização
da redeEm relação ao software de backup tradicional, o Avamar consome pouca largura de banda. No entanto, se um Avamar Client for separado de um Avamar Server por um link de pouca largura de banda, pode ser útil acelerar o uso da rede. Isso pode impedir que os dados de backup sobrecarreguem uma linha e retardem a transmissão de dados mais urgentes.
Priorização de E/S
A prioridade de E/S dos processos do Avamar Client não está definida explicitamente.
Comportamento do Linux:
- A facilidade de E/S varia de 0 (prioridade mais alta) a 7 (prioridade mais baixa).
- O algoritmo usado é (gentileza da cpu + 20)/5 (fonte: http://linux.die.net/man/1/ionice)
- Para o avtar, a prioridade de E/S seria (10 + 20)/5 = 6, que é a segunda menor prioridade de E/S.
- Em comparação, a prioridade de E/S de um processo com uma prioridade de thread padrão de 0 seria 4.
Comportamento do Windows:
No Windows, a priorização de E/S é menos clara. A Microsoft afirma que a prioridade de E/S de um processo está vinculada à prioridade do thread. A investigação da Avamar Engineering para o problema #240762 demonstrou que, na prática, esse não parece ser o caso. Configurar o avtar para executar com uma prioridade mais baixa não altera a prioridade padrão de E/S.
Utilização
de memóriaA quantidade de memória necessária durante um backup depende do tamanho do arquivo de cache e do tipo de arquivos de cache em uso.
Os tradicionais arquivos de cache 'monolíticos' carregam os arquivos de cache inteiros na memória, enquanto os arquivos de cache de paginação 'page' os dados na memória, conforme necessário.
A utilização da memória e o dimensionamento do arquivo de cache estão além do escopo deste artigo da KB. Consulte o Guia de práticas recomendadas operacionais para obter mais informações.
O uso de ciclos de CPU, largura de banda da rede e E/S do Avtar não é restrito por padrão. Esse é um comportamento normal e esperado, pois é mais desejável que os backups do Avamar sejam executados e concluídos o mais rápido possível.
Os indicadores a seguir existem para acelerar o uso da rede e da CPU do processo avtar:
--net-throttle (acelera o uso da rede)
--cpu-throttle (acelera o uso da CPU)
Para implementar qualquer um desses indicadores, edite o arquivo "avtar.cmd" encontrado no Avamar Client AVS/VAR diretório.
Nota: Crie um novo arquivo 'avtar.cmd' se um arquivo não existir.
Controle de fluxo da
CPUO indicador deve estar no seguinte formato, em que '80' é a porcentagem média máxima da CPU que o avtar deve usar.
--CPU-Throttle=80
Esse indicador foi introduzido antes que várias CPUs de núcleo fossem amplamente usadas. A porcentagem a ser usada pode exigir experimentação. Um backup realizado em uma máquina desktop dual core com avtar limitado a 10% parecia usar cerca de 5% do recurso da CPU.
Limitação de
redeA entrada que é feita no arquivo deve estar no seguinte formato:
--throttle=Mbit/s
Quando implementado, o avtar pausa, se necessário, após o envio de cada pacote. Isso garante que o uso da rede não exceda a largura de banda máxima especificada (especificada em megabits por segundo).
Por exemplo, --acelerador=5 usa metade de uma conexão de 10 Mbit/s, --acelerador=0,772 Restringe o uso à metade de um link T1.
Depois de fazer a alteração, salve o avtar.cmd arquivo.
As alterações devem entrar em vigor na próxima vez que o avagent gerar um novo processo avtar.
Como alternativa, usando a guia Options no Avamar Administrator, selecione o plug-in do file system apropriado na lista drop-down (Windows File System, Linux File System etc.).
Marque a caixa de seleção "Show Advanced Options" e role para baixo até encontrar "Network rate throttle (Mbps)".
Preencha com a largura de banda necessária em Mbps (decimais são bons, por exemplo, 1.2).
Backups
de plug-in do AvamarPara backups de plug-in (Exchange, Oracle etc.), na interface do usuário do Avamar Administrator, selecione o plug-in no menu suspenso, clique no botão "More" e digite manualmente o atributo e o valor.
Para o atributo, digite [avtar]net-throttle. Para o valor do atributo, digite a largura de banda necessária. Quando estiver satisfeito com a configuração, clique no sinal + abaixo dos campos para adicionar o sinalizador à caixa abaixo.
Clique em OK para salvar as alterações.
O [avtar] no indicador diz ao plug-in para passar o indicador para avtar, que é o processo que se comunica com o servidor.
Use os indicadores de aceleração com CUIDADO e observe o seguinte:
-
Os processos são executados o mais rápido possível. Se tentarmos reduzir a utilização da CPU ou da rede, o backup poderá ser executado muito mais lentamente do que de outra forma. Backups lentos podem não ser concluídos dentro de uma janela de backup regular.
-
Se o backup ficar lento, outros clients cujos backups estão enfileirados para iniciar serão atrasados pelo tempo de backup prolongado desse client.
-
Se o client estiver realizando outro trabalho no momento do backup do Avamar, esse trabalho será afetado menos, mas por um período mais longo.
Em caso de dúvida sobre a adequação da aplicação dos indicadores discutidos abaixo, entre em contato com o representante de serviços profissionais da Dell.
O controle de rede pode parecer "intermitente"
Um gráfico de rede mostrando o tráfego de um client com aceleração definida como 0,2 (Megabits por segundo) pode revelar que os dados transmitidos entre o client e o servidor ocorrem em curtos picos a taxas superiores a 150 Mb/s.
O algoritmo de aceleração de rede do Avamar funciona de modo a transmitir dados em curtos picos. Após cada pico, o algoritmo enfileira dados por um período apropriado antes de continuar a enviar dados. Os dados são enviados a uma taxa equivalente ao nível de aceleração especificado pelo indicador de aceleração.
O nível de "burstiness" percebido correlaciona-se com a granularidade do monitoramento. Em outras palavras, a análise das taxas de transmissão em incrementos de subssegundos mostra o comportamento de intermitência, mas se olharmos para a quantidade total de dados que é enviada durante a duração de um backup, veremos que está perto de 0,2 Mb/s.
Veja abaixo um gráfico de curto prazo de um backup, que é capturado ao longo de alguns minutos:
Perguntas frequentes:
- Quanta largura de banda é usada para um pico.
A Avtar tenta transmitir dados o mais rápido possível. Quanto depende do seguinte.
- Largura de banda máxima do link
- Latência completa em toda a rede
- Qualidade de Serviço
- Quaisquer outros gargalos regulares que possam ser aplicados
O recurso de aceleração destina-se a calcular a média da utilização da rede ao longo do tempo. O Avtar atrasa o envio de pacotes de dados para não transmitir mais do que o permitido pelo valor de aceleração.
- Quanto tempo dura um estouro?
O Avtar aguarda entre os pacotes de envio para garantir que o uso da rede não exceda a largura de banda média especificada pela configuração de aceleração. Essa pausa dura o tempo que for necessário.
- Você pode explicar quais dados são transmitidos durante um "pico"?
Consultas para verificar se os dados que não estão no cache do client local já estão presentes no servidor Avamar e pacotes contendo dados de backup novos e exclusivos que não existem no sistema Avamar.
- A limitação de rede pode ser aplicada a grupos de clientes em um local?
Não pode. A limitação de rede é aplicada por client. Ele controla a largura de banda que um determinado cliente pode consumir (em média). Se muitos Avamar Clients estiverem presentes em um local e todos forem acelerados da mesma forma, o link de rede ainda poderá ser totalmente consumido. Se você precisar controlar o volume de dados enviados entre dois locais, aplique a limitação no nível da rede.
Limitação de rede durante backups do Avamar para o Data Domain
A aceleração de rede de backups no Data Domain é compatível quando o Avamar Client é v7.1 e o Data Domain é v5.5 ou posterior.