dockerd可以处理多less个并发请求？
我们有1个群组，3个pipe理员和10个工作人员进行性能testing。 当100个并发请求（创build服务）发送给一个swarm manager时，dockerd可以接受所有的请求派遣给worker。 但是，如果我们增加并发请求的数量，dockerd错误日志说：
Error creating service serviceXXX: rpc error: code = 4 desc = context deadline exceeded" 有dockerd可以在代码中处理的最大并发请求的默认值？ 我们如何增加dockerd可以成功处理的并发请求？
守护进程是17.03版本。
正如问题29987中所评论的那样 ，这个错误信息并不十分明确：
我认为，无论何时我们遇到上下文截止时间超出的错误，我们都应该将其重写为什么超时的连贯解释，并且可能列出可能导致超时的原因（丢失法定数量等）。
在docker / docker-e2e上工作时，我遇到了一些问题，例如超时错误，超时的根本原因是被忽略，被取代，或者被埋没了。
如问题33631中详述 ：
这个错误可能有各种各样的原因（请参阅此search提及此错误的现有问题）。
错误本身是非常通用的，可能意味着pipe理者无法与集群中的其他pipe理者进行交stream。
从这个错误中，很难发现为什么它没有通信（它可能是一个糟糕的networking连接，其他pipe理者没有正确地重新join集群，因此你失去了仲裁，也可能是（例如）经理没有一个静态IP地址，并且IP地址改变 – 目前不支持）。
你可以在这里看到类似的情况，但是这种情况也会导致查询次数减less