From efa5a4698a2c9ac35411e5d8500245a0e4845dd1 Mon Sep 17 00:00:00 2001 From: Chris Schooley Date: Fri, 19 May 2017 16:46:14 -0600 Subject: [PATCH] Update part3.md (#3305) 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. --- get-started/part3.md | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/get-started/part3.md b/get-started/part3.md index 75341bf895..0d4c3e389f 100644 --- a/get-started/part3.md +++ b/get-started/part3.md @@ -122,6 +122,11 @@ your browser and hit refresh a few times. Either way, you'll see the container ID change, demonstrating the load-balancing; with each request, one of the five replicas is chosen, in a round-robin fashion, to respond. + +>**Note**: At this stage, it may take up to 30 seconds for the containers to respond to HTTP +> requests. This is not indicitive of Docker or swarm performance, but rather an unmet +> Redis dependency that we will address later in the tutorial. + ## Scale the app You can scale the app by changing the `replicas` value in `docker-compose.yml`,