-
Notifications
You must be signed in to change notification settings - Fork 1.3k
Improve docs on CI infra correlation #34013
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Improve docs on CI infra correlation #34013
Conversation
Preview links (active after the
|
estherk15
left a comment
There was a problem hiding this 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. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| 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]. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| 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]. |
There was a problem hiding this comment.
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.
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: