-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
[processor/k8sattribute] Optionally add labels and annotations from node as resource attributes in the k8sattributes processor #22620
Comments
Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
/label processor/k8sattributes |
On one hand, this is genuinely useful. On the other hand, you can make the same argument for attaching labels and annotations from every single resource type connected to the Pod: Deployments, Jobs, etc. The concern I have is whether we're also open to adding those, because in that case we should probably work out both a generic implementation and a generic way of configuring these. That's not really a vote against implementing this, if someone wants to, just a thought about the future. |
I believe this is a valid ask. It'll also allow using a k8s attributes processor for filtering/changing data coming from particular nodes. This should be implemented in a way that it doesn't introduce any memory overhead if the feature is not being used
It's a valid concern, but I don't think that labels/annotations from job, deployment, daemonset, etc are as useful as node attributes. If there is a need for them, we can consider a generic approach later. |
@jinja2, let us know if you can work on this |
Thanks @dmitryax @swiatekm-sumo for the feedback. Users tend to have similar set of metadata on pods and their controllers, so I don't think we need to add similar feature objects like deployments, etc. until requested as Dmitrii mentioned. I can work on adding support for node attributes. |
In terms of implementation, it's worth noting that labels and annotations can change at any time. So we need to treat attributes from Node labels the same way we do Namespaces. |
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
Wanted to check in and see if anyone was actively working on this? |
@jaronoff97 haven't gotten to it yet. I should have more capacity in November and can get this in a few weeks. But if you'd like to pick it up, please go ahead! |
not positive i have capacity either... I'll check in with my team and see if anyone else does. If not we can wait until november. |
I'd like to work on this. |
…ode (#28570) **Description:** support adding labels and annotations from the node as additional resource attributes on telemetry processed through the `k8sattributes` processor. **Link to tracking Issue:** Resolve #22620 --------- Co-authored-by: Tyler Helmuth <[email protected]>
…ode (open-telemetry#28570) **Description:** support adding labels and annotations from the node as additional resource attributes on telemetry processed through the `k8sattributes` processor. **Link to tracking Issue:** Resolve open-telemetry#22620 --------- Co-authored-by: Tyler Helmuth <[email protected]>
…ode (open-telemetry#28570) **Description:** support adding labels and annotations from the node as additional resource attributes on telemetry processed through the `k8sattributes` processor. **Link to tracking Issue:** Resolve open-telemetry#22620 --------- Co-authored-by: Tyler Helmuth <[email protected]>
Component(s)
processor/k8sattributes
Is your feature request related to a problem? Please describe.
Some node labels like the topology or arch type of node, might provide useful insight into telemetry from applications. Being able to filter application performance metrics by the zone the pods are running in, can be useful for application developers to identify degradation in an availability zone due to cloud provider outage for e.g.
Describe the solution you'd like
I'd like to be able to add labels and annotations from the node as additional resource attributes on telemetry processed through the k8s attributes processor.
Describe alternatives you've considered
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: