head与postman基于索引的基本操作 for elasticsearch
1.可以阅读完下面两篇博客再来阅读该文档
安装elasticsearch到linux服务器安装es-header插件
2.es-head的复合查询，请求的连接为我们安装了es的虚拟机IP，这个返回的数据和我们在浏览器上获取的一致
3.使用postman访问es服务器：请求安装了es的虚拟机IP返回的数据一致
4.通过es-head创建索引
5.创建完成可以在概览中查看
6.集群健康值查询，再次创建索引库并为他们创建对应的副本
我们加上副本一共有15个分片，但是有5个副本未被正式启用所以这边显示，一共15个分片，能够正常使用的有10个
green
所有的主分片和副本分片都已分配。你的集群是 100% 可用的。
yellow
所有的主分片已经分片了，但至少还有一个副本是缺失的。不会有数据丢失，所以搜索结果依然是完整的。不过，你的高可用性在某种程度上被弱化。如果 更多的 分片消失，你就会丢数据了。把 yellow 想象成一个需要及时调查的警告。
red
至少一个主分片（以及它的全部副本）都在缺失中。这意味着你在缺少数据：搜索只能返回部分数据，而分配到这个分片上的写入请求会返回一个异常。
官网文档：传送门
green/yellow/red 状态是一个概览你的集群并了解眼下正在发生什么的好办法。剩下来的指标给你列出来集群的状态概要：
7.通过PostMan获取es的集群健康状况
GET 192.168.1.117:9200/_cluster/health
8.通过PostMan删除es索引库
DELETE 192.168.1.117:9200/index_123（要删除的索引名称）
9.通过PostMan删除es索引库
PUT 192.168.1.117:9200/index_temp（索引库名称）
{
"settings": {
"index": {
"number_of_shards": "3", // 分片数
"number_of_replicas": "0" // 副本数
}
}
}
10.通过PostMan查询某个索引库的信息
GET 192.168.1.117:9200/index_temp（你想要查询索引库的名称）
11.通过PostMan查询 es 中所有索引库的信息
GET 192.168.1.117:9200/_cat/indices?v
