githubEdit

Push Metrics and Logs to Obol

Add credentials to help the Obol Team monitor the health of your cluster

circle-info

This is optional but encouraged, and does not confer any special privileges within Obol.

Metrics

Metrics are statistics that are gathered on a periodic basis and used to visualise the health and performance of your Charon node and DV cluster. These metrics power your local Grafana dashboard, as well as the hosted dashboards. Submitting metrics to the Obol Core team will allow you to see advanced performance analytics on Obol's hosted platform, as well as to opt into automated alerting whenever something goes wrong with your node.

This is for operators using the example repoarrow-up-right from our quickstart guide (or Lido equivalentarrow-up-right), and have been provided with Monitoring Credentials used to push Distributed Validator metrics to Obol's central Prometheus cluster to monitor, analyze, and improve their Distributed Validator Cluster's performance. (For example, this is necessary to participate in the Obol Technearrow-up-right credential program.)

Update the monitoring token in the .env file

  • Inside your .env file, uncomment the PROM_REMOTE_WRITE_TOKEN line by removing the # symbol.

  • Enter your monitoring token in the format shown below:

PROM_REMOTE_WRITE_TOKEN=your_monitoring_token

Save the .env file and restart Prometheus

Save the .env file, and run the docker compose up -d command, and prometheus will be restarted to apply the changes.

docker compose up -d
# Alternatively
docker compose restart prometheus

Logs

Metrics show the performance of a cluster, but sometimes, there is reason to go into deeper detail of a clusters runtime, by reviewing its logs. Sometimes logs from the Charon client alone are sufficient, but often times (for example in the case of a missed proposal), the logs from other parts of the stack are necessary to debug a situation (e.g. a MEV-sidecar and a beacon node).

An Obol core team member will give you a URL to send your logs to, and if feasible, sending all logs is preferable to sending only Charon logs. In custom deployments that might not be convenient or feasible, and sending only Charon logs may suffice. Follow the instructions below to configure automated log submission.

If you are using one of our Quickstartarrow-up-right reposarrow-up-right, you should uncomment the CHARON_LOKI_ADDRESSES environment variable, and save the URL provided to you by the Obol team as the value, you should also uncomment MONITORING=${MONITORING:-monitoring},monitoring-log-collector to enable the Alloyarrow-up-right container, which collects logs from all containers and submits them to Obol. Once you've saved these changes to your .env file, you should run docker compose up -d to (re)start the containers as needed.

Last updated

Was this helpful?