如何排除与kubernetes服务的通信故障

设置jaeger跟踪…所以之前我有一个二进制可执行文件（jaeger代理）在Linux CentOS 8机器上与服务器端应用程序一起运行。跟踪跨度被发送到端口14250上的jaeger收集器服务（由kubernetes设置），一切正常。最近，由于系统崩溃，我们不得不重新启动jaeger跟踪服务。现在一切都停止了，从日志中可以看到“504网关超时”，代理无法再与收集器通信

在AWS中，我们运行的kubernetes服务“jaeger collector”与这里的服务一致 唯一的区别是我使用的是1.16版

---

该服务没有外部IP。如何使用

curl

测试与jaeger collector服务的通信？或者我需要一个外部IP，也许这就是网关超时的原因？我尝试将

curl

与ClusterIP一起使用，但似乎不起作用。

我尝试将您的文件应用于Kubernetes 1.16群集，但它有几个问题：

它使用了以前的版本。ie-

apiVersion:extensions/v1beta1

应该变成

apps/v1

部署没有任何选择器，守护进程也没有

.spec.selector字段定义部署如何查找要管理的POD

你似乎在应用一些非常古老的东西。Kubernetes在其文档中记录了以下内容，因此我想知道这是否适用于较早版本的Kubernetes，其中选择器是默认的

从Kubernetes 1.8开始，必须指定与.spec.template标签匹配的pod选择器。当pod选择器为空时，将不再默认设置

看起来你应该采取一种新的方法——环顾四周，我发现了一些很好的教程，Jaeger自己也提供了类似的方法。他们都利用了这个机会

Kubernetes操作符是一种特定于应用程序的控制器，它扩展了Kubernetes API的功能，以代表Kubernetes用户创建、配置和管理复杂应用程序的实例

我不知道你所说的“所以之前我有一个二进制可执行文件（jaeger代理）在Linux CentOS 8机器上与服务器端应用程序一起运行”是什么意思

---

您正在应用的文件与之类似，这意味着代理在集群的每个节点上作为一个pod运行。如果它正在k8的集群中运行，那么。如果它完全在集群之外运行，那么您需要确保它与之对话的服务可能使用LoadBalancer类型暴露在集群之外。

等等，那么您的“二进制可执行jager代理”是否在Kubernetes集群之外？或者它是在集群中的一个吊舱中运行的？是的，我相信是的，尽管我对kubernetes非常陌生，没有设置此配置。但它以前是有效的…我不清楚如果有什么变化会怎样。所以我正在研究如何解决这个问题。嗨，你们用的是什么k8s版本？