在集群环境中的多台服务器上部署 ASP.NET Web 应用程序的最佳方法是什么
我需要将 ASP.NET Web 应用程序部署到 6 台服务器。 在部署增强功能时，我通常从集群中删除 3 个，部署应用程序，将它们重新轮流放回，然后删除其他 3 个并执行相同的操作。
在部署应用程序更改时，您应遵循什么最佳实践来最大程度地减少/消除对客户的影响
I have 6 servers that i need to deploy my ASP.NET web application to. While deploying enhancements, I usually remove 3 from the cluster, deploy the app, put them back in rotation, and remove the other 3 and do the same.
What is the best practise that you would follow to minimize/eliminate any customer impact when you are deploying application changes
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我们通常会像您一样从集群中删除并换出。 我们目前正在运行六台虚拟机作为我们的服务器场（它是从四台物理机扩大到的，以考虑虚拟机开销）。 我们也一次轮换三名球员。 我们遵循的经验法则是，在任何给定时间至少有一半的节点需要可用才能保持站点正常运行，否则，我们将拉动整个站点。
此外，我们正在非常认真地考虑使用集群之外的热“映像”服务器，可以对其进行部署、测试，然后进行映像部署。 假设图像将经过全面测试，我们可以最大限度地减少部署的停机时间，而不必对每个节点进行一系列完整的冒烟测试。
We normally remove from the cluster and swap out, like you do. We are currently running six VMs as our server farm (which was scaled up from four physical machines, to account for VM overhead). We rotate three out at a time, as well. The rule of thumb we follow is that at least half of the nodes need to be available at any given time to keep the site up, otherwise, we pull the entire site.
Also, we are very seriously considering using a warm "image" server that is out of the cluster that can be deployed to, tested, and then imaged for deployment. The assumption is that the image will be completely tested and we can minimize downtime for deployment and not have to go through a full series of smoke tests for each node.