Doc updates for internal collectors

Fixes #11789
This commit is contained in:
Karen Metts 2020-04-14 16:39:27 -04:00
parent ee2d819d44
commit b67ffceb53
2 changed files with 6 additions and 5 deletions

View file

@ -96,8 +96,6 @@ host, and select **Monitoring** from the side navigation. Metrics reported from
your Logstash nodes should be visible in the Logstash section. When security is
enabled, you must log in to {kib} as a user who has the `kibana_user` and
`monitoring_user` roles.
+
image::images/monitoring-ui.png["Monitoring",link="monitoring/images/monitoring-ui.png"]
include::../settings/monitoring-settings.asciidoc[]
@ -112,9 +110,7 @@ Monitoring {ls} with internal collectors uses these components:
These pieces live outside of the default Logstash pipeline in a dedicated
monitoring pipeline. This configuration ensures that all data and processing has
a minimal impact on ordinary Logstash processing. Existing Logstash features,
such as the <<plugins-outputs-elasticsearch,`elasticsearch` output>>, can be
reused to benefit from its retry policies.
a minimal impact on ordinary Logstash processing.
NOTE: The `elasticsearch` output for Logstash monitoring is configured
exclusively through settings in `logstash.yml`.

View file

@ -28,6 +28,8 @@ the following default configuration is used:
monitoring.elasticsearch.hosts: [ "http://localhost:9200" ]
---------------------------------------------------
//TODO: Verify the following sentence:
All data produced by Logstash monitoring is indexed in the monitoring
cluster by using the `.monitoring-logstash` template, which is managed by the
{ref}/es-monitoring-exporters.html[exporters] within {es}.
@ -36,6 +38,9 @@ If you are working with a cluster that has {security-features} enabled, extra
steps are necessary to properly configure Logstash. For more information, see
<<configuring-logstash>>.
//TODO: Verify the following sentence:
IMPORTANT: When discussing security relative to the `elasticsearch` output,
remember that all users are managed on the production cluster, which is
identified in the `monitoring.elasticsearch.hosts` setting. This is particularly