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
Add podLabels podAnnotations to Helm Charts #8712
Conversation
@eelcovdw i have relaxed the resourcePresets in this PR. in a separate pr i'll update worker pools to use 4xlarge presets (8cpu and 16gb min) |
@@ -37,8 +46,6 @@ spec: | |||
secretKeyRef: | |||
name: {{ .Values.seaweedfs.secretKeyName | required "seaweedfs.secretKeyName is required" }} | |||
key: s3RootPassword | |||
- name: MOUNT_API_PORT |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Q: Why are we removing this ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not really required. Because (1) not exposed to the net and (2) the idea is to avoid dynamic port assignment for simplicity and follow standard port numbers for internal apis.
@@ -20,7 +20,16 @@ spec: | |||
labels: | |||
{{- include "common.labels" . | nindent 8 }} | |||
app.kubernetes.io/component: backend | |||
{{- if .Values.node.podLabels }} | |||
{{- toYaml .Values.node.podLabels | nindent 8 }} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It should take into account all the pod labels?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is valid & expected. metadata.labels
& metadata.annotations
are a map and not list. Both kubernetes and golang templating will hold only one value because underlying struct is a go map. You also see a squigly error line under your YAML because that's validation failure 😉
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ahh ok, is there a way such that a user could provide multiple pod annotations to pod spec by helm values?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes it is supported and this change implements it (example), but k8s spec has explicit directives for the type of values the labels and annotations must have. Since keys-values must be strings, often times k8s providers will expect a JSON string as values (GKE example)
d8ed70a
to
c06911a
Compare
Description
This is to support GKE and any cloud-specific configurations
Affected Dependencies
List any dependencies that are required for this change.
How has this been tested?
Checklist