Elasticsearch 提供了一个非常全面且强大的 REST API,可以使用它来与集群进行交互。
查看集群健康
GET _cat/health?v&pretty
响应如下:
epoch timestamp cluster status node.total node.data shards pri relo init unassign pending_tasks max_task_wait_time active_shards_percent
1581468735 08:52:15 elasticsearch yellow 1 1 1 1 0 0 1 0 - 50.0%
可以看到一个名为elasticsearch的集群的健康状态为yellow。
集群健康:
- green:每个索引的primary shard和replica shard都是active状态的;
- yellow:每个索引的primary shard都是active状态的,但是部分replica shard不是active状态,处于不可用的状态;
- red:不是所有索引的primary shard都是active状态的,部分索引有数据丢失了;
为什么现在会处于一个yellow状态?
我们现在就一个笔记本电脑,就启动了一个es进程,相当于就只有一个node。现在es中有一个index,就是kibana自己内置建立的index。由于默认的配置是给每个index分配5个primary shard和5个replica shard,而且primary shard和replica shard不能在同一台机器上(为了容错)。现在kibana自己建立的index是1个primary shard和1个replica shard。当前就一个node,所以只有1个primary shard被分配了和启动了,但是一个replica shard没有第二台机器去启动。
获取我们集群的节点列表
GET _cat/nodes?v&pretty
响应如下:
ip heap.percent ram.percent cpu load_1m load_5m load_15m node.role master name
127.0.0.1 15 64 5 mdi * yJ9kh5T
在这里,可以看到名为 yJ9kh5T 的节点名,这是目前在我们集群中的单个节点。
查看集群中有哪些索引
GET _cat/indices?v&pretty
响应如下:
health status index uuid pri rep docs.count docs.deleted store.size pri.store.size
yellow open .kibana MH0cBvQ1QI2v_sJmQsORdw 1 1 1 0 3.1kb 3.1kb
可以看到目前只有一个名为 .kibana的index。
创建索引
示例:创建一个名为customer的index。
PUT /customer?pretty
响应如下,表示创建成功:
{
"acknowledged": true,
"shards_acknowledged": true,
"index": "customer"
}
现在查询所有索引,可以看到我们刚创建的customer 索引:
GET _cat/indices?v&pretty
health status index uuid pri rep docs.count docs.deleted store.size pri.store.size
yellow open .kibana MH0cBvQ1QI2v_sJmQsORdw 1 1 1 0 3.1kb 3.1kb
yellow open customer sFP9GOQEQh2uEQ0uKkknCA 5 1 0 0 810b 810b
结果告诉我们现在有两个索引,其中有 1 个名为 customer 的索引,并且它有 5 个主分片和 1 个副本(默认)以及它包含了 0 文档在索引中。
删除索引
示例:删除customer索引。
DELETE /customer?pretty
响应如下,表示删除成功:
{
"acknowledged": true
}
现在我们再去查看全部索引:
GET _cat/indices?v&pretty
响应如下,可以看到customer索引已被删除:
health status index uuid pri rep docs.count docs.deleted store.size pri.store.size
yellow open .kibana MH0cBvQ1QI2v_sJmQsORdw 1 1 1 0 3.1kb 3.1kb