Session 具有持久性会话和后端服务器故障的Nginx响应

Session 具有持久性会话和后端服务器故障的Nginx响应,session,cookies,nginx,load-balancing,Session,Cookies,Nginx,Load Balancing,我正在使用cookie阅读关于持久性会话的Nginx,下面是文档 来自尚未绑定到特定服务器的客户端的请求 服务器被传递到由配置的服务器选择的服务器 方法带有此cookie的进一步请求将传递给 指定服务器。如果指定的服务器无法处理请求, 选择新服务器时,就好像客户端尚未绑定一样 最后一行说 如果指定的服务器无法处理请求 服务器无法处理请求意味着什么 问题1: 这是否意味着服务器已关闭? 或者这是否意味着服务器响应了一些错误代码? 还是说它在某个时间间隔内没有响应? 或者这是否意味着该服务器上已达到

我正在使用cookie阅读关于持久性会话的Nginx,下面是文档

来自尚未绑定到特定服务器的客户端的请求 服务器被传递到由配置的服务器选择的服务器 方法带有此cookie的进一步请求将传递给 指定服务器。如果指定的服务器无法处理请求, 选择新服务器时,就好像客户端尚未绑定一样

最后一行说

如果指定的服务器无法处理请求

服务器无法处理请求意味着什么

问题1: 这是否意味着服务器已关闭? 或者这是否意味着服务器响应了一些错误代码? 还是说它在某个时间间隔内没有响应? 或者这是否意味着该服务器上已达到最大连接数限制

问题2: 假设有3个后端服务器,我们使用cookie进行会话持久化。 现在假设有2台备份服务器宕机,所以niginx将把所有请求路由到第三台服务器 现在另外两台服务器重新联机,即使请求具有第三台服务器的持久性cookie,niginx是否也会使用另外两台服务器来路由请求。

问题1:这意味着当前服务器已达到其最大连接数,并通过连接。如果没有其他服务器,则会将请求get添加到que中,直到满足请求为止

这不是一个错误,只是服务器忙于处理请求

问题2:否;它将尝试将其传递到第一个可用的服务器。它不在乎创建者是谁,它只想尽快处理请求