背景：
目前ES集群的版本还是6.4，最新的ES版本已经到了7.8了，是时候更新迭代了，先把测试环境下的更新了。
通过官方文档了解到有2种升级方案https://www.elastic.co/guide/en/elasticsearch/reference/current/setup-upgrade.html
1.滚动升级
首先升级到6.8再升级到7.8,这个好处是不用中断业务，一台一台升级
2.全新集群升级
这个在升级的过程中是会要关闭集群的，对业务有一定的影响
考虑到公司存储的只是普通的业务数据，定期7天删除，少量数据丢失也没啥影响。也可以暂时关闭相关业务程序，业务数据先堆积在rmq中，正常后再重启，这样数据就不会丢失了。
官方文档在此：https://www.elastic.co/guide/en/elasticsearch/reference/current/restart-upgrade.html
操作步骤如下：
1.在其中一个节点上执行以下内容
#禁用分片分配
curl -H “Content-Type: application/json” -XPUT ‘http://localhost:9200/_cluster/settings’ -d ‘{“persistent”:{“cluster.routing.allocation.enable”:“primaries”}}’
#索引编制并执行同步刷新
curl -XPOST ‘http://localhost:9200/_flush/synced’
2.在各个节点上执行
rpm -e elasticsearch （之前是用rpm包安装的。）
下载7.8版本的rpm包
wget https://artifacts.elastic.co/downloads/elasticsearch/elasticsearch-7.8.0-x86_64.rpm
下载成功后再安装
rpm -ivh elasticsearch-7.8.0-x86_64.rpm
修改elasticsearch.yml配置文件
由于7.8版本的配置文件与6.4的还是有区别，不能直接沿用之前的，所以根据自己的实现情况进行修改,path.data还是之前的存储路径不变。如果有敏感数据的，事先备份一下，免得要删库跑路了。
配置内容如下：
节点1：
cluster.name: elasticSearch_cluster
node.name: node1
node.master: true
node.data: true
path.data: /data
path.logs: /var/log/elasticsearch
network.host: 0.0.0.0
http.port: 9200
discovery.seed_hosts: [“10.34.43.55”,“10.34.43.56”]
discovery.zen.minimum_master_nodes: 2
cluster.initial_master_nodes: [“node1”]
http.cors.enabled: true
http.cors.allow-origin: “"
indices.fielddata.cache.size: 4G
节点2：
cluster.name: elasticSearch_cluster
node.name: node2
node.master: false
node.data: true
path.data: /data
path.logs: /var/log/elasticsearch
network.host: 0.0.0.0
http.port: 9200
discovery.seed_hosts: [“10.34.43.55”,“10.34.43.56”]
discovery.zen.minimum_master_nodes: 2
cluster.initial_master_nodes: [“node1”]
http.cors.enabled: true
http.cors.allow-origin: "”
indices.fielddata.cache.size: 4G
这里需要重点介绍三个配置字段
discovery.seed_hosts: 填上各个节点的信息
discovery.zen.minimum_master_nodes：主要是为了防止裂变，算法为总集群数/2+1.如果有10节点，此外填6
cluster.initial_master_nodes:填上master的节点信息
修改jvm.options配置文件
原先默认的是
-Xms1g
-Xmx1g
我的内存是8G的
故改成
-Xms4g
-Xmx4g
3.重启服务
在节点上执行
service elasticsearch start
查看状态
curl ‘http://localhost:9200/_cat/health’
没有报错则重启另外一台
再次查看状态正常后最后则启用分片分配
curl -H “Content-Type: application/json” -XPUT ‘http://localhost:9200/_cluster/settings’ -d ‘{“persistent”:{“cluster.routing.allocation.enable”:null}}’
最后浏览一下数据看看是否正常，还有最重要的一步是相关项目涉及到操作ES的，都要看看是否正常，因为新版本返回的json结构有些与原先的不太一样。
