Skip to content

gs://k8s-artifacts-cni is expensive and probably unnecessary #7584

Open
@BenTheElder

Description

@BenTheElder

We were digging through the GCP billing in #sig-k8s-infra today and it turns the egress bandwidth from re-hosting https://github.com/containernetworking/plugins to gs://k8s-artifacts-cni is the largest line item after compute, by far. It's easily like 17-20k/mo.
... we should phase this out and just pull from the official upstream releases for kube-up etc.

thread in https://kubernetes.slack.com/archives/C2C40FMNF/p1733349220696569

@upodroid noticed this when we were looking into the GCS spend not continuing to shrink following the full k8s.gcr.io redirect

@upodroid suggested in the thread we could start by changing the bucket type to reduce the cost

I think longterm we want to identify what little is using this (we took a peek in cs.k8s.io, kube-up is one of the main users, but also possibly kops) and instead just use the official upstream binary releases

Metadata

Metadata

Assignees

No one assigned

    Labels

    lifecycle/frozenIndicates that an issue or PR should not be auto-closed due to staleness.priority/important-longtermImportant over the long term, but may not be staffed and/or may need multiple releases to complete.sig/k8s-infraCategorizes an issue or PR as relevant to SIG K8s Infra.sig/releaseCategorizes an issue or PR as relevant to SIG Release.

    Type

    No type

    Projects

    Status

    Backlog

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions