ceilometer: add reference to event_pipeline

event_pipeline.yaml file was added to ceilometer in Kilo to control
processing of events. this patch adds reference to it and explains
how it works.

Change-Id: Ic58aa7cda907672dca66752f6bb2ba72804cc8d1
Closes-Bug: #1436484
This commit is contained in:
gordon chung 2015-03-25 14:15:11 -04:00
parent 186bcaf23c
commit 60b7721f9a
2 changed files with 31 additions and 9 deletions

View File

@ -490,16 +490,17 @@
<xref linkend="section_telemetry-publishers"/>.</para>
<section xml:id="section_telemetry-pipeline-configuration">
<title>Pipeline configuration</title>
<para>Pipeline configuration by default, is stored in a separate configuration
file, called <filename>pipeline.yaml</filename>, next to the
<filename>ceilometer.conf</filename> file. The pipeline
configuration file can be set in the <option>pipeline_cfg_file</option>
parameter listed in the <link xlink:href=
<para>Pipeline configuration by default, is stored in separate configuration
files, called <filename>pipeline.yaml</filename> and
<filename>event_pipeline.yaml</filename>, next to the
<filename>ceilometer.conf</filename> file. The meter pipeline and event pipeline
configuration files can be set by the <option>pipeline_cfg_file</option>
and <option>event_pipeline_cfg_file</option> parameters listed in the <link xlink:href=
"http://docs.openstack.org/juno/config-reference/content/ch_configuring-openstack-telemetry.html"
>Description of configuration options for api table</link> section in the
<citetitle>OpenStack Configuration Reference</citetitle>. Multiple chains
<citetitle>OpenStack Configuration Reference</citetitle> respectively. Multiple pipelines
can be defined in one pipeline configuration file.</para>
<para>The chain definition looks like the following:</para>
<para>The meter pipeline definition looks like the following:</para>
<programlisting>---
sources:
- name: 'source name'
@ -610,9 +611,22 @@ sinks:
<td>unit_conversion</td>
</tr>
</tbody>
</table>
</table>
<para>The publishers section contains the list of publishers, where the samples data should
be sent after the possible transformations.</para>
<para>Similarly, the event pipeline definition looks like the following:</para>
<programlisting>---
sources:
- name: 'source name'
events:
- 'event filter'
sinks
- 'sink name'
sinks:
- name: 'sink name'
publishers:
- 'list of publishers'</programlisting>
<para>The event filter uses the same filtering logic as the meter pipeline.</para>
<section xml:id="section_telemetry-pipeline-transformers">
<title>Transformers</title>
<para>The definition of transformers can contain the following fields:</para>

View File

@ -36,7 +36,15 @@
samples generated by the Telemetry module</para>
<programlisting language="ini"><xi:include parse="text" href="http://git.openstack.org/cgit/openstack/ceilometer/plain/etc/ceilometer/pipeline.yaml?h=stable/juno"/></programlisting>
</section>
<!-- TODO(gordc): add event_pipeline.yaml for kilo -->
<section xml:id="section_event_pipeline.yaml">
<title>event_pipeline.yaml</title>
<para>Event pipelines describe a coupling between notification event_types
and the corresponding sinks for publication of the event data. They are
defined in the <filename>event_pipeline.yaml</filename> file.</para>
<para>This file can be modified to adjust which notifications to capture and the
and where to publish the events.</para>
<programlisting language="ini"><xi:include parse="text" href="http://git.openstack.org/cgit/openstack/ceilometer/plain/etc/ceilometer/event_pipeline.yaml"/></programlisting>
</section>
<section xml:id="section_ceilometer-policy.json">
<title>policy.json</title>
<para>The <filename>policy.json</filename> file defines additional