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
Reintroduce gpuRequestAverage
and gpuUsageAverage
to the Allocation API Schema
#1787
Comments
Just as a note, those aren't standalone; they require deploying a metric collector to run that isn't straightforward. I'm happy to bring those back, just know that getting the relevant exporters running on clusters can be a challenge. I think we can look to bring this back in an alpha state though for v1.99 and provide a guide for spinning up the gpu usage exporters. @kaelanspatel thoughts? |
Agree for reintroduce, would be nice to support. Like Ajay says, this was initially designed to use the |
#1805 FYI when we reintroduce. Need to scrape the DCGM exporter by default for ease of setup. |
Is DCGM enabled by default now? |
@Howlla Feature to scrape & process DCGM metrics not currently available |
Howdy! Are there any plans to reintroduce this feature in the near future? It's something I know we'd find quite useful. |
This is planned in opencost/opencost#2731. Closing this issue as it is not Helm specific. |
What problem are you trying to solve?
Currently when calling the Allocation API (example below), we are only returned
gpuCount
,gpuHours
,gpuCost
, andgpuCostAdjustment
.To get a better understanding of how the GPUs are actually used, it would be nice to add
gpuRequestAverage
andgpuUsageAverage
to the Allocation API Schema (similar to howcpuCoreRequestAverage
andcpuCoreUsageAverage
exist in the schema)Background
This feature was previously introduced in PR #944, however it needed to be rolled back in PR #965.
Given that Kubecost now has a backwards-compatible ETL PR #624, this new Allocation Schema can be re-introduced.
┆Issue is synchronized with this Jira Task by Unito
The text was updated successfully, but these errors were encountered: