[comment]: # ({6d5b9456-fe9e2978}) # 2 Konfigurations-Best Practices [comment]: # ({/6d5b9456-fe9e2978}) [comment]: # ({663732c3-28bc317f}) ### Übersicht Dieser Abschnitt beschreibt bewährte Methoden für die Konfiguration von Zabbix, um optimale Leistung und eine einfache Bedienung zu erreichen. Die Empfehlungen basieren auf den Ratschlägen der Zabbix-Entwickler sowie auf praktischen Erfahrungen von Zabbix-Trainern und Support-Ingenieuren. Jede Zabbix-Installation ist einzigartig, und einige dieser Richtlinien sind möglicherweise nicht für Ihre spezifische Konfiguration geeignet. Es wird jedoch empfohlen, diese Richtlinien so weit wie möglich einzuhalten, um häufige potenzielle Probleme zu vermeiden. :::notetip Wenn Sie der Meinung sind, dass diese Seite verbessert werden könnte, freuen wir uns über Ihr Feedback! Bitte markieren Sie den betreffenden Text und drücken Sie **Strg+Enter**, um einen Fehler zu melden oder Ihr Feedback mitzuteilen. ::: [comment]: # ({/663732c3-28bc317f}) [comment]: # ({5cfb221c-072ed520}) ### Hosts und Datenpunkte [comment]: # ({/5cfb221c-072ed520}) [comment]: # ({f17bceb0-330dd01f}) #### Definieren eines Hosts Ein Host in Zabbix ist keine physische Maschine oder kein physisches Gerät, sondern eine logische Einheit. Für Überwachungszwecke können Sie separate Hosts für eine Datenbank oder beispielsweise eine virtuelle Maschine erstellen. Alternativ können Sie einen generischen Host *John's laptop* erstellen und alle Metriken unter diesem Host überwachen. Die beste Vorgehensweise besteht darin, für jede unabhängige Instanz wie eine virtuelle Maschine, eine Datenbank, einen Container oder einen Netzwerkswitch einen separaten Host zu erstellen. Wenn Sie diesen Ansatz verwenden, erreichen Sie Folgendes: 1. Vermeiden Sie Unübersichtlichkeit in den Überwachungsdaten, indem Sie für jeden Host separate Datenpunkte, Auslöser und Alarmbenachrichtigungen haben. 2. Feinabstimmung der Benutzerzugriffsebenen. Sie können [Benutzerrollen](/manual/web_interface/frontend_sections/users/user_roles) konfigurieren, um den Zugriff auf die Anzeige und/oder Konfiguration nur bestimmter Hosts zu gewähren. Siehe auch [das Prinzip der geringsten Privilegien](/manual/best_practices/security/access_control#principle-of-least-privilege). [comment]: # ({/f17bceb0-330dd01f}) [comment]: # ({e32f8a5d-8db12f37}) #### Hosts mit duplizierten Datenpunkten Wenn Sie mehrere ähnliche Hosts haben, etwa *Network switch 1* und *Network switch 2*, bietet Zabbix mehrere Möglichkeiten, den Host schnell neu zu erstellen. Sie können einen Host mit allen seinen Metriken einfach über die Schaltfläche *Clone* klonen, aber in diesem Fall müssen Sie einen Datenpunkt später auf jedem Host manuell aktualisieren. Die beste Vorgehensweise besteht darin, eine Vorlage mit allen erforderlichen Metriken zu erstellen, zum Beispiel *Network switch template*. Gruppieren Sie dann die ähnlichen Hosts in einer Hostgruppe, im obigen Beispiel könnte dies *Network switches* sein. Im Abschnitt *Data Collection -> Hosts* können Sie nun alle Hosts nach Hostgruppe filtern und die Schaltfläche *Mass update* verwenden, um die Vorlage mit allen Ihren Netzwerkswitches zu verknüpfen. [comment]: # ({/e32f8a5d-8db12f37}) [comment]: # ({657d4bfb-1a8f9462}) #### Abhängige Datenpunkte Um die Anzahl der Anfragen an das Zielobjekt zu minimieren, ermöglicht Zabbix die Erstellung von Master- und abhängigen Datenpunkten. In diesem Fall sammelt der Master-Datenpunkt eine große Menge an Informationen in einer einzigen Anfrage. Anschließend können abhängige Datenpunkte so konfiguriert werden, dass sie über die Vorverarbeitung bestimmte Daten aus dieser Sammlung extrahieren und als einzelne Metriken speichern. Beispielsweise kann der Master-Datenpunkt eine JSON- oder XML-Antwort mit mehreren Metriken erfassen oder eine Datenbankabfrage ausführen, die mehrere Datenspalten zurückgibt (z. B. Anzahl offener Verbindungen, abgebrochene Verbindungen, maximal zulässige gleichzeitige Verbindungen und die seit dem Start insgesamt kumulierten Verbindungen), und die abhängigen Datenpunkte parsen und speichern dann jeden erforderlichen Wert separat. Die empfohlene Vorgehensweise für diese Konfiguration besteht darin, die Historie des Master-Datenpunkts unmittelbar nach der Erfassung zu verwerfen und nur die Daten der abhängigen Datenpunkte zu behalten. [comment]: # ({/657d4bfb-1a8f9462}) [comment]: # ({5372cab0-773f6eb4}) ### Server und Proxies Wenn sich alle Hosts im selben lokalen Netzwerk wie der Zabbix Server befinden und keine Anforderungen an Skalierbarkeit oder Leistung bestehen, benötigen Sie möglicherweise keinen Proxy. In größeren oder komplexeren Umgebungen reicht die direkte Überwachung von Hosts mit dem Zabbix Server möglicherweise nicht aus. Durch das Hinzufügen eines Proxys und die Zuweisung eines Teils der Hosts zu diesem Proxy lässt sich die Last gleichmäßiger verteilen. Die beste Vorgehensweise ist, einen Zabbix Proxy hinzuzufügen, wenn: 1. Sie mehrere Hosts mit verschiedenen Methoden zur Metrikerfassung hinter einer Firewall überwachen. Der Proxy sammelt Daten von den Hosts und leitet sie an den Zabbix Server weiter, wodurch weniger Firewall-Ports geöffnet werden müssen. 2. Sie entfernte Standorte, Niederlassungen und/oder Netzwerke überwachen. Bei einer Netzwerkunterbrechung zwischen dem Zabbix Server und Ihren entfernten Standorten setzen die dort eingesetzten Zabbix Proxies die Datenerfassung fort und senden die gesammelten Daten an den Zabbix Server zurück, sobald die Netzwerkverbindung wiederhergestellt ist. 3. Sie eine Bereitstellung im großen Maßstab haben und die Last auf dem Zabbix Server reduzieren sowie die Leistung verbessern möchten. Die Definition einer Bereitstellung im großen Maßstab ist sehr weit gefasst und hängt nicht nur von der Anzahl der Hosts ab, sondern auch von der Anzahl der pro Sekunde erfassten Werte. [comment]: # ({/5372cab0-773f6eb4})