Avamar: Baixo desempenho de backup NDMP do Avamar e baixo uso da CPU pela avtar devido ao dimensionamento da janela TCP
摘要: Dimensionamento da janela TCP
本文适用于
本文不适用于
本文并非针对某种特定的产品。
本文并非包含所有产品版本。
症状
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.
原因
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.
解决方案
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
受影响的产品
Avamar产品
Avamar, Avamar Plug-in for NDMP文章属性
文章编号: 000051503
文章类型: Solution
上次修改时间: 10 2月 2025
版本: 4
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。