-
Notifications
You must be signed in to change notification settings - Fork 759
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
Update probe settings #1028
Update probe settings #1028
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -118,7 +118,7 @@ | |
"command": | ||
- "/app/grpc-health-probe" | ||
- "-addr=:50051" | ||
"initialDelaySeconds": 35 | ||
"initialDelaySeconds": 60 | ||
"name": "aws-node" | ||
"ports": | ||
- "containerPort": 61678 | ||
|
@@ -128,7 +128,7 @@ | |
"command": | ||
- "/app/grpc-health-probe" | ||
- "-addr=:50051" | ||
"initialDelaySeconds": 35 | ||
"initialDelaySeconds": 1 | ||
"resources": | ||
"requests": | ||
"cpu": "10m" | ||
|
@@ -161,6 +161,7 @@ | |
"name": "cni-bin-dir" | ||
"priorityClassName": "system-node-critical" | ||
"serviceAccountName": "aws-node" | ||
"terminationGracePeriodSeconds": 10 | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. The default There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. why not zero (sigkill the pod immediately)? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Here I did set it at 10s on purpose to avoid leaking ENIs. There is a shutdown hook and that flag is checked before trying to free or add an ENI. If the shutdown happens just when ipamd has detached an ENI, but before it has deleted it, we would "leak" it. It usually takes around 2 seconds for the detach to complete, but p99 is 10s according to EC2. Same for creating ENIs, we want the create to complete and the ENI to be attached to the node (with the delete on termination flag set) so that it gets cleaned up if the node terminates. That said, i don't think we have done enough testing on this. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. (:rocket: This is exactly the sort of analysis I was hoping to capture) |
||
"tolerations": | ||
- "operator": "Exists" | ||
"volumes": | ||
|
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -100,6 +100,7 @@ local awsnode = { | |
}, | ||
spec: { | ||
priorityClassName: "system-node-critical", | ||
terminationGracePeriodSeconds: 10, | ||
affinity: { | ||
nodeAffinity: { | ||
requiredDuringSchedulingIgnoredDuringExecution: { | ||
|
@@ -143,9 +144,11 @@ local awsnode = { | |
exec: { | ||
command: ["/app/grpc-health-probe", "-addr=:50051"], | ||
}, | ||
initialDelaySeconds: 35, | ||
initialDelaySeconds: 1, | ||
}, | ||
livenessProbe: self.readinessProbe + { | ||
initialDelaySeconds: 60, | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. The PR description says "Increase liveness polling period". I think this PR increases the liveness initial delay period however - which one was intended? (I suspect this should have been (Separately) jsonnet style tip: You can "merge" values with livenessProbe: self.readinessProbe + {
initialDelaySeconds: 60, // If desired, but see above comment
periodSeconds: 60,
}, There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I'll fix the comment. I think, like you said in #1028 (comment), that we should just increase the initial timeout, but keep the period at the default in order to catch issues that happen after startup faster. That should give the aws-node about 90 seconds to get started, after a 60 s startup delay and three 10 s liveness probes. |
||
}, | ||
livenessProbe: self.readinessProbe, | ||
env_:: { | ||
AWS_VPC_ENI_MTU: "9001", | ||
AWS_VPC_K8S_CNI_CONFIGURE_RPFILTER: "false", | ||
|
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.
Helped a lot! I tested on a cluster with 50 pods on 3 nodes: