File: example-configs.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 (222 lines) | stat: -rw-r--r-- 10,780 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
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>12.4. Beispielkonfigurationen</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="ch12.html" title="Kapitel 12. IDOUtils">
<link rel="prev" href="configido.html" title="12.3. Konfiguration der IDOUtils">
<link rel="next" href="db_model.html" title="12.5. IDOUtils Database Model">
<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">12.4. Beispielkonfigurationen</th></tr>
<tr>
<td width="20%" align="left">
<a accesskey="p" href="configido.html">Zurück</a> </td>
<th width="60%" align="center">Kapitel 12. IDOUtils</th>
<td width="20%" align="right"> <a accesskey="n" href="db_model.html">Weiter</a>
</td>
</tr>
</table>
<hr>
</div>
<div class="section" title="12.4. Beispielkonfigurationen">
<div class="titlepage"><div><div><h2 class="title" style="clear: both">
<a name="example-configs"></a>12.4. Beispielkonfigurationen</h2></div></div></div>
<div class="toc"><dl>
<dt><span class="section">12.4.1. <a href="example-configs.html#singleserversingleinstance">Einzelner Server, einzelne Instanz</a></span></dt>
<dt><span class="section">12.4.2. <a href="example-configs.html#singleservermultipleinstance">Einzelner Server, mehrere Instanzen</a></span></dt>
<dt><span class="section">12.4.3. <a href="example-configs.html#singleserversingleinstancelogfile">Einzelner Server, einzelne Instanz, Log-Datei-Import</a></span></dt>
</dl></div>
  

  <div class="section" title="12.4.1. Einzelner Server, einzelne Instanz">
<div class="titlepage"><div><div><h3 class="title">
<a name="singleserversingleinstance"></a>12.4.1. Einzelner Server, einzelne Instanz</h3></div></div></div>
    

    <p>Die einfachste Konfiguration tritt auf, wenn in Ihrem Netzwerk eine einzelne Icinga-Instanz läuft. In diesem Fall ist die
    Installation und Konfiguration der einzelnen Komponenten ziemlich geradeaus.</p>

    <p>Das folgende Schaubild zeigt, wie die einzelnen Komponenten in diesem Einzelserver, Einzel-Icinga-Instanz-Aufbau
    zusammenspielen...</p>

    <div class="figure">
<a name="idm139734662815072"></a><p class="title"><b>Abbildung 12.11. Einzelserver, Einzelinstanz</b></p>
<div class="figure-contents">
      

      <div class="mediaobject"><img src="../images/fig11.png" alt="Einzelserver, Einzelinstanz"></div>
    </div>
</div>
<br class="figure-break">

    <p>Hier eine Beschreibung, was an jedem Punkt des Schaubilds passiert:</p>

    <div class="orderedlist"><ol class="orderedlist" type="1">
<li class="listitem">
        <p>Das IDOMOD-Modul wird mit einem Instanznamen "default" konfiguriert, weil es lediglich eine Icinga-Instanz im Netzwerk
        gibt.</p>
      </li>
<li class="listitem">
        <p>Während der Icinga-Daemon läuft und die üblichen Aufgaben zur Überwachung des Netzwerks ausführt, sendet das
        IDOMOD-Modul Konfigurationsdaten und Ereignisinformationen an den TCP- oder Unix-Domain-Socket, der durch den IDO2DB-Daemon angelegt
        wurde.</p>
      </li>
<li class="listitem">
        <p>Der IDO2DB-Daemon liest die Daten, die durch den Socket vom IDOMOD-Modul kommen.</p>
      </li>
<li class="listitem">
        <p>Der IDO2DB-Daemon verarbeitet und überträgt die Daten, die vom IDOMOD-Modul empfanden wurden.</p>
      </li>
<li class="listitem">
        <p>Die verarbeiteten Daten werden für spätere Abfragen und Verarbeitung in einer Datenbank gespeichert.</p>
      </li>
</ol></div>

    <p>Dieses Beispiel setzt voraus, dass:</p>

    <div class="orderedlist"><ol class="orderedlist" type="1">
<li class="listitem">
        <p>Icinga konfiguriert wurde, um das IDOMOD-Modul beim Start zu laden.</p>
      </li>
<li class="listitem">
        <p>Der IDO2DB-Daemon läuft (der ein separater, vom Icinga-Daemon unabhängiger, Prozess ist).</p>
      </li>
</ol></div>
  </div>

  <div class="section" title="12.4.2. Einzelner Server, mehrere Instanzen">
<div class="titlepage"><div><div><h3 class="title">
<a name="singleservermultipleinstance"></a>12.4.2. Einzelner Server, mehrere Instanzen</h3></div></div></div>
    

    <p>Eine weitere einfache Konfiguration kann genutzt werden, wenn Sie mehrere Icinga-Instanzen haben, die auf einem einzigen
    Server laufen. Installation und Konfiguration der verschiedenen Komponenten des IDOUtils-Addons ist ähnlich zum vorigen
    Beispiel.</p>

    <p>Das folgende Schaubild zeigt, wie die verschiedenen Komponenten in diesem "einzelner Server, mehrere
    Icinga-Instanzen"-Aufbau zusammenspielen...</p>

    <div class="figure">
<a name="idm139734662381920"></a><p class="title"><b>Abbildung 12.12. Einzelner Server, mehrere Instanzen</b></p>
<div class="figure-contents">
      

      <div class="mediaobject"><img src="../images/fig12.png" alt="Einzelner Server, mehrere Instanzen"></div>
    </div>
</div>
<br class="figure-break">

    <p>Sie werden bemerken, dass das obige Schaubild ähnlich zu dem "einzelner Server, einzelne Instanz"-Aufbau ist. Der Hauptunterschied
    besteht darin, dass es nun drei (3) verschiedene Icinga-Daemons statt eines einzelnen gibt.</p>

    <div class="orderedlist"><ol class="orderedlist" type="1">
<li class="listitem">
        <p>Jeder Icinga-Daemon lädt das IDOMOD-Modul beim Start mit einem eindeutigen Instanznamen. In diesem Beispiel werden die
        Instanzen einfach "Icinga1", "Icinga2" und "Icinga3" benannt.</p>
      </li>
<li class="listitem">
        <p>Jedes IDOMOD-Modul sendet Konfigurationsdaten und Ereignisinformationen seiner Instanz des Icinga-Daemons an den TCP-
        oder Unix-Domain-Sockets, der vom IDO2DB-Daemon angelegt wurde.</p>
      </li>
<li class="listitem">
        <p>Der IDO2DB-Daemon liest die Daten, die durch den Socket von den drei IDOMOD-Modulen kommen.</p>
      </li>
<li class="listitem">
        <p>Der IDO2DB-Daemon verarbeitet und überträgt die Daten, die von den IDOMOD-Modules empfangen wurden.</p>
      </li>
<li class="listitem">
        <p>Die verarbeiteten Daten werden für spätere Abfragen und Verarbeitung in einer Datenbank gespeichert. Die Daten jeder
        Icinga-Instanz werden (mit Hilfe des eindeutigen Instanznamens) in der Datenbank getrennt voneinander gehalten.</p>
      </li>
</ol></div>
  </div>

  <div class="section" title="12.4.3. Einzelner Server, einzelne Instanz, Log-Datei-Import">
<div class="titlepage"><div><div><h3 class="title">
<a name="singleserversingleinstancelogfile"></a>12.4.3. Einzelner Server, einzelne Instanz, Log-Datei-Import</h3></div></div></div>
    

    <p>Es gibt zwei Gründe, warum Sie vielleicht Ihre Icinga-Log-Dateien in die gleiche Datenbank importieren möchte, die
    Icinga-Konfigurations- und Ereignisdaten enthält:</p>

    <div class="orderedlist"><ol class="orderedlist" type="1">
<li class="listitem">
        <p>Historische Log-Datei-Daten werden nicht automatisch in die Datenbank importiert und möglicherweise ist es wünschenswert,
        Einträge von Ereignisse zu haben, die vor der Implementierung des IDOUtils-Addon eintraten.</p>
      </li>
<li class="listitem">
        <p>Das IDOMOD-Modul ist nicht in der Lage, Echtzeit-Log-Einträge von direkt nach dem Start des Icinga-Daemon bis zum
        Zeitpunkt des Ladens des IDOMOD-Moduls durch den Icinga-Daemon zu verarbeiten. Diese "Blackout-Periode" ist unvermeidbar und
        führt zu Log-Einträgen wie "Icinga 1.0 starting...", die das IDOMOD-Modul nicht mitbekommt. Daher wird das Importieren der
        Logdateien des vorangegangenen Tages auf täglicher Basis (über einen cron-Job) empfohlen.</p>
      </li>
</ol></div>

    <div class="figure">
<a name="idm139734662368432"></a><p class="title"><b>Abbildung 12.13. Einzelner Server, einzelne Instanz, Log-Datei-Import</b></p>
<div class="figure-contents">
      

      <div class="mediaobject"><img src="../images/fig13.png" alt="Einzelner Server, einzelne Instanz, Log-Datei-Import"></div>
    </div>
</div>
<br class="figure-break">

    <p>Hier eine Beschreibung, was an jedem Punkt des Schaubilds passiert:</p>

    <div class="orderedlist"><ol class="orderedlist" type="1">
<li class="listitem">
        <p>Historische Icinga-Log-Dateien werden vom LOG2IDO-Utility gelesen.</p>
      </li>
<li class="listitem">
        <p>Das LOG2IDO-Utility verarbeitet den Inhalt der Log-Dateien und versieht sie mit dem Instanznamen "default". Dieser Instanzname
        muss mit dem Instanznamen übereinstimmen, der vom IDOMOD-Modul im Icinga-Daemon verwendet wird.</p>
      </li>
<li class="listitem">
        <p>Historische Log-Datei-Daten werden in einem Format an den TCP- oder Unix-Domain-Socket geschickt, das der IDO2DB-Daemon
        verstehen kann.</p>
      </li>
<li class="listitem">
        <p>Der IDO2DB-Daemon liest die Log-Datei-Daten vom TCP- oder Unix-Domani-Socket.</p>
      </li>
<li class="listitem">
        <p>Der IDO2DB-Daemon verarbeitet die Log-Datei-Daten.</p>
      </li>
<li class="listitem">
        <p>Historische Log-Datei-Daten werden für spätere Abfragen und Verarbeitung in einer Datenbank gespeichert. Der IDO2DB-Daemon
        wird einige Prüfungen durchführen, um das mehrfache importieren der gleichen historischen Log-Einträge zu verhindern, so dass der
        Aufruf des LOG2IDO-Utilitys mit den gleichen Dateien keine negativen Auswirkungen haben sollte.</p>
      </li>
</ol></div>

    <p>Das war's! Ziemlich einfach.</p>
  </div>
</div>
<div class="navfooter">
<hr>
<table width="100%" summary="Navigation footer">
<tr>
<td width="40%" align="left">
<a accesskey="p" href="configido.html">Zurück</a> </td>
<td width="20%" align="center"><a accesskey="u" href="ch12.html">Nach oben</a></td>
<td width="40%" align="right"> <a accesskey="n" href="db_model.html">Weiter</a>
</td>
</tr>
<tr>
<td width="40%" align="left" valign="top">12.3. Konfiguration der IDOUtils </td>
<td width="20%" align="center"><a accesskey="h" href="index.html">Zum Anfang</a></td>
<td width="40%" align="right" valign="top"> 12.5. IDOUtils Database Model</td>
</tr>
</table>
</div>
<P class="copyright">© 1999-2009 Ethan Galstad, 2009-2017 Icinga Development Team, https://www.icinga.com</P>
</body>
</html>