Avamar : Performances de sauvegarde Avamar NDMP lentes et faible utilisation du processeur par avtar en raison de l’évolution de la fenêtre TCP

Les sauvegardes Avamar d’un périphérique NAS sur NDMP s’exécutent plus lentement que prévu.

Les interfaces réseau VNX/Celerra sont définies sur 10 Gbit/s.
L’interface réseau du nœud Avamar NDMP Accelerator est définie sur 1 Gbit/s.

Les logs de sauvegarde indiquent que l’utilisation du processeur du nœud NDMP Accelerator est faible lors de la sauvegarde.  

avtar Info <8688> : État 2014-10-20 07 :09 :19, 83 476 fichiers, 9 244 répertoires, 72,26 Go (83 476 fichiers, 7,312 Mo, 44,34 % nouveau) 592 Mo 7 % CPU
avtar Info <8688> : État 2014-10-20 07 :24 :19, 126 201 fichiers, 13 423 répertoires, 80,16 Go (126 201 fichiers, 10,14 Mo, 44,95 % nouveau) 592 Mo 10 % CPU
avtar Info <8688> : État 2014-10-20 07 :54 :20, 187 013 fichiers, 19 327 répertoires, 94,54 Go (187 013 fichiers, 14,23 Mo, 45,52 % nouveau) Processeur 600 Mo 8 %

Le protocole NDMP envoie uniquement les fichiers modifiés à l’accélérateur NDMP. Nous avons beaucoup de travail pour rechunker les fichiers modifiés.
Si l’utilisation du processeur est faible, cela indique que les données envoyées à l’accélérateur NDMP sont plus lentes qu’optimales.

Si une trace réseau est effectuée entre les deux périphériques, on constate que de nombreuses ré-transmissions TCP se produisent.

Un côté tente de forcer l’autre à une vitesse inappropriée.
Dans le cadre de la négociation TCP/IP normale entre deux périphériques, il permet de trouver une vitesse de réception de transmission généralement acceptable. Parfois, d’un côté ou de l’autre, tente d’optimiser la vitesse de connexion, mais le fait de manière inappropriée.

Si le commutateur fonctionne à 10 Gbit/s et que le serveur n’est que de 1 Gbit/s, il peut passer à un état dans lequel il essaie constamment de forcer la carte NIC du serveur à communiquer à 10 Gbit/s.
Les demandes degogociation résultantes peuvent ralentir les performances.
 
Il est courant que VNX/Data Domain soit configuré pour utiliser des cartes réseau 10 Gbit/s.
Il est également courant que avamar NDMP Accelerator soit configuré pour utiliser des cartes réseau 1 Gbit/s.

C’est plus compliqué à voir et peut s’afficher ou non en tant que retransmission des données.
Il apparaît généralement comme un ralentissement des performances.

Dans la section Résolution de cet article, nous vous montrerons comment désactiver la mise à l’échelle de la fenêtre TCP afin que les tentatives à distance d’augmentation de la vitesse de l’interface soient ignorées.

Vous pouvez essayer de désactiver la fenêtre coulissante TCP et de la tester avant de la rendre permanente.
   
La vitesse négociée automatiquement peut être inférieure à la vitesse maximale possible.
D’autres situations qui peuvent se produire impliquent d’un côté, par exemple, la carte réseau avamar NDMP Accelerator qui annonce une vitesse de 1 Gbit/s, mais que le commutateur est connecté à 10 Mbit/s, ce qui limite les performances d’un facteur de 10.

Voici un exemple de ce problème :

en tant qu’utilisateur root, exécutez :

#  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

Ici, 1000BaseT/Full est pris en charge et annoncé, mais la vitesse n’est que de 100 Mbit/s.

Pour une raison inconnue lors de la tentative de négociation, ils se sont arrêtés sur une valeur inférieure à celle que le serveur était capable de gérer.  
Le redémarrage du serveur réinitialise généralement cette opération.

# 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

Si ce n’est pas le cas, il peut y avoir des problèmes de réseau qui limitent la vitesse ou un problème avec le commutateur.

Demandez à l’équipe réseau du client de passer en revue la situation.

Si ethtool indique une vitesse plus lente que la vitesse maximale à laquelle la carte NIC peut fonctionner, redémarrez.
Si ce n’est pas le cas et que le commutateur est de 10 Go et que le serveur est de 1 Go, désactivez l’évolutivité de Windows comme indiqué ci-dessous.

Pour désactiver l’évolutivité de Windows :

de cette façon, le contrôle de flux TCP est activé avant que le réseau ne soit sursaturé.

Pour ce faire,1

) Exécutez la commande suivante :

echo 0 > /proc/sys/net/ipv4/tcp_window_scaling

2) Ajoutez le texte suivant à /etc/sysctl.conf

net.ipv4.tcp_window_scaling = 0

3) Démarrer une nouvelle sauvegarde NDMP