使用ngx_http_grpc_模块进行负载平衡时,NGINX向后端打开了多少个连接和流

使用ngx_http_grpc_模块进行负载平衡时,NGINX向后端打开了多少个连接和流,nginx,grpc,Nginx,Grpc,我用它来平衡多个后端的RPC。可悲的是,我对后端几乎没有控制权,我很难检查具体的行为 在我看来,有两种类型的并发在使用: 打开到每个后端的连接数 每个连接的流数 如果我打开一个到nginx实例的连接,它会打开到每个后端的至少一个连接,以平衡它们之间的rpc 我不确定的是: 当我打开到nginx的更多连接(例如,更多客户端)时,是否也会打开到后端的其他连接 nginx如何确定每个后端连接中使用的流的数量 NGINX(开源和Plus)根据请求从上游恰好打开到一台服务器的一个连接。实际选择的服务

我用它来平衡多个后端的RPC。可悲的是,我对后端几乎没有控制权,我很难检查具体的行为

在我看来,有两种类型的并发在使用:

  • 打开到每个后端的连接数
  • 每个连接的流数
如果我打开一个到nginx实例的连接,它会打开到每个后端的至少一个连接,以平衡它们之间的rpc

我不确定的是:

  • 当我打开到nginx的更多连接(例如,更多客户端)时,是否也会打开到后端的其他连接
  • nginx如何确定每个后端连接中使用的流的数量
NGINX(开源和Plus)根据请求从上游恰好打开到一台服务器的一个连接。实际选择的服务器取决于负载平衡指令。您可以通过ip_哈希或哈希指令将多个请求定向到同一上游服务器。如果未给出指令或通过某些其他指令(例如,通过最少连接的活动连接数),则选择服务器循环。NGINX Plus通过粘性连接提供更多功能

见:

要了解负载平衡、连接和通道,请阅读NGINX的以下免费电子书:


感谢您抽出时间回答我的问题。我有两个后续问题,你有文件相关部分的链接吗?此外,在文档中的任何地方,关于请求/RPC是如何通过向后端开放的连接进行平衡的——至关重要的是,具有更多连接的后端是否会获得更多请求/RPC?感谢更新答案,我无法在链接的书中找到任何具体的细节来回答我上面的问题——它们似乎相当高。