我正在使用Microsoft Dynamics NAV 2009的angular色定制客户端（RTC），它采用三层体系结构。 Microsoft称之为服务层的中间层是一个作为Windows服务运行的非群集感知应用程序。 我已经通过另外一个问题来确定，我应该使用运行NAV服务层的虚拟机来运行集群pipe理程序。
不幸的是，NAV Service Tier的用户容量最大为50-60。 有100多个并发用户，我需要一些机制来“平衡”所有会话，而不必访问每个用户的工作站，并将其“硬编码”到特定的服务器。 会话需要保持粘性，因为初始请求之后的每个请求都需要路由到同一台服务器。
我怎样才能平衡一个不是基于IIS的Windows服务，并满足我所列出的要求？
我认为Windowsnetworking负载平衡 （NLB）将为您工作 – 它使用多播，以允许多个服务器被相同的IP地址访问。 服务器之间自行决定哪一个处理请求。 它可以configuration为粘性（会话亲和力）。 但是请注意，它只能提供服务器是启动还是closures的冗余 – 无法确定群集中哪台服务器负载较低。
那里的大多数文档将讨论IIS和NLB，但是它适用于RDP和其他应用程序。 在高负载的情况下，我有一些使用Dell PowerConnect交换机的问题，并且倾向于采用更重量级的负载平衡解决scheme，但我认为这是您开始使用的最佳select。 Windows Server免费。
客户如何“find”中间层？ 循环赛DNS是你的select吗？