En Avamar-klient krever minne, CPU, nettverk og I/O-ressurser for å utføre en sikkerhetskopiering. Andre operativsystemtjenester deler disse ressursene, inkludert prosesser som kan være mer driftskritiske enn Avamar.
Denne artikkelen drøfter regulering og prioritering av CPU-, nettverks- og I/O-ressurser som forbrukes av avtar-prosessen under en sikkerhetskopiering.
Avamar avtar-prosessen bruker like mye nettverksbåndbredde, CPU-sykluser og I/O som operativsystemet gjør tilgjengelig for den. Avamar kan angis med parametere som fastslår hvor aggressiv den er når du legger beslag på noen av disse systemressursene.
CPU-utnyttelse
En Avamar-klientmaskin kan være en filerserver, en e-postserver, en database eller ha en annen rolle som krever systemressurser.
Hvis en sikkerhetskopi kjøres mens systemressursene er under tung belastning, kan både sikkerhetskopien og klientens vanlige rolle bli påvirket. Hvis det ikke er mulig å planlegge sikkerhetskopieringen til å kjøre i en stille periode, kan det være lurt å strupe CPU-bruken av avtar for å sikre at tilstrekkelige CPU-sykluser forblir tilgjengelige for klientens primære funksjon.
Du kan gjennomgå CPU-bruken i sikkerhetskopiloggen for Avamar-klienten, som vist nedenfor:
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
CPU-prosentverdien kan sees å nå høyere enn 100 % i miljøer der flere CPU-kjerner er tilgjengelige.
Prioritering
av CPU-prosessLinux-atferd:
- Avagentprosessen setter automatisk alle prosesser som den gyter til å være på et "fint" nivå.
- I Linux varierer prioritetsnivåene fra -20 til 20, hvor -20 er høyeste prioritet.
- Som standard gytes prosesser med prioritet 0.
- Avtar opprettes med prioritet 10, som er lavere enn standardprioriteten.
Windows-atferd:
- Windows administrerer prioritetsnivåer fra 1 (lavest) til 31 (høyest).
- Avtar er opprettet med BELOW_NORMAL_PRIORITY_CLASS, noe som betyr at tråder som eies av avtar som standard, opprettes med prioritet 6.
- Som referanse har tråder opprettet av prosesser på Windows en standardprioritet på 8.
Nettverksutnyttelse
I forhold til tradisjonell programvare for sikkerhetskopiering bruker Avamar lite båndbredde. Hvis en Avamar-klient imidlertid er atskilt fra en Avamar-server med en kobling for lav båndbredde, kan det være nyttig å begrense nettverksbruken. Dette kan forhindre at sikkerhetskopierte data oversvømmer en linje og reduserer overføringen av mer tidskritiske data.
I/O-prioritering
I/O-prioriteten for Avamar-klientprosesser er ikke uttrykkelig angitt.
Linux-atferd:
- I/O-finhet varierer fra 0 (høyeste prioritet) til 7 (laveste prioritet).
- Algoritmen som brukes er (cpu niceness + 20)/5 (kilde: http://linux.die.net/man/1/ionice)
- For avtar vil I/O-prioritet være (10 + 20)/5 = 6, som er den nest laveste I/O-prioriteten.
- Til sammenligning vil en prosess-I/O-prioritet med en standard trådprioritet på 0 være 4.
Windows-atferd:
For Windows er I/O-prioritering mindre tydelig. Microsoft hevder at en prosess' I/O-prioritet er knyttet til trådprioriteten. Avamar Engineerings undersøkelse for utgave #240762 viste at dette i praksis ikke ser ut til å være tilfelle. Hvis du angir at avtar skal kjøre med lavere prioritet, endres ikke I/O-prioriteten fra standarden.
Minneutnyttelse
Mengden minne som kreves under en sikkerhetskopiering, avhenger av størrelsen på hurtigbufferfilen og typen hurtigbufferfiler som brukes.
Tradisjonelle "monolittiske" cache-filer laster hele hurtigbufferfilene inn i minnet, mens personsøkingsbufferen arkiverer sidedata i minnet etter behov.
Minneutnyttelse og bufferfilstørrelse er ikke omfanget av denne KB-artikkelen. Se veiledningen for anbefalte driftsfremgangsmåter hvis du vil ha mer informasjon.
Avtars bruk av CPU-sykluser, nettverksbåndbredde og I/O er ikke begrenset som standard. Dette er normal og forventet atferd, da det er mest ønskelig at Avamar-sikkerhetskopieringer kjøres og fullføres så raskt som mulig.
Følgende flagg finnes for å strupe nettverks- og CPU-bruk av avtar-prosessen:
--net-throttle (struper nettverksbruk)
--cpu-gass (struper CPU-bruk)
Hvis du vil implementere ett av disse flaggene, redigerer du «avtar.cmd »-filen som du finner i Avamar-klientens AVS/VAR adressebok.
Merk: Opprett en ny avtar.cmd-fil hvis en fil ikke eksisterer.
CPU-begrensning
Flagget skal være i følgende format, der '80' er den maksimale gjennomsnittlige prosentandelen av CPU som avtar skal bruke.
--CPU-gass = 80
Dette flagget ble introdusert før flere kjerne-CPUer ble mye brukt. Prosentandelen som skal brukes kan kreve eksperimentering. En sikkerhetskopi som utføres på en tokjernet stasjonær maskin med avtar strupet til 10% så ut til å bruke rundt 5% av CPU-ressursen.
Nettverksbegrensning
Oppføringen som er gjort i filen, må være i følgende format:
--gass = Mbit / sek
Når det er implementert, pauser avtar om nødvendig etter sending av hver pakke. Dette sikrer at nettverksbruken ikke overskrider den angitte maksimale båndbredden (angitt i mega bit per sekund).
For eksempel, --gass = 5 bruker halvparten av en 10Mbit / sek tilkobling, --gass=0,772 begrenser bruken til halvparten av en T1-kobling.
Når du har gjort endringen, lagrer du avtar.cmd fil.
Endringene skal tre i kraft neste gang avagent gyter en ny avtar-prosess.
Du kan også bruke kategorien Alternativer i Avamar Administrator til å velge riktig plugin-modul for filsystemet fra rullegardinlisten (Windows-filsystem, Linux-filsystem osv.).
Merk av for "Vis avanserte alternativer" og bla ned til du finner "Network Rate Throttle (Mbps)".
Fyll dette ut med ønsket båndbredde i Mbps (desimaler er fine, for eksempel 1.2).
Avamar-plugin-sikkerhetskopier
For sikkerhetskopiering av plugin-moduler (Exchange, Oracle osv.) velger du plugin-modulen fra rullegardinmenyen i brukergrensesnittet til Avamar Administrator, klikker på More-knappen og skriver inn attributtet og verdien manuelt.
For attributtet angir du [avtar] netto gass. For attributtverdien angir du den nødvendige båndbredden. Når du er fornøyd med innstillingen, klikker du på +-tegnet under feltene for å legge til flagget i boksen nedenfor.
Klikk OK for å lagre endringene.
Den [avtar] i flagget forteller plug-in å passere flagget gjennom til avtar som er prosessen som kommuniserer med serveren.
Bruk gassflaggene med FORSIKTIG og merk deg følgende:
-
Prosessene går så fort de kan. Hvis vi prøver å senke CPU- eller nettverksutnyttelsen, kan sikkerhetskopien kjøre langt tregere enn den ellers ville gjort. Trege sikkerhetskopieringer fullføres kanskje ikke i løpet av et vanlig sikkerhetskopieringsvindu.
-
Hvis sikkerhetskopieringen reduseres, forsinkes andre klienter som har sikkerhetskopier i kø for å starte, av den forlengede sikkerhetskopieringstiden til denne klienten.
-
Hvis klienten utfører annet arbeid på tidspunktet for Avamar-sikkerhetskopieringen, påvirkes dette arbeidet mindre, men over lengre tid.
Hvis du er i tvil om det er egnet til å bruke flaggene som er omtalt nedenfor, kan du kontakte Dells representant for profesjonelle tjenester.
Nettverksstruping kan virke "sprengt"
Et nettverksdiagram som viser trafikk for en klient med en gasspjeld satt til 0,2 (megabit per sekund) kan avsløre at dataene som overføres mellom klient og server skjer i korte utbrudd med hastigheter på over 150 Mb/s.
Avamar-algoritmen for nettverksregulering fungerer på en slik måte at den overfører data i korte serier. Etter hvert utbrudd setter algoritmen data i kø i en passende tidsperiode før den fortsetter å sende data. Dataene sendes med en hastighet som tilsvarer strupenivået som er spesifisert av gassflagget.
Nivået av opplevd "burstiness" korrelerer med granulariteten av overvåkingen. Med andre ord, analyse av overføringshastighetene i trinn på under sekunder viser bursty oppførsel, men hvis vi ser på den totale mengden data som sendes i løpet av en sikkerhetskopi, bør vi se at den er nær 0.2 Mb / s.
Nedenfor er en kortsiktig graf for en sikkerhetskopi, som er fanget over noen få minutter:
Ofte stilte spørsmål:
- Hvor mye båndbredde som brukes til en Burst.
Avtar prøver å overføre data så raskt som mulig. Hvor mye avhenger av følgende.
- Maksimal båndbredde for koblingen
- Ende-til-ende-ventetid på tvers av nettverket
- Tjenestekvalitet
- Eventuelle andre vanlige flaskehalser som kan gjelde
Gassfunksjonen er ment å gjennomsnittlig nettverksutnyttelse over tid. Avtar forsinker sending av datapakker for ikke å overføre mer enn tillatt av gassverdien.
- Hvor lenge varer et utbrudd?
Avtar venter mellom å sende pakker for å sikre at nettverksbruken ikke overskrider gjennomsnittlig båndbredde som angitt av gasspjeldet. Denne pausen varer så lenge som nødvendig.
- Kan du forklare hvilke data som overføres under et "utbrudd"?
Spørringer for å kontrollere om data som ikke finnes i den lokale klientbufferen, allerede finnes på Avamar-serveren, og pakker som inneholder nye, unike sikkerhetskopidata som ikke finnes på Avamar-systemet.
- Kan nettverksbegrensning brukes på tvers av grupper av klienter på et nettsted?
Det kan den ikke. Nettverksbegrensning brukes per klient. Den kontrollerer båndbredden som en bestemt klient kan forbruke (i gjennomsnitt). Hvis det finnes mange Avamar-klienter på ett sted og alle begrenses på samme måte, kan nettverkskoblingen fortsatt bli fullstendig oppbrukt. Hvis du må kontrollere hvor mye data som sendes mellom to områder, kan du bruke begrensning på nettverksnivå.
Nettverksbegrensning under Avamar-sikkerhetskopiering til Data Domain
Nettverksbegrensning av sikkerhetskopier til Data Domain støttes der Avamar-klienten er v7.1 og Data Domain er v5.5 eller nyere.