如何更新负载均衡器后面的前端服务器

Question

我有多个前端服务器大量生成HTML页面，在负载均衡器后面。

只是想知道在用户浏览网站时更新前端应用程序的最佳实践是什么。

目标：

1. 确保每个用户都看到新版本或旧版本，但不要在两者之间切换。
2. 确保负载仍然均匀分布在未更新的服务器中。
3. 服务没有中断。

我的想法：

1. 将服务器分成几组。
2. 从负载平衡中取出一个组，等待它完成当前的请求。
3. 更新应用程序和操作系统等。
4. 让小组恢复负载平衡。
5. 选择另一个组并重复步骤2-5。

在处理过程中，一些服务器将拥有新版本，因此，为了确保用户不会在新旧服务器之间切换，我是否启用了粘性会话？

Answer 1

上面的内容似乎是一个合理的更新过程，但是您也可以使用持久性或粘性会话，这样当用户转到web服务器时，它们将在浏览器会话的生命周期(或下一个小时，或您决定配置的任何内容)中被路由到同一个web服务器。这还允许进行一些A/B测试，如果您需要获得用户对新特性的反馈，或者只允许出现错误(如果在A/B测试中发现问题，只需从池中提取服务器组B)。

对于棘手的会话，您应该注意到一些问题:例如，如果防火墙后面有1000个用户，源地址持久化可能会有问题--那么您就会有一个庞大的组，它总是会转到一个web节点上。也许你真的不想要一个曲奇来做坚持，等等。

但是，在这个问题上并没有达成一致的“最佳实践”--在这种情况下，最好的做法就是满足你的业务需求。您应该收集所有的选项，并选择最适合您的工作流程。