-
Notifications
You must be signed in to change notification settings - Fork 40.6k
Increase max selectable CRD fields #132008
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
base: master
Are you sure you want to change the base?
Conversation
Welcome @condaatje! |
This issue is currently awaiting triage. If a SIG or subproject determines this is a relevant issue, they will accept it by applying the The 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-sigs/prow repository. |
Hi @condaatje. Thanks for your PR. I'm waiting for a kubernetes member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. 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-sigs/prow repository. |
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: condaatje The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
This PR may require API review. If so, when the changes are ready, complete the pre-review checklist and request an API review. Status of requested reviews is tracked in the API Review project. |
What type of PR is this?
/kind api-change
What this PR does / why we need it:
Field selectors in CRDs are great. But there is a hard-coded maximum of 8.
May we have some more? Say, 16?
release note
other contributors
cc @bikramnehra @yquansah - thanks Bikram for finding the relevant line of code
discussion
currently, there is a hard-coded maximum on selectable fields in CRDs of 8. My understanding of why the hard limit of 8 fieldSelectors was established was to prevent slowdown of kube-apiserver, is that correct?
We love field selectors, and would like to use more of them. The max label selector limit is 64 per object, right? Would it be possible to increase the field selector limit as well?
Assumption: label selection is less computationally hazardous than field selection (otherwise why would the limit be lower?)
If the max fieldSelector limit can't safely be increased to 64 yet, then perhaps we can start with a more reasonable 16? It could even be hidden behind a feature flag if there is a need to protect unsuspecting users from performance traps.