Elasticsearch - es接口查询操作调用测试记录

elasticsearch:

常用的es接口查询操作命令：

  curl http://elasticsearch:9200/
  ##这三条shell命令都可以监控到Elasticsearch健康状态
  curl http://elasticsearch:9200/_cat/health
  curl http://elasticsearch:9200/_cluster/health
  curl http://elasticsearch:9200/_cluster/health?pretty
  ##查看Elasticsearch健康状态  (*表示ES集群的master主节点)
  curl http://elasticsearch:9200/_cat/nodes?v
  curl http://elasticsearch:9200/_cat/health?v
  ##查看Elasticsearch 索引状态  (*表示ES集群的master主节点)
  curl http://elasticsearch:9200/_cat/indices?v
  curl http://elasticsearch:9200/_cluster/health?level=indices
  ##单节点 删除那些指定不明确的副本分片 集群的状态状态变成了green
  curl -XPUT -H 'Content-Type: application/json' "http://elasticsearch:9200/_settings" -d '{ "number_of_replicas" : 0 }'  
  ##查看集群中不同节点、不同索引的状态
  curl http://elasticsearch:9200/_cat/shards?h=index,shard,prirep,state,unassigned.reason
  ##这个分片数据已经不可用，直接删除该分片 (即删除索引)--极端情况
  curl -X DELETE http://elasticsearch:9200/索引名
  ##使用curl命令模拟访问任意一个elasticsearch集群
  curl http://elasticsearch:9200/_cluster/stats?human&pretty
  ##查看出问题的索引以及原因
  curl http://elasticsearch:9200/_cluster/allocation/explain?pretty
  ##尝试重新恢复失败的分片
  curl -XPOST -H 'Content-Type: application/json' http://elasticsearch:9200/_cluster/reroute?retry_failed=true

  正常情况下，Elasticsearch 集群健康状态分为三种：
  green      最健康得状态，说明所有的分片包括备份都可用; 这种情况Elasticsearch集群所有的主分片和副本分片都已分配, Elasticsearch集群是 100% 可用的。
  yellow     基本的分片可用，但是备份不可用（或者是没有备份）;  这种情况Elasticsearch集群所有的主分片已经分片了，但至少还有一个副本是缺失的。不会有数据丢失，所以搜索结果依然是完整的。不过，你的高可用性在某种程度上被弱化。如果 更多的 分片消失，你就会丢数据了。把 yellow 想象成一个需要及时调查的警告。
  red    部分的分片可用，表明分片有一部分损坏。此时执行查询部分数据仍然可以查到，遇到这种情况，还是赶快解决比较好; 这种情况Elasticsearch集群至少一个主分片（以及它的全部副本）都在缺失中。这意味着你在缺少数据：搜索只能返回部分数据，而分配到这个分片上的写入请求会返回一个异常。
  
  单点单节点部署Elasticsearch, 集群状态可能为yellow, 因为单点部署Elasticsearch, 默认的分片副本数目配置为1，而相同的分片不能在一个节点上，所以就存在副本分片指定不明确的问题，所以显示为yellow

  unassigned 分片问题可能的原因?
    INDEX_CREATED:  由于创建索引的API导致未分配。
    CLUSTER_RECOVERED:  由于完全集群恢复导致未分配。
    INDEX_REOPENED:  由于打开open或关闭close一个索引导致未分配。
    DANGLING_INDEX_IMPORTED:  由于导入dangling索引的结果导致未分配。
    NEW_INDEX_RESTORED:  由于恢复到新索引导致未分配。
    EXISTING_INDEX_RESTORED:  由于恢复到已关闭的索引导致未分配。
    REPLICA_ADDED:  由于显式添加副本分片导致未分配。
    ALLOCATION_FAILED:  由于分片分配失败导致未分配。
    NODE_LEFT:  由于承载该分片的节点离开集群导致未分配。
    REINITIALIZED:  由于当分片从开始移动到初始化时导致未分配（例如，使用影子shadow副本分片）。
    REROUTE_CANCELLED:  作为显式取消重新路由命令的结果取消分配。
    REALLOCATED_REPLICA:  确定更好的副本位置被标定使用，导致现有的副本分配被取消，出现未分配。
  
kibana:

    https://artifacts.elastic.co/downloads/kibana/kibana-oss-7.0.1-windows-x86_64.zip

    ##下载oos版本的kibana（应与es的版本保持一致，防止出现意外情况）
    https://www.docker.elastic.co/r/kibana/kibana-oss

  docker 方式：

    docker pull docker.elastic.co/kibana/kibana-oss:7.0.1

    docker run -d -p 5601:5601 --name kb 2c45a33188a0

    find / -name kibana.yml ##找到容器对应的日志文件，将连接elasticsearch的url改成es的ip;

    docker restart kb   ## 修改完配置文件后需要重启一下kibana容器，使配置生效；

    /app/kibana ##7.x默认访问路径