Avamar: So drosseln Sie die CPU-, Netzwerk-, I/O- und Arbeitsspeichernutzung des Backup-Clients
Summary: In diesem Artikel wird beschrieben, wie Sie die physischen Ressourcen begrenzen können, die von einem Avamar-Client verbraucht werden, während ein Backup durchgeführt wird.
Symptoms
In diesem Artikel wird die Drosselung und Priorisierung von CPU-, Netzwerk- und I/O-Ressourcen beschrieben, die während eines Backups vom avtar-Prozess verbraucht werden.
Der Avamar avtar-Prozess verwendet so viel Netzwerkbandbreite, CPU-Zyklen und I/O, wie vom Betriebssystem zur Verfügung gestellt werden. Avamar kann mit Parametern festgelegt werden, die bestimmen, wie aggressiv es ist, wenn es Anspruch auf einige dieser Systemressourcen erhebt.
CPU-Auslastung
Ein Avamar-Clientcomputer kann ein Filerserver, ein Mailserver oder eine Datenbank sein oder eine andere Rolle haben, die Systemressourcen erfordert.
Wenn ein Backup ausgeführt wird, während diese Systemressourcen stark ausgelastet sind, können sowohl das Backup als auch die reguläre Rolle des Clients beeinträchtigt sein. Wenn es nicht möglich ist, das Backup so zu planen, dass es während Ruhezeiten ausgeführt wird, können Sie die CPU-Nutzung durch avtar drosseln, um sicherzustellen, dass genügend CPU-Zyklen für die primäre Funktion des Clients verfügbar bleiben.
Die Avtar-CPU-Auslastung kann im Backupprotokoll des Avamar-Clients wie unten dargestellt überprüft werden:
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
Der CPU-Prozentwert kann in Umgebungen, in denen mehrere CPU-Cores verfügbar sind, über 100 % liegen.
CPU-Prozesspriorisierung
Linux-Funktionsweise:
- Der Avagent-Prozess setzt automatisch alle Prozesse, die er erzeugt, auf ein „rücksichtsvolles“ Level.
- Unter Linux reichen die Prioritätsstufen von -20 bis 20, wobei -20 die höchste Priorität darstellt.
- Standardmäßig werden Prozesse mit der Priorität 0 erzeugt.
- Avtar wird mit der Priorität 10 erstellt, die niedriger als die Standardpriorität ist.
Windows-Funktionsweise:
- Windows verwaltet Prioritätsstufen von 1 (niedrigste) bis 31 (höchste).
- Avtar wird mit BELOW_NORMAL_PRIORITY_CLASS erstellt, was bedeutet, dass Threads, die Avtar gehören, standardmäßig mit Priorität 6 erstellt werden.
- Zur Information: Threads, die von Prozessen unter Windows erstellt werden, haben eine Standardpriorität von 8.
Netzwerkauslastung
Im Vergleich zu herkömmlicher Backupsoftware verbraucht Avamar nur wenig Bandbreite. Wenn ein Avamar Client jedoch durch eine Verbindung mit niedriger Bandbreite von einem Avamar Server getrennt ist, kann es hilfreich sein, die Netzwerknutzung zu drosseln. Dadurch kann verhindert werden, dass Backupdaten eine Leitung überlasten und die Übertragung von zeitkritischeren Daten verlangsamt wird.
I/O-Priorisierung
Die I/O-Priorität von Avamar-Clientprozessen wird nicht explizit festgelegt.
Linux-Funktionsweise:
- Die I/O-„Rücksichtnahme“ reicht von 0 (höchste Priorität) bis 7 (niedrigste Priorität).
- Der verwendete Algorithmus ist (CPU-Rücksichtnahme + 20)/5 (Quelle: http://linux.die.net/man/1/ionice)
- Für avtar wäre die I/O-Priorität (10 + 20)/5 = 6, was die zweitniedrigste I/O-Priorität darstellt.
- Im Vergleich dazu wäre die I/O-Priorität eines Prozesses mit einer standardmäßigen Threadpriorität von 0 4.
Windows-Funktionsweise:
Bei Windows ist die I/O-Priorisierung weniger klar. Microsoft behauptet, dass die I/O-Priorität eines Prozesses an die Threadpriorität gebunden ist. Die Untersuchung von Avamar Engineering für Problem Nr. 240762 hat ergeben, dass dies in der Praxis nicht der Fall zu sein scheint. Das Festlegen von avtar für die Ausführung mit einer niedrigeren Priorität ändert nicht die Standardeinstellung der I/O-Priorität.
Speicherauslastung
Die Menge an Arbeitsspeicher, die während eines Backups erforderlich ist, hängt von der Größe der Cache-Datei und dem Typ der verwendeten Cache-Dateien ab.
Herkömmliche „monolithische“ Cachedateien laden die gesamten Cachedateien in den Arbeitsspeicher, während die Auslagerungscachedateien die Daten nach Bedarf in den Arbeitsspeicher „auslagern“.
Die Speicherauslastung und die Dimensionierung der Cache-Datei gehen über den Rahmen dieses KB-Artikels hinaus. Weitere Informationen finden Sie im Leitfaden zu betrieblichen Best Practices.
Cause
Resolution
Die folgenden Flags sind vorhanden, um die Netzwerk- und CPU-Nutzung des avtar-Prozesses zu drosseln:
--net-throttle (drosselt die Netzwerknutzung)
--cpu-throttle (drosselt die CPU-Auslastung)
Um eines dieser Flags zu implementieren, bearbeiten Sie die Datei „avtar.cmd“ im folgenden Verzeichnis des Avamar Client: avs/var .
Hinweis: Erstellen Sie eine neue Datei avtar.cmd, wenn keine Datei vorhanden ist.
CPU-Drosselung
Das Flag sollte das folgende Format aufweisen, wobei „80“ der maximale durchschnittliche Prozentsatz der CPU ist, den avtar verwenden sollte.
--cpu-throttle=80
Dieses Flag wurde eingeführt, bevor mehrere Core-CPUs weit verbreitet waren. Das Ermitteln des passenden Prozentsatzes erfordert möglicherweise Ausprobieren. Ein Backup, das auf einem Dual-Core-Desktop-Computer mit auf 10 % gedrosselter avtar durchgeführt wird, scheint etwa 5 % der CPU-Ressource zu verbrauchen.
Netzwerkdrosselung
Der Eintrag in der Datei sollte das folgende Format haben:
--throttle=Mbit/s
Bei der Verwendung dessen pausiert avtar bei Bedarf nach dem Senden jedes Pakets. Dadurch wird sichergestellt, dass die Netzwerkauslastung die angegebene maximale Bandbreite (angegeben in Megabit pro Sekunde) nicht überschreitet.
Zum Beispiel: --throttle=5 verwendet die Hälfte einer 10Mbit/s-Verbindung, --throttle=0,772 schränkt die Nutzung auf die Hälfte eines T1-Links ein.
Nachdem Sie die Änderung vorgenommen haben, speichern Sie die Datei avtar.cmd .
Die Änderungen sollten wirksam werden, wenn Avagent das nächste Mal einen neuen avtar-Prozess erzeugt.
Alternativ können Sie auf der Registerkarte „Options“ in Avamar Administrator das entsprechende Dateisystem-Plug-in aus der Drop-down-Liste auswählen (Windows-Dateisystem, Linux-Dateisystem usw.).
Aktivieren Sie das Kontrollkästchen „Show Advanced Options“ und scrollen Sie nach unten, bis Sie „Network rate throttle (Mbps)“ finden.
Geben Sie die erforderliche Bandbreite in Mbit/s ein (Dezimalstellen sind in Ordnung, z. B. 1,2).
Avamar-Plug-in-Backups
Wählen Sie für Plug-in-Backups (Exchange, Oracle usw.) in der Avamar Administrator-Benutzeroberfläche das Plug-in aus der Dropdown-Liste aus, klicken Sie auf die Schaltfläche „More“ und geben Sie das Attribut und den Wert manuell ein.
Geben Sie für das Attribut [avtar]net-throttle ein. Geben Sie als Attributwert die erforderliche Bandbreite ein. Wenn Sie mit der Einstellung zufrieden sind, klicken Sie auf das +-Zeichen unter den Feldern, um das Flag zum Feld unten hinzuzufügen.
Klicken Sie auf OK, um die Änderungen zu speichern.
[avtar] im Flag weist das Plug-in an, das Flag an avtar zu übergeben, das ist der Prozess, der mit dem Server kommuniziert.
Additional Information
Verwenden Sie die Drosselungsflags mit VORSICHT und beachten Sie Folgendes:
-
Prozesse laufen so schnell wie möglich. Wenn wir versuchen, die CPU- oder Netzwerkauslastung zu senken, läuft das Backup möglicherweise viel langsamer, als es andernfalls der Fall wäre. Langsame Backups werden möglicherweise nicht innerhalb eines regulären Backupzeitfensters abgeschlossen.
-
Wenn das Backup verlangsamt wird, werden andere Clients, deren Backups sich in der Warteschlange zum Start befinden, durch die verlängerte Backupzeit dieses Clients verzögert.
-
Wenn der Client zum Zeitpunkt des Avamar Backups andere Arbeiten ausführt, sind diese Arbeiten weniger, aber für einen längeren Zeitraum betroffen.
Wenn Sie Zweifel an der Eignung der unten beschriebenen Markierungen haben, wenden Sie sich an Ihren Dell Professional Services-Mitarbeiter.
Ein Netzwerkdiagramm, das den Datenverkehr für einen Client mit einer Drosselung auf 0,2 (Megabit pro Sekunde) zeigt, kann zeigen, dass die zwischen Client und Server übertragenen Daten in kurzen Bursts mit Raten von über 150 Mbit/s erfolgen.
Der Avamar-Netzwerkdrosselungsalgorithmus funktioniert so, dass er Daten in kurzen Bursts überträgt. Nach jedem Burst reiht der Algorithmus Daten für eine angemessene Zeit in die Warteschlange ein, bevor er mit dem Senden von Daten fortfährt. Die Daten werden mit einer Rate gesendet, die der Drosselungsstufe entspricht, die durch das Drosselungsflag angegeben wird.
Der Grad der wahrgenommenen „Burstiness“ korreliert mit der Granularität des Monitorings. Mit anderen Worten, die Analyse der Übertragungsraten in Schritten von unter einer Sekunde zeigt ein Burst-Verhalten, aber wenn wir uns die Gesamtdatenmenge ansehen, die über die Dauer eines Backups gesendet wird, sollten wir feststellen, dass sie nahe bei 0,2 Mbit/s liegt.
Nachfolgend finden Sie ein Kurzzeitdiagramm für ein Backup, das über mehrere Minuten erfasst wird:
Häufig gestellte Fragen:
- Wie viel Bandbreite wird für einen Burst verwendet.
- Maximale Bandbreite der Verbindung
- Durchgängige Latenz im gesamten Netzwerk
- Servicequalität
- Alle anderen üblichen Engstellen, die auftreten könnten
- Wie lange dauert ein Burst?
- Können Sie erklären, welche Daten bei einem „Burst“ übertragen werden?
- Kann Netzwerkdrosselung auf Gruppen von Clients an einem Standort angewendet werden?
Netzwerkdrosselung während Avamar-Backups auf Data Domain
Die Netzwerkdrosselung von Backups auf Data Domain wird unterstützt, wenn Avamar Client v7.1 und Data Domain v5.5 oder höher ist.