k8s.io
k8s.io copied to clipboard
Deprecate and turn down data studio GCP billing report
- It doesn't correctly reflect sustained use discounts
- We will always have to maintain this versus the built-in billing reports
- If we fix https://github.com/kubernetes/k8s.io/issues/4981 we can just grant people access to browse our infra (minus sensitive logs/secrets), billing included
- We don't have the equivalent for any other vendor, instead we open their built in billing pages in the SIG call and we have a weekly report from CNCF via ii.coop folks in #sig-k8s-infra slack channel that covers the high level spend for all vendors we have credits with (even SIG K8s Infra TLs don't have access to Azure billing currently)
/sig k8s-infra
/priority important-longterm /milestone v1.32
These reports are wildly over-reporting spend currently by not being commitment aware. We should really take this down.
/milestone clear
cc @xmudrii @mfahlandt (I think we should probably do this as we turn up whatever else we use, or even ahead of it, to avoid confusion about the results, or else we should fix this to include commitments correctly)
I'm +1 to turning this down ASAP, it's giving wrong results and we shouldn't use it.
/assign @xmudrii
/milestone v1.33
The Kubernetes project currently lacks enough contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
- After 90d of inactivity,
lifecycle/staleis applied - After 30d of inactivity since
lifecycle/stalewas applied,lifecycle/rottenis applied - After 30d of inactivity since
lifecycle/rottenwas applied, the issue is closed
You can:
- Mark this issue as fresh with
/remove-lifecycle stale - Close this issue with
/close - Offer to help out with Issue Triage
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
/remove-lifecycle stale
/milestone v1.34
The Kubernetes project currently lacks enough contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
- After 90d of inactivity,
lifecycle/staleis applied - After 30d of inactivity since
lifecycle/stalewas applied,lifecycle/rottenis applied - After 30d of inactivity since
lifecycle/rottenwas applied, the issue is closed
You can:
- Mark this issue as fresh with
/remove-lifecycle stale - Close this issue with
/close - Offer to help out with Issue Triage
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
/remove-lifecycle stale
/lifecycle frozen /milestone clear