mirror of https://github.com/docker/docs.git
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.
This commit is contained in:
parent
17b7941c16
commit
efa5a4698a
|
|
@ -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`,
|
||||
|
|
|
|||
Loading…
Reference in New Issue