We are trying to use ZDDs, however these result in a brief period where old instances are set to maintenance in Haproxy while the new versions are still coming up, which results in 503 responses until the new version has come fully online.
AFAICT this follows the logic in the README and zdd.py.
Checking the Haproxy stats directly after submission shows the previous, blue instance to be put directly into maintenance mode with the new, green instance still coming up:
If that takes a while, the new instance is marked as down:
During this time, until the green instance is up, trying to access the app returns 503 errors.
We are trying to use ZDDs, however these result in a brief period where old instances are set to maintenance in Haproxy while the new versions are still coming up, which results in 503 responses until the new version has come fully online.
Versions: DC/OS: 1.12.0 Mesos: 1.7.1 Marathon: 1.7.174 Marathon-LB: 1.12.3 (also tested with 1.14.1)
At the time of deployment,
dcos marathon app list --json
gives:The new version gets deployed by posting the following configuration to Marathon:
AFAICT this follows the logic in the README and
zdd.py
.Checking the Haproxy stats directly after submission shows the previous, blue instance to be put directly into maintenance mode with the new, green instance still coming up:
If that takes a while, the new instance is marked as down:
During this time, until the green instance is up, trying to access the app returns 503 errors.
Happy to provide any more info if needed!