Kubernetes环境下Kibana无法连接Elasticsearch Service的求助

首先咱们拆解下你遇到的两个核心问题：

第一个错误：ValidationError要求URI带http/https前缀 #

你最初的配置里--elasticsearch.url='elasticsearch-service:9200'确实不符合Kibana的规则——它要求Elasticsearch地址必须是完整的HTTP/HTTPS URI，所以加上http://前缀是完全正确的修正方向。

第二个问题：加了http后仍连接失败 #

问题大概率出在shell命令的引号解析上。当你用sh -c执行命令时，包裹URL的单引号会被shell处理，导致Kibana实际收到的地址是'http://elasticsearch-service:9200'（带单引号），这显然不是合法的URI，自然会连接失败。

另外，Kibana 6.x更推荐用环境变量配置，比命令行参数更稳定，还能避免shell解析的坑。下面给你两个可行的解决方案：

方案一：使用环境变量配置（推荐） #

修改你的Kibana Pod YAML，用ELASTICSEARCH_URL环境变量指定Elasticsearch地址：

apiVersion: v1
kind: Pod
metadata:
  name: kibana
  labels:
    app: kibana
spec:
  containers:
  - name: kibana
    image: kibana:6.6.1
    env:
    - name: ELASTICSEARCH_URL
      value: "http://elasticsearch-service:9200"

Kibana会自动读取这个环境变量并应用到配置中，完全不需要手动拼接命令行参数，既简洁又避免了引号问题。

方案二：修复命令行参数的引号问题 #

如果坚持用命令行启动，去掉URL周围的单引号即可：

apiVersion: v1
kind: Pod
metadata:
  name: kibana
  labels:
    app: kibana
spec:
  containers:
  - name: kibana
    image: kibana:6.6.1
    command: ["/bin/sh"]
    args: ["-c", "bin/kibana --elasticsearch.url=http://elasticsearch-service:9200"]

这样shell会正确传递不带引号的URI给Kibana，符合配置要求。

额外排查步骤 #

如果还是有问题，你可以通过kubectl logs kibana查看Kibana的日志，确认它实际尝试连接的URL是什么，以及具体的错误（比如DNS解析、网络策略限制等）。不过根据你说其他Pod能正常连接elasticsearch-service:9200，说明Service本身是正常的，大概率是上面的配置问题导致的。

内容的提问来源于stack exchange，提问作者Yagel