Amazon web services 运行状况检查ELB上的实例花费的时间太长

Amazon web services 运行状况检查ELB上的实例花费的时间太长,amazon-web-services,amazon-ec2,amazon-elb,Amazon Web Services,Amazon Ec2,Amazon Elb,在ELB之前,我使用Nginx作为负载平衡器。 在切换到ELB之后,我注意到检查EC2实例的运行状况太慢了 我有两个部署web服务器的EC2实例。 问题是我的web服务器何时更新 更新后的web服务器(基于Node.js)具有不同的js资产,这些资产通过提交散列随机生成文件名 因此,它们的不同版本不应同时处于活动状态 这是我的部署策略。 我有两个EC2实例,分别是A和B 第一阶段:现状 阶段2:更新A和B是实时的 第三阶段:更新B和A是实时的 第四阶段:A和B现场直播 但是错误发生在阶段1和阶段

在ELB之前,我使用Nginx作为负载平衡器。 在切换到ELB之后,我注意到检查EC2实例的运行状况太慢了

我有两个部署web服务器的EC2实例。 问题是我的web服务器何时更新

更新后的web服务器(基于Node.js)具有不同的js资产,这些资产通过提交散列随机生成文件名

因此,它们的不同版本不应同时处于活动状态

这是我的部署策略。 我有两个EC2实例,分别是A和B

  • 第一阶段:现状
  • 阶段2:更新A和B是实时的
  • 第三阶段:更新B和A是实时的
  • 第四阶段:A和B现场直播
  • 但是错误发生在阶段1和阶段2之间,也发生在阶段2和阶段3之间。 ELB健康检查大约需要10秒。(I测试)

    在1和2之间,当更新时,不会删除与的连接。所以用户收到了错误。这在第2阶段和第3阶段之间是相同的

    我希望ELB更快地检查运行状况,这样用户就不会收到任何错误。 当我使用Nginx作为负载平衡器时,回退机制正在工作,用户在部署过程中没有收到任何错误

    ELB有没有办法更快地检查健康状况