Skip to content

joacoc/DatadogOpenMetricsMaterialize

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

4 Commits
 
 
 
 
 
 
 
 

Repository files navigation

Materialize + Datadog

Screenshot 2023-02-01 at 12 53 41

Overview

This is a demo of how to use Datadog to monitor Materialize using the OpenMetrics standard.

Materialize collects information about its internal components in a public catalog, consumable by tools like Prometheus SQL Exporter, "a service that runs user-defined SQL queries at flexible intervals and exports the resulting metrics via HTTP for Prometheus consumption".

Datadog's OpenMetrics integration can consume from the Prometheus SQL Exporter endpoint and allows a way to monitor Materialize.

Datadog

Datadog

Prerequisites

Running the demo

  1. Start by cloning the demos repository and navigating to the datadog directory:

    git clone https://github.com/MaterializeInc/demos.git
    cd integrations/datadog
  2. Edit the config.yaml file and set your Materialize details under the connections key:

    connections:
    - "postgres://<USER>:<PASSWORD>@<HOST>:<PORT>/materialize"
  3. Edit the docker-compose.yaml file and set your Datadog API key:

    environment:
    - DD_API_KEY=${DD_API_KEY}
  4. Start the demo:

    docker-compose up -d
  5. Open your Datadog account and explore the materialize.* metrics.

Configuration overview

The config.yaml file contains the configuration for the Prometheus SQL exporter. Each job can have multiple configuration options, including:

  1. The connections section where you can configure the Prometheus SQL exporter to connect to multiple Materialize instances:
connections:
- "postgres://<USER>:<PASSWORD>@<HOST>:<PORT>/materialize"

You can change the interval at which the exporter queries Materialize by changing the interval value. The connections section contains the connection string for the Materialize instance.

  1. The queries section where you can configure the Prometheus SQL exporter to export metrics from Materialize:
queries:
- name: "replica_memory_usage"
    help: "Replica memory usage"
    labels:
    - "replica_name"
    - "cluster_id"
    values:
    - "memory_percent"
    query:  |
            SELECT
            name::text as replica_name,
            cluster_id::text as cluster_id,
            memory_percent::float as memory_percent
            FROM mz_cluster_replicas r join mz_internal.mz_cluster_replica_utilization u on r.id=u.replica_id;

The queries section contains all the queries that the Prometheus SQL exporter will run to export metrics from Materialize. For each query, you can define the following properties:

  • Name: This is the name of the metric that will be exported to Prometheus
  • Labels: These are the columns that will be used as labels in the exported metric
  • Values: These are the columns that will be used as values in the exported metric
  • Query: This is the SQL query that will be run to get the data for the metric

Adding extra Prometheus SQL exporter checks

To configure the Prometheus SQL exporter to export additional metrics, add a new entry to the queries section of the config.yaml file. For example, to export the number of rows in the orders table, add the following:

queries:
- name: "total_orders"
    help: "Total Orders"
    values:
    - "count"
    query:  |
            select count(*) from orders

Datadog's OpenMetrics integration

Datadog's agent will pick up the /conf.d/openmetrics.yaml configuration file to consume the metrics available in the Prometheus SQL Exporter endpoint.

Helpful links

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published