1.3 KiB
| title | weight |
|---|---|
| Does Mixer provide any self-monitoring? | 30 |
Mixer exposes a monitoring endpoint (default port: 9093). There are a few
useful paths to investigate Mixer performance and audit
function:
/metricsprovides Prometheus metrics on the Mixer process as well as gRPC metrics related to API calls and metrics on adapter dispatch./debug/pprofprovides an endpoint for profiling data in pprof format./debug/varsprovides an endpoint exposing server metrics in JSON format.
Mixer logs can be accessed via a kubectl logs command, as follows:
- For the
istio-policyservice:
{{< text bash >}}
kubectl -n istio-system logs(kubectl -n istio-system get pods -lapp=policy -o jsonpath='{.items[0].metadata.name}') -c mixer
{{< /text >}}
- For the
istio-telemetryservice:
{{< text bash >}}
kubectl -n istio-system logs(kubectl -n istio-system get pods -lapp=telemetry -o jsonpath='{.items[0].metadata.name}') -c mixer
{{< /text >}}
Mixer trace generation is controlled by command-line flags: trace_zipkin_url, trace_jaeger_url, and trace_log_spans. If
any of those flag values are set, trace data will be written directly to those locations. If no tracing options are provided, Mixer
will not generate any application-level trace information.