docker-compose编排ELK，kibana报错Unable to revive connection: http://172.16.23.126:9200/

问题描述

使用docker-compose方式编排ELK环境，启动elasticsearch没有问题，浏览器访问内网es环境http://172.16.23.126:9200/_cluster/health?pretty正常，但是kibana启动后报错：
Unable to revive connection: http://172.16.23.126:9200/

排查思路

首先查看docker-compose编排脚本

kibana:
    image: docker.elastic.co/kibana/kibana:7.2.0
    container_name: kibana
    environment:
      XPACK_MONITORING_ENABLED: "true"
      XPACK_MONITORING_UI_CONTAINER_ELASTICSEARCH_ENABLED: "true"
      ELASTICSEARCH_HOSTS: http://172.16.23.126:9200
      CSP_STRICT: "true"
    ports:
      - 5601:5601
    #restart: "always"

配置连接的es host地址和端口都没有问题，所以查看es的日志

docker logs -f --tail 100 es

发现这么一句话
“message”: “publish_address {172.22.0.5:9200}, bound_addresses {0.0.0.0:9200}”
可见es容器在创建时内部的ip地址是172.22.0.5，如果其他容器去访问宿主机地址+端口，肯定会访问不到，导致kibana访问172.16.23.126:9200失败

所以把配置改为：

ELASTICSEARCH_HOSTS: http://172.22.0.5:9200

重启后kibana启动成功，但是这么一想根本问题并没有解决，因为容器再重新创建时ip是随机变化的，如果每次都要修改ip地址，岂不是很麻烦？况且如果还有其他的相关应用如filebeat，logstash，kafka等配置访问的时候都要修改，所以这样做并不科学。

然后查了一下elastic官网，发现在docker编排的配置中可以通过service的名字而非ip访问，所以配置再次修改如下：

ELASTICSEARCH_HOSTS: http://es:9200

注意这里的hostname需要和编排中的service名相同

重启，问题彻底解决