[DOCS] Remove soft line breaks (+) for Asciidoctor migration (#41600)

docs/reference/monitoring/collectors.asciidoc

@@ -24,66 +24,59 @@ avoid many unnecessary calls.
 |=======================
 | Collector       | Data Types | Description
 | Cluster Stats   | `cluster_stats`
-| Gathers details about the cluster state, including parts of
+| Gathers details about the cluster state, including parts of the actual cluster
-the actual cluster state (for example `GET /_cluster/state`) and statistics
+state (for example `GET /_cluster/state`) and statistics about it (for example,
-about it (for example, `GET /_cluster/stats`). This produces a single document
+`GET /_cluster/stats`). This produces a single document type. In versions prior
-type. In versions prior to X-Pack 5.5, this was actually three separate collectors
+to X-Pack 5.5, this was actually three separate collectors that resulted in
-that resulted in three separate types: `cluster_stats`, `cluster_state`, and
+three separate types: `cluster_stats`, `cluster_state`, and `cluster_info`. In
-`cluster_info`. In 5.5 and later, all three are combined into `cluster_stats`.
+5.5 and later, all three are combined into `cluster_stats`. This only runs on
-+
+the _elected_ master node and the data collected (`cluster_stats`) largely
-This only runs on the _elected_ master node and the data collected
+controls the UI. When this data is not present, it indicates either a
-(`cluster_stats`) largely controls the UI. When this data is not present, it
+misconfiguration on the elected master node, timeouts related to the collection
-indicates either a misconfiguration on the elected master node, timeouts related
+of the data, or issues with storing the data. Only a single document is produced
-to the collection of the data, or issues with storing the data. Only a single
+per collection.
-document is produced per collection.
 | Index Stats     | `indices_stats`, `index_stats`
 | Gathers details about the indices in the cluster, both in summary and
 individually. This creates many documents that represent parts of the index
-statistics output (for example, `GET /_stats`).
+statistics output (for example, `GET /_stats`). This information only needs to
-+
+be collected once, so it is collected on the _elected_ master node. The most
-This information only needs to be collected once, so it is collected on the
+common failure for this collector relates to an extreme number of indices -- and
-_elected_ master node. The most common failure for this collector relates to an
+therefore time to gather them -- resulting in timeouts. One summary
-extreme number of indices -- and therefore time to gather them -- resulting in
+`indices_stats` document is produced per collection and one `index_stats`
-timeouts. One summary `indices_stats` document is produced per collection and one
+document is produced per index, per collection.
-`index_stats` document is produced per index, per collection.
 | Index Recovery  | `index_recovery`
 | Gathers details about index recovery in the cluster. Index recovery represents
 the assignment of _shards_ at the cluster level. If an index is not recovered,
-it is not usable. This also corresponds to shard restoration via snapshots.
+it is not usable. This also corresponds to shard restoration via snapshots. This
-+
+information only needs to be collected once, so it is collected on the _elected_
-This information only needs to be collected once, so it is collected on the
+master node. The most common failure for this collector relates to an extreme
-_elected_ master node. The most common failure for this collector relates to an
+number of shards -- and therefore time to gather them -- resulting in timeouts.
-extreme number of shards -- and therefore time to gather them -- resulting in
+This creates a single document that contains all recoveries by default, which
-timeouts. This creates a single document that contains all recoveries by default,
+can be quite large, but it gives the most accurate picture of recovery in the
-which can be quite large, but it gives the most accurate picture of recovery in
+production cluster.
-the production cluster.
 | Shards          | `shards`
 | Gathers details about all _allocated_ shards for all indices, particularly
-including what node the shard is allocated to.
+including what node the shard is allocated to. This information only needs to be
-+
+collected once, so it is collected on the _elected_ master node. The collector
-This information only needs to be collected once, so it is collected on the
+uses the local cluster state to get the routing table without any network
-_elected_ master node. The collector uses the local cluster state to get the
+timeout issues unlike most other collectors. Each shard is represented by a
-routing table without any network timeout issues unlike most other collectors.
+separate monitoring document.
-Each shard is represented by a separate monitoring document.
 | Jobs            | `job_stats`
-| Gathers details about all machine learning job statistics (for example,
+| Gathers details about all machine learning job statistics (for example, `GET
-`GET /_ml/anomaly_detectors/_stats`).
+/_ml/anomaly_detectors/_stats`). This information only needs to be collected
-+
+once, so it is collected on the _elected_ master node. However, for the master
-This information only needs to be collected once, so it is collected on the
+node to be able to perform the collection, the master node must have
-_elected_ master node. However, for the master node to be able to perform the
+`xpack.ml.enabled` set to true (default) and a license level that supports {ml}.
-collection, the master node must have `xpack.ml.enabled` set to true (default)
-and a license level that supports {ml}.
 | Node Stats      | `node_stats`
 | Gathers details about the running node, such as memory utilization and CPU
-usage (for example, `GET /_nodes/_local/stats`).
+usage (for example, `GET /_nodes/_local/stats`). This runs on _every_ node with
-+
+{monitoring} enabled. One common failure results in the timeout of the node
-This runs on _every_ node with {monitoring} enabled. One common failure
+stats request due to too many segment files. As a result, the collector spends
-results in the timeout of the node stats request due to too many segment files.
+too much time waiting for the file system stats to be calculated until it
-As a result, the collector spends too much time waiting for the file system
+finally times out. A single `node_stats` document is created per collection.
-stats to be calculated until it finally times out. A single `node_stats`
+This is collected per node to help to discover issues with nodes communicating
-document is created per collection. This is collected per node to help to
+with each other, but not with the monitoring cluster (for example, intermittent
-discover issues with nodes communicating with each other, but not with the
+network issues or memory pressure).
-monitoring cluster (for example, intermittent network issues or memory pressure).
 |=======================
 
 {monitoring} uses a single threaded scheduler to run the collection of {es}