Meine wunderbaren Kollegen aus der Abteilung für technischen Support schreiben nicht nur schädliche, sondern auch nützliche Tipps und Tricks zum Einrichten von Veeam Backup & Replication. Seit der Veröffentlichung des Artikels für Anfänger ist sein Autor Evgeny Ivanov, der weiterhin mit dem rumänischen Team in Bukarest zusammenarbeitet, vom Posten des leitenden Ingenieurs zum Teamleiter gewechselt. Aber Eugene hat das technische und literarische Feld nicht verlassen, wofür er sich sehr bedankt!
Der neue Artikel von Zhenya enthält Empfehlungen für bereits erfahrene Veeam Backup & Replication-Spezialisten, die vor der Aufgabe stehen, die Ressourcen der Backup-Infrastruktur optimal zu nutzen. Der Artikel ist jedoch nützlich für diejenigen, die gerade planen, unser Produkt zu installieren und zu konfigurieren.

Optimierung der Lastverteilung in warmen Rohrzeiten

Für nützliche Tipps willkommen bei cat.

Über die Vorteile einer verteilten Installation

Veeam Backup & Replication ist eine modulare Software, die aus verschiedenen Komponenten besteht, von denen jede bestimmte Funktionen ausführt. Zu diesen Komponenten gehören der zentrale Geschäftsführer von Veeam Backup Server, Proxy Server, Repository, WAN Accelerator und anderen. Auf einer Maschine können mehrere Komponenten installiert werden (natürlich sehr leistungsfähig), was viele Benutzer tun. Eine verteilte Installation hat jedoch folgende Vorteile:

Für Unternehmen mit einem Filialnetz wird es möglich, die erforderlichen Komponenten lokal in diesen Filialen zu installieren. Dies hilft, den Datenverkehr zu optimieren und das meiste lokal wieder zu organisieren.
Wenn Ihre Infrastruktur wächst, müssen Sie Ihre Sicherungslösung skalieren. Wenn die Sicherung länger dauert (das „Sicherungsfenster“ wächst), können Sie einen zusätzlichen Proxyserver installieren. Wenn Sie die Kapazität des Sicherungsrepositorys erhöhen müssen, können Sie ein skalierbares Sicherungsrepository konfigurieren und bei Bedarf neue Speicherbereiche hinzufügen.
Für einige Komponenten können Sie eine konstante Verfügbarkeit sicherstellen (Hochverfügbarkeit). Wenn beispielsweise mehrere Proxyserver bereitgestellt sind und einer von ihnen plötzlich heruntergefahren wird, funktionieren die anderen weiterhin und die Sicherung wird nicht beeinträchtigt.

Es muss berücksichtigt werden, dass verteilte Systeme nur bei einer angemessenen Lastverteilung wirksam sind. Andernfalls können Engpässe auftreten, die einzelne Komponenten überlasten - und dies ist mit einem allgemeinen Rückgang der Produktivität und einer Verlangsamung verbunden.

Wie werden die Daten übertragen?

Betrachten Sie dieses Diagramm, um eine klarere Vorstellung davon zu erhalten, wo und wo Daten während des Sicherungsprozesses übertragen werden (nehmen Sie beispielsweise die Infrastruktur auf der vSphere-Plattform):

Wie Sie sehen können, werden Daten mithilfe der an beiden Standorten tätigen "Transportagenten" (VeeamAgent.exe) vom Quellspeicherort (Quelle) zum Ziel (Ziel) übertragen. Wenn der Sicherungsjob ausgeführt wird, geschieht Folgendes:

Der Quelltransportagent wird auf einem Proxyserver ausgeführt. Es liest Daten aus einem Datenspeicher, führt eine Komprimierung und Deduplizierung durch und sendet die Daten in dieser Form an den Transportagenten "Ziel".
Der "Ziel" -Transportagent wird direkt im Repository (Windows / Linux) oder auf dem Gateway (Gateway-Server) ausgeführt, wenn die CIFS-Freigabe verwendet wird. Dieser Agent führt seinerseits auch eine Deduplizierung auf seiner Seite durch und speichert die Daten in einer Sicherungsdatei (.VBK, .VIB usw.).

Somit sind immer 2 Komponenten an der Datenübertragung beteiligt, selbst wenn sie sich tatsächlich auf derselben Maschine befinden. Dies muss bei der Planung einer Lösungsbereitstellung berücksichtigt werden.

Lastausgleich zwischen Proxyserver und Repository

Definieren wir zunächst das Konzept der "Aufgabe". In der Terminologie von Veeam Backup & Replication verarbeitet jede Aufgabe eine Festplatte einer virtuellen Maschine. Das heißt, wenn Sie eine Sicherungsaufgabe (Job) haben, die 5 VMs mit jeweils 2 Festplatten enthält, bedeutet dies, dass Sie 10 Aufgaben verarbeiten müssen (und wenn der Computer nur 1 Festplatte hat, ist 1 Aufgabe = 1 VM). Veeam Backup & Replication kann mehrere Aufgaben parallel verarbeiten, aber ihre Anzahl ist natürlich nicht unendlich.

Für jeden Proxyserver in seinen Eigenschaften können Sie die maximale Anzahl von Aufgaben für die parallele Ausführung angeben:

Für Standard-Sicherungsvorgänge gilt dieselbe Interpretation für das Repository: Eine Aufgabe besteht darin, Daten von einer virtuellen Festplatte zu übertragen. In der Oberfläche sieht es sehr ähnlich aus:

Hier müssen wir eine sehr wichtige Regel Nr. 1 festlegen : Achten Sie beim Zuweisen von Proxy- und Repository-Ressourcen und beim Festlegen der maximalen Anzahl von Aufgaben für die parallele Verarbeitung auf ein ausgewogenes Verhältnis!

Beispiel

Angenommen, Sie haben 3 Proxys, von denen jeder 4 Aufgaben parallel verarbeiten kann (d. H. Insgesamt 12 virtuelle Festplatten der Quell-VMs). Das Repository ist jedoch so konfiguriert, dass nur 4 Aufgaben parallel verarbeitet werden (dies ist übrigens der Standardwert). Mit diesen Einstellungen werden nur 4 Laufwerke parallel vom Quellspeicherort zum Ziel gespeichert, obwohl dies für alle 12 sein könnte. Das heißt, die Ressourcen werden unterlastet.

Wenn es jedoch darum geht, eine synthetische vollständige Sicherung (und ähnliche Vorgänge) zu erstellen, hat das Konzept einer Aufgabe in Bezug auf das Repository eine etwas andere Bedeutung. Wir erinnern uns, dass solche Vorgänge keine Proxys beinhalten, sondern lokal im Repository (Windows oder Linux) oder (im Fall einer CIFS-Freigabe) über ein Gateway ausgeführt werden.

Bei dieser Option ist beim Erstellen einer normalen Sicherungskette task = backup task. Das heißt, eine Beschränkung auf 4 Aufgaben für die parallele Verarbeitung bedeutet, dass synthetische Sicherungen für 4 Sicherungsaufgaben gleichzeitig im Repository erstellt werden können.

Beim Erstellen einer Sicherungskette, die gemäß den ursprünglichen VMs (dem sogenannten "Speicher für Speicher" - pro VM) zerlegt wurde, ist die Aufgabe = 1 VM. Das heißt, eine Beschränkung auf 4 Aufgaben für die parallele Verarbeitung bedeutet, dass 4 VBK-Dateien für 4 virtuelle Maschinen gleichzeitig im Repository generiert werden können.

Somit kommen wir zu Regel Nr. 2: Abhängig von den Sicherungseinstellungen kann die gleiche Anzahl von Aufgaben eine völlig andere Belastung des Repositorys bedeuten. Daher müssen Sie bei der Planung von Ressourcen unbedingt dieselben Einstellungen überprüfen: Sicherungsmodus, Aufgabenplan, Art und Weise der Organisation von Sicherungsketten.

Hinweis: Im Gegensatz zu Proxy-Einstellungen kann das Repository die Begrenzung der Anzahl der Aufgaben deaktivieren. In diesem Fall akzeptiert das Repository alle Daten, die von Proxyservern stammen. Dies ist jedoch nur eine offensichtliche Freiheit von Einschränkungen, da die Gefahr einer Überlastung des Repositorys und von Fehlern bei der Arbeit mit Sicherungsaufgaben besteht. Wir empfehlen daher dringend, dieses Limit nicht aufzugeben.

Ein weiteres Beispiel

Angenommen, Sie haben eine Sicherungsaufgabe, die eine relativ große Anzahl von VMs mit insgesamt 100 virtuellen Festplatten enthält. Gleichzeitig ist das Repository so konfiguriert, dass Sicherungsketten "von Hand" (pro VM) gespeichert werden. Die Einstellungen für die parallele Verarbeitung lauten wie folgt: Für einen Proxy - 10 Festplatten gleichzeitig und für ein Repository - gibt es keine Einschränkungen. Während einer inkrementellen Sicherung wird die Belastung des Repositorys aufgrund der Proxy-Einstellungen begrenzt, und somit bleibt das Gleichgewicht erhalten. Aber dann kommt der Moment, in dem ein synthetisches vollständiges Backup erstellt wird. Bei einer solchen Sicherung wird kein Proxy verwendet, und alle Vorgänge zum Erstellen von „Synthetics“ finden ausschließlich im Repository statt. Da die parallele Verarbeitung von Aufgaben für das Repository nicht eingeschränkt ist, versucht der Repository-Server, die gesamten hundert gleichzeitig zu verarbeiten. Dies erfordert erheblichen Ressourcenstress und führt höchstwahrscheinlich zu einer Überlastung.

Funktionen zur Verwendung der CIFS-Freigabe als Repository

Wenn Sie mit einem Repository arbeiten, das auf einem Windows- oder Linux-Server basiert, wird der Zielagent direkt auf diesem Server gestartet. Wenn Sie jedoch den CIFS-Freigabeordner (CIFS-Freigabe) als Repository verwenden, startet der "Ziel" -Agent auf einem speziell für diesen Zweck entwickelten Computer - dies ist der sogenannte "Gateway", das den eingehenden Datenstrom vom Agenten auf der Seite der Quell-VM empfängt. Der "Ziel" -Agent empfängt diese Daten und sendet dann Datenblöcke an den CIFS-Ball. Dieser Zusatzcomputer muss so nahe wie möglich an dem Computer platziert werden, der die freigegebenen SMB-Ordner bereitstellt. Dies ist besonders wichtig für Skripts, die WAN-Konnektivität verwenden.

Regel Nr. 3: Sie sollten den Zusatzcomputer (Proxy \ Gateway) nicht an einem Standort und den freigegebenen CIFS-Freigabeordner an einem anderen Standort (einschließlich in der Cloud) platzieren. Andernfalls treten ständig Netzwerkprobleme auf.

Sie können auch alle oben genannten Überlegungen zum Ausgleich der Systemlast auf die Gateways anwenden. Darüber hinaus müssen Sie berücksichtigen, dass das Gateway über zwei zusätzliche Einstellungen verfügt: Der Server kann ihm explizit zugewiesen oder automatisch ausgewählt werden:

Grundsätzlich kann jeder in der Veeam-Sicherungsinfrastruktur enthaltene Windows-Server als solches Gateway verwendet werden. Abhängig von Ihrem Bereitstellungsszenario kann eine der Optionen für Sie geeignet sein:

Ein explizit angegebener Server - dies vereinfacht natürlich erheblich, da Sie genau wissen, auf welchem Computer der Zielagent ausgeführt wird. Diese Option wird insbesondere für Fälle empfohlen, in denen der Zugriff auf den Ball nur von bestimmten Servern aus zulässig ist, sowie für Szenarien mit einer verteilten Infrastruktur. Sie möchten den Agenten wahrscheinlich auf einem Computer in der Nähe des Dateiservers mit dem Ziel als vernünftige Person verwenden der Ball.
Automatisch ausgewählter Server ( automatische Auswahloption ). Hier kommt es zu einer interessanten Wendung: Wenn Sie mehrere Proxyserver verwenden und diese Option auswählen, führt dies dazu, dass das Programm mehr als ein Gateway verwendet und die Last verteilt. Ich stelle fest, dass "automatisch" nicht "willkürlich" bedeutet - hier werden ganz bestimmte Auswahlregeln angewendet.

Wie funktioniert es

Der Zielagent startet auf dem Proxyserver, der die Sicherung durchführt.

Bei der üblichen Sicherungskette lautet die Logik wie folgt: Wenn mehrere Aufgaben gleichzeitig ausgeführt werden, jede mit einem eigenen Proxyserver, können Sie mehrere Zielagenten ausführen. Innerhalb eines Jobs ist die Logik jedoch anders: Selbst wenn die darin enthaltenen VMs von verschiedenen Proxys verarbeitet werden, wird der "Ziel" -Agent nur auf einem gestartet - auf demjenigen, der zuerst zu arbeiten beginnt.
Im Fall einer Sicherungskette "Kette" wird für jede VM ein separater "Ziel" -Agent gestartet. Somit tritt auch innerhalb derselben Aufgabe eine Lastverteilung auf.

Beim Erstellen von synthetischen Sicherungen werden keine Proxyserver verwendet. Hier wird der Computer zum Starten des Zielagenten wie folgt ausgewählt: Nehmen Sie einen zusätzlichen Bereitstellungsserver (Bereitstellungsserver, auf dem Dateien beispielsweise während Wiederherstellungsvorgängen bereitgestellt werden), der dem Repository zugeordnet ist, und es startet den Agenten. Wenn der Mount-Server aus irgendeinem Grund nicht verfügbar ist, können Sie nördlich von Veeam Backup wechseln. Wie Sie verstehen, wird es in dieser Version keine Lastverteilung geben.

Daher wiederhole ich: ( WICHTIG! ) In solchen Szenarien wird nicht empfohlen, die Begrenzung der Anzahl der parallel verarbeiteten Aufgaben aufzuheben, da dies bei der Ausführung von Vorgängen mit "Synthetics" zu einer enormen Überlastung des Mount-Servers oder sogar des Veeam-Backup-Servers führen kann.

Zusätzliche Funktionen

Skalierbares Repository. SOBR ist eine Reihe von Standard-Repositorys (hier werden sie als "Extents" bezeichnet). Wenn Sie SOBR bereits verwenden, geben Sie es in der Sicherungsaufgabe an und nicht den Umfang. In gewissem Umfang können Sie einige Einstellungen verwenden, z. B. den Lastenausgleich.

Alle Grundprinzipien, die für reguläre Repositorys gelten, gelten auch für SOBR. Um die Ressourcennutzung zu optimieren, können Sie die Einrichtung von SOBR mit "Krypto" -Speicherung von Backups (pro VM - dies ist die Standardoption) mit der Platzierungsrichtlinie "Leistung" ("Für bessere Leistung optimieren") und der Kettenverteilung über Repository-Ausdehnungen erweitern.

Übertragung von Backups (Backup-Kopie). Hier arbeiten die "Quell" -Agenten am Quell-Repository. Alles, was oben erwähnt wurde, gilt auch für die Quell-Repositorys (mit Ausnahme der Tatsache, dass im Fall eines Sicherungskopie-Jobübertragungsjobs keine Vorgänge mit „Synthetics“ im Quell-Repository ausgeführt werden).

Hinweis: Wenn das Quellrepository eine CIFS-Freigabe ist, wird der "Quell" -Agent auf dem entsprechenden Mount-Server gestartet (mit der Möglichkeit, zum Veeam-Sicherungsserver zu wechseln).

Geräte mit integrierter Deduplizierung. Für DataDomain- und StoreOnce-Speichersysteme (und wahrscheinlich für andere in der Zukunft), für die die Integration mit Veeam konfiguriert ist, gelten dieselben Überlegungen wie für die CIFS-Freigabe. Bei einem Repository in StoreOnce mit Deduplizierung auf der Quellseite (Modus mit geringer Bandbreite ) verliert nur die Anforderung, das Gateway so nahe wie möglich am Repository zu platzieren, an Relevanz. Das Gateway an einem Standort kann so konfiguriert werden, dass Daten über das WAN an StoreOnce an einem anderen Standort gesendet werden.

Bevorzugter Proxyserver. Wie Sie sich erinnern, wurde diese Funktion in Version 9.5 veröffentlicht und ist für die Verwaltung der "Proxy-Prioritätsliste" verantwortlich, die das Programm bei der Arbeit mit einem bestimmten Repository einhält.

Wenn der Proxy aus dieser Liste nicht verfügbar ist, funktioniert die Aufgabe mit allen anderen verfügbaren Aufgaben. Wenn jedoch Zugriff auf den Proxy besteht, der Proxyserver jedoch keine freien Steckplätze für die Verarbeitung der Aufgabe hat, wird die Sicherungsaufgabe ausgesetzt, bis diese verfügbar sind. Daher müssen Sie diese Funktion sehr sorgfältig verwenden (und nicht im Stil "aktiviert und vergessen") - wir hatten Benutzer, die Sicherungsaufgaben "aufgehängt" haben. Weitere Informationen zu dieser Funktion finden Sie hier (auf Englisch).

Abschließend

Es spielt keine Rolle, ob Sie Veeam Backup & Replication zum ersten Mal installieren oder ein langjähriger Benutzer sind. Ich möchte glauben, dass Sie in diesem Artikel Informationen finden, die für Sie nützlich sind und mit deren Hilfe Sie den Betrieb der Sicherungsinfrastruktur optimieren oder sogar das potenzielle Risiko eines Datenverlusts beseitigen können. Hier sind einige weitere nützliche Links:

Optimieren Sie den Lastausgleich in der Veeam Backup & Replication-Infrastruktur