Avamar: Baixo desempenho de backup NDMP do Avamar e baixo uso da CPU pela avtar devido ao dimensionamento da janela TCP
Summary: Dimensionamento da janela TCP
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Os backups do Avamar de um dispositivo NAS por NDMP estão sendo executados mais lentamente do que o esperado.
As interfaces de rede do VNX/Celerra são definidas como 10 Gb/s.
A interface de rede do nó acelerador do Avamar NDMP é definida como 1 Gb/s.
Os registros de backup mostram que o uso da CPU do NDMP Accelerator Node é baixo durante o backup.
informações avtar <8688>: Status 2014-10-20 07:09:19, 83.476 arquivos, 9.244 diretórios, 72,26 GB (83.476 arquivos, 7,312 MB, 44,34% novo) 592MB 7% CPU
avtar Info <8688>: Status 2014-10-20 07:24:19, 126.201 arquivos, 13.423 diretórios, 80,16 GB (126.201 arquivos, 10,14 MB, 44,95% novo) 592MB 10% CPU
avtar Info <8688>: Status 2014-10-20 07:54:20, arquivos 187.013, 19.327 diretórios, 94,54 GB (187.013 arquivos, 14,23 MB, 45,52% novo) CPU de 600 MB 8%
O protocolo NDMP envia apenas arquivos alterados para o acelerador do NDMP. Temos uma quantidade significativa de trabalho para rechunk os arquivos modificados.
Se o uso da CPU estiver baixo, isso indica que os dados enviados ao acelerador do NDMP são mais lentos do que o ideal.
Se um rastreamento de rede for executado entre os dois dispositivos, será possível ver que muitas re transmissões de TCP estão ocorrendo.
As interfaces de rede do VNX/Celerra são definidas como 10 Gb/s.
A interface de rede do nó acelerador do Avamar NDMP é definida como 1 Gb/s.
Os registros de backup mostram que o uso da CPU do NDMP Accelerator Node é baixo durante o backup.
informações avtar <8688>: Status 2014-10-20 07:09:19, 83.476 arquivos, 9.244 diretórios, 72,26 GB (83.476 arquivos, 7,312 MB, 44,34% novo) 592MB 7% CPU
avtar Info <8688>: Status 2014-10-20 07:24:19, 126.201 arquivos, 13.423 diretórios, 80,16 GB (126.201 arquivos, 10,14 MB, 44,95% novo) 592MB 10% CPU
avtar Info <8688>: Status 2014-10-20 07:54:20, arquivos 187.013, 19.327 diretórios, 94,54 GB (187.013 arquivos, 14,23 MB, 45,52% novo) CPU de 600 MB 8%
O protocolo NDMP envia apenas arquivos alterados para o acelerador do NDMP. Temos uma quantidade significativa de trabalho para rechunk os arquivos modificados.
Se o uso da CPU estiver baixo, isso indica que os dados enviados ao acelerador do NDMP são mais lentos do que o ideal.
Se um rastreamento de rede for executado entre os dois dispositivos, será possível ver que muitas re transmissões de TCP estão ocorrendo.
Cause
Um lado tenta forçar o outro a uma velocidade inadequada.
Parte da negociação normal de TCP/IP entre dois dispositivos para encontrar uma velocidade de recebimento de transmissão normalmente aceitável. Algumas vezes, um lado ou outro tenta otimizar a velocidade da conexão, mas faz isso inadequadamente.
Se o comutador for executado a 10 Gb/s e o servidor tiver apenas 1 Gb/s, o switch poderá entrar em um estado em que ele continua tentando forçar a NIC do servidor a se comunicar a 10 Gb/s.
As solicitações de renegociação resultantes podem causar desempenho lento.
É comum que o VNX/Data Domain seja configurado para usar NICs de 10 Gb/s.
Também é comum que o Avamar NDMP Accelerator seja configurado para usar NICs de 1 Gb/s.
Isso é mais complicado de ver e pode ou não aparecer como re-transmissão de dados.
Normalmente, ele aparece apenas como desempenho lento.
Na seção Resolução deste artigo, mostramos como desativar o dimensionamento da janela TCP para que as tentativas remotas de aumentar a velocidade da interface sejam ignoradas.
Você pode tentar desligar a janela deslizante TCP e testar antes de torná-la permanente.
A velocidade negociada automaticamente pode ser menor que a velocidade máxima possível.
Outras situações que podem ocorrer envolvem um lado, como a NIC aceleradora NDMP do Avamar anunciando uma velocidade de 1 Gb/s, mas o switch conectado a 10 Mb/s limitando o desempenho em um fator de 10.
Veja abaixo um exemplo desse problema: Como
usuário root, execute:
# ethtool eth0 Settings for eth0: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Full Port: Twisted Pair PHYAD: 1 Transceiver: internal Auto-negotiation: on Supports Wake-on: g Wake-on: d Link detected: yes
Aqui, vemos 1000BaseT/Full compatível e anunciado, mas a velocidade é de apenas 100 Mb/s.
Por um motivo desconhecido durante a tentativa de negociação, eles se estabeleceram em menos do que o servidor era capaz de lidar.
A reinicialização do servidor geralmente redefinirá isso.
# ethtool eth0 Settings for eth0: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: Full Port: Twisted Pair PHYAD: 1 Transceiver: internal Auto-negotiation: on Supports Wake-on: g Wake-on: d Link detected: yes
Caso contrário, pode haver problemas de rede limitando a velocidade ou um problema com o comutador.
Peça à equipe de rede do cliente para analisar a situação.
Resolution
Se o ethtool mostrar velocidade mais lenta do que a velocidade máxima que a NIC pode executar, reinicialize.
Se esse não for o caso e o switch for de 10 Gbit e o servidor for de 1 Gbit, desative o dimensionamento de janela conforme abaixo.
Para desativar o dimensionamento de janelas:
dessa forma, o controle de fluxo TCP é ativado antes que a rede possa ficar saturada.
Para fazer isso,1
) Execute o seguinte comando
2) Adicione o seguinte texto a /etc/sysctl.conf
3) Iniciar um novo backup NDMP
Se esse não for o caso e o switch for de 10 Gbit e o servidor for de 1 Gbit, desative o dimensionamento de janela conforme abaixo.
Para desativar o dimensionamento de janelas:
dessa forma, o controle de fluxo TCP é ativado antes que a rede possa ficar saturada.
Para fazer isso,1
) Execute o seguinte comando
echo 0 > /proc/sys/net/ipv4/tcp_window_scaling
2) Adicione o seguinte texto a /etc/sysctl.conf
net.ipv4.tcp_window_scaling = 0
3) Iniciar um novo backup NDMP
Affected Products
AvamarProducts
Avamar, Avamar Plug-in for NDMPArticle Properties
Article Number: 000051503
Article Type: Solution
Last Modified: 10 Feb 2025
Version: 4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.