Azure流量管理器和Kubernetes服务显示降级

我们正试图在Azure Kubernetes服务之上实现一个流量管理器，这样我们就可以在两个地区（英国西部和南部）运行一个集群，并在两个地区之间实现平衡

实际的流量管理器似乎工作正常，但在azure门户中，它显示为降级，在k8集群上的入口控制器日志中，我可以看到如下请求

[18/Sep/2019:10:40:58+0000]“GET/HTTP/1.1”404 153-“Azure Traffic Manager端点监视器”407 0.000[-]

因此，流量管理器触发了一个请求，它击中了入口控制器，但它显然无法解析该路径，因此返回404

我曾经玩过一个关于自定义主机头设置的游戏，将它们指向pods上的一个健康检查端点，它做了一点工作，但后来似乎又回到了开始/所以再次进入降级状态（是的，我知道听起来很奇怪）

即使这样做有效，我也不想把它指向一个特定的pod端点，以防它因为某种原因而下降。我们是否可以在入口控制器配置中执行一些操作，使其响应200，以便交通管理器知道它已启动

---

干杯

我建议您切换到基于TCP的探测以获得快速修复。您可以将协议更改为TCP，并选择AKS正在侦听的端口

---

如果到端口的三向握手失败，则认为探测失败

为什么不在应用程序所在的同一个pod上公开一个简单的运行状况检查端点，而不是另一个pod？如果您部署了一个变通方法来从入口控制器返回http 200，并且如果后端关闭，那么流量仍然会被路由，这就不符合使用探测器的理由。

甚至从来没有注意到TCP选项，我已经切换到该选项，它现在已联机。可能仍会寻找一种方法让它检查入口控制器，但目前还可以。您可以在此提供帮助：