Skip to content

Conversation

@CarlosNietoP
Copy link
Contributor

@CarlosNietoP CarlosNietoP commented Jan 21, 2026

What does this PR do? What is the motivation?

Add some extra explanation on what logs exactly are needed for some GitLab infra correlation setups.

Merge instructions

Merge readiness:

  • Ready for merge

@github-actions
Copy link
Contributor

github-actions bot commented Jan 21, 2026

@CarlosNietoP CarlosNietoP marked this pull request as ready for review January 21, 2026 16:38
@CarlosNietoP CarlosNietoP requested review from a team as code owners January 21, 2026 16:38
Copy link
Contributor

@estherk15 estherk15 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Left some option suggestions, but none block this PR! Approved for docs!

To test that you have performed the setup successfully, you can try running a GitLab pipeline and checking if it appears on the [**Executions** page][8].

You are required to enable the collection of job logs. You can check if Datadog is receiving the logs correctly by clicking on the Logs tab of your pipeline execution.
You are required to enable the collection of job logs. You can check if Datadog is receiving the logs correctly by clicking on the Logs tab of your pipeline execution. Ensure GitLab job logs are indexed and include messages in the form `Instance <hostname> connected`. Users also need [log read access][11] to see the Infrastructure tab. Logs for GitLab jobs include the `datadog.product:cipipeline` and `source:gitlab` tags, which you can use in [Log Indexes][10] filters.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
You are required to enable the collection of job logs. You can check if Datadog is receiving the logs correctly by clicking on the Logs tab of your pipeline execution. Ensure GitLab job logs are indexed and include messages in the form `Instance <hostname> connected`. Users also need [log read access][11] to see the Infrastructure tab. Logs for GitLab jobs include the `datadog.product:cipipeline` and `source:gitlab` tags, which you can use in [Log Indexes][10] filters.
You must enable job log collection. You can check if Datadog is receiving the logs correctly by clicking on the Logs tab of your pipeline execution. Ensure GitLab job logs are indexed and include messages in the form `Instance <hostname> connected`. Users also need [log read access][11] to see the Infrastructure tab. GitLab jobs logs include the `datadog.product:cipipeline` and `source:gitlab` tags, which you can use in [Log Indexes][10] filters.


{{% tab "Docker Autoscaler" %}}
CI Visibility supports Infrastructure metrics for "Docker Autoscaler" executors. For more information, see the [Correlate Infrastructure Metrics with GitLab Jobs guide][1].
CI Visibility supports Infrastructure metrics for "Docker Autoscaler" executors through log-based correlation. Make sure GitLab job logs are indexed so Datadog can link jobs to hosts, and ensure those logs include messages in the form `Instance <hostname> connected`. Logs for GitLab jobs include the `datadog.product:cipipeline` and `source:gitlab` tags, which you can use in [Log Indexes][2] filters. Users also need [log read access][3] to see the Infrastructure data in this scenario. For more information, see the [Correlate Infrastructure Metrics with GitLab Jobs guide][1].
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
CI Visibility supports Infrastructure metrics for "Docker Autoscaler" executors through log-based correlation. Make sure GitLab job logs are indexed so Datadog can link jobs to hosts, and ensure those logs include messages in the form `Instance <hostname> connected`. Logs for GitLab jobs include the `datadog.product:cipipeline` and `source:gitlab` tags, which you can use in [Log Indexes][2] filters. Users also need [log read access][3] to see the Infrastructure data in this scenario. For more information, see the [Correlate Infrastructure Metrics with GitLab Jobs guide][1].
CI Visibility supports Infrastructure metrics for "Docker Autoscaler" executors through log-based correlation. To enable this, make sure GitLab job logs are indexed so Datadog can link jobs to hosts, and that the logs include messages in the form `Instance <hostname> connected`. GitLab job logs include the `datadog.product:cipipeline` and `source:gitlab` tags, which you can use in [Log Indexes][2] filters. Users also need [log read access][3] to see the Infrastructure data in this scenario. For more information, see the [Correlate Infrastructure Metrics with GitLab Jobs guide][1].


{{% tab "Instance" %}}
CI Visibility supports Infrastructure metrics for "Instance" executors. For more information, see the [Correlate Infrastructure Metrics with GitLab Jobs guide][1].
CI Visibility supports Infrastructure metrics for "Instance" executors through log-based correlation. Make sure GitLab job logs are indexed so Datadog can link jobs to hosts, and ensure those logs include messages in the form `Instance <hostname> connected`. Logs for GitLab jobs include the `datadog.product:cipipeline` and `source:gitlab` tags, which you can use in [Log Indexes][2] filters. Users also need [log read access][3] to see the Infrastructure information in this scenario. For more information, see the [Correlate Infrastructure Metrics with GitLab Jobs guide][1].
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If it looks good to you, apply the previous suggestion here as well.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants