ES自测过程总结

在ES自测过程中，主要分成两项：服务可用性测试和检索接口功能测试
在我们接收到的邮件中，
自测集群：
WEB节点:192.169.30.237
其他节点：192.169.30.234—192.169.30.236
服务可用性测试步骤如下：
1. 我们通过xShell连接到192.169.30.237，通过查看/etc/hosts文件中的内容，查看所有节点的主机名和IP地址。
2. 通过google访问所有节点的网页地址：192.168.30.237：9200，192.168.30.236：9200，192.168.30.235：9200，192.168.30.234：9200.在网页中我们主要要看的内容是status，name，cluster_name在这几个网页中是否一致。如果某个网页打不开，也即表明该节点没有部署elasticsearch服务，在该节点上执行systemctl status elasticsearch会显示Unit elasticsearc.service could not be found。
3. 我们打开一个布了elasticsearch的节点上使用访问索引管理工具：http://192.169.30:237/_plugin/head，登录这个网页，我们要关注的值有集群的名字，集群健康值是否为绿色，两个索引，china.zhejiang.hangzhou，hdcfs_index.以及我们是否能看到所有的节点，由于hikdata1没有布elasticsearch服务，所以可以看到三个节点，其中一个主节点由星号标注，另外两个则有黑色的圆圈标注。另外可以看到5个数据，0，1，2，3，4，表示有五个分片。粗框的数据表示主分片，细框标识副分片。
4. 我们在部署了elasticsearch服务的节点上，执行命令systemctl status elasticsearch，可以看到状态为：active(running)，这样我们执行命令systemctl stop elasticsearch，停止该节点的elasticsearch服务，去观察网页的变化，我们停止hikdata2的elasticsearch，去访问索引管理工具，可以看到hikdata2已经变成Unassigned，并且集群健康值为14/20，并且变成黄色。不断的刷新，等过一会数据同步完成之后，hikdata2就会消失，并且集群健康值变成20/20，绿色。
至此，服务可用性就测试完成。之后我们要检索接口功能测试。
我们要下载数据集eclipse-3.7.0.zip，解压缩之后，首先把工作目录cd到/mnt/hdcfs，并且执行命令rm –rf *
把该文件夹下的内容清空。把解压缩之后的eclipse文件夹copy到当前linux的路径/mnt/hdcfs,留意当前节点，如果节点为hikdata2，对应的ip为192.169.30.235
执行下面的步骤，如果数据正确，即通过：
1. 通过curl命令进行检索，检索文件的数目是否正确。

#curl “hikdata2:9200/_research?res_type=file&limit=0”或者curl “192.169.30.237:9200/_research?res_type=file&limit=0”

{“status”:200, “res_type” : “file”, “hits”: {“totalHits”: 2818,”hits”:[]}}
2. 检索文件名为eclipse的文件

#curl “hikdata2:9200/_research?res_type=file& name=eclipse&limit=0”

totalHits:960
3. 检索文件大小在1024k到4096k之间的个数
#curl “hikdata2:9200/_research?res_type=file& size_from=1024&size_to=4096&limit=0”
totalHits:444
4. 检索文件类型为compress的个数

#curl “hikdata2:9200/_research?res_type=file& file_type=compress&limit=0”