-
Notifications
You must be signed in to change notification settings - Fork 360
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
bug: envoy proxy pods restarted always when configuration change #2965
Comments
@zetaab can you share config to repro this ? is this specific when setting |
possibly related, #2637 |
This issue has been automatically marked as stale because it has not had activity in the last 30 days. |
does this issue still exist @zetaab ? |
I have not tried EG after this, need to revisit when I have time |
@arkodg still issue with 1.0.1 at least. I am using merge gateway. When I create additional gateways it will always restart envoy pods. When I am running diff for the replicasets:
so the issue is port naming in kubernetes deployment configuration. Not sure is this #3130 part of 1.0.1? It could fix that but not sure |
I can confirm that this works much better in latest |
Description:
When I modify like httproutes it will lead to envoy pod restarts. This is situation that is not really good when using external loadbalancers in front of envoy. I do understand that envoy will drain connections. However, when envoy uses
externalTrafficPolicy: Local
by default, it means that external loadbalancer will mark only nodes as healthy which contains the envoy pods. Now when these pods are moving between machines, it will always take 10-30 seconds (depends how loadbalancer healthchecks are installed) that services will start replying again.Repro steps:
use type loadbalancer service in front of envoy, if needed modify the external loadbalancer healthcheck intervals to 60 seconds (to see how it really behaves). Then modify httproute configurations and see when pods start restarting and moving between kubernetes nodes -> it will make the services unavailable for some seconds.
Instead of restarting pods, envoy configurations should be reloaded. Avoid modifying kubernetes deployment configuration itself all the time, it will make downtime when using external loadbalancers and externaltrafficpolicy local - the health checks are not that fast.
Environment:
eg 1.0.0
The text was updated successfully, but these errors were encountered: