Amazon web services AWS ELB上连接排空、空闲超时和端口过期时间的建议值是什么?

Amazon web services AWS ELB上连接排空、空闲超时和端口过期时间的建议值是什么?,amazon-web-services,amazon-ec2,amazon-elb,Amazon Web Services,Amazon Ec2,Amazon Elb,在ELB上,以下各项的建议值是什么: 端口80粘性到期期限: 电流:120s建议: 端口443粘性到期期限: 电流:130s建议: 空闲超时: 电流:90s推荐值: 连接排水: 电流:120s建议: 不确定我的设置是否正确。我目前有两个web服务器实例。问题是大多数用户经常从一台服务器切换到另一台服务器。这允许用户从一台服务器离开$u会话,而不能执行到另一台服务器。web应用程序上长时间执行脚本是否可能是导致此问题的原因之一?我是否应该重新编码我的脚本,使其具有会话cookie,以便用户切换到另

在ELB上,以下各项的建议值是什么:

端口80粘性到期期限:

电流:120s
建议:

端口443粘性到期期限:

电流:130s
建议:

空闲超时:

电流:90s
推荐值:

连接排水:

电流:120s
建议:


不确定我的设置是否正确。我目前有两个web服务器实例。问题是大多数用户经常从一台服务器切换到另一台服务器。这允许用户从一台服务器离开$u会话,而不能执行到另一台服务器。web应用程序上长时间执行脚本是否可能是导致此问题的原因之一?我是否应该重新编码我的脚本,使其具有会话cookie,以便用户切换到另一台服务器,以便他们可以从另一台服务器执行会话?

很难给出具体信息,因为这取决于您的用例。然而,有几点评论:

  • 港口粘性是一个重要因素;这表明您正在使用本地状态。通常,应用程序服务器应该是无状态的,状态保存在数据库中。(redis或memcached(不是DB)对于会话管理非常快)

  • 连接应该尽可能短,大致说来不超过预期的请求。只有当部署系统了解如何处理它时,它才有用

  • 空闲超时:视情况而定。您正在使用异步请求吗


连接耗尽和空闲超时都是AWS ELB的新功能-它们在一年前还不存在。

所以我的选择是禁用端口粘性并使用Elasticache服务(memcached)?因此,用户可以在ELB上保持实例间的会话,因为他们的会话存储在内存中。Elasticache是否可以将php脚本上生成的用户会话从一台服务器传送到另一台服务器?是的,我在web应用程序上有很多异步请求,包括来自第三方API的请求。没错,强烈建议将会话存储在其他位置(memcache或完整数据库)。这里是一个快速概述:听起来很酷,谢谢让我检查一下,但是使用memcached,当跨区域的网络延迟出现时,会不会没有问题?