TIPS-2： 怎么没想负载均衡“多对一”至“一对多“

        昨日有兄dei在出货，问为何某日志业务中”X1.XX2.XX3.XX4:Port0“不可用？心想，该业务中相关负载均衡一直都是两条链路：X1.XX2.XX3.XX4:Port2（UDP),后面对应多个服务器；X1.XX2.XX3.XX4:Port3（TCP)后面对应多个服务器。并且业务代码中都是端口与负载均衡中相对应，这个Port0来自哪里？Port0在历史遗留业务中常用，但没在找到与之对应的 IP”X1.XX2.XX3.XX4“，IP又来自哪里？既然遗留服务器没有，那是否是新的服务器相关，越看越眼熟。

        登陆阿里云查询，果然有它

       链路1：”X1.XX2.XX3.XX4:Port0“   映射   "P2:Port2,P3:Port2,P4:Port2"    UDP

       链路2：”X1.XX2.XX3.XX4:Port2“   映射   "P2:Port2,P3:Port2,P4:Port2"    UDP

       链路3：”X1.XX2.XX3.XX4:Port3“   映射   "P2:Port3,P3:Port3,P4:Port3"    TCP

      A、三条链路健康检查都为异常，为何？难道都挂了吗?马上验证最常用的链路二，一切业务正常。那为何健康检查是异常？原来虚拟组"P2,P3,P4"中P4的资源用于处理其他业务,已经把日志业务关闭。

      B、工具连接TCP链路3（应用稀少关注少的一条链路），TCP链接正常？但业务不正常？百思不得其解。又没对它干嘛，怎么不能用了？我是谁？我在哪，我在干嘛？

      C、我要找的是链路1 ”X1.XX2.XX3.XX4:Port0“为何不可用啊！看到它健康检查异常，删掉原来的监听，重配一个正常的服务器：

       链路1：”X1.XX2.XX3.XX4:Port0“   映射   "P2:Port2"    UDP

       健康检查OK,UDP业务验证OK。先让它撑着吧，准备洗洗睡了。

       小结：

       1.看到问题中的新IP旧端口后因快速在新旧业务中检查搜索以下！

       2. 自己一直印象深刻的都是链路2这种1对多的负载均衡，对链路1链路2这种多对多没印象

       3.在C步骤中，既然A已经知道是关闭了P4业务，为何还再纠结于健康检查,类似A处理，手动验证一下链路1中的业务，可以更快速的解决问题。既然已经做了B操作链路3，为何不顺手验证一下链路1。

      4.B处理中为何链路3业务不能正常处理？数据发送有误吗或是后续有业务改变？

      5.后续业务反馈链路1仍然不可用？说终端是TCP连接？

        自认为不太可能。但如果成立，该怎么办：

        调通很少用的TCP链路3，然后把链路1修改为

        链路1：”X1.XX2.XX3.XX4:Port0“   映射   "P2:Port3,P3:Port3,P4:Port3"    TCP

       如此，该次业务是可用了，那原来的UDP链路1却被废弃了，怎么办?怎么办？不能这么办，更应坚持是弄错了？

那没弄错怎么办？如果阿里云负载均衡可以支持

       链路1：”X1.XX2.XX3.XX4:Port0“   映射   "P2:Port2,P3:Port2,P4:Port2"    UDP

       链路1：”X1.XX2.XX3.XX4:Port0“   映射   "P2:Port3,P3:Port3,P4:Port3"    TCP

       自然就有办法解决了，似乎不可行，洗洗睡吧。