head与postman基于索引的基本操作 for elasticsearch

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