Web exporter (dedicated metrics server)

Tier: Free, Premium, Ultimate Offering: Self-managed

When monitoring GitLab with Prometheus, GitLab runs various collectors that sample the application for data related to usage, load and performance. GitLab can then make this data available to a Prometheus scraper by running one or more Prometheus exporters. A Prometheus exporter is an HTTP server that serializes metric data into a format the Prometheus scraper understands.

note
This page is about web application metrics. To export background job metrics, learn how to configure the Sidekiq metrics server.

We provide two mechanisms by which web application metrics can be exported:

  • Through the main Rails application. This means Puma, the application server we use, makes metric data available via its own /-/metrics endpoint. This is the default, and is described in GitLab Metrics. We recommend this default for small GitLab installations where the amount of metrics collected is small.
  • Through a dedicated metrics server. Enabling this server causes Puma to launch an additional process whose sole responsibility is to serve metrics. This approach leads to better fault isolation and performance for very large GitLab installations, but comes with additional memory use. We recommend this approach for medium to large GitLab installations that seek high performance and availability.

Both the dedicated server and the Rails /-/metrics endpoint serve the same data, so they are functionally equivalent and differ merely in their performance characteristics.

To enable the dedicated server:

  1. Enable Prometheus.
  2. Edit /etc/gitlab/gitlab.rb to add (or find and uncomment) the following lines. Make sure puma['exporter_enabled'] is set to true:

    puma['exporter_enabled'] = true
    puma['exporter_address'] = "127.0.0.1"
    puma['exporter_port'] = 8083
    
  3. When using the GitLab-bundled Prometheus, make sure that its scrape_config is pointing to localhost:8083/metrics. Refer to the Adding custom scrape configurations page for how to configure scraper targets. For external Prometheus setup, refer to Using an external Prometheus server instead.
  4. Save the file and reconfigure GitLab for the changes to take effect.

Metrics can now be served and scraped from localhost:8083/metrics.

Enable HTTPS

History

To serve metrics via HTTPS instead of HTTP, enable TLS in the exporter settings:

  1. Edit /etc/gitlab/gitlab.rb to add (or find and uncomment) the following lines:

    puma['exporter_tls_enabled'] = true
    puma['exporter_tls_cert_path'] = "/path/to/certificate.pem"
    puma['exporter_tls_key_path'] = "/path/to/private-key.pem"
    
  2. Save the file and reconfigure GitLab for the changes to take effect.

When TLS is enabled, the same port and address is used as described above. The metrics server cannot serve both HTTP and HTTPS at the same time.

Troubleshooting

Docker container runs out of space

When running GitLab in Docker, your container might run out of space. This can happen if you enable certain features which increase your space consumption, for example Web Exporter.

To work around this issue, update your shm-size.