You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Updates the docs around metrics gathering to include necessary NetworkPolicy, fixes some errors in the ServiceMonitor yaml for securityContext and catalogd labels, and makes the example curl commands easier to execute.
Signed-off-by: Daniel Franz <[email protected]>
Copy file name to clipboardExpand all lines: docs/draft/howto/consuming-metrics.md
+44-23Lines changed: 44 additions & 23 deletions
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,7 @@ The following procedure is provided as an example for testing purposes. Do not d
6
6
7
7
In OLM v1, you can use the provided metrics with tools such as the [Prometheus Operator][prometheus-operator]. By default, Operator Controller and catalogd export metrics to the `/metrics` endpoint of each service.
8
8
9
-
You must grant the necessary permissions to access the metrics by using [role-based access control (RBAC) polices][rbac-k8s-docs].
9
+
You must grant the necessary permissions to access the metrics by using [role-based access control (RBAC) polices][rbac-k8s-docs]. You will also need to create a `NetworkPolicy` to allow egress traffic from your scraper pod, as the OLM namespace by default allows only `catalogd` and `operator-controller` to send and receive traffic.
10
10
Because the metrics are exposed over HTTPS by default, you need valid certificates to use the metrics with services such as Prometheus.
11
11
The following sections cover enabling metrics, validating access, and provide a reference of a `ServiceMonitor`
12
12
to illustrate how you might integrate the metrics with the [Prometheus Operator][prometheus-operator] or other third-part solutions.
0 commit comments