我是Azure负载均衡的新手。所以我尝试将3个VM(v2)添加到负载均衡器(v2)并按如下方式配置:
现在我需要测试一个场景,当我需要客户端将数据发送到特定的TCP端口时,该端口应该分发给3个VM,并且我执行了以下步骤:
这似乎没有用,任何想法为什么?
我在后端池中配置了3个VM,并且需要公共网络在自定义tcp端口上命中LB,这将触及池中随机配置的VM。探针配置为连接自定义TCP端口。这三个VM使用具有入站规则的通用NSG,以允许来自传入自定义TCP端口的连接。
服务(td-agent / Fluentd)运行的端口在3个虚拟机上运行24224 目前的问题:
1)无法从LB的公共IP远程登录到自定义TCP端口。但是,如果我为该端口创建了一个入站NAT规则(在删除LB规则之后),这个规则可以访问特定的VM,这不是我的要求。
2)LB的诊断未按配置写入存储器以检查探针是否正常工作。
3)没有工具或命令来检查或模拟探头的连接方式,如果有,请告诉我。
答案 0 :(得分:0)
由于我使用的是流畅的服务,因此我遵循了一些预安装步骤,这些步骤似乎导致了“优化网络内核参数”http://docs.fluentd.org/articles/before-install下的Azure负载均衡器问题 net.ipv4.tcp_tw_recycle属性是导致LB出现问题的属性。 关于这方面的讨论可以在link中找到。
在删除此配置后,我能够使用VM上的命令查看来自Azure LB IP的确认:
tcpdump -i eth0 src 168.63.129.16和端口24224
但是,由于该功能仍处于预览模式,诊断程序仍无法正常工作。