|
|
|
@ -248,6 +248,10 @@ http_sd_configs:
|
|
|
|
|
kubernetes_sd_configs:
|
|
|
|
|
[ - <kubernetes_sd_config> ... ]
|
|
|
|
|
|
|
|
|
|
# List of Kuma service discovery configurations.
|
|
|
|
|
kuma_sd_configs:
|
|
|
|
|
[ - <kuma_sd_config> ... ]
|
|
|
|
|
|
|
|
|
|
# List of Lightsail service discovery configurations.
|
|
|
|
|
lightsail_sd_configs:
|
|
|
|
|
[ - <lightsail_sd_config> ... ]
|
|
|
|
@ -1546,6 +1550,74 @@ for a detailed example of configuring Prometheus for Kubernetes.
|
|
|
|
|
You may wish to check out the 3rd party [Prometheus Operator](https://github.com/coreos/prometheus-operator),
|
|
|
|
|
which automates the Prometheus setup on top of Kubernetes.
|
|
|
|
|
|
|
|
|
|
### `<kuma_sd_config>`
|
|
|
|
|
|
|
|
|
|
Kuma SD configurations allow retrieving scrape target from the [Kuma](https://kuma.io) control plane.
|
|
|
|
|
|
|
|
|
|
This SD discovers "monitoring assignments" based on Kuma [Dataplane Proxies](https://kuma.io/docs/latest/documentation/dps-and-data-model),
|
|
|
|
|
via the MADS v1 (Monitoring Assignment Discovery Service) xDS API, and will create a target for each proxy
|
|
|
|
|
inside a Prometheus-enabled mesh.
|
|
|
|
|
|
|
|
|
|
The following meta labels are available for each target:
|
|
|
|
|
|
|
|
|
|
* `__meta_kuma_mesh`: the name of the proxy's Mesh
|
|
|
|
|
* `__meta_kuma_dataplane`: the name of the proxy
|
|
|
|
|
* `__meta_kuma_service`: the name of the proxy's associated Service
|
|
|
|
|
* `__meta_kuma_label_<tagname>`: each tag of the proxy
|
|
|
|
|
|
|
|
|
|
See below for the configuration options for Kuma MonitoringAssignment discovery:
|
|
|
|
|
|
|
|
|
|
```yaml
|
|
|
|
|
# Address of the Kuma Control Plane's MADS xDS server.
|
|
|
|
|
server: <string>
|
|
|
|
|
|
|
|
|
|
# The time to wait between polling update requests.
|
|
|
|
|
[ refresh_interval: <duration> | default = 30s ]
|
|
|
|
|
|
|
|
|
|
# The time after which the monitoring assignments are refreshed.
|
|
|
|
|
[ fetch_timeout: <duration> | default = 2m ]
|
|
|
|
|
|
|
|
|
|
# Optional proxy URL.
|
|
|
|
|
[ proxy_url: <string> ]
|
|
|
|
|
|
|
|
|
|
# TLS configuration.
|
|
|
|
|
tls_config:
|
|
|
|
|
[ <tls_config> ]
|
|
|
|
|
|
|
|
|
|
# Authentication information used to authenticate to the Docker daemon.
|
|
|
|
|
# Note that `basic_auth` and `authorization` options are
|
|
|
|
|
# mutually exclusive.
|
|
|
|
|
# password and password_file are mutually exclusive.
|
|
|
|
|
|
|
|
|
|
# Optional HTTP basic authentication information.
|
|
|
|
|
basic_auth:
|
|
|
|
|
[ username: <string> ]
|
|
|
|
|
[ password: <secret> ]
|
|
|
|
|
[ password_file: <string> ]
|
|
|
|
|
|
|
|
|
|
# Optional the `Authorization` header configuration.
|
|
|
|
|
authorization:
|
|
|
|
|
# Sets the authentication type.
|
|
|
|
|
[ type: <string> | default: Bearer ]
|
|
|
|
|
# Sets the credentials. It is mutually exclusive with
|
|
|
|
|
# `credentials_file`.
|
|
|
|
|
[ credentials: <secret> ]
|
|
|
|
|
# Sets the credentials with the credentials read from the configured file.
|
|
|
|
|
# It is mutually exclusive with `credentials`.
|
|
|
|
|
[ credentials_file: <filename> ]
|
|
|
|
|
|
|
|
|
|
# Optional OAuth 2.0 configuration.
|
|
|
|
|
# Cannot be used at the same time as basic_auth or authorization.
|
|
|
|
|
oauth2:
|
|
|
|
|
[ <oauth2> ]
|
|
|
|
|
|
|
|
|
|
# Configure whether HTTP requests follow HTTP 3xx redirects.
|
|
|
|
|
[ follow_redirects: <bool> | default = true ]
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
The [relabeling phase](#relabel_config) is the preferred and more powerful way
|
|
|
|
|
to filter proxies and user-defined tags.
|
|
|
|
|
|
|
|
|
|
### `<lightsail_sd_config>`
|
|
|
|
|
|
|
|
|
|
Lightsail SD configurations allow retrieving scrape targets from [AWS Lightsail](https://aws.amazon.com/lightsail/)
|
|
|
|
|