Avamar: Langsom Avamar NDMP-sikkerhedskopieringsydeevne og lav CPU-anvendelse pr. avtar pga. TCP-vinduesskalering

Avamar-sikkerhedskopieringer af en NAS-enhed over NDMP kører langsommere end forventet.

VNX/Celerra-netværksgrænsefladerne er indstillet til 10 Gb/sek.
Netværksgrænsefladen for Avamar NDMP Accelerator-noden er indstillet til 1 Gb/sek.

Sikkerhedskopieringslogfilerne viser, at CPU-forbruget på NDMP Accelerator-noden er lavt under sikkerhedskopieringen.  

avtar-info <8688>: Status 2014-10-20 07:09:19, 83.476 filer, 9.244 biblioteker, 72,26 GB (83.476 filer, 7.312 MB, 44.34 % ny) 592 MB 7 % CPU
avtar-info <8688>: Status 2014-10-20 07:24:19, 126.201 filer, 13.423 mapper, 80,16 GB (126.201 filer, 10.14 MB, 44,95 % ny) 592 MB 10 % CPU-avtar-info
<8688>: Status 2014-10-20 07:54:20, 187,013 filer, 19,327 mapper, 94,54 GB (187.013 filer, 14,23 MB, 45,52 % ny) 600 MB 8 % CPU

NDMP-protokollen sender kun ændrede filer til NDMP-acceleratoren. Vi har arbejdet meget med at gentilkymne de ændrede filer.
Hvis CPU-forbruget er lavt, betyder det, at data, der sendes til NDMP-acceleratoren, langsommere end de er optimale.

Hvis der udføres et netværksspor mellem de to enheder, kan man se, at der er mange TCP-gentransmissioner.

Den ene side forsøger at tvinge den anden til en upassende hastighed.
Som en del af den normale TCP/IP-forhandling mellem to enheder er det muligt at finde en almindeligt acceptabel overførselshastighed. Nogle gange forsøger den ene eller den anden at optimere forbindelseshastigheden, men gør det upassende.

Hvis switchen kører på 10 Gb/sek., og serveren kun kører 1 Gb/sek., kan switchen komme i en tilstand, hvor den konstant forsøger at tvinge serverens netværkskort til at kommunikere på 10 Gb/sek.
De resulterende anmodninger om genforhandler kan forårsage langsom ydeevne.
 
Det er almindeligt, at VNX/Data Domain er konfigureret til at bruge 10 Gb/sek. NIC' er.
Det er også almindeligt, at Avamar NDMP Accelerator konfigureres til at bruge 1 Gb/sek. NIC'er.

Dette er mere kompliceret for at se og vises muligvis ikke som gentransmission af data.
Det vises normalt kun som langsom ydeevne.

I afsnittet Løsning i denne artikel viser vi, hvordan du deaktiverer TCP-vinduesskalering, så fjernforsøg på at øge grænsefladehastigheden ignoreres.

Du kan prøve at slukke for TCP-skydevinduet og teste, før du gør det permanent.
   
Den hastighed, der forhandles automatisk, kan være lavere end den maksimalt mulige hastighed.
Andre situationer, der kan opstå, involverer den ene side, f.eks. Avamar NDMP Accelerator NIC, der annoncerer en hastighed på 1 Gb/sek., men switchen tilsluttet ved 10 Mb/sek. begrænser ydeevnen med en faktor på 10.

Nedenfor er et eksempel på dette problem:

Som root-bruger skal du køre:

#  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

Her kan du se 1000BaseT/Full understøttet og annonceret, men hastigheden er kun 100 Mb/s.

Af en ukendt årsag under forhandlingsforsøget udlignede de på mindre end serveren var i stand til at håndtere.  
Genstart af serveren nulstiller typisk dette.

# 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

Hvis ikke, kan der være netværksproblemer, der begrænser hastigheden eller et problem med switchen.

Få kundenetværksteamet til at gennemgå situationen.

Hvis ethtool viser langsommere hastighed end den maksimale hastighed, som netværkskortet kan udføre ved, skal du genstarte.
Hvis dette ikke er tilfældet, og switchen er 10 Gb, og serveren er 1 GB, skal du deaktivere Windows-skalering i henhold til nedenfor.

Sådan aktiveres

TCP-flowstyring, før netværket kan blive overmættet.

For at gøre dette,1

) skal du køre følgende kommando

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

2) Tilføj følgende tekst til /etc/sysctl.conf

net.ipv4.tcp_window_scaling = 0

3) Start en ny NDMP-sikkerhedskopi