Skip to content
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

[release-v3.28] Auto pick #9547: Remove CRDs from tigera-operator.yaml #9548

Conversation

coutinhop
Copy link
Member

@coutinhop coutinhop commented Dec 3, 2024

Cherry pick of #9547 on release-v3.28.

#9547: Remove CRDs from tigera-operator.yaml

Original PR Body below

Cherry pick of #9518 on release-v3.29.

#9518: Remove CRDs from tigera-operator.yaml

NOTE: partial cherry-pick, only the manifests used on OCP will have the CRDs removed and have the operator bootstrap CRDs.

Original PR Body below

Description

Trying this out. It removes the CRDs from tigera-operator.yaml to reduce the size of the manifest.

Instead, it configures the operator pod itself to create these CRDs on startup.

The main consequences I can see are:

  • operator-init container in OCP will try to create resources before CRDs exist. May need to adjust the code.
  • users will need to wait for operator pod to be running before applying custom-resources.yaml

But I think this is probably worth trying out.

Related issues/PRs

Fixes #9517

Requires: tigera/operator#3610

Todos

  • Tests
  • Documentation
  • Release note

Release Note

To reduce manifest size on OCP installations, the manifests no longer includes CustomResourceDefinitions. Instead, the tigera-operator pod will deploy these resources on startup.

Reminder for the reviewer

Make sure that this PR has the correct labels and milestone set.

Every PR needs one docs-* label.

  • docs-pr-required: This change requires a change to the documentation that has not been completed yet.
  • docs-completed: This change has all necessary documentation completed.
  • docs-not-required: This change has no user-facing impact and requires no docs.

Every PR needs one release-note-* label.

  • release-note-required: This PR has user-facing changes. Most PRs should have this label.
  • release-note-not-required: This PR has no user-facing changes.

Other optional labels:

  • cherry-pick-candidate: This PR should be cherry-picked to an earlier release. For bug fixes only.
  • needs-operator-pr: This PR is related to install and requires a corresponding change to the operator.

generation

Update RBAC

Fix OCP handling of manifests

Remove operator CRDs as well

Fix ocp.tgz

Fix ocp.tgz

Revert "remove get-operator-crds target from Makefile"

This reverts commit 8d42815.

Don't pull CRDs for ocp dir any more

Remove adminnetworkpolicies crd from manifests/ocp

fix get-operator-crds Makefile target

Only use CRD bootstrapping on the operator for the OCP manifests

Use conditions in the charts themselves instead of copying files

Define OPERATOR_BRANCH=release-v1.36 in metadata.mk
@coutinhop coutinhop requested a review from a team as a code owner December 3, 2024 00:20
@coutinhop coutinhop added release-note-required Change has user-facing impact (no matter how small) docs-pr-required Change is not yet documented labels Dec 3, 2024
@marvin-tigera marvin-tigera added this to the Calico v3.28.3 milestone Dec 3, 2024
@coutinhop coutinhop self-assigned this Dec 3, 2024
@coutinhop coutinhop merged commit 8cd7ce3 into projectcalico:release-v3.28 Dec 3, 2024
5 checks passed
@coutinhop coutinhop deleted the auto-pick-of-#9547-upstream-release-v3.28 branch December 3, 2024 02:31
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
docs-pr-required Change is not yet documented release-note-required Change has user-facing impact (no matter how small)
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants