File: stalking.html

package info (click to toggle)
icinga 1.0.2-2%2Bsqueeze1
  • links: PTS, VCS
  • area: main
  • in suites: squeeze
  • size: 33,952 kB
  • ctags: 13,294
  • sloc: xml: 154,821; ansic: 99,198; sh: 14,585; sql: 5,852; php: 5,126; perl: 2,838; makefile: 1,268
file content (197 lines) | stat: -rw-r--r-- 9,946 bytes parent folder | download | duplicates (2)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>Status Stalking</title>
<meta name="generator" content="DocBook XSL Stylesheets V1.75.1">
<meta name="keywords" content="Supervision, Icinga, Icinga, Linux">
<link rel="home" href="index.html" title="Icinga Version 1.0.2 Dokumentation">
<link rel="up" href="ch06.html" title="Kapitel 6. Fortgeschrittene Themen">
<link rel="prev" href="dependencies.html" title="Host- und Service-Abhängigkeiten">
<link rel="next" href="perfdata.html" title="Performance-Daten">
</head>
<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
<CENTER><IMG src="../images/logofullsize.png" border="0" alt="Icinga" title="Icinga"></CENTER>
<div class="navheader">
<table width="100%" summary="Navigation header">
<tr><th colspan="3" align="center">Status Stalking</th></tr>
<tr>
<td width="20%" align="left">
<a accesskey="p" href="dependencies.html">Zurück</a> </td>
<th width="60%" align="center">Kapitel 6. Fortgeschrittene Themen</th>
<td width="20%" align="right"> <a accesskey="n" href="perfdata.html">Weiter</a>
</td>
</tr>
</table>
<hr>
</div>
<div class="section" title="Status Stalking">
<div class="titlepage"><div><div><h2 class="title" style="clear: both">
<a name="stalking"></a>Status Stalking</h2></div></div></div>
  

  <p><span class="bold"><strong>Einführung</strong></span></p>

  <p>Statusverfolgung ("state stalking") ist ein Feature, welches wahrscheinlich von den meisten Benutzern nicht eingesetzt
  wird. Wenn es aktiviert ist, erlaubt es Ihnen die Protokollierung von Änderungen bei Service- und Host-Prüfungen, selbst wenn
  sich der Zustand von Host oder Service nicht ändert. Wenn die Verfolgung für einen bestimmten Host oder Service aktiviert ist,
  wird Icinga den Host oder Service sehr genau beobachten und jede Änderung protokollieren, die es in der Ausgabe der
  Prüfergebnisse sieht. Wie Sie sehen werden, kann es sehr hilfreich bei der späteren Analyse der Log-Files sein.</p>

  <p><span class="bold"><strong>Wie funktioniert es?</strong></span></p>

  <p>Unter normalen Umständen wird das Ergebnis einer Host- oder Service-Prüfung nur protokolliert, wenn der Host oder Service
  seit der letzten Prüfung seinen Zustand geändert hat. Es gibt wenige Ausnahmen, aber normalerweise ist das die Regel.</p>

  <p>Wenn Sie die Verfolgung für einen oder mehrere Zustände eines bestimmten Hosts oder Service aktivieren, wird Icinga
  die Ergebnisse der Host- oder Service-Prüfung protokollieren, wenn sich die Ausgaben der Prüfung von den Ausgaben der letzten
  Prüfung unterscheiden. Nehmen Sie das folgende Beispiel von acht aufeinander folgenden Prüfungen eines Service:</p>

  <div class="informaltable">
    <table border="1">
<colgroup>
<col>
<col>
<col>
<col>
<col>
</colgroup>
<tbody>
<tr>
<td><p> <span class="bold"><strong>Service Check #:</strong></span> </p></td>
<td><p> <span class="bold"><strong>Service State:</strong></span> </p></td>
<td><p> <span class="bold"><strong>Service Check Output:</strong></span> </p></td>
<td><p> <span class="bold"><strong>Logged Normally</strong></span> </p></td>
<td><p> <span class="bold"><strong>Logged With Stalking</strong></span> </p></td>
</tr>
<tr>
<td><p>x</p></td>
<td><p>OK</p></td>
<td><p>RAID array optimal</p></td>
<td><p>-</p></td>
<td><p>-</p></td>
</tr>
<tr>
<td><p>x+1</p></td>
<td><p>OK</p></td>
<td><p>RAID array optimal</p></td>
<td><p>-</p></td>
<td><p>-</p></td>
</tr>
<tr>
<td><p>x+2</p></td>
<td><p>WARNING</p></td>
<td><p>RAID array degraded (1 drive bad, 1 hot spare rebuilding)</p></td>
<td><p> <span class="inlinemediaobject"><img src="../images/checkmark.png"></span> </p></td>
<td><p> <span class="inlinemediaobject"><img src="../images/checkmark.png"></span> </p></td>
</tr>
<tr>
<td><p>x+3</p></td>
<td><p>CRITICAL</p></td>
<td><p>RAID array degraded (2 drives bad, 1 host spare online, 1 hot spare rebuilding)</p></td>
<td><p> <span class="inlinemediaobject"><img src="../images/checkmark.png"></span> </p></td>
<td><p> <span class="inlinemediaobject"><img src="../images/checkmark.png"></span> </p></td>
</tr>
<tr>
<td><p>x+4</p></td>
<td><p>CRITICAL</p></td>
<td><p>RAID array degraded (3 drives bad, 2 hot spares online)</p></td>
<td><p>-</p></td>
<td><p> <span class="inlinemediaobject"><img src="../images/checkmark.png"></span> </p></td>
</tr>
<tr>
<td><p>x+5</p></td>
<td><p>CRITICAL</p></td>
<td><p>RAID array failed</p></td>
<td><p>-</p></td>
<td><p> <span class="inlinemediaobject"><img src="../images/checkmark.png"></span> </p></td>
</tr>
<tr>
<td><p>x+6</p></td>
<td><p>CRITICAL</p></td>
<td><p>RAID array failed</p></td>
<td><p>-</p></td>
<td><p>-</p></td>
</tr>
<tr>
<td><p>x+7</p></td>
<td><p>CRITICAL</p></td>
<td><p>RAID array failed</p></td>
<td><p>-</p></td>
<td><p>-</p></td>
</tr>
</tbody>
</table>
  </div>

  <p>Bei dieser Reihenfolge von Prüfungen würden Sie normalerweise nur zwei Einträge dieser Katastrophe sehen. Der erste würde
  bei Prüfung x+2 auftreten, wenn der Service von einem OK- in einen WARNING-Zustand wechselt. Der zweite Log-Eintrag würde bei
  Service-Prüfung x+3 auftreten, wenn der Service von einem WARNING- in einen CRITICAL-Zustand wechselt.</p>

  <p>Aus welchem Grund auch immer möchten Sie die komplette Geschichte dieser Katastrophe in Ihren Log-Dateien sehen.
  Vielleicht, um Ihrem Manager zu zeigen, wie schnell die Situation außer Kontrolle geriet, vielleicht nur, um bei ein paar Bier
  in der Kneipe darüber zu lachen...</p>

  <p>Wenn Sie die Verfolgung dieses Services für CRITICAL-Zustände aktiviert haben, hätten Sie zusätzlich zu den Ereignissen
  x+2 und x+3 auch noch x+4 und x+5 protokolliert. Warum ist das so? Mit aktivierter Verfolgung hätte Icinga die Ausgaben
  jeder Service-Prüfung untersucht, um Veränderungen zur Ausgabe der vorherigen Prüfung festzustellen. Wenn sich die Ausgaben
  unterscheiden und sich der Zustand des Service zwischen den beiden Prüfungen nicht verändert hat, würde die Ausgabe der neueren
  Prüfung protokolliert.</p>

  <p>Ein ähnliches Beispiel für die Verfolgung könnte ein Service sein, der Ihren Web-Server prüft. Wenn das check_http-Plugin
  das erste Mal einen WARNING-Zustand wegen eines 404-Fehlers zurückliefert und bei folgenden Prüfungen einen WARNING-Zustand
  wegen eines nicht gefundenen Musters zurückliefert, dann möchten Sie das vielleicht wissen. Wenn Sie die Statusverfolgung für
  WARNING-Zustände nicht aktiviert haben, würde nur das erste WARNING-Ereignis (der 404-Fehler) protokolliert und Sie hätten keine
  Ahnung (beim Blick auf archivierte Protokolle), dass weitere WARNING-Zustände nicht auf dem 404-Fehler zurückzuführen sind,
  sondern dass bestimmte Textmuster nicht in der untersuchten Web-Seite zu finden waren.</p>

  <p><span class="bold"><strong>Sollte ich die Verfolgung aktivieren?</strong></span></p>

  <p>Zuerst müssen Sie entscheiden, ob Sie wirklich Bedarf zur Untersuchung archivierter Protokolldaten haben, um die genaue
  Ursache eines Problems zu finden. Sie können entscheiden, dass Sie dieses Feature für ein paar Hosts oder Services brauchen,
  aber nicht für alle. Sie können auch feststellen, dass Sie die Verfolgung nur für einige Host- oder Service-Zustände brauchen,
  statt für alle. Sie könnten z.B. entscheiden, dass Sie die Verfolgung nur für die WARNING- und CRITICAL-Zustände eines Service
  benötigen, aber nicht OK- und UNKNOWN-Zustände.</p>

  <p>Die Entscheidung, die Verfolgung für einen bestimmten Host oder Service zu aktivieren, hängt auch vom Plugin ab, das Sie
  zur Prüfung des Hosts oder Service einsetzen.</p>

  <p><span class="bold"><strong>Wie aktiviere ich die Verfolgung?</strong></span></p>

  <p>Sie können die Verfolgung für Hosts und Services durch die <span class="emphasis"><em>stalking_options</em></span>-Direktive in den <a class="link" href="configobject.html" title="Überblick Objektkonfiguration">Host- und Service-Definitionen</a> aktivieren.</p>

  <p><span class="bold"><strong>Wie unterschieden sich Verfolgung und "flüchtige Services"?</strong></span></p>

  <p><a class="link" href="volatileservices.html" title="sprunghafte Services">Flüchtige Services</a> (volatile services) sind ähnlich, aber sie verursachen
  Benachrichtigungen und führen Eventhandler aus. Die Verfolgung dient lediglich der Protokollierung.</p>

  <p><span class="bold"><strong>Risiken</strong></span></p>

  <p>Sie sollten beachten, dass es einige potenzielle Fallstricke bei der Aktivierung von Verfolgungen gibt. Sie beziehen sich
  alle auf die Berichtsfunktionen, die in verschiedenen <a class="link" href="cgis.html" title="Informationen über die CGIs">CGIs</a> zu finden sind (Histogramm,
  Alarmübersicht, usw.). Weil die Statusverfolgung zusätzliche Alarmeinträge schreibt, werden die Berichte eine erhöhte Anzahl von
  Alarmen anzeigen.</p>

  <p>Als generelle Regel würden wir empfehlen, dass Sie die Verfolgung für Hosts und Services <span class="emphasis"><em>nicht</em></span>
  aktivieren, ohne gründlich darüber nachgedacht zu haben. Auf jeden Fall ist sie da, wenn Sie sie brauchen.</p>
  <a class="indexterm" name="id5601145"></a>
</div>
<div class="navfooter">
<hr>
<table width="100%" summary="Navigation footer">
<tr>
<td width="40%" align="left">
<a accesskey="p" href="dependencies.html">Zurück</a> </td>
<td width="20%" align="center"><a accesskey="u" href="ch06.html">Nach oben</a></td>
<td width="40%" align="right"> <a accesskey="n" href="perfdata.html">Weiter</a>
</td>
</tr>
<tr>
<td width="40%" align="left" valign="top">Host- und Service-Abhängigkeiten </td>
<td width="20%" align="center"><a accesskey="h" href="index.html">Zum Anfang</a></td>
<td width="40%" align="right" valign="top"> Performance-Daten</td>
</tr>
</table>
</div>
<P class="copyright">© 2009-2010 Icinga Development Team, http://www.icinga.org</P>
</body>
</html>