Avamar: Treg Avamar NDMP-ytelse for sikkerhetskopiering og lav CPU-bruk av avtar på grunn av TCP-vindusskalering

Avamar-sikkerhetskopieringer av en NAS-enhet over NDMP kjører tregere enn forventet.

VNX/Celerra-nettverksgrensesnittene er satt til 10 Gb/sek.
Nettverksgrensesnittet for Avamar NDMP-akseleratornoden er satt til 1 Gb/sek.

Sikkerhetskopiloggene viser at CPU-bruken av NDMP-akseleratornoden er lav under sikkerhetskopiering.  

avtar-informasjon <8688>: Status 2014-10-20 07:09:19, 83 476 filer, 9 244 kataloger, 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 kataloger, 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 kataloger, 94,54 GB (187 013 filer, 14,23 MB, 45,52 % ny) 600 MB 8 % CPU

NDMP-protokollen sender bare endrede filer til NDMP-akseleratoren. Vi jobber mye for å skrive de endrede filene på nytt.
Hvis CPU-bruken er lav, indikerer dette at data som sendes til NDMP-akseleratoren, er tregere enn optimal.

Hvis det utføres en nettverkssporing mellom de to enhetene, ser man at mange TCP-overføringer forekommer.

Den ene siden prøver å tvinge den andre til en upassende hastighet.
En del av den vanlige TCP/IP-forhandlingen mellom to enheter for å finne en vanlig akseptabel overføringshastighet. Noen ganger prøver den ene eller den andre siden å optimere tilkoblingshastigheten, men gjør det på en upassende måte.

Hvis svitsjen kjører på 10 Gb/sek og bare serveren er 1 Gb/sek, kan svitsjen komme i en tilstand der den stadig prøver å tvinge server-NIC til å kommunisere ved 10 Gb/sek.
De resulterende forespørslene om oppskalering kan føre til treg ytelse.
 
Det er vanlig at VNX/Data Domain konfigureres til å bruke 10 Gb/sek nettverkskort.
Det er også vanlig at Avamar NDMP-akseleratoren konfigureres til å bruke 1 Gb/sek nic-er.

Dette er mer komplisert å se, og det kan hende at det ikke vises noen ny overføring av data.
Den vises vanligvis bare som treg ytelse.

I delen Resolution (Løsning) i denne artikkelen viser vi hvordan du slår av TCP-vindusskalering, slik at eksterne forsøk på å øke grensesnitthastigheten ignoreres.

Du kan prøve å slå av TCP-glidevinduet og teste før du gjør det permanent.
   
Den automatisk forhandlede hastigheten kan være lavere enn maksimal mulig hastighet.
Andre situasjoner som kan inntreffe på én side, sier at Avamar NDMP-akselerator-NIC annonserer en hastighet på 1 Gb/s, men at svitsjen er koblet til ved 10 Mb/sek og begrenser ytelsen med en faktor på 10.

Nedenfor finner du et eksempel på dette problemet:

Kjør som rotbruker:

#  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 ser vi 1000BaseT /Full støttet og annonsert, men hastigheten er bare 100 Mb/s.

Av en ukjent årsak ved forhandlingsforsøket avgjorde de mindre enn serveren var i stand til å håndtere.  
Når du starter serveren på nytt, tilbakestilles vanligvis 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 det være nettverksproblemer som begrenser hastigheten eller et problem med svitsjen.

Få kundens nettverksteam til å gjennomgå situasjonen.

Hvis ethtool viser tregere hastighet enn den maksimale hastigheten nic kan utføre ved, starter du på nytt.
Hvis dette ikke er tilfelle, og svitsjen er 10 Gb og serveren er 1 GB, deaktiverer du Window Scaling (Vindusskalering) som nedenfor.

Slik deaktiverer du Vindusskalering:

På denne måten aktiveres TCP-flytkontrollen før nettverket kan bli overmettet.

For å gjøre dette,1

) Kjør følgende kommando

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

2) Legg til følgende tekst i /etc/sysctl.conf

net.ipv4.tcp_window_scaling = 0

3) Start en ny NDMP-sikkerhetskopi