将更新推送到 ASP.NET webfarm 的策略？
大多数人如何处理更新在网络场中运行的 ASP.NET 应用程序？ 我遇到的问题是，由于应用程序正在使用中并且请求亲和性不具有粘性，因此当我们推送更新时，用户会在进程请求时遇到错误，该请求可能由错误版本的应用程序处理。 你怎么做到这一点？ 使整个应用程序离线并让推送完成，还是实时更新并让芯片落在他们可能的地方？ 理想情况下，如果可能的话，我们希望尽量减少停机时间。
任何想法/建议/指示将不胜感激
How do most people handle updating ASP.NET applications running in a webfarm? I am having the problem that because the app is in use and the request affitnity is not sticky, when we push the update users run into errors as the process requests the request might be handled by the wrong version of the application. How do you do this? Take the entire application offline and let the push complete or do you update live and let the chips fall where they may? Ideally we'd like to minimize down time if at all possible.
any thoughts/suggestions/pointers would be appreciated
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
这就是我们所做的：
从场中的特定服务器中排出活动会话，在此期间不会将新流量路由到该服务器。
将补丁应用于耗尽的服务器
耗尽剩余服务器的会话
允许流量返回原始服务器
当其他服务器耗尽时，应用补丁并让它们恢复活力。
This is what we do:
Drain the active sessions off a particular server in the farm no new traffic will be routed to that server during the time.
Apply the patch to the drained server
Drain the sessons off the remaining servers
Allow traffic back to the original server
As the other servers are drained, apply the patch and let them come back to life.
使一半服务器不可访问，更新这些服务器，将所有不可访问的服务器翻转为可访问，反之亦然，更新另一半，然后将另一半备份。
Make half the servers inaccessible, update those, flip all the inaccessible servers to accesible and vice versa, update the other half, and put the other half back up.