-
Notifications
You must be signed in to change notification settings - Fork 30
added kustomize template & k8s resources for sidecar #24
Conversation
Welcome @tparikh! |
Hi @tparikh. Thanks for your PR. I'm waiting for a kubernetes-sigs 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/test-infra repository. |
deploy/base/deployment.yaml
Outdated
kind: Deployment | ||
metadata: | ||
name: objectstorage-provisioner | ||
namespace: objectstorage-provisioner-ns |
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.
IMHO, you shouldn't provide a namespace
here. This can either be set in kustomization.yaml
, or passed to kubectl apply -k
I believe (-n
).
(Also applies to other occurrences)
deploy/base/deployment.yaml
Outdated
minReadySeconds: 30 | ||
progressDeadlineSeconds: 600 | ||
revisionHistoryLimit: 3 | ||
strategy: | ||
type: RollingUpdate | ||
rollingUpdate: | ||
maxSurge: 1 | ||
maxUnavailable: 0 |
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.
Are these any different from the defaults? Are they required to be set to these 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 these values are different from defaults. By default maxUnavailable
is 25%
. Since we are only running with single pod here, we should not terminate the old pod until the new pod is ready.
deploy/base/deployment.yaml
Outdated
cpu: 100m | ||
memory: 100Mi | ||
env: | ||
- name: CONNECT_ADDRESS |
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.
What's the relation between a CONNECT_ADDRESS
environment variable set from a LISTEN_ADDRESS
field in some Secret
? I'm a bit confused.
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.
@rrati Might be able to answer this question
deploy/base/kustomization.yaml
Outdated
kind: Kustomization | ||
|
||
resources: | ||
- ns.yaml |
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.
IMO a kustomization
layer, especially a base
one, should not create any NS.
deploy/base/secret.yaml
Outdated
stringData: | ||
LISTEN_ADDRESS: 0.0.0.0:9000 |
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.
Who'll be listening here?
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.
@rrati might be able to shed some light on this
/ok-to-test |
The changes look good. We might have to revisit the namespaces once again in the future, esp. in case of multiple provisioners in the same cluster. |
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: tparikh, wlan0 The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
#23