File: servicechecks.html

package info (click to toggle)
icinga 1.14.2%2Bds-3
  • links: PTS, VCS
  • area: main
  • in suites: buster
  • size: 49,264 kB
  • sloc: ansic: 108,564; sql: 9,656; sh: 4,945; perl: 3,439; makefile: 1,213; php: 581; xml: 104
file content (187 lines) | stat: -rw-r--r-- 11,145 bytes parent folder | download
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
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>5.5. Service-Prüfungen (Service Checks)</title>
<link rel="stylesheet" href="../stylesheets/icinga-docs.css" type="text/css">
<meta name="generator" content="DocBook XSL Stylesheets V1.75.1">
<meta name="keywords" content="Supervision, Icinga, Nagios, Linux">
<link rel="home" href="index.html" title="Icinga Version 1.14 Dokumentation">
<link rel="up" href="ch05.html" title="Kapitel 5. Die Grundlagen">
<link rel="prev" href="hostchecks.html" title="5.4. Host-Prüfungen (Host checks)">
<link rel="next" href="activechecks.html" title="5.6. Aktive Prüfungen (Active Checks)">
<script src="../js/jquery-min.js" type="text/javascript"></script><script src="../js/icinga-docs.js" type="text/javascript"></script>
</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">5.5. Service-Prüfungen (Service Checks)</th></tr>
<tr>
<td width="20%" align="left">
<a accesskey="p" href="hostchecks.html">Zurück</a> </td>
<th width="60%" align="center">Kapitel 5. Die Grundlagen</th>
<td width="20%" align="right"> <a accesskey="n" href="activechecks.html">Weiter</a>
</td>
</tr>
</table>
<hr>
</div>
<div class="section" title="5.5. Service-Prüfungen (Service Checks)">
<div class="titlepage"><div><div><h2 class="title" style="clear: both">
<a name="servicechecks"></a>5.5. Service-Prüfungen (Service Checks)</h2></div></div></div>
<div class="toc"><dl>
<dt><span class="section">5.5.1. <a href="servicechecks.html#introduction">Einführung</a></span></dt>
<dt><span class="section">5.5.2. <a href="servicechecks.html#when">Wann werden Service-Prüfungen durchgeführt?</a></span></dt>
<dt><span class="section">5.5.3. <a href="servicechecks.html#dependencieschecks">Abhängigkeiten und Prüfungen</a></span></dt>
<dt><span class="section">5.5.4. <a href="servicechecks.html#parallelization">Parallelisierung von Service-Prüfungen</a></span></dt>
<dt><span class="section">5.5.5. <a href="servicechecks.html#servicestates">Service-Zustände</a></span></dt>
<dt><span class="section">5.5.6. <a href="servicechecks.html#servicestatedetermination">Service-Statusermittlung</a></span></dt>
<dt><span class="section">5.5.7. <a href="servicechecks.html#servicestatechanges">Service-Statusänderungen</a></span></dt>
<dt><span class="section">5.5.8. <a href="servicechecks.html#servicestatestale">Service-Zustand ist "stale"</a></span></dt>
</dl></div>
  

  <div class="section" title="5.5.1. Einführung">
<div class="titlepage"><div><div><h3 class="title">
<a name="introduction"></a>5.5.1. Einführung</h3></div></div></div>
    

    <p>Die grundlegenden Tätigkeiten von Service-Prüfungen werden hier beschrieben...</p>
  </div>

  <div class="section" title="5.5.2. Wann werden Service-Prüfungen durchgeführt?">
<div class="titlepage"><div><div><h3 class="title">
<a name="when"></a>5.5.2. Wann werden Service-Prüfungen durchgeführt?</h3></div></div></div>
    

    <p>Services werden durch den Icinga-Daemon geprüft</p>

    <div class="itemizedlist"><ul class="itemizedlist" type="disc">
<li class="listitem">
        <p>in regelmäßigen Intervallen, wie sie durch die <span class="emphasis"><em>check_interval</em></span> und
        <span class="emphasis"><em>retry_interval</em></span>-Optionen in Ihren <a class="link" href="objectdefinitions.html#objectdefinitions-service">Service-Definitionen</a>
        festgelegt sind.</p>
      </li>
<li class="listitem">
        <p>nach Bedarf bei <a class="link" href="dependencychecks.html" title="7.20. Vorausschauende Abhängigkeitsprüfungen">vorausschauende Host-Abhängigkeitsprüfungen</a>.</p>
      </li>
</ul></div>

    <p>Prüfungen nach Bedarf werden als Teil der <a class="link" href="dependencychecks.html" title="7.20. Vorausschauende Abhängigkeitsprüfungen">vorausschauenden
    Service-Abhängigkeitsprüfung</a>s-Logik durchgeführt. Diese Prüfungen helfen sicherzustellen, dass die Abhängigkeitslogik so genau
    wie möglich ist. Falls Sie die <a class="link" href="objectdefinitions.html#objectdefinitions-servicedependency">Service-Abhängigkeiten</a> nicht nutzen, wird
    Icinga keine Service-Prüfungen nach Bedarf durchführen.</p>

    <p><span class="bold"><strong>zwischengespeicherte Service-Prüfungen</strong></span> (cached service checks)</p>

    <p>Die Performance von Service-Prüfungen nach Bedarf kann signifikant durch den Einsatz von "cached checks" erhöht werden, die es
    Icinga erlauben, auf eine Service-Prüfung zu verzichten, wenn es feststellt, dass ein relativ frisches Prüfungsergebnis genügt.
    Cached checks werden nur dann einen Performance-Gewinn ergeben, wenn Sie <a class="link" href="objectdefinitions.html#objectdefinitions-servicedependency">Service-Abhängigkeiten</a> nutzen. Mehr Informationen zu "cached checks" finden Sie
    <a class="link" href="cachedchecks.html" title="7.21. Zwischengespeicherte Prüfungen">hier</a>.</p>
  </div>

  <div class="section" title="5.5.3. Abhängigkeiten und Prüfungen">
<div class="titlepage"><div><div><h3 class="title">
<a name="dependencieschecks"></a>5.5.3. Abhängigkeiten und Prüfungen</h3></div></div></div>
    

    <p>Sie können <a class="link" href="objectdefinitions.html#objectdefinitions-servicedependency">Service-Ausführungs-Abhängigkeiten</a> definieren, die
    Icinga von der Statusprüfung eines Service abhalten in Abhängigkeit vom Status ein oder mehrerer anderer Services. Mehr
    Informationen zu Abhängigkeiten finden Sie <a class="link" href="dependencies.html" title="7.13. Host- und Service-Abhängigkeiten">hier</a>.</p>
  </div>

  <div class="section" title="5.5.4. Parallelisierung von Service-Prüfungen">
<div class="titlepage"><div><div><h3 class="title">
<a name="parallelization"></a>5.5.4. Parallelisierung von Service-Prüfungen</h3></div></div></div>
    

    <p>Geplante Service-Prüfungen laufen parallel. Wenn Icinga eine geplante Service-Prüfung ausführt, wird es die Service-Prüfung
    veranlassen und dann zu anderen Arbeiten zurückkehren (Host-Prüfungen ausführen, etc.). Die Service-Prüfung läuft in einem Kind-Prozess,
    der vom Haupt-Icinga-Prozess aufgerufen wird ("fork()ed"). Wenn die Service-Prüfung beendet ist, wird der Kind-Prozess den
    Haupt-Icinga-Prozess (seinen Eltern-Prozess) über das Ergebnis informieren. Der Haupt-Icinga-Prozess wird dann das
    Prüfungsergebnis behandeln und geeignete Aktionen durchführen (Eventhandler starten, Benachrichtigungen senden, usw.).</p>

    <p>Service-Prüfungen nach Bedarf laufen ebenfalls parallel, falls notwendig. Wie bereits vorher erwähnt kann Icinga auf die
    eigentliche Ausführung einer Service-Prüfung nach Bedarf verzichten, wenn es das gespeicherte Ergebnis einer relativ frischen
    Service-Prüfung benutzen kann.</p>
  </div>

  <div class="section" title="5.5.5. Service-Zustände">
<div class="titlepage"><div><div><h3 class="title">
<a name="servicestates"></a>5.5.5. Service-Zustände</h3></div></div></div>
    

    <p>Services, die geprüft werden, können in einem von vier unterschiedlichen Zuständen sein</p>

    <div class="itemizedlist"><ul class="itemizedlist" type="disc">
<li class="listitem">
        <p>OK</p>
      </li>
<li class="listitem">
        <p>WARNING</p>
      </li>
<li class="listitem">
        <p>UNKNOWN</p>
      </li>
<li class="listitem">
        <p>CRITICAL</p>
      </li>
</ul></div>
  </div>

  <div class="section" title="5.5.6. Service-Statusermittlung">
<div class="titlepage"><div><div><h3 class="title">
<a name="servicestatedetermination"></a>5.5.6. Service-Statusermittlung</h3></div></div></div>
    

    <p>Service-Prüfungen werden mit Hilfe von <a class="link" href="plugins.html" title="5.1. Icinga Plugins">Plugins</a> durchgeführt, die den Status OK, WARNING, UNKNOWN
    oder CRITICAL zurückliefern können. Diese Return-Codes der Plugins werden direkt in die Service-Zustände übersetzt. Beispielsweise wird
    das WARNING-Ergebnis eines Plugins zu einem WARNING-Status eines Service führen.</p>
  </div>

  <div class="section" title="5.5.7. Service-Statusänderungen">
<div class="titlepage"><div><div><h3 class="title">
<a name="servicestatechanges"></a>5.5.7. Service-Statusänderungen</h3></div></div></div>
    

    <p>Wenn Icinga den Status von Services prüft, ist es in der Lage festzustellen, wenn ein Service zwischen OK-, WARNING-,
    UNKNOWN- und CRITICAL-Zuständen wechselt und geeignete Maßnahmen ergreifen. Diese Zustandsänderungen resultieren in verschiedenen <a class="link" href="statetypes.html" title="5.8. Statustypen">Statustypen</a> (HARD oder SOFT), was zum Auslösen von <a class="link" href="eventhandlers.html" title="7.3. Eventhandler">Eventhandlern</a> und
    dem Versenden von <a class="link" href="notifications.html" title="5.11. Benachrichtigungen">Benachrichtigungen</a> führen kann. Service-Statusänderungen können auch zum Auslösen
    von <a class="link" href="hostchecks.html" title="5.4. Host-Prüfungen (Host checks)">Host-Prüfungen</a> nach Bedarf führen. Das Erkennen und Behandeln von Statusänderungen ist das, worum
    es sich bei Icinga handelt.</p>

    <p>Wenn Service-Statusänderungen zu oft erfolgen, werden sie als "flatternd" (flapping) angesehen. Icinga kann erkennen, wenn
    Services anfangen zu flattern, und kann Benachrichtigungen unterdrücken, bis das Flattern stoppt und sich der Service-Status
    stabilisiert. Mehr Informationen über die Erkennungslogik des Flatterns finden Sie <a class="link" href="flapping.html" title="7.8. Erkennung und Behandlung von Status-Flattern">hier</a>.</p>

    <a class="indexterm" name="idm139734670054416"></a>
  </div>

  <div class="section" title='5.5.8. Service-Zustand ist "stale"'>
<div class="titlepage"><div><div><h3 class="title">
<a name="servicestatestale"></a>5.5.8. Service-Zustand ist "stale"</h3></div></div></div>
    

    <p>Eine Erklärung finden Sie unter <a class="link" href="freshness.html#stale" title='7.5.5. "Check results ... are stale. Forcing an immediate check ...'>"Frische-Prüfungen / freshness"</a>.</p>
  </div>
</div>
<div class="navfooter">
<hr>
<table width="100%" summary="Navigation footer">
<tr>
<td width="40%" align="left">
<a accesskey="p" href="hostchecks.html">Zurück</a> </td>
<td width="20%" align="center"><a accesskey="u" href="ch05.html">Nach oben</a></td>
<td width="40%" align="right"> <a accesskey="n" href="activechecks.html">Weiter</a>
</td>
</tr>
<tr>
<td width="40%" align="left" valign="top">5.4. Host-Prüfungen (Host checks) </td>
<td width="20%" align="center"><a accesskey="h" href="index.html">Zum Anfang</a></td>
<td width="40%" align="right" valign="top"> 5.6. Aktive Prüfungen (Active Checks)</td>
</tr>
</table>
</div>
<P class="copyright">© 1999-2009 Ethan Galstad, 2009-2017 Icinga Development Team, https://www.icinga.com</P>
</body>
</html>