Avamar: Het CPU-, netwerk-, IO- en geheugenverbruik van de back-upclient beperken
Summary: In dit artikel wordt beschreven hoe u de fysieke resources kunt beperken die worden verbruikt door een Avamar-client terwijl een back-up wordt uitgevoerd.
Symptoms
In dit artikel worden beperkingen en prioriteitsstelling van CPU-, netwerk- en I/O-resources beschreven die tijdens een back-up door het avtar-proces worden verbruikt.
Voor het Avamar avtar-proces wordt zoveel netwerkbandbreedte, CPU-cycli en I/O gebruikt als het besturingssysteem beschikbaar stelt. Avamar kan worden ingesteld met parameters die bepalen hoe agressief het is bij het claimen van sommige van deze systeembronnen.
CPU-gebruik
Een Avamar clientcomputer kan een filerserver, een mailserver, een database of een andere rol zijn waarvoor systeembronnen nodig zijn.
Als een back-up wordt uitgevoerd terwijl deze systeembronnen zwaar worden belast, kunnen zowel de back-up als de normale rol van de client worden beïnvloed. Als het niet mogelijk is om de back-up te plannen om tijdens een rustige periode te worden uitgevoerd, kunt u het CPU-gebruik beperken door avtar om ervoor te zorgen dat er voldoende CPU-cycli beschikbaar blijven voor de primaire functie van de client.
Het CPU-gebruik van Avtar kan worden gecontroleerd in het back-uplogboek van de Avamar-client, zoals hieronder wordt weergegeven:
avtar Info <5100>: Status 2009-04-10 20:37:02, 0 files, 25.00 GB (0 files, 473.7 MB, 1.85% new) 117 MB 99% CPU
De procentuele CPU-waarde kan hoger zijn dan 100% in omgevingen waar meerdere CPU-cores beschikbaar zijn.
Prioriteit CPU-proces
Linux-gedrag:
- Het avagent-proces stelt automatisch alle processen die het voortbrengt in op een "mooi" niveau.
- In Linux variëren de prioriteitsniveaus van -20 tot 20, waarbij -20 de hoogste prioriteit heeft.
- Processen worden standaard gestart met prioriteit 0.
- Avtar is gemaakt met prioriteit 10, wat lager is dan de standaardprioriteit.
Windows-gedrag:
- Windows beheert prioriteitsniveaus van 1 (laagste) tot 31 (hoogste).
- Avtar is gemaakt met BELOW_NORMAL_PRIORITY_CLASS, wat betekent dat threads die eigendom zijn van avtar standaard worden gemaakt met prioriteit 6.
- Ter referentie: threads die zijn gemaakt door processen in Windows hebben een standaardprioriteit van 8.
Netwerkgebruik
In vergelijking met traditionele back-upsoftware verbruikt Avamar weinig bandbreedte. Als een Avamar-client echter van een Avamar-server wordt gescheiden door een koppeling met lage bandbreedte, kan het nuttig zijn om het netwerkgebruik te beperken. Dit kan voorkomen dat back-updata een lijn overspoelen en de overdracht van meer tijdkritische data vertragen.
I/O-prioritering
De I/O-prioriteit van Avamar-clientprocessen is niet expliciet ingesteld.
Linux-gedrag:
- De I/O-vriendelijkheid varieert van 0 (hoogste prioriteit) tot 7 (laagste prioriteit).
- Het algoritme dat gebruikt wordt is (cpu niceness + 20)/5 (bron: http://linux.die.net/man/1/ionice)
- Voor avtar is de I/O-prioriteit (10 + 20)/5 = 6, wat de op één na laagste I/O-prioriteit is.
- Ter vergelijking: de I/O-prioriteit van een proces met een standaard threadprioriteit van 0 zou 4 zijn.
Windows-gedrag:
Voor Windows is de I/O-prioritering minder duidelijk. Microsoft beweert dat de I/O-prioriteit van een proces gekoppeld is aan de thread-prioriteit. Onderzoek van Avamar Engineering voor probleem #240762 heeft aangetoond dat dit in de praktijk niet het geval blijkt te zijn. Als u avtar instelt om met een lagere prioriteit te worden uitgevoerd, wordt de I/O-prioriteit niet gewijzigd ten opzichte van de standaardinstelling.
Geheugengebruik
De hoeveelheid geheugen die nodig is tijdens een back-up is afhankelijk van de grootte van het cachebestand en het type cachebestanden dat in gebruik is.
Traditionele 'monolithische' cachebestanden laden de volledige cachebestanden in het geheugen, terwijl de paging-cachebestanden gegevens naar behoefte in het geheugen 'pagen'.
Het geheugengebruik en de grootte van cachebestanden vallen buiten het bestek van dit KB-artikel. Zie de Gids met operationele best practices voor meer informatie.
Cause
Resolution
De volgende vlaggen zijn er om het netwerk- en CPU-gebruik van het avtar-proces te beperken:
--net-throttle (beperkt netwerkgebruik)
--cpu-throttle (beperkt CPU-gebruik)
Als u een van deze vlaggen wilt implementeren, bewerkt u het bestand avtar.cmd in de avs/var map.
Opmerking: Maak een nieuw 'avtar.cmd'- bestand als er nog geen bestand bestaat.
CPU-beperking
De vlag moet de volgende indeling hebben, waarbij '80' het maximale gemiddelde percentage CPU is dat avtar moet gebruiken.
--CPU-THROTTLE=80
Deze vlag werd geïntroduceerd voordat CPU's met meerdere cores op grote schaal werden gebruikt. Het te gebruiken percentage kan experimenten vereisen. Een back-up die wordt uitgevoerd op een dual-core desktopmachine met avtar beperkt tot 10%, bleek ongeveer 5% van de CPU-bron te gebruiken.
Netwerkbeperking
De invoer die in het bestand wordt gemaakt, moet het volgende formaat hebben:
--throttle=Mbit/sec
Wanneer geïmplementeerd, pauzeert avtar indien nodig na het verzenden van elk pakket. Dit zorgt ervoor dat het netwerkgebruik de opgegeven maximale bandbreedte (gespecificeerd in megabits per seconde) niet overschrijdt.
Bijvoorbeeld, --gashendel=5 gebruikt de helft van een 10Mbit/sec-verbinding, --gashendel = 0.772 beperkt het gebruik tot de helft van een T1-koppeling.
Nadat u de wijziging hebt aangebracht, slaat u de avtar.cmd bestand.
De wijzigingen zouden van kracht moeten worden de volgende keer dat avagent een nieuw avtar-proces voortbrengt.
U kunt ook met behulp van het tabblad Opties in Avamar Administrator de juiste plug-in voor het bestandssysteem selecteren in de vervolgkeuzelijst (Windows-bestandssysteem, Linux-bestandssysteem, enzovoort).
Vink het selectievakje "Show Advanced Options" aan en scrol omlaag tot u "Network rate throttle (Mbps)" vindt.
Vul dit in met de benodigde bandbreedte in Mbps (decimalen zijn prima, bijvoorbeeld 1,2).
Back-ups
van Avamar-plug-insVoor plug-inback-ups (Exchange, Oracle, enzovoort) selecteert u in de gebruikersinterface van Avamar Administrator de plug-in in de vervolgkeuzelijst, klikt u op de knop "More" en voert u het kenmerk en de waarde handmatig in.
Voer voor het kenmerk [avtar]net-throttle in. Voer voor de kenmerkwaarde de vereiste bandbreedte in. Als u tevreden bent met de instelling, klikt u op het +-teken onder de velden om de vlag toe te voegen aan het onderstaande vak.
Klik op OK om de wijzigingen op te slaan.
De [avtar] in de vlag vertelt de plug-in om de vlag door te geven aan avtar, het proces dat communiceert met de server.
Additional Information
Gebruik de gasklepvlaggen met VOORZICHTIGHEID en let op het volgende:
-
Processen verlopen zo snel als ze kunnen. Als we proberen het CPU- of netwerkgebruik te verlagen, kan de back-up veel langzamer werken dan anders het geval zou zijn. Trage back-ups worden mogelijk niet voltooid binnen een normaal back-upvenster.
-
Als de back-up wordt vertraagd, worden andere clients waarvan de back-ups in de wachtrij staan om te starten, vertraagd door de langere back-uptijd van deze client.
-
Als de client andere werkzaamheden uitvoert op het moment van de Avamar-back-up, worden deze werkzaamheden minder maar langer beïnvloed.
Als u twijfelt over de geschiktheid van het aanbrengen van de vlaggen die hieronder worden besproken, neemt u contact op met uw Dell Professional Services vertegenwoordiger.
lijkenEen netwerkgrafiek die het verkeer voor een client weergeeft met een throttle die is ingesteld op 0,2 (Megabits per seconde) kan onthullen dat de gegevens die tussen client en server worden verzonden, in korte bursts plaatsvinden met snelheden van meer dan 150 Mb/s.
Het Avamar-algoritme voor netwerkbeperking werkt op zo'n manier dat het data in korte bursts verzendt. Na elke burst zet het algoritme gegevens gedurende een passende tijd in de wachtrij voordat het doorgaat met het verzenden van gegevens. De gegevens worden verzonden met een snelheid die gelijk is aan het beperkingsniveau dat wordt gespecificeerd door de gasklepvlag.
Het niveau van waargenomen 'burstiness' correleert met de granulariteit van de monitoring. Met andere woorden, analyse van de overdrachtssnelheden in stappen van minder dan een seconde toont bursty-gedrag, maar als we kijken naar de totale hoeveelheid gegevens die wordt verzonden tijdens de duur van een back-up, zouden we moeten zien dat deze in de buurt van 0,2 Mb/s ligt.
Hieronder vindt u een kortetermijngrafiek voor een back-up, die in een paar minuten is vastgelegd:Veelgestelde
vragen:
- Hoeveel bandbreedte wordt gebruikt voor een burst.
- Maximale bandbreedte van de koppeling
- End-to-end latentie in het hele netwerk
- Kwaliteit van de dienstverlening
- Eventuele andere reguliere knelpunten die van toepassing kunnen zijn
- Hoe lang duurt een burst?
- Kunt u uitleggen welke gegevens worden verzonden tijdens een "burst"?
- Kan netwerkbeperking worden toegepast op groepen clients op een site?
Netwerkbeperking tijdens Avamar-back-ups naar Data Domain
Netwerkbeperking van back-ups naar Data Domain wordt ondersteund waarbij Avamar Client v7.1 is en Data Domain v5.5 of hoger is.