简单的集群管理

（1）快速检查集群的健康状况

elasticsearch 提供了一套api，叫做cat api，可以查看es中各种各样的数据

加上v参数可以显示表头

GET /_cat/health?v

结果:

epoch      timestamp cluster       status node.total node.data shards pri relo init unassign pending_tasks max_task_wait_time active_shards_percent
1502765139 10:45:39  elasticsearch yellow          1         1      1   1    0    0        1             0                  -                 50.0%

了解集群的健康状况？green、yellow、red？

  • 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没有第二台机器去启动。

做一个小实验：此时只要启动第二个es进程，就会在es集群中有2个node，然后那1个replica shard就会自动分配过去，然后cluster status就会变成green状态。

重新解压出一个elasticsearch实例,启动elasticsearc.bat 即可.会自动加入默认集群中,status变为green.

epoch      timestamp cluster       status node.total node.data shards pri relo init unassign pending_tasks max_task_wait_time active_shards_percent
1502766099 11:01:39  elasticsearch green           2         2      2   1    0    0        0             0                  -                100.0%

对比结果可知:

  • status 已经从yellow 变为green

  • node.total 总节点数由1个变为了2个.

  • shards 已经有1一个变成了2个(其中1个是primary shared)

  • unassign 没有分配的replica shared有1 变为了0 .

  • active_shards_percent 活跃从50% 变成了100%,以前只有一个shared活跃,现在主和从chared都是活跃状态,所以是百分之百

（2）快速查看集群中有哪些索引

查看索引:GET /_cat/indices?v

（3）简单的索引操作

创建索引：PUT /test_index?pretty

删除索引：DELETE /test_index?pretty

Previous理解 documentNext简单实例:简单的curd操作

Last updated

Was this helpful?