Avamar: Afstemming van clientback-upprestaties voor datasets met een lage verhouding tussen bestanden en mappen
Summary: Avamar client back-upprestaties afstemmen voor datasets met een lage verhouding tussen bestanden en mappen.
Symptoms
CPU-gebruik is bescheiden en het storageapparaat lijkt geen knelpunt te zijn.
In het back-uplogboek van Avamar worden 'uitschieters' in de statistieken van de dataset weergegeven die aangeven dat de client een verhouding tussen bestand en map heeft. Het kan baat hebben bij tuning.
Cause
Het avtar-proces van de Avamar-client is geoptimaliseerd om goed te werken met de meeste datasets en tegelijkertijd overmatig verbruik van resources te vermijden.
Af en toe kan "avtar" datasets tegenkomen waarvan de kenmerken verschillen van, en mogelijk niet inspelen op de sterke punten van, de standaard afstemmingsparameters die door engineering zijn gekozen.
Datasets voor de meeste back-ups van bestandssystemen hebben meestal een bestands-naar-mapverhouding van ongeveer 10:1.
Datasets met een lage verhouding tussen bestanden en mappen, zoals 1:1 of 2:1, kunnen verminderde prestaties ondervinden, terwijl alle andere factoren gelijk blijven.
De verhouding tussen bestand en map kan worden gecontroleerd door een volledig back-uplogboek te bekijken voor de volgende invoer.
2015-11-18 00:34:32 avtar Info <5156>: Backup #75 timestamp 2015-11-18 00:24:43, 4,007,032 files, 1,974,043 folders, 1,589 GB (2,680 files, 419.4 MB, 0.03% new) Resolution
Voor datasets met een lage verhouding tussen bestand en map, kan het handig zijn om de avtar-parameter "--maxopendirs" af te stemmen vanaf de standaardwaarde van 100.
De parameter "maxopendirs" bepaalt hoeveel mappen avtar in één keer open kan hebben en helpt avtar efficiënter te laten werken. Met de juiste afstemming kunnen de back-upprestaties van bestanden per uur toenemen. De wisselwerking is meestal een lichte toename van het geheugengebruik door de Avamar-client.
De volgende logboekuittreksels zijn van dezelfde client, dezelfde dataset zonder andere wijzigingen dan in "maxopendirs".
We kunnen zien hoe, naarmate "maxopendirs" toeneemt van 100 naar 1000, avtar meer geheugen verbruikt en een hogere back-upprestatie per uur bereikt.
maxopendirs=<default>
-
- Piek avtar-geheugengebruik = 492 MB
2015-11-08 09:30:19 avtar Info <5156>: Backup #38 timestamp 2015-11-08 09:21:48, 3,995,129 files, 1,965,847 folders, 1,671 GB (172 files, 32.25 MB, 0.00% new)
2015-11-08 09:30:20 avtar Info <6083>: Backed-up 1,671 GB in 659.14 minutes: 152 GB/hour (363,668 files/hour)
maxopendirs=200
-
- Piek avtar-geheugengebruik = 526 MB
2015-11-12 09:32:47 avtar Info <5156>: Backup #54 timestamp 2015-11-12 09:23:31, 3,998,280 files, 1,969,137 folders, 1,546 GB (4,121 files, 688.2 MB, 0.04% new)
2015-11-12 09:32:47 avtar Info <6083>: Backed-up 1,546 GB in 667.61 minutes: 139 GB/hour (359,336 files/hour)
maxopendirs=800
-
- Piek avtar-geheugengebruik = 605 MB
2015-11-14 07:45:58 avtar Info <5156>: Backup #62 timestamp 2015-11-14 07:36:24, 4,003,390 files, 1,971,781 folders, 1,561 GB (3,816 files, 645.8 MB, 0.04% new)
2015-11-14 07:45:58 avtar Info <6083>: Backed-up 1,561 GB in 559.08 minutes: 168 GB/hour (429,638 files/hour)
maxopendirs=1000
-
- Piek avtar-geheugengebruik = 597 MB (minder voorbeeldpunten beschikbaar vanwege de snellere back-up)
2015-11-18 00:34:32 avtar Info <5156>: Backup #75 timestamp 2015-11-18 00:24:43, 4,007,032 files, 1,974,043 folders, 1,589 GB (2,680 files, 419.4 MB, 0.03% new)
2015-11-18 00:34:32 avtar Info <6083>: Backed-up 1,589 GB in 144.70 minutes: 659 GB/hour (1,661,482 files/hour)