Fallstudie 7: Serverleistung

Implementierungshandbuch › Beispiele für Fallstudien › Beispiele für die Datenmodellierung › Fallstudie 7: Serverleistung

Fallstudie 7: Serverleistung

Dies ist eine typische Fallstudie zur Serverleistung.

Die folgende Datenquellenstruktur ist vorgegeben:

Anzeige	Server	Maß	Timestamp
Verfügbarkeit	Appserv01	1	03.01.2001 07:44
Antwortzeit	Appserv01	354,6	03.01.2001 09:58
CPU-Auslastung	Dbserv02	83 %	03.01.2001 12:12
Verfügbarkeit	Appserv01	0	03.01.2001 14:26
CPU-Auslastung	Dbserv02	94,30 %	03.01.2001 16:40
Kapazität	Firewall01	10 %	03.01.2001 18:54
Antwortzeit	Dbserv02	476,89	03.01.2001 21:08
Verfügbarkeit	Appserv02	1	03.01.2001 21:24
Antwortzeit	Appserv01	774,4	03.01.2001 21:48
CPU-Auslastung	Dbserv01	83 %	03.01.2001 21:52

Neben dem oben genannten gibt es folgende Berechnungsanforderungen:

Berechnen Sie die %-Verfügbarkeit von jedem Anwendungsserver.

Die Verfügbarkeit von jedem Server sollte gesondert berechnet werden. Um die Verfügbarkeit eines einzelnen Servers zu berechnen, ist es notwendig, nur Events für diesen bestimmten Server zu empfangen. Darüber hinaus enthalten die Datenquellen andere Leistungsindikatoren, die nicht relevant für die Verfügbarkeitsberechnungen sind (Antwortzeit, Kapazität usw.). Daher müssen die Verfügbarkeitsindikatoren sowie der entsprechende Server gefiltert werden.

Da es sich bei den Filterkriterien in CA Business Service Insight um den Event-Typ und die Ressourcen handeln, müssen Sie die Filterkriterien von den Datenquellwerten in eine Ressourcen- und Event-Typ-Definition übersetzen.

In diesem Fall ist der Indikator ein idealer Wert, um ihn in CA Business Service Insight als Event-Typ zu übersetzen, da er den Typ des Events logisch beschreibt. Es gibt eine begrenzte Anzahl von Typen, wie z. B. Verfügbarkeit, Antwortzeit, Kapazität und CPU-Auslastung. Dies bedeutet, dass die Registrierung bei den Metriken, die die Verfügbarkeit des Servers berechnen, für den Verfügbarkeits-Event-Typ erfolgt.

Wenn es in diesem Fall eine Vielzahl von Servern gibt und es notwendig ist, die Verfügbarkeit von jedem Server zu berechnen, folgt daraus, dass jeder Server als eine Ressource definiert werden muss. Sie muss dann in einer Ressourcengruppe zusammengefasst werden und die Metrik wird über diese Ressourcengruppe geclustert.

Vorgeschlagene Modellierung:

Event-Name	Verfügbarkeits-Event.
Verhalten	Als Änderung des Status von 0 oder 1 angegeben.
Zeitstempelfeld	Zeitstempel (das einzige Zeitfeld in der Datenquelle).
Ressourcenfeld	Server (jeder Server, der in der Datenquelle vorhanden ist, wird in eine CA Business Service Insight-Ressource übersetzt).
Event-Typ-Feld	Indikator (jeder der Werte in diesem Feld wird in CA Business Service Insight in ein Event-Typ übersetzt. Es gibt vier Event-Typen).
Datenfelder	Messwert ist 0 oder 1 (nur für Verfügbarkeitsdatensätze).

Die folgenden Ressourcenzuordnungen sollten festgelegt werden:

Ressourcentyp-Attribut	Anwendungsserver
Zuordnung zu Vertragspartei	Jeder Anwendungsserver wird der Vertragspartei zugewiesen, bei der der entsprechende Server seine Anwendung ausführt. Dies ermöglicht eine Registrierung über die Vertragspartei, die dementsprechend alle Server abruft.
Zuordnung zu Service	Siehe oben.
Zuordnung zu Ressourcengruppe	Optional. Es ist üblicherweise notwendig, Ressourcen zu gruppieren, für die ein Clustering erforderlich ist.

Und schließlich basierend auf allen oben genannten Definitionen:

Registrierung über

Bei der geclusterten Metrik, die die Verfügbarkeit von jedem Server einzeln berechnet, erfolgt die Registrierung über die Ressource.

Um den obigen Anforderung entsprechen zu können, wird das folgende Kriterium hinzugefügt:

Berechnen Sie die durchschnittliche Antwortzeit der Anwendungsserver für jede Vertragspartei gesondert.

Für diese Anforderung ist es notwendig, Antwortzeiten-Events für alle Anwendungsserver zu empfangen, die Teil der Gruppe von Servern sind, die Anwendungen für die bestimmte Vertragspartei ausführen. Die Antwortzeit-Events werden empfangen, indem der Event-Typ registriert wird, der vom Angabefeld mit dem Wert "Antwortzeit" erstellt wurde. So wird gewährleistet, dass nur Events empfangen werden, die die Antwortzeiten der Server melden.

Um nur die Events zu empfangen, die über die relevanten Server einer bestimmten Vertragspartei berichten, müssen die Ressourcen durch die Vertragspartei-Zuordnung folgendermaßen registriert werden:

Eine Ressource kann mehr als einer einzelnen Vertragspartei, einem Service oder einer Gruppe zugewiesen werden. Daher kann es vorkommen, dass ein Event, das zur Berechnung der Antwortzeit als Teil der Vertrags mit Vertragspartei A gesendet wurde, auch Teil der Berechnungen für Vertragspartei B ist.