Zabbix Gleitender Durchschnitt

Docs Howto Hochverfügbarkeit. Zabbix Server läuft auf einem Knoten zu einem Zeitpunkt. In diesem Howto werden wir Hochaufbau Zabbix mit Zabbix Appliance Anleitung hier gelten für OpenSUSE 11 3, auf denen Zabbix Appliance 1 8 4 basiert Das Verfahren wurde getestet Mit Zabbix 2 0, 2 2 und 2 4 als auch. Instruktionen werden vmdk Bilder annehmen - Sie sind frei, eine der anderen bereitgestellten Bildformate zu verwenden. Das erwartete Endergebnis hat zwei Zabbix-Instanzen, mit einer gemeinsamen Datenbank Zabbix-Server arbeiten in Ein aktiv-passiver Modus, bei dem der Zabbix-Server immer auf einem einzigen Knoten läuft. Zusätzlich haben beide Hochverfügbarkeitsknoten eine virtuelle IP-Adresse, die mit dem Zabbix-Server gruppiert ist. Der Zabbix-Server folgt dem IP. OpenAIS Corosync wird für niedriges Niveau verwendet Verfügbarkeitsprüfung und Herzschrittmacher sorgt dafür, dass die Dienste ordnungsgemäß von einem Knoten zum anderen umgestellt werden. Hinweis, dass diese Anleitung nicht Zabbix spezifisch ist, wenn es um die Hochverfügbarkeits-Setup geht - jeder Dämon sollte in der Lage sein, auf diese Weise eingerichtet zu werden. Dank der Websites und Personen, die Hat geholfen, Dinge zusammenzusetzen. Eine Virtualisierungsumgebung, es sei denn, die Einrichtung auf separaten physischen Systemen. Eine separate MySQL-Datenbank auf einem anderen System von diesen beiden Sie können ein anderes Zabbix Appliance-System verwenden Dieses Howto wird ein solches Setup übernehmen. Zwei IP-Adressen für Zabbix-Systeme , Eine weitere IP für Failover Es wird davon ausgegangen, dass Failover-Knoten IP-Adressen über DHCP erwerben. Failover-Knoten-Systeme sollten Zugang zum Internet haben, da wir zusätzliche Pakete installieren werden. Initiale System-Setup. Wir beginnen mit dem Herunterladen von Zabbix Appliance und Einrichtung von zwei Instanzen Von it. Download die Appliance von Zabbix Download-Seite und überprüfen, dass wir it. Let s erstellen zwei Kopien von virtuellen Maschinen und benennen sie entsprechend, so dass wir leicht unterscheiden können. Jetzt starten Sie die virtuellen Maschinen. Für den Zugriff auf diese virtuellen Maschinen Benutzerkonto-Wurzel mit Passwort verwenden zabbix Für mehr Details auf der Appliance, siehe es s Dokumentation. Von nun an werden die Systeme wie folgt bezeichnet. zabbix1 - erstes Failover system. zabbix2 - zweites Failover system. zabbixdb - System mit der Zabbix Datenbank. zabbix - Failover IP. Sie sollten entweder ersetzen Systemnamen mit IPs, entsprechend Ihrer Umgebung, oder füllen Sie Einträge in etc Hosts. Sie können von SSH Public Key Authentifizierung profitieren, so optional erlauben Zugriff ohne Passwort von Ihrem Workstation. Hinweis, dass Sie werden für das Passwort 4 mal gefragt. Für Bequemlichkeit können wir auch Hostnamen für beide dieser Systeme auf zabbix1 und zabbix2.Note Hostnamen von Clusterknoten müssen anders sein, sonst werden sie nicht als verschiedene unterschieden werden Wenn Sie mehrere Knoten hinzufügen Den Cluster mit demselben Hostnamen, behebe die Hostnamen, startet den OpenAIS-Rcopenais-Neustart neu und lösche den falschen Knoten aus dem Cluster-Crm-Knoten lösche den falschen Knoten. Readying Zabbix für Failover. Jetzt sollten wir Zabbix für Failover-Konfiguration vorbereiten. Zuerst werden wir den Zabbix-Server stoppen , Weil es von der Hochverfügbarkeitskonfiguration verwaltet wird. Jetzt lassen Sie s Setup-Datenbank Wir verwenden einen Datenbanknamen zabbixfailover Auf zabbixdb, execute. You wollen ein besseres Passwort wählen. Wenn mit Zabbix Appliance für den Datenbank-Server, stoppen Sie Zabbix Server auf diesem System, es wäre nicht ein nützlicher Zweck für uns. Jetzt lassen Sie s eine Kopie der Datenbank aus zabbix1 System die folgenden Befehle wieder aus Ihrem Workstation ausgeführt werden können. Welben wir dann auf das System zu bewegen, Hosting Zabbix-Datenbank Und wiederherzustellen, dann kopieren wir es zuerst auf das lokale System, um den Umgang mit Host-Schlüsseln und die Authentifizierung von Failover-Systemen zum Datenbanksystem zu vermeiden. Jetzt brauchen wir nicht die Datenbank, die auf den Failover-Systemen läuft, also können wir aufhören, einige Ressourcen zu sparen Wir werden auch ausbreiten crontab für zabbix Benutzer, so dass keine Zabbix Health Checking Scripts verwendet werden. Stellen Sie sicher, dass MySQL-Port ist auf dem Datenbank-System offen Wenn Sie Zabbix Appliance für das auch verwenden, führen Sie auf Ihrem Workstation. Zabbix Frontend. Modify Diese Werte in beiden Failover-Knoten Vergewissern Sie sich, das Passwort zu verwenden, das Sie für den Zabbix-Benutzer vorbereitet haben. Oft können Sie auch die Adresse ändern, die das Zabbix-Frontend versuchen wird, den Zabbix-Server zu finden. Während in unserem Szenario-Failover-Frontend wird immer der Zabbix-Server laufen Auf dem lokalen System können Sie in der Lage sein, auf beide Frontends einzeln auf ihre entsprechenden IP-Adressen zugreifen, in diesem Fall sollten sie sich mit dem Failover-Zabbix-Server immer verbinden. Das ist es, Frontend ist bereit für das Failover. Zabbix server. Edit Auf beiden Failover-Knoten und ändern diese Werte Wieder verwenden Sie das Passwort, das Sie für Zabbix Benutzer vor. Zabbix agent. Edit auf beiden Failover-Knoten konfiguriert und ändern Server-Parameter zu sein. Eine ersetzen Sie diese Hostnamen durch die IP-Adressen, die Sie verwenden oder konfigurieren sie in Etc Hosts für beide Failover-Knoten. Wir verwenden Failover-System für aktive Checks und ermöglicht eingehende Verbindungen aus Failover-IP und beide Knoten einzelnen Adressen sowie um Debugging erleichtern später zum Beispiel mit zabbixget wird von jedem Knoten arbeiten. On zabbix1, setzen Sie Hostname Parameter to be. On zabbix2, set Hostname-Parameter zu sein. Restart Zabbix-Agent auf beiden Failover-Knoten Hierzu können Sie aus Ihrem Workstation. Firewall-Einstellungen ausführen. Wir sollten auch eingehende Verbindungen zu Zabbix-Server und Agenten-Ports - sowohl für passive und Aktive Elemente zu arbeiten Auf deiner Workstation, execute. OpenSUSE hat bereits Zabbix-Einträge in etc Services, so dass wir sie anstelle von numerischen Ports verwenden können. Monitoring einige systemspletely optional - aber lassen Sie s auch einige Überwachung von Systemen Als Minimum konnten wir beide überwachen Failover-Knoten und das Datenbank-System Auf diese Weise werden wir in der Lage sein zu sehen, dass je nachdem, welche Knoten oben sind, überwacht werden, sowie die Datenbank ständig überwacht wird. Einfache der Frontends, wie sie beide mit dem gleichen db derzeit verbinden, ist es nicht Angelegenheit, die Sie verwenden. Monitoring beide nodes. Let s Start durch die Überwachung der beiden Failover-Knoten Gehen Sie zu Configuration - Hosts und bearbeiten Sie den Standard-Zabbix-Server Ändern Sie es als Zabbix-Server 1 Aktualisieren Sie seine IP-Adresse oder verwenden Sie Host-Namen, wenn Sie diese eingegeben haben Namen in etc Hosts Dateien für beide Knoten Wenn Sie Host-Namen verwenden, don t vergessen zu wählen DNS-Namen in der Connect to dropdown. Als dieser Server isn t läuft MySQL mehr, markieren Sie das Kontrollkästchen neben TemplateAppMySQL Eintrag in der Linked Vorlagen Block, dann klicken Sie auf Verknüpfung Und klar. Wenn fertig, klicken Sie auf Jetzt speichern lassen Sie s überwachen den anderen Knoten als auch - klicken Sie auf Zabbix Server 1 dann Klonen und ändern Sie die Werte für den zweiten Knoten Wenn getan, speichern Sie diese als auch. Monitoring Datenbank-Server. Do das gleiche für Das Datenbank-System auch - wenn es auf der Zabbix Appliance läuft, sollte es Daten für alle gleichartigen Elemente bereits gut geben Sie sollten TemplateZabbixServer von diesem Host und wahrscheinlich auch TemplateAppApache aufheben Wenn Sie dies tun, stellen Sie sicher, dass Sie Unlink verwenden und löschen Button. Set ordnungsgemäße Server - und Hostname-Parameter in dann neu starten Zabbix agent. Failover setup. Preparing der Failover-Grundlagen. Um alle erforderlichen Software-Pakete installieren, auf Ihrem Workstation. Note auf ältere Appliance ausführen OpenSUSE Versionen Paket crmsh ist nicht verfügbar erforderlich. Jetzt sollten wir Setze Corosync configuration. Edit auf beiden Knoten und set bindnetaddr Parameter auf deine Netzwerkbasisadresse Also, wenn deine IP Adresse 10 2 3 4 ist und netmask 255 0 0 0 ist, sollte bindnetaddr auf 10 0 0 0 gesetzt werden Wenn die IP Adresse ist 192 168 5 13 und netmask ist 255 255 255 0, bindnetaddr sollte 192 168 5 0 Siehe OpenAIS-Dokumentation für weitere Informationen. Jetzt auf dem ersten Failover-Knoten run. This Befehl generiert einen Schlüssel Hierfür wird zusätzliche Entropie verwendet und Auf einem fernen System der einfachste Weg zu generieren, dass wird zu laufen finden - Sie können das in einer anderen SSH-Sitzung Nach Wikipedia-Eintrag zu tun. Der Linux-Kernel erzeugt Entropie von Keyboard-Timings, Mausbewegungen und IDE-Timings und macht die zufälligen Zeichendaten anderen Betriebssystemprozessen über die speziellen Dateien dev zufällig und dev urandom. Once, die Schlüssel generiert wird, kopieren sie aus dem ersten Failover-System Auf die zweite durch Ausführen auf dem ersten System. Then sichern Sie den Schlüssel - Sie können von Ihrem Workstation ausführen. Es ändern Sie auf beiden Knoten Auf zabbix1, setzen Sie nodeid zu sein. On zabbix2, setzen Sie nodeid zu sein. Before fortsetzen, sollten wir erlauben Kommunikation für Corosync in der Firewall Damit können Sie auf Ihrem Workstation laufen. Jetzt sind wir bereit, die Software zu starten, die eine hohe Verfügbarkeit sicherstellt. Auf Ihrer Workstation können Sie mit den OpenAIS Corosync Daemons ausgeführt werden. Wir können überprüfen, ob beide Knoten korrekt kommunizieren können Von ihnen, ausführen. Die Ausgabe sollte so aussehen. Meist wichtig, sollten Sie sehen, zwei Knoten Wenn das nicht der Fall ist, überprüfen Sie die vorherigen Schritte und sicherzustellen, dass sie alle erfolgreich abgeschlossen. Setting up tatsächlichen Failover. Jetzt ist die Zeit für echte Failover Setup to happen. On entweder node, run. In dieser Aufforderung, führen Sie die folgenden Befehle aus, um zu ersetzen FailoverIPadresse mit der tatsächlichen IP, die Sie für das Failover verwenden möchten. Hinweis Wenn Sie versehentlich die Befehle ohne korrekte IP-Adresse ausführen, korrigieren Sie es und Laufen Crm Resource Cleanup Failover-ip. Let s schauen, was das alles bedeutet. First wir setzen die IP-Adresse, die für das Failover verwendet werden sollen Wir sind für die Verfügbarkeit von ihm alle 2 Sekunden zu überwachen. Zweit überwachen wir, ob ein LSB-Service zabbbixserver Läuft Wir überprüfen das alle 5 Sekunden. Dann gruppieren wir sie in einer Gruppe namens zabbixserver-cluster - das sorgt dafür, dass sie sich von einem Knoten zum anderen zusammen bewegen, was wir wollen - sonst kann IP zu einem System gehören, aber Zabbix Server Service Wird auf einem anderen laufen. Wir deaktivieren STONITH cutely genannt Shoot The Other Node In The Head Funktionalität, weil sonst Crm wird sich sehr beschweren. Wir setzen auch Standard Klebrigkeit auf 100 Ein Service kann gemacht werden, um einige Knoten über andere bevorzugen, also wenn es findet Ein bevorzugter Knoten am Leben, wird es zu diesem Knoten bewegen Wir möchten, dass der Zabbix-Server-Service so wenig wie möglich umhergeht, also nach dem Failover und dem anfänglichen Knoten, der zurückkommt, wollen wir, dass er auf dem beliebigen Knoten läuft, den es passiert Da wir nur zwei Knoten haben, wird jeder Wert über 0 tun. Dieser Parameter akzeptiert entweder Integer oder String Infinity - wenn die Standardhaftigkeit auf unendlich eingestellt ist, wird der Dienst niemals von einem Knoten zum anderen migrieren, es sei denn, ein Knoten stirbt, der auch die Zwangsbewegung verhindert Von der Arbeit Siehe Herzschrittmacher-Dokumentation für weitere Informationen. Wenn wir dieses Setup konfiguriert haben, lassen Sie s überprüfen, ob es richtig gespeichert wurde. Das scheint so zu sein. Aber wie machen wir es alle Arbeit jetzt Lasst uns versuchen, den Status unseres neuen zu finden - built cluster. Cluster begann zu arbeiten, indem sie Zabbix-Server auf Knoten 2.Wunderbar Es sieht aus wie es bereits funktioniert, und sowohl Zabbix-Server und virtuelle IP werden auf zabbix2-Knoten in diesem Fall gestartet werden Sie können dies zu überprüfen, indem Sie überprüfen, ob zabbixserver Prozess ist Läuft auf dem zweiten Knoten und ob die Failover-IP jeder Schnittstelle in der Ausgabe von ifconfig in der Regel auf eth0 0 Schnittstelle zugewiesen ist. Running crmmon ohne --one-shot Parameter wird kontinuierlich zeigen Sie Cluster-Status. Testing Failover. With der Cluster scheinbar konfiguriert Erfolgreich, lass es t testen ob es funktioniert Shutdown der Knoten, der derzeit läuft unsere Dienste zabbix2 in diesem Fall, aber überprüfen, dass in crmmon Ausgabe Auf dem aktiven Knoten, run. Once der Knoten hat heruntergefahren, lassen Sie s sehen, was s passiert - on Der Live-Knoten, execute. Great, sieht es, dass zabbix1 online ist, zabbix2 offline aber warten, wir don t sehen, Ressourcen, die überall laufen Und die Textpartition OHNE Quorum scheint verdächtig Richtig - standardmäßig müssen mindestens zwei aktive Knoten benötigt werden Quorum und stimme zu, welcher Knoten ausgeführt wird Diensten, die unseren zwei Knoten-Cluster nutzlos machen, obwohl die tatsächliche Formel, die verwendet wird, um Quorum zu berechnen, totalnodes ist - 1 2 activenodes Wiederum siehe Pacemaker-Dokumentation für weitere Informationen. Glücklicherweise können wir das ändern, Auf dem Live-Knoten ausführen. Dies sagt dem Cluster, Quorum zu ignorieren, und wenn ein Knoten sieht anderen Knoten fehlt, es übernimmt - was ist, was wir erreichen wollen Jetzt können wir überprüfen, ob das irgendwelche half. Während der andere Knoten ist immer noch unten Und es gibt immer noch kein Quorum, sowohl virtueller IP - als auch Zabbix-Server laufen auf dem verbleibenden Knoten. Du kannst es erneut überprüfen, indem du nach zabbixserver-Prozess und IP-Adresse in der Ausgabe von ifconfig suchst. Erfolgreiches Failover. Lass es versuchen, den Failover-Prozess einmal zu testen Mehr Starten Sie den Knoten, den wir zuvor heruntergefahren haben Sobald es gestartet ist, überprüfen Sie den Clusterstatus wieder. Beide Knoten sind jetzt, sie haben nicht jetzt Quorum benötigt, aber Zabbix Server und virtuelle IP befinden sich weiterhin auf zabbix1 Der Grund ist die Voreinstellung Stickyness, die wir auf 100 gesetzt haben, wird nicht von Knoten zu Knoten migrieren, es sei denn, es ist absolut notwendig. Setzen wir es notwendig. Auf dem Knoten, der momentan unsere Dienste läuft, führen Sie. Wait für eine kurze Zeit aus und überprüfen Sie den Clusterstatus auf dem verbleibenden Knoten. Wunderbar, Failover passiert wie erwartet, und sowohl IP - als auch Zabbix-Server-Prozess migriert auf den anderen Knoten Natürlich ist das Zabbix-Frontend weiterhin für Benutzer zugänglich, auch wenn es sich von einem Knoten zu einem anderen bewegt Müssen sich erneut anmelden, da der Sitzungsstatus in derselben Datenbank verfügbar bleibt. Manuelles Ändern der Knotenpräferenz. Moving eine bestimmte Ressource. Während Ressource von einem Knoten zu einem anderen automatisch ist eine großartige Sache, manchmal möchten Sie vielleicht eine Ressource zu erzwingen Laufen auf einem bestimmten Knoten - vielleicht gibt es eine geplante Wartung für einen Knoten, vielleicht möchten Sie einige Ressourcen in einem Knoten freigeben Um einen Dienst von einem Knoten zu einem anderen zu bewegen, können Sie crmresource - M Befehl verwenden. Wenn unser Zabbix-Service ist Läuft auf Knoten zabbix2, aber wir möchten es auf zabbix1 verschieben, würden wir ausführen. Hinweis, dass wir den Gruppennamen des Dienstgruppens angeben, nicht den einzelnen Zabbix-Server oder die Failover-IP-Dienste. Dieser Befehl ändert die Punktzahl für diesen bestimmten Dienst auf diesem bestimmten Knoten , Die Einstellung auf Unendlichkeit - und das ist höher als die Standard-Klebrigkeit von 100 Das ist ein wichtiger Grund, warum wir eine numerische Standard-Klebrigkeit verwendet, anstatt es in unendlich zu setzen Wenn wir eine solche Änderung machen, wird Cluster-Konfiguration wie folgt geändert. Mit Service Läuft auf zabbix1-Knoten jetzt, wir könnten es neu starten Wenn wir dies tun, wie erwartet, virtueller IP und Zabbix-Server migrieren zu zabbix2 Aber hey, nach zabbix1 kommt wieder auf, unsere Service-Gruppe migriert zabbix1 wieder Wir normalerweise nicht das wollen, warum Hat es sich wieder verschoben Weil diese Vorliebe in Unendlichkeit gesetzt ist, natürlich Also, nachdem wir mit deiner Wartung fertig sind, sollten wir diese Präferenzregel durch Ausführen deaktivieren. Disabling einen bestimmten Knoten. Alternativ können wir einen bestimmten Knoten nicht für irgendwelche verwendet werden Dienstleistungen, wenn wir mehrere von ihnen ausführen Um dies zu tun, führen Sie auf dem Knoten, den Sie aufhören wollen Hosting alle Ressourcen. Rest der Ausgabe übersprungen. Es ist auch möglich, einen anderen, spezifischen Knoten zu deaktivieren, indem Sie es s name. To erlauben, dass Knoten, um Ressourcen wieder zu rendern, ausführen. Wenn diesen Befehl auf diesem bestimmten Knoten ausgeführt wird, kann Knotenname weggelassen werden. Monitoring Cluster Status. Es gibt viele Dinge, die man auf einem Cluster überwachen kann - Clustering Services, einzelne Failover Services, Failover IP. Wir konnten etwas einfaches überwachen - welcher Knoten läuft derzeit Zabbix Server Um das auf eine hackische Weise zu machen, könnten wir crmmon als verwenden Ein Zabbix externe check. Making das Element work. Note Alle Schritte hier muss auf beiden Knoten durchgeführt werden. Zunsten sollten wir erlauben, dass der zabbix Benutzer crmmon Befehl ausführen lassen s s modulieren etc sudoers Irgendwo in der Datei, add. That s noch nicht genug - Unser Benutzer zabbix hat keinen gültigen Shell-Satz, also sollten wir das auch ändern. Let s ändern und ändern die ExternalScripts directive. Note Der folgende Schritt sollte nur auf dem Knoten ausgeführt werden, der gerade den Server läuft. Als wir Zabbix geändert haben Server-Konfigurationsdatei müssen wir es neu starten. Hinweis Alle weiteren Schritte müssen auf beiden Knoten wieder ausgeführt werden. Dann lasst man das Verzeichnis erstellen. In diesem Verzeichnis erstellen wir eine Datei namens. Dann füllen wir die Datei mit folgendem Inhalt. Dieses Skript Hat einige ziemlich einschränkende Annahmen - es prüft den Status des Clusters für den Dienst, der als der erste und einzige Parameter übergeben wird, und geht davon aus, dass alle Knoten zabbix nodenumber heißen. Dann gibt es einfach die Knotennummer zurück, die unsere Servicegruppe ausführt, falls vorhanden T gefunden werden, 0 wird zurückgegeben Es könnte leicht zurückkehren Knotenname durch Ändern sed Ausdruck zu s Started Beachten Sie, dass es auch davon ausgeht, dass ein Dienst nur läuft auf einem einzelnen Knoten zu einem Zeitpunkt. Setting up the item. Now lassen Sie die eigentliche Zabbix-Konfiguration erstellen Im Zabbix-Frontend entweder auf einem beliebigen Knoten explizit oder auf der Failover-Schnittstelle navigieren Sie zu Configuration - Hosts. Dieses Element wird gruppenweit sein, also lasst man einen neuen Host hinzufügen, der diese Informationen sammelt. Klicken Sie auf Host erstellen und geben Sie den Zabbix-Cluster ein Das Feld Name. Wenn fertig, klicken Sie auf Speichern Klicken Sie auf Elemente für den Host, den wir gerade erstellt haben und klicken Sie auf Element erstellen Ändern Sie die folgenden Felder. Description geben Sie Cluster-Knoten mit Zabbix-Server. Type wählen Externes Check. Update Intervall ändern auf 60.Keep Geschichte ändern zu 7.Neue Anwendung geben Sie Zabbix cluster. Final Item Details sollte wie dies aussehen. Wenn fertig, klicken Sie auf Save. Visiting Monitoring - Neueste Daten sollten wir in der Lage sein, diesen Artikel bald genug zu sehen und es sollte uns zeigen, welcher Knoten derzeit läuft Zabbix Server. Einrichten Trigger. Jetzt können wir einen Auslöser, die diese Position überprüfen würde direkt über der Positionsliste gibt es eine Navigationsleiste - klicken Sie auf Trigger in it. In der Trigger-Liste klicken Sie auf Erstellen Trigger. So, was Trigger könnten wir erstellen Vielleicht eine, die Prüft, ob der Zabbix-Dienst läuft Das sollte einfach sein - wir sollten nur überprüfen, ob der aktuelle Knoten 0 ist, aber das wäre nicht sehr nützlich, da es keinen Zabbix-Server geben würde, um diesen Status aufzuzeichnen. Natürlich wäre das eine nützliche Überprüfen Sie, ob Sie irgendwelche anderen Service-Cluster haben Für Zabbix, obwohl, könnten wir überwachen, ob es von einem Knoten zu einem anderen gescheitert ist. Machen Sie diese Änderungen. Final Ergebnis sollte wie folgt aussehen. Wenn also, klicken Sie auf Save. So am Ende des Ergebnisses Des Artikels sollte anzeigen, welcher Knoten Zabbix-Server gerade läuft. Und wenn Failover passieren würde, würde ein Trigger aktivieren, dass wir auch eine Nachricht als sichtbar in Monitoring - Trigger senden können. Wir würden auch eine Frontend-Nachricht bekommen. Es ist Auch möglich, einen visuellen Überblick darüber zu bekommen, wie der Service zwischen den Knoten durch das Betrachten des Graphen übertragen wurde - zum Beispiel sind hier in der letzten Stunde ziemlich viele Knotenübertragungen passiert. Natürlich ist das eine sehr primitive Überwachung, die nur zu illustrieren ist Die Möglichkeiten Es gibt viele Möglichkeiten, um es weiter zu verbessern - zum Beispiel könnten wir im Trigger-Namen den Knoten bezeichnen, auf den die Migration durch Ändern des Trigger-Namens zum Zabbix-Failover passiert ist. Knoten. Hinweis Wenn der Zabbix-Server startet, Werden jederzeit ab sofort geprüft, bis das Element Intervall ist. Dies geschieht in einer deterministischen Art und Weise - wenn ein Artikel mit einem Aktualisierungsintervall von einer halben Stunde geplant ist, um 15 Minuten ab sofort zu überprüfen, wird ein Server nach einer Minute neu gestartet Wird diesen Artikel zur selben Zeit umplanen Der Vorteil für uns im Failover-Setup ist, dass dies sichergestellt wird, dass die Artikel gleichzeitig überprüft werden, auch nachdem der Zabbix-Server auf einem System gestoppt und auf einem anderen gestartet wurde. Weitere Schritte. Mit allem, was funktioniert , Gibt es natürlich viel mehr, die noch getan werden könnte. Unter nur Knoten, die Router erreichen können. Es gibt viele Überlegungen, die Sie machen können Pacemaker berücksichtigen bei der Entscheidung, wo man einige Service, die Last auf Knoten und Verfügbarkeit von anderen Ressourcen umfasst Man könnte den Zabbix-Server nur auf dem Knoten ausführen, der zentrale Routeranweisungen von der Pacemaker-Beispieldokumentation erreichen kann. Hinweis Dieses Beispiel wird nicht überprüft. Dies sagt dem Cluster, dass er nur die Gruppe auf einem Knoten mit einer funktionierenden Netzwerkverbindung zum Standard-Gateway ausführen soll GUI-Client. Wenn man mehr von der Cluster-Funktionalität verwendet, könnte man auch einen GUI-Client ausprobieren Auf OpenSUSE ist es im Paket pacemaker-mgmt-client. LCMC verfügbar, bietet eine neuartige Visualisierung der Cluster-Infrastruktur. Shoot The Other Knoten im Kopf. STONITH schießen den anderen Knoten im Kopf - das Merkmal, das wir deaktiviert haben - erlaubt es, die vollständige Entfernung eines Knotens in einem Cluster zu erzwingen, um sicherzustellen, dass es die Daten nicht in irgendeiner Weise verschmutzen wird. Dies wäre in unserem Zabbix-Cluster nützlich , Da zwei Server, die zur gleichen Zeit laufen, sicherlich enden würden mit falschen Daten in die Datenbank eingefügt werden, und möglicherweise noch größere Probleme Für diese, in der Regel ein unabhängiges Gerät, das Macht schneiden kann, um Knoten, die in den Kopf geschossen werden sollte verwendet wird. Bei einigen Systemen kann das IP-Failover nicht erfolgreich sein, und in den Protokollen finden Sie eine Fehlermeldung Kann keine Standardroute verwenden, die netmask ist. Diese Probleme werden durch einen Pacemaker Resource Agent Bug verursacht und erscheinen nur auf einigen Systemen, wie es scheint Abhängig von der Reihenfolge, in der Routen gemeldet werden Sie können dies testen, indem Sie in Shell. Wenn dies mit der gleichen Fehlermeldung fehlschlägt, können Sie das Problem umgehen, indem Sie explizit die Netzmaske in der primitiven Spezifikation festlegen, indem Sie cidrnetmask 24 hinzufügen oder was auch immer ist Die richtige Netzmaske für Ihre Adresse, zum Beispiel. Dieses Problem ist nicht auf OpenSUSE 11 4 vorhanden, aber ist auf OpenSUSE 12 vorhanden 1. Danke an rasto und andreask auf Freenode linux-ha für die Hilfe bei diesem Problem. Default Editor und Pager für Crm Kann durch Ausführen geändert werden. Prediction Validierung und Prognose Verbesserungen. ZBXNEXT-922 wird grundlegende prädiktive Fähigkeiten zu Zabbix einführen Leider Trigger-Funktionen sollen einen einzigen Wert zurückgeben, aber im Falle einer statistischen Analyse und Trendvorhersage gibt es viel mehr Informationen Benutzer würde wollen Wissen und Zabbix möchte bieten. Wie sicher und zuverlässig die Prognose ist. Wie gut war die gewählte Fit-Funktion. Are dort irgendwelche Pausen in Daten und wir sollten kürzere Intervall verwenden. Wie groß sind Datenfluktuationen. Forecast Validierung Trigger-Funktion würde es erlauben Wählen Sie die beste fit-Funktion oder das optimale Intervall on the fly oder könnte verwendet werden, um unzuverlässige Vorhersagen zu überspringen und falsche positive Alarme zu vermeiden. Hier ich möchte, um Ideen und Ressourcen auf die Art und Weise zusammenzufassen, wie die Vorhersagevalidierung durchgeführt werden kann und wie Prognose und Timeleft-Trigger-Funktionen können Werden verbessert. Validierung Methoden und Kriterien. Buch auf Prognose. Best passende Auswahl. Mehr anspruchsvolle Prognose Algorithmen. David Lang fügte einen Kommentar - 2016 Jan 05 23 18.rrdtool implementiert die Holt-Winters Time Series Forecasting Algorithmus für diesen Zweck. Es lässt Sie Definieren Sie zusätzliche Zeilen auf Ihrem Diagramm für den erwarteten Wert und den erwarteten Wert - X Standardabweichungen Hier können Sie Vergleiche des Istwertes mit diesen berechneten Erwartungswerten durchführen und auf der Grundlage des Ergebnisses handeln. Dies lässt Sie etwas wie Alert tun, wenn der Istwert liegt Ist 2SD weg von dem erwarteten Wert, der für den Verkehr zu hoch um 3 Uhr am Sonntag für das gleiche Verkehrsniveau alarmieren kann, das einen Verkehr zu niedrig um 9am am Montag erzeugt. Es lernt die Muster, wie ich es verstehe, nach.10 Zyklen des Musters Es wird ziemlich genau so genau sein, nach ein paar Wochen können Sie sich auf es s täglich Muster, nach ein paar Monaten wird es Wochenenden mit großer Genauigkeit, etc. s nützliche Links für this. info in it s Umsetzung in rrdtool auch unter GPLv2 so Code kann direkt kopiert werden. David Lang hat einen Kommentar hinzugefügt - 2016 Jan 05 23 18 rrdtool implementiert die Holt-Winters Time Series Forecasting Algorithmus zu diesem Zweck Es können Sie definieren zusätzliche Zeilen auf Ihrem Diagramm für erwarteten Wert und erwarteten Wert - X-Standard Abweichungen Hiermit können Sie Vergleiche des Istwertes mit diesen berechneten Erwartungswerten durchführen und auf der Grundlage des Ergebnisses handeln. Damit können Sie etwas wie Alert machen, wenn der Istwert 2SD vom erwarteten Wert entfernt ist, der bei 3am den Verkehr zu stark alarmieren kann Am Sonntag für die gleiche Verkehr Ebene, die einen Verkehr zu niedrig um 9 Uhr am Montag erzeugt Es lernt die Muster Wie ich es verstehe, nach.10 Zyklen des Musters wird es ziemlich nah zu genau so nach ein paar Wochen können Sie sich darauf verlassen S tägliches Muster, nach ein paar Monaten wird es Wochenenden mit großer Genauigkeit, etc einige nützliche Links für diese die ursprüngliche usenix Papier und Slides Info in it s Umsetzung in rrdtool auch unter GPLv2 so Code kann direkt kopiert werden. David Lang hat einen Kommentar hinzugefügt - 2016 Jan 05 23 23. Ich denke, das Wichtigste ist, um das Konzept der Forcast-Trend-Vorhersage-Funktion und Tracking einzuführen. Wenn das Konzept in Zabbix ist, dann ist die Implementierung zusätzlicher Prognosetypen viel einfacher. Wie ich in ZBXNEXT-2463 sage Die einfache, Brute-Force-Ansatz ist, lassen Sie die admin definieren die Prognose-Funktion und dann berechnen den Prognosewert, wie die Daten mit der Option, um wieder über gespeicherte Daten und speichern Sie es, wie Sie würde jede andere Datenelement. Die andere Option ist Um die Prognose zu berechnen, wie es für die Anzeige benötigt wird, für die Auslöserauswertung usw. Ich vermute, dass für alle außer den trivialsten Prognosealgorithmen es besser geht, den Raum zu opfern, um die vorberechneten Daten zu speichern, anstatt sie jedes Mal zu berechnen S referenced. I vermuten, dass es auch wahrscheinlich weniger störend für die Zabbix-Codebasis, um die Daten vorberechnen und haben sie als nur ein anderes Element, als es ist, um die Berechnungen auf Anfrage zu tun. David Lang fügte einen Kommentar - 2016 Jan 05 23 23 Ich denke, das Wichtigste ist, das Konzept der Forcast-Trend-Vorhersage-Funktion und Tracking einzuführen Sobald das Konzept in Zabbix ist, dann ist die Implementierung zusätzlicher Prognosetypen viel einfacher Wie ich in ZBXNEXT-2463 den einfachen, Brute-Force-Ansatz nennen kann Lassen Sie die admin definieren die Prognose-Funktion und dann berechnen Sie den Prognose-Wert, wie die Daten mit der Option, um wieder über gespeicherte Daten und speichern Sie es wie Sie wäre ein anderes Datenelement Die andere Option ist es, die Prognose zu berechnen, wie für die Anzeige benötigt, Für Trigger-Auswertung, etc. Ich vermute, dass für alle, aber die trivialsten Prognose-Algorithmen, wird es besser sein, den Platz zu opfern, um die vorberechneten Daten zu speichern, anstatt es zu berechnen, jedes Mal, wenn es referenziert Ich vermute, dass es auch wahrscheinlich ist Weniger störend für die Zabbix-Codebasis, um die Daten vorzurechnen und es als nur ein anderes Element zu haben, als es ist, die Berechnungen auf Anfrage zu machen. richlv hat einen Kommentar hinzugefügt - 2016 Jan 05 23 51.David Lang hat einen Kommentar hinzugefügt - 2016 Jan 06 00 08.Ich habe, dass nach der Buchung der Kommentare oben Ich fügte Kommentare an die ZBXNEXT-922 ticket. short Version und diese Zusammenfassung kann besser sein als das, was ich posted. there werden mehr Arten von Berechnungen, die Prognose und Timeleft-Funktionen Gewann t Arbeit, wenn die Berechnungsart braucht verschiedene zusätzliche Parameter. Wir brauchen die Fähigkeit, die Vorhersage im Laufe der Zeit zu grafisch, als solche, ich denke, es macht Sinn, einen Weg zu haben, um ein neues Element zu definieren, wie aus einem bestehenden, so dass es berechnet wird Kann man graphed. predictive Werte haben sowohl erwartete Wert und Konfidenzniveau, also sind sie ein zusammengesetzter Wert, nicht ein einzelner numerischer Wert für einfache Trends wie Prognose und Timeleft derzeit Unterstützung, Vertrauensniveau ist nicht sehr sinnvoll, aber für so etwas wie Holt-Winters Die Fähigkeit zu zeichnen oder auszulösen auf erwarteten Wert - 1SD ist extrem wertvoll. David Lang hat einen Kommentar hinzugefügt - 2016 Jan 06 00 08 Ich habe, dass nach der Buchung der Kommentare oben Ich habe Kommentare hinzugefügt, um die ZBXNEXT-922 Ticket kurze Version und diese Zusammenfassung kann Besser als das, was ich dort gepostet habe, werden mehr Arten von Berechnungen, die Prognose und Timeleft-Funktionen gewonnen t Arbeit, wenn die Berechnung Typ braucht verschiedene zusätzliche Parameter benötigen wir die Fähigkeit, die Vorhersage im Laufe der Zeit zu grafisch, als solche, denke ich es macht Sinn, einen Weg zu definieren, um ein neues Element zu definieren, wie es aus einem existierenden berechnet wird, so dass es grafisch dargestellt werden kann, dass prädiktive Werte sowohl den erwarteten Wert als auch das Konfidenzniveau haben, also sind sie ein zusammengesetzter Wert, kein einzelner numerischer Wert für einfache Trends wie Prognose Und Timeleft derzeit unterstützen, Konfidenz Ebene ist nicht sehr aussagekräftig, aber für so etwas wie Holt-Winters die Fähigkeit zu plotten oder auslösen auf erwarteten Wert - 1SD ist extrem wertable. Nagios ist der Industriestandard in IT-Infrastruktur Monitoring. Nagios XI bietet Überwachung aller Unternehmenskritische Infrastrukturkomponenten einschließlich Anwendungen, Services, Betriebssysteme, Netzwerkprotokolle, Systemmetriken und Netzwerkinfrastruktur Hunderte von Drittanbieter-Addons sorgen für die Überwachung von nahezu allen internen und externen Applikationen, Services und Systemen. Nagios Log Server. Nagios Log Server vereinfacht den Prozess der Suche nach Ihren Log-Daten So richten Sie Alarme ein, um Sie zu benachrichtigen, wenn potenzielle Bedrohungen auftreten oder einfach Ihre Logdaten abfragen, um jedes System schnell zu überprüfen. Mit Nagios Log Server erhalten Sie alle Ihre Protokolldaten an einem Ort, Mit hoher Verfügbarkeit und Fail-Over gebaut rechts in. Nagios Network Analyzer. Nagios Network Analyzer bietet einen eingehenden Blick auf alle Netzwerk-Traffic-Quellen und potenzielle Sicherheitsbedrohungen ermöglicht System-Admins schnell zu sammeln High-Level-Informationen über die Gesundheit des Netzwerks als Sowie hochkörnige Daten für die komplette und gründliche Netzwerkanalyse mit netflow, sflow, jflow, etc. Nagios Vibrant Community. Nagios überwacht Ihre gesamte IT-Infrastruktur, um sicherzustellen, dass Systeme, Anwendungen, Services und Geschäftsprozesse ordnungsgemäß funktionieren. Im Falle eines Fehlers , Nagios kann das technische Personal des Problems alarmieren, so dass sie mit der Sanierung von Prozessen beginnen können, bevor Ausfälle sich auf Geschäftsprozesse, Endnutzer oder Kunden auswirken. Mit Nagios werden Sie niemals vergessen sein zu erklären, warum ein unsichtbarer Infrastrukturausfall Ihrer Organisation im Unterricht verletzt wird. Die Nagios Advantage. Erhalten Sie sofortiges Bewusstsein für IT-Infrastrukturprobleme, so dass Ausfallzeiten nicht negativ auf Ihr Geschäft. With Nagios können Sie. Monitor Ihre gesamte IT-Infrastruktur. Spot Probleme, bevor sie auftreten. Know sofort, wenn Probleme entstehen. Share Verfügbarkeit Daten mit Stakeholdern. Detect Sicherheitsverletzungen. Plan und Budget für IT-Upgrades. Reduce Ausfallzeiten und Geschäftsverluste. Wählen Sie unsere Produkt-Ressourcen.