Change:
## Summary metrics API source {#summary-api-source} By default, Kubernetes fetches node summary metrics data using an embedded <del> [cAdvisor](https://github.com/google/cadvisor) that runs within the kubelet. ## Summary API data via CRI {#pod-and-container-stats-from-cri} {{< feature-state for_k8s_version="v1.23" state="alpha" >}} If you enable the `PodAndContainerStatsFromCRI` [feature gate](/docs/reference/command-line-tools-reference/feature-gates/) in your cluster, and you use a container runtime that supports statistics access via </del> <ins> [cAdvisor](https://github.com/google/cadvisor) that runs within the kubelet. If you enable the `PodAndContainerStatsFromCRI` [feature gate](/docs/reference/command-line-tools-reference/feature-gates/) in your cluster, and you use a container runtime that supports statistics access via </ins> {{< glossary_tooltip term_id="cri" text="Container Runtime Interface">}} (CRI), then <del> the kubelet fetches Pod- and container-level metric data using CRI, and not via cAdvisor. </del> <ins> the kubelet [fetches Pod- and container-level metric data using CRI](/docs/reference/instrumentation/cri-pod-container-metrics), and not via cAdvisor. </ins> ## {{% heading "whatsnext" %}}

Discussion:
This is a Bug Report <!-- Thanks for filing an issue! Before submitting, please fill in the following information. --<!-- See for guidance on writing an actionable issue description. --<!--Required Information--Problem: The feature gate amends node behavior around cAdvisor, but is not properly documented. Proposed Solution: Update to ~include~ hyperlink to a new page about the changes from For example, add a new page into Ideally, write those docs to be finished before the feature moves the beta, so that the only change needed for graduation there is to mark the feature as being stable. <!--Optional Information (remove the comment tags around information you would like to include)--<!--Kubernetes Version:--Additional Information: /sig node /language en
Aim to title and frame the new reference page as describing the situation after the enhancement is complete. For example, the title could be “Metrics About Containers And Pods” rather than “Migration from cAdvisor”.
/triage accepted /priority important-soon
Not sure this will make 1.25, but good to track early.
/cc
/assign yeah I agree this is good criteria for beta. This kep having missed an alpha update in 1.25, it's not clear to me which release it will arrive in
We can document this at any time. We should push back on graduation to stable if there's not been any movement on documenting the changes. It's definitely better to have good docs ready to accompany actual graduation to beta, and it's nice to have at least some docs as soon as a feature goes alpha.
Relevant to
PR helps with this.
This issue is related to this
PR helps with this too.
This issue is labeled with but has not been updated in over 90 days, and should be re-triaged. Important-soon issues must be staffed and worked on either currently, or very soon, ideally in time for the next release. You can: Confirm that this issue is still relevant with (org members only) Deprioritize it with or Close this issue with For more details on the triage process, see /remove-triage accepted
/triage accepted We should do this. The more releases this slips, the more we're letting down end users.
/retitle Document feature gate / implications