微软北草坪会议大楼+ MySQL + IIS7

Question

可能重复: 微软北草坪会议大楼+ MySQL + IIS7

这是我的设置：

HyperV VM 1: R2 + Microsoft网络负载均衡器(北草坪会议大楼)+ MySQL +IIS3NIC- LAN1 -Management192.168.1.1 LAN2 -Web192.168.1.2 LAN3 -SQL192.168.1.3

HyperV VM 2: R2 + Microsoft网络负载均衡器(北草坪会议大楼)+ MySQL +IIS3NICs- LAN1 -Management192.168.1.4 LAN2 -Web192.168.1.5 LAN3 -SQL192.168.1.6 LAN2和LAN3都是用北草坪会议大楼设置的，因此，端口80上的LAN2与192.168.1.7绑定在一起。LAN3和LAN3都是用北草坪会议大楼安装的，每个LAN3都绑定到192.168.1.8端口3306。

我已经设置了192.168.1.7来平衡负载，192.168.1.8设置默认为VM1，如果VM1失败则设置故障转移到VM2。

当从第三方访问192.168.1.7或192.168.1.8时，机器行为按照北草坪会议大楼的规则工作。

然而，这是我的问题。当我厌倦从其中一个VM访问192.168.1.7或192.168.1.8时，他们只会与绑定到北草坪会议大楼的各自接口进行交谈。

例如。与mysql对话的VM2浏览器( 192.168.1.8 )只会在调用192.168.1.8时在VM2上与mysql对话，即使192.168.1.8设置为VM1，除非VM1不可用。

我认为这与这样一个事实有关:在每个VM上，LAN3都有自己的IP和共享的IP，并且到达最近的IP，而VM之外的客户机询问它应该去哪一个。

对于如何使这一工作按其应有的方式进行，有什么想法吗？

Answer 1

我认为这是北草坪会议大楼设置中的预期行为。本地TCP/IP堆栈实现了它是一个本地IP地址，甚至不会在网络上传输数据包。对于负载平衡web服务器，使用北草坪会议大楼的建议较少。您可能希望将网络农场框架与IIS的应用请求路由(ARR)模块一起签出。这为web服务器提供了更好的可伸缩和灵活的负载平衡解决方案。