先说下我用的版本：elasticsearch5.2.2
对于初学者来说，我觉得elasticsearch负载均衡没啥好介绍的，在不涉及到elasticsearch优化的前提下，其实还是蛮简单的。
之所以要写下来，是为了帮助跟我一样笨的同学少走弯路、少踩坑。
为什么这么说？
因为在做elasticsearch集群测试的时候，我也是在网上查找资料。但网上的资料都是千篇一律，而且有一个非常非常重要的关键点没讲。
那就是集群各节点之间的通讯端口：9300的开启都忽略了。
一开始百度，各种可能都试了，怎么搞都不行。有一篇文章，在介绍elasticsearch集群的时候，http api端口没有采用默认的9200，使用了其它的端口，我为了省事，直接把防火墙关闭了。
我X，用这个方法竟然可以？跟之前的没啥区别啊！只是改了下端口。于是突然大脑灵光一现，我@￥@#￥%#￥&&……*&）&*%￥，9300端口没开！！！
接着重新把防火墙开启，并且把9300端口也开放出来。一试OK啦！！！
----------------------------------------------------------------------------------------------------------------------------------------------------------
修改文件：/usr/local/elasticsearch/config/elasticsearch.yml
下面贴出配置：
master
cluster.name: es #node.master: true node.name: master network.host: 192.168.1.60 discovery.zen.ping.unicast.hosts: ["192.168.1.60", "192.168.1.61"] discovery.zen.minimum_master_nodes: 1
node1
cluster.name: es #node.master: true node.name: node1 network.host: 192.168.1.61 discovery.zen.ping.unicast.hosts: ["192.168.1.60", "192.168.1.61"] discovery.zen.minimum_master_nodes: 1
我的两个节点的IP分别是192.168.1.60和192.168.1.61，所以配置如上，还是蛮简单的。
我装了kibana，在kibana执行：GET _cat/health?v
检查elasticsearch的健康状况，会看到：
status为green，表示集群状态已经OK了。
为了验证，可以在一个节点上插入数据，另外一个节点上查询数据，看是否能查出来？