Skip to content
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

feat: add system metrics enabled config #163

Closed

Conversation

thugrock7
Copy link
Collaborator

Description

Config to enable system metrics. These system metrics are setup in goagent
Linked Issue: hypertrace/goagent#235

@varkey98 varkey98 requested a review from ryanericson July 12, 2024 09:55
@varkey98
Copy link
Collaborator

Static check's been failing here too @tim-mwangi :|

@tim-mwangi
Copy link
Contributor

Static check's been failing here too @tim-mwangi :|

I wonder if it's a permissions thing. I have added @thugrock7 to the collaborators with Write access. I will do the same for the goagent repo. It's better if @thugrock7 asked to be added to the Hypertrace organization.


// SystemMetrics has the config for capturing system metrics.
message SystemMetrics {
// Whether to capture system metrics or not. The system metrics is setup in goagent.
Copy link
Collaborator

@varkey98 varkey98 Jul 15, 2024

Choose a reason for hiding this comment

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

nit: update the comment to Whether to capture system metrics or not. The system metrics is setup in goagent. The system metrics is only supported in goagent as of now

Copy link
Contributor

Choose a reason for hiding this comment

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

Whether to capture system metrics or not. The system metrics are setup in each agent
We do not need to add that it's only supported in goagent, because we can update any agent at any time. With this config, any agent can use it.
We can keep this as part of this PR that during the time of this PR, we were only adding support for goagent.

Copy link
Collaborator

Choose a reason for hiding this comment

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

You're right, just wanted to propagate the idea that support needs to be added explicitly

Copy link
Collaborator

@varkey98 varkey98 left a comment

Choose a reason for hiding this comment

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

LGTM, pls wait for @tim-mwangi 's or @ryanericson 's approval

message Metrics {
// Whether to capture metrics or not. The metrics will be otel go metrics.
// See https://github.com/open-telemetry/opentelemetry-go/tree/main/metric
google.protobuf.BoolValue enabled = 1;
Copy link

@ryanericson ryanericson Jul 15, 2024

Choose a reason for hiding this comment

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

So this is top level enable disable all metrics right?
And system_metrics is for cpu and memory only? Do we need a separate flag for system metrics though? I wouldn't think it's very risky? I suppose we've had it on by default for ebpf right?

Copy link
Collaborator

Choose a reason for hiding this comment

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

Yes, for ebpf we have it on by default. Was wondering from a generic metrics config point of view, if we need to make it modular (coming from our discussion here).

Copy link
Collaborator

Choose a reason for hiding this comment

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

But that ship has already sailed as the levels of this config is different in both the places. Maybe we can merge both of these protos into one and make a single config, but ig that'd require the hypertrace agents to be deprecated :|

Choose a reason for hiding this comment

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

In that case I think it can all just be controlled by this single flag then. So no need for this change.

@varkey98
Copy link
Collaborator

closing this pr as mentioned here, #163 (comment)

@varkey98 varkey98 closed this Jul 18, 2024
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.

5 participants