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
Consistent Reads from Cache #2340
Comments
#2331 created for migrating the old keps into new template. |
/sig api-machinery |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-contributor-experience at kubernetes/community. |
Stale issues rot after 30d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-contributor-experience at kubernetes/community. |
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /close |
@k8s-triage-robot: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Reviving the KEP as agreed on SIG-Apimachinery meeting May 31st 2023. https://youtu.be/sueYXW89ZHg PR #4047 to move KEP to implementable |
/stage alpha |
/milestone v1.28 |
/lead opt-in |
Hello @shekhar-rajak @serathius 👋, Enhancements team here. Just checking in as we approach Enhancements freeze on Thursday, 16th June 2023. Looks like this enhancement is targeting for stage Here's where this enhancement currently stands:
There are some nits remaining to be addressed:
I won't decline this KEP for enhancements freeze because of these minor changes but would be great to get a PR ready addressing them. The status of this enhancement is marked as |
Don't understand the unmarked points.
Tests follows the latest template (maybe roughly) and uses a detailed test plan. Please provide criteria that you used to decide that they are not. |
Hey @serathius , the second unmarked point is a subset of the first unmarked point.
which this KEP currently doesn't have and we need that to be included so that the KEP is in compliance with the latest KEP readme template. |
Makes sense, suggestion for future. Separate questionnaire to KEP authors (also applies to PRR) from KEPs design document into separate file. Having agreements in the middle of the design makes it less readable, doesn't contribute to overall design and also cannot be automatically validated via |
Sent #4094 |
Thanks for the PR :) We appreciate your suggestion, I'll bring this up in our retrospection meeting. |
Also @serathius, it would be great if you update this field in the kep.yaml alongside. |
Done |
Hello @shekhar-rajak 1.28 Docs Shadow here. Does this enhancement work planned for 1.28 require any new docs or modification to existing docs? If so, please follows the steps here to open a PR against dev-1.28 branch in the k/website repo. This PR can be just a placeholder at this time and must be created before Thursday 20th July 2023. Also, take a look at Documenting for a release to get yourself familiarize with the docs requirement for the release. Thank you! |
Hey @serathius , could you please create a docs PR even if it is a draft PR with no content yet against dev-1.28 branch in the k/website repo. The deadline to create this draft PR is Thursday 20th July 2023. |
Hey again @serathius 👋 Just checking in as we approach Code freeze at 01:00 UTC Friday, 19th July 2023 . Here’s the enhancement’s state for the upcoming code freeze:
For this enhancement, it looks like the following code related PR is open and it needs to be merged or should be in merge-ready state before the code freeze commences : These are the code freeze related PR's that I found on this KEP issue
Please keep the issue description up-to-date with all the PR/s that are associated with this KEP and let me know if there are other PR/s in k/k we should be tracking for this KEP. As always, we are here to help if any questions come up. Thanks! |
Results of benchmarking consistent reads from cache against consistent reads.
In both cases we put load of 1 LIST per second with selector selecting no objects. Comparing resource usage and latency with and without consistent list from watch cache enabled.
|
Hey @serathius , Docs Shadow here! could you please create a docs PR even if it is a draft PR with no content yet against dev-1.28 branch in the k/website repo. The deadline to create this draft PR is Thursday 20th July 2023. |
Hey @serathius 👋 Enhancements Lead here, |
Hello @shekhar-rajak @serathius wave: please take a look at Documenting for a release - PR Ready for Review to get your docs PR ready for review before Tuesday 25th July 2023. Thank you! |
Hello 👋, 1.29 Enhancements Lead here. If you wish to progress this enhancement in v1.29, please have the SIG lead opt-in your enhancement by adding the /remove-label lead-opted-in |
Enhancement Description
Kubernetes Get and List requests are guaranteed to be "consistent reads" if the
resourceVersion
parameter is not provided. Consistent reads are served frometcd using a "quorum read".
But often the watch cache contains sufficiently up-to-date data to serve the
read request, and could serve it far more efficiently.
This KEP proposes a mechanism to serve most reads from the watch cache
while still providing the same consistency guarantees as serving the
read from etcd.
k/enhancements
) update PR(s):k/k
) update PR(s): Implement Alpha state for KEP #2340 kubernetes#118508k/website
) update PR(s): Document Consistent Reads from Cache website#42083The text was updated successfully, but these errors were encountered: