You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We use Kong as our gateway to access our applications running on nomad. This is done by referencing the consulDNS SRV record for a service. We receive downtime when using a canary deployment with the following config:
The downtime happens when we try to promote the deployment. Although when we use a normal stagger update without canary deployment we receive zero downtime even when going up to 500 rps.
Also before we promote we receive both versions which we believed only one version would be accessible at a time from consul.
This seems somewhat related to this github issue: #4566
Reproduction steps
Run http application on nomad
Execute command to make connections to app watch -n 0.1 curl application-url
Run new version of application with canary deployment strategy
Once healthy initiate promotion and receive name resolution issues
@mathematician I am going to close since it appears to be the same issue as the one you linked. You will have both versions in Consul. You can differentiate them using the canary_tags.
Thanks for the extra detail, it will be helpful as we fix the feature 👍
I'm going to lock this issue because it has been closed for 120 days ⏳. This helps our maintainers find and focus on the active issues.
If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.
Nomad version
Output from
nomad version
nomad v0.8.4 (dbee1d7)
Operating system and Environment details
Ubuntu 16.04
Issue
We use Kong as our gateway to access our applications running on nomad. This is done by referencing the consulDNS SRV record for a service. We receive downtime when using a canary deployment with the following config:
The downtime happens when we try to promote the deployment. Although when we use a normal stagger update without canary deployment we receive zero downtime even when going up to 500 rps.
Also before we promote we receive both versions which we believed only one version would be accessible at a time from consul.
This seems somewhat related to this github issue: #4566
Reproduction steps
watch -n 0.1 curl application-url
Job file (if appropriate)
Job file used for canary deployment:
The text was updated successfully, but these errors were encountered: