Avamar: Come limitare il consumo di CPU, rete, I/O e memoria del client di backup
Summary: Questo articolo descrive come limitare le risorse fisiche utilizzate da un Avamar Client mentre è in corso un backup.
Symptoms
Questo articolo descrive la limitazione e la definizione delle priorità delle risorse di CPU, rete e I/O utilizzate dal processo avtar durante un backup.
Il processo avtar Avamar utilizza la stessa quantità di larghezza di banda di rete, cicli della CPU e I/O resa disponibile dal sistema operativo. Avamar può essere impostato con parametri che ne determinano l'aggressività quando rivendica alcune di queste risorse di sistema.
Cpu
Un computer Avamar Client può essere un server filer, un server di posta, un database o avere un altro ruolo che richiede risorse di sistema.
Se un backup viene eseguito mentre tali risorse di sistema sono in condizioni di carico intenso, potrebbero essere influenzati sia il backup che il ruolo normale del client. Se non è possibile pianificare l'esecuzione del backup durante un periodo di calma, è possibile limitare l'utilizzo della CPU da avtar per garantire che rimangano disponibili cicli di CPU sufficienti per la funzione principale del client.
L'utilizzo della CPU Avtar può essere esaminato nel registro di backup del client Avamar, come illustrato di seguito:
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
Il valore percentuale della CPU può raggiungere un valore superiore al 100% in ambienti in cui sono disponibili più core CPU.
Prioritizzazione dei
processi CPUComportamento Linux:
- Il processo avagent imposta automaticamente tutti i processi generati su un livello "normale".
- In Linux, i livelli di priorità vanno da -20 a 20, dove -20 è la priorità più alta.
- Per impostazione predefinita, i processi vengono generati con priorità 0.
- Avtar viene creato con priorità 10, che è inferiore alla priorità predefinita.
Comportamento di Windows:
- Windows gestisce livelli di priorità che vanno da 1 (più basso) a 31 (più alto).
- Avtar viene creato con BELOW_NORMAL_PRIORITY_CLASS, il che significa che i thread di proprietà di avtar per impostazione predefinita vengono creati con priorità 6.
- Per riferimento, i thread creati dai processi in Windows hanno una priorità predefinita pari a 8.
Utilizzo della
reteRispetto al software di backup tradizionale, Avamar utilizza poca larghezza di banda. Tuttavia, se un Avamar Client è separato da un Avamar Server tramite un link a bassa larghezza di banda, può essere utile limitare l'utilizzo della rete. In questo modo si può evitare che i dati di backup sovraccarichino una linea e rallentino la trasmissione di dati più critici dal punto di vista temporale.
Prioritizzazione
I/OLa priorità di I/O dei processi di Avamar Client non è impostata in modo esplicito.
Comportamento Linux:
- La piacevolezza dell'I/O varia da 0 (priorità più alta) a 7 (priorità più bassa).
- L'algoritmo utilizzato è (cpu niceness + 20)/5 (fonte: http://linux.die.net/man/1/ionice)
- Per avtar, la priorità di I/O è (10 + 20)/5 = 6, che è la seconda priorità di I/O più bassa.
- In confronto, la priorità di I/O di un processo con priorità di thread predefinita pari a 0 sarebbe 4.
Comportamento di Windows:
Per Windows, la definizione delle priorità di I/O è meno chiara. Microsoft sostiene che la priorità di I/O di un processo è legata alla priorità dei thread. L'indagine di Avamar Engineering per il problema #240762 ha dimostrato che, nella pratica, non sembra essere così. L'impostazione di avtar per l'esecuzione con una priorità inferiore non modifica la priorità di I/O rispetto all'impostazione predefinita.
Utilizzo della
memoriaLa quantità di memoria richiesta durante un backup dipende dalle dimensioni dei file della cache e dal tipo di file della cache in uso.
I tradizionali file di memoria cache "monolitica" caricano tutti i file di memoria cache in memoria, mentre i file di memoria cache di paging "paginano" i dati in memoria in base alle esigenze.
L'utilizzo della memoria e il dimensionamento dei file della cache non rientrano nell'ambito di questo articolo della Knowledge Base. Per ulteriori informazioni, consultare la Guida alle best practice operative.
Cause
Resolution
Esistono i seguenti flag per limitare l'utilizzo della rete e della CPU del processo avtar:
--net-throttle (limita l'utilizzo della rete)
--cpu-throttle (limita l'utilizzo della CPU)
Per implementare uno di questi flag, modificare il file "avtar.cmd" disponibile nella directory dell'Avamar Client AVS/VAR .
Nota: Creare un nuovo file "avtar.cmd" se non ne esiste uno.
Limitazione della CPU
Il flag deve essere nel formato seguente, dove "80" è la percentuale media massima di CPU che avtar deve usare.
--cpu-throttle=80
Questo flag è stato introdotto prima che le CPU multiple core fossero ampiamente utilizzate. La percentuale da utilizzare potrebbe richiedere una sperimentazione. Un backup eseguito su un computer desktop dual core con la limitazione avtar al 10% sembra utilizzare circa il 5% della risorsa CPU.
Limitazione delle richieste di
reteLa voce creata nel file deve essere nel seguente formato:
--throttle=Mbit/sec
Una volta implementato, avtar si interrompe se necessario dopo l'invio di ogni pacchetto. Ciò garantisce che l'utilizzo della rete non superi la larghezza di banda massima specificata (specificata in megabit al secondo).
Esempio: --acceleratore=5 utilizza la metà di una connessione a 10Mbit/sec, --acceleratore=0.772 limita l'utilizzo a metà di un collegamento T1.
Dopo aver apportato la modifica, salvare il file avtar.cmd file.
Le modifiche dovrebbero avere effetto la prossima volta che avagent genera un nuovo processo avtar.
In alternativa, utilizzando la scheda Options in Avamar Administrator, selezionare il plug-in del file system appropriato dall'elenco a discesa (Windows File System, Linux File System e così via).
Selezionare la casella di controllo "Show Advanced Options" e scorrere verso il basso fino a trovare "Network rate throttle (Mbps)".
Compilare questo campo con la larghezza di banda richiesta in Mbps (i decimali vanno bene, ad esempio 1.2).
Backup del
plug-in AvamarPer i backup dei plug-in (Exchange, Oracle e così via), nell'interfaccia utente di Avamar Administrator, selezionare il plug-in dal menu a discesa, cliccare sul pulsante "More" e inserire manualmente l'attributo e il valore.
Per l'attributo, immettere [avtar]net-throttle. Per il valore dell'attributo, immettere la larghezza di banda richiesta. Quando si è soddisfatti dell'impostazione, cliccare sul segno + sotto i campi per aggiungere il contrassegno alla casella sottostante.
Cliccare su OK per salvare le modifiche.
[avtar] nel flag indica al plug-in di passare il flag ad avtar, ovvero il processo che comunica con il server.
Additional Information
Utilizzare i flag di limitazione con ATTENZIONE e tenere presente quanto segue:
-
I processi vengono eseguiti il più velocemente possibile. Se si tenta di ridurre l'utilizzo della CPU o della rete, il backup potrebbe essere eseguito molto più lentamente. I backup lenti potrebbero non essere completati all'interno di una normale finestra di backup.
-
Se il backup viene rallentato, gli altri client i cui backup sono in coda per l'avvio vengono ritardati dal tempo di backup prolungato di questo client.
-
Se il client esegue altre attività al momento del backup Avamar, l'impatto su questo lavoro è minore, ma più lungo.
In caso di dubbi sull'idoneità ad applicare i flag discussi di seguito, contattare il proprio rappresentante di Dell Professional Services.
Un grafico di rete che mostra il traffico per un client con una limitazione impostata su 0,2 (Megabit al secondo) può rivelare che i dati trasmessi tra client e server si verificano in brevi burst a velocità superiori a 150 Mb/s.
L'algoritmo di limitazione della rete Avamar funziona in modo da trasmettere i dati in brevi burst. Dopo ogni burst, l'algoritmo accoda i dati per un periodo di tempo appropriato prima di continuare a inviare dati. I dati vengono inviati a una velocità equivalente al livello di limitazione specificato dal flag di limitazione.
Il livello di "esplosione" percepito è correlato alla granularità del monitoraggio. In altre parole, l'analisi delle velocità di trasmissione in incrementi inferiori al secondo mostra un comportamento bursty, ma se guardiamo alla quantità totale di dati inviati nel corso della durata di un backup, dovremmo vedere che è vicina a 0,2 Mb/s.
Di seguito è riportato un grafico a breve termine per un backup, che viene acquisito nell'arco di pochi minuti:
Domande frequenti:
- Quantità di larghezza di banda utilizzata per un burst.
- Larghezza di banda massima del link
- Latenza end-to-end in tutta la rete
- Qualità del servizio
- Eventuali altri colli di bottiglia regolari che potrebbero applicarsi
- Quanto dura una raffica?
- Puoi spiegare quali dati vengono trasmessi durante un "burst"?
- La limitazione delle richieste di rete può essere applicata a gruppi di client in un sito?
Limitazione della rete durante i backup Avamar su Data Domain
La limitazione della rete dei backup su Data Domain è supportata se Avamar Client è v7.1 e Data Domain è v5.5 o versioni successive.