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

Enable generic settting of tolerations and affinity for smee deployment #118

Merged
merged 1 commit into from
Oct 24, 2024

Conversation

willemm
Copy link

@willemm willemm commented Aug 1, 2024

Description

Adds generic tolerations and affinity fields to the values

Why is this needed

This way, users have more control over where the smee pod is running.

We have a setup where a specific node is added to the management-cluster, which is in the same L2 network as the machines that are being provisioned (as is required by dhcp).

(Before this we had a separate vm running in the target network, running smee with extra configurations so that it can grab the required configurations from the management cluster externally, but that setup is way more complicated, having to put serviceaccount tokens in there and everything)

How Has This Been Tested?

With this new chart setup, added specific tolerations and affinity that target a taint/label on the 'special' node which is in the target network. After that, provisioned some machines which worked fine.

How are existing users impacted? What migration steps/scripts do we need?

Shouldn't impact anyone in any way.

However, this would open the door to removing the singleNodeClusterConfig code and just documenting how these settings can be used on a single node cluster.

Checklist:

I have:

  • updated the documentation and/or roadmap (if required)
  • added unit or e2e tests
  • provided instructions on how to upgrade

@@ -108,9 +108,17 @@ spec:
{{- if .Values.hostNetwork }}
hostNetwork: true
{{- end }}
{{- if .Values.singleNodeClusterConfig.controlPlaneTolerationsEnabled }}
{{- if or .Values.deployment.tolerations .Values.singleNodeClusterConfig.controlPlaneTolerationsEnabled }}
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would be OK with replacing the controlPlaneTolerationsEnabeld entirely in favor of complete customization.

Cc @jacobweinstock

@jacobweinstock jacobweinstock force-pushed the smee-custom-tolerations branch from 8db79dc to 777437e Compare October 24, 2024 03:13
Copy link
Member

@jacobweinstock jacobweinstock left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks, @willemm . @chrisdoherty4, we can come back to this if we want to change anything up.

@jacobweinstock jacobweinstock added the ready-to-merge Mergify: Ready for Merging label Oct 24, 2024
@mergify mergify bot merged commit 8183088 into tinkerbell:main Oct 24, 2024
5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
ready-to-merge Mergify: Ready for Merging
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants