Add K8s 1.31 to CI by pinning kops commit instead of version #2160
+7
−4
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Is this a bug fix or adding new feature?
CI
What is this PR about? / Why do we need it?
/hold
This PR should not be merged until we fix any rate-limit issues in our CI (likely by submitting a PR to kops for different retry policies)
We want our CI to test changes to the EBS CSI Driver against the latest stable version of Kubernetes to pro-actively spot issues and guarantee that we pass the Kubernetes Storage conformance tests. Our pre-submit tests build an image of our driver, create a kops or EKS cluster, install the driver via Helm/Kustomize, and run the upstream kubernetes-e2e or our EBS-e2e test-suites.
However, EKS and recently kOps do not release support for the latest stable Kubernetes version until 1-2 months afterwards, which blocks us from upgrading our CI to the latest Kubernetes version.
Many of the upstream testgrid tests use kubetest2-kops to test newer versions of Kubernetes without the latest kops version (see test-infra jobs). This is because there are usually a few unreleased fixes on the main branch that allow kops to be used for newer Kubernetes versions when combined with exporting
KOPS_RUN_TOO_NEW_VERSION=true
. This PR pins our CI to a Kops commit instead of a release so that we can do the same with our custom cluster testing system.What testing is done?
CI