我刚接触Azure负载平衡..。因此,我试图将3个VM (v2)添加到负载均衡器(V2)中,并将其配置如下:
现在,我需要测试一个场景,当我需要客户端将数据发送到特定的TCP端口时,这个端口应该被分发到3VM中,我执行了以下步骤:
这似乎不起作用,知道为什么吗?
我在后端池中配置了3个VM,需要公共网络在自定义tcp端口上访问LB,这将反过来击中VM在池中的随机配置。探测被配置为连接自定义TCP端口。这三个VM利用一个具有入站规则的通用NSG来允许来自传入的自定义TCP端口的连接。
对于3VM的当前问题,服务运行的端口(td-agent/Fluentd)为24224:
1)无法从LB的公共IP发送到自定义TCP端口。但是,如果我为该端口(在删除LB规则之后)创建一个入站NAT规则,并将其命中到特定的VM (这不是我的要求),这是可行的。
2) LB的诊断没有写入配置为检查探针是否工作的存储。
3)没有检查或模拟探针连接的工具或命令,如果有,请告诉我。
发布于 2016-04-15 04:56:05
由于我使用的是流畅的服务,我遵循了一些安装前的步骤,这些步骤似乎导致了Azure负载平衡器在‘优化网络内核参数’http://docs.fluentd.org/articles/before-install下的问题--属性net.ipv4.tcp_tw_recycle是给LB带来问题的属性。关于这一点的讨论可以在本link中找到。
在删除此配置时,我可以使用VM上的命令从Azure LB IP中看到确认:
tcpdump -i eth0 src 168.63.129.16和端口24224
但是,诊断仍然不能工作,因为该功能仍然处于预览模式。
https://stackoverflow.com/questions/36199313
复制相似问题