* improve Compose rails sample
Signed-off-by: Victoria Bialas <victoria.bialas@docker.com>
* updated file list and commands based on feedback for no skip-bundle
Signed-off-by: Victoria Bialas <victoria.bialas@docker.com>
* added, start, stop, rebuild info to Rails sample
Signed-off-by: Victoria Bialas <victoria.bialas@docker.com>
* updated info re: default Flask port for compose get started
Signed-off-by: Victoria Bialas <victoria.bialas@docker.com>
* more changes for rebuilding steps
Signed-off-by: Victoria Bialas <victoria.bialas@docker.com>
* added rebuild info
Signed-off-by: Victoria Bialas <victoria.bialas@docker.com>
* added info about Gemfile.lock to rebuild steps
Signed-off-by: Victoria Bialas <victoria.bialas@docker.com>
* Added Instruction for Visual Studio Subscriptions
For Azure Visual Studio MSDN subscription users will need to enable "programmatic deployments" on the Docker CE VM Marketplace item.
* updated note content, format, and link to blog post
Signed-off-by: Victoria Bialas <victoria.bialas@docker.com>
* improved note format and made blog link open on a new page
Signed-off-by: Victoria Bialas <victoria.bialas@docker.com>
* Clarify instructions to create a dockercloud-swarm-role
Add clarification to steps 1, 5, 6, and 8 under `create a dockercloud-swarm-role role with an embedded policy` to prevent misunderstandings.
* walked through the steps and made some copyedits
Signed-off-by: Victoria Bialas <victoria.bialas@docker.com>
* brought standard mode AWS linking topic up-to-date
Signed-off-by: Victoria Bialas <victoria.bialas@docker.com>
* added images for aws linking in swarm, improved procedure flow
Signed-off-by: Victoria Bialas <victoria.bialas@docker.com>
* Add instructions to remove also proxy_set_header Host
Add instructions to remove also proxy_set_header Host when using ELB.
In my case I only had commented out X-Real-IP, X-Forwarded-For, X-Forwarded-Proto, but not Host, and I was getting lots of retrys in Docker. Commenting the proxy_set_header Host fixed the issue, as recommended in https://github.com/moby/moby/issues/16949
Following the steps above I spent several hours trying to "Troubleshoot slow Docker swarm performance" as each web server in my stack was taking 'forever' to respond to HTTP requests, but worked just fine when invoked directly. I noticed it was taking almost exactly 30 seconds every time, and when finishing the turorial (thus deploying Redis) I realized that the python apps were waiting for some kind of Redis timeout. After deploying with a working Redis service responses were quick as before.
As somebody new to Docker it would have been good to know that the web app itself (timing out for Redis) was causing the delay not the host system or docker configuration.