Ein MID-Server-Cluster konfigurieren

Gruppieren Sie mehrere MID-Server, um Cluster zu bilden, und konfigurieren Sie dann Cluster für Failover-Schutz oder Lastenausgleich. Lastenausgleichscluster verteilen die Arbeit automatisch zwischen jedem MID-Server, um Stabilität und Leistung zu verbessern und Failover zu handhaben. Failover-Cluster haben eine konfigurierte Reihenfolge, mit der bestimmt wird, welcher MID-Server als Nächstes verwendet werden soll, wenn ein Fehler auftritt.

Vorbereitungen

Stellen Sie sicher, dass alle MID-Server im Cluster dieselben haben Fähigkeiten (Unterstützte Anwendungen, IP-Bereiche und Fähigkeiten). Ein MID-Server darf nicht zu mehr als einem Cluster gehören.

Erforderliche Rolle: Administrator

Warum und wann dieser Vorgang ausgeführt wird

Erstellen Sie einen neuen Cluster, oder bearbeiten Sie einen vorhandenen Cluster.

Prozedur

1. Navigieren zu Alle > MID-Server > Clusteran.
2. Klicken Sie Auf Neu Um einen neuen Cluster zu erstellen oder den Datensatz eines vorhandenen Clusters zur Bearbeitung zu öffnen.
3. Benennen Sie das Cluster und wählen Sie den Cluster-Typ aus: Failover oder Lastenausgleich.
4. Klicken Sie im Kontextmenü mit der rechten Maustaste auf die Kopfzeile und wählen Sie Speichern.
5. Klicken Sie in der zugehörigen Liste Enthält MID-Server auf Bearbeiten.
6. Wählen Sie im Slush-Bucket die entsprechenden MID-Server für dieses Cluster aus.

MID-Server-Cluster

MID-Server-Cluster aktivieren mehrere MID-Server mit den geeigneten Funktionen, die zum Lastenausgleich und zu Ausfallsicherheit gruppiert werden.

Externe Datenquellen

Aus Leistungs- und Zuverlässigkeitsgründen sollten diese Datenquellen nicht mit MID-Server-Clustern verwendet werden. Diese externen Datenquellen sollten nur mit dedizierten MID-Servern verwendet werden.

• LDAP
• Sätze exportieren
• JDBC-Datenquellen

Hinweis:

Wenn ein MID-Server in einem Cluster ausfällt, startet der Failover-MID-Server zu Beginn der ECC-Warteschlangenaufgabe erneut, auch wenn viele der Informationen aus der JDBC-Datenquelle bereits zurückgegeben wurden. Dies kann zu doppelten Daten führen. Weitere Informationen finden Sie unter Die Verwendung von MID-Server-Clustern für JDBC-Datenquellen kann zu doppelten und veralteten Daten führen [KB0727739] artikel in der HI Knowledge Base.

So funktionieren Cluster

MID-Server in Clustern müssen in der Lage sein, eine Verbindung zur Instanz und zu allen Geräten herzustellen, mit denen sie kommunizieren sollen. Wenn alle MID-Server in einem Cluster inaktiv sind, wird die Erkennung abgebrochen. Stellen Sie sicher, dass alle MID-Server zu einer verwendeten Zugriffssteuerungsliste (ACL) hinzugefügt werden. MID-Server-Cluster werden von einer Business Rule namens „MID-Server-Cluster-Management“ verwaltet, die prüft, ob der einem Auftrag in der ECC-Warteschlange zugewiesene MID-Server einem Cluster angehört.

Lastenausgleich

Wenn die Cluster-Business Rule feststellt, dass ein MID-Server Teil eines Lastenausgleichs-Clusters ist, verteilt die Anwendung, die den MID-Server verwendet, automatisch die Arbeit zwischen den MID-Servern in diesem Cluster. Es ist empfehlenswert, MID-Server mit denselben Funktionen in einem Lastenausgleichs-Cluster zusammenzufügen.

Failover-Schutz

MID-Server in einem Failover-Cluster verfügen jeweils über eine konfigurierte Reihenfolge, in der die Plattform bestimmt, welcher MID-Server im Fehlerfall als Nächstes verwendet wird. MID-Server in einem Failover-Cluster arbeiten unabhängig voneinander und haben keinen Lastausgleich mit anderen MID-Servern in diesem Cluster (obwohl sie auch Mitglieder von Lastenausgleichs-Clustern sein können). Wenn ein MID-Server ausfällt, wählt die Business Rule „MID-Server-Cluster-Management“ den höchsten verfügbaren MID-Server in der Reihenfolge aus, um die Arbeit zu übernehmen. Der ausgewählte MID-Server prüft die ECC-Warteschlange und startet mit Jobs, die entweder den Status „Verarbeitung“ oder „Bereit“ sind.

Hinweis:

Das MID-Server-Clustering unterstützt die ECC-Warteschlangenthemen nicht Befehl Oder Systembefehl . Wenn diese Befehle empfangen werden, leiten die gruppierten MID-Server die ECC-Warteschlange nicht zu einem anderen MID-Server um. Die Datensätze der ECC-Warteschlange bleiben in der ECC-Warteschlange, ohne verarbeitet zu werden.

Konfigurieren Sie einen Failover-MID-Server mit mindestens denselben Funktionen wie der zu entlastende MID-Server.

Hinweis:

Wenn ein MID-Server ausfällt, während Shazzam-Probe Wird ausgeführt, und die automatische Auswahl ist konfiguriert, Failover ist nicht verfügbar. Die Shazzam-Erkennung stoppt. Discovery wählt nicht automatisch einen anderen MID-Server aus.

Cluster-Event des MID-Servers

Das folgende Event wird ausgelöst, wenn die Plattform keinen MID-Server mit den entsprechenden Funktionen zum Ersetzen eines MID-Servers in einem Failover-Cluster findet. Verwenden Sie dieses Event, um eine E-Mail zu erstellen, um die entsprechenden Benutzer über den Ausfall des Clusters zu informieren.

Tabelle : 1. Cluster-Event des MID-Servers

Ereignis	Tabelle	Beschreibung	Business-Regel
mid_server.cluster.down	MID-Server-Cluster [ecc_agent_cluster]	Ein MID-Server-Cluster ist fehlgeschlagen	Cluster-Management des MID-Servers

Ein bestimmtes MID-Server-Cluster angeben

Sie können ein bestimmtes MID-Server-Cluster für einen Discovery-Zeitplan angeben. Der Erkennungsprozess verwendet nur dieses Cluster. Sie können keine Cluster verketten oder keinen einzelnen MID-Server angeben, der zu mehreren Clustern gehört.

Verteilte MID-Server-Cluster für Operational Intelligence

Die Verteilt Der MID-Server-Clustertyp wird ausschließlich in Operational Intelligence verwendet, das Ereignismanagement-Ereignisse analysiert und Anomaliewarnungen generiert. Diese MID-Server kommunizieren miteinander, um die Arbeitsauslastung zu verteilen und auszugleichen. Weitere Informationen finden Sie unter Verteilte MID-Server-Cluster für Operational Intelligence

Manager Für Intelligente Arbeitsauslastung

Mit Smart Workload Manager weist eine Anwendung MID-Servern Aufträge basierend auf der tatsächlichen Last zu. Die Anwendung verwendet möglicherweise eine clusterbasierte MID-Server-Auswahl. In Fällen, in denen einige MID-Server im Cluster Aufträge langsam verarbeiten, werden den MID-Servern, die Datensätze schneller verarbeiten, weitere Aufträge zugewiesen.

Die Instanz kennt einzelne MID-Server im Cluster und ihre Arbeitsauslastungskapazität. Arbeitszuweisungen werden basierend auf den Echtzeit-Leistungs- und Metrikdaten jedes MID-Servers dynamisch verteilt. Durch Berücksichtigung wichtiger Faktoren wie die aktuelle Größe der Aufgabenwarteschlange, Verarbeitungsgeschwindigkeit und Systemlast werden Aufgaben effizienter zugewiesen, um eine Überlastung einzelner Server zu verhindern und die allgemeine Systemstabilität zu verbessern. MID-Server mit geringerer Arbeitsauslastung und höherer Verarbeitungsgeschwindigkeit erhalten mehr Aufgaben.

Kombination von Legacy-Clustern

Die Kombination von MID-Server-Clustern ist nur zur Verwendung mit Legacy-Auswahlmethoden vorgesehen. Ein MID-Server kann zu beiden Cluster-Typen gleichzeitig hinzugefügt werden. Dieses Diagramm zeigt ein Szenario, in dem ein MID-Server aus einem Lastenausgleichs-Cluster (MID-Server D) auch in einem Failover-Cluster vorhanden ist. Wenn der MID-Server D ausfällt, steht der MID-Server E im Failover-Cluster dem Lastenausgleichs-Cluster zur Verfügung, um die zuvor dem MID-Server D zugewiesenen Aufgaben auszuführen.