elasticsearch6.7 01.入门指南(2)

2、安装(略) 默认情况下,elasticsearch 使用端口 9200 来访问它的 REST API。如果有必要,该端口也可以配置 3、探索集群 3.1 The REST API 既然我们已经启动并且运行了我们的节点(和集...

2、安装(略)

默认情况下,elasticsearch 使用端口 9200 来访问它的 REST API。如果有必要,该端口也可以配置

3、探索集群

3.1 The REST API

既然我们已经启动并且运行了我们的节点(和集群),下一步是去了解如何与它通信。幸运的是,elasticsearch 提供了一个非常全面且强大的 REST API,您可以使用它来与集群进行交互。可以使用 API 来完成如下的几件事情 :

  • 检查集群,节点,和索引的健康,状态和统计信息。
  • 管理集群,节点和索引数据以及元数据。
  • 针对索引执行 CRUD(Create,Read,Update,和 Delete)和搜索操作。
  • 执行高级搜索,例如 paging,sorting,filtering,scripting,aggregations 等等。

3.2. Cluster Health(集群健康)

让我们从基本的健康检查开始,我们可以用它来看看我们的集群在做什么。我们将使用 curl 来做这件事情,当然您也可以使用任何允许您进行 HTTP/REST 调用的工具。假设我们在同一节点上启动了 elasticsearch 并且打开了另一个命令 shell 窗口。 为了检查集群健康,我们将使用 _cat API。您可以在 Kibana的控制台中通过点击 “VIEW IN CONSOLE” 或者通过点击下面的 “COPY AS CURL” 链接然后粘贴到终端中使用 curl 中运行该命令 :

#shell窗口
curl -XGET 'localhost:9200/_cat/health?v&pretty'

#kibana中
GET /_cat/indices?v

响应如下 :

epoch      timestamp   cluster      status node.total node.data shards pri relo init
1475247709 17:01:49    elasticsearch green      1          1      0     0    0    0 
unassign pending_tasks max_task_wait_time active_shards_percent
    0         0                 -               100%

我们可以看到名为 “elasticsearch” 的集群处于绿色状态。

每当我们请求集群健康时,我们得到的集群状态分为绿色、黄色,和红色。

  • 绿色表示一切正常(集群功能齐全)
  • 黄色表示所有数据可用,但是有些副本尚未分配(集群功能齐全)
  • 红色意味着由于某些原因有些数据不可用(可以使用集群的部分功能)

注意,集群是红色时,它仍然具有部分功能(例如,它将继续从可用的分片中提供搜索服务),但是您应该尽快去修复它,因为您已经丢失数据了。

另外,从上面的响应中,我们可以看到共计 1 个 node(节点)和 0 个 shard(分片),因为我们还没有在其中放入数据。请注意,由于我们使用的是默认的集群名称(elasticsearch),并且 elasticsearch 默认情况下使用单播网络来发现同一机器上的其它节点。有可能您不小心在您的电脑上启动了多个节点,默认情况下它们都会加入该群集。在这种情况下,你会在上面的响应中看到多个节点。

我们也可以获取集群的节点列表,如下所示 :

curl -XGET 'localhost:9200/_cat/nodes?v'

#kibana中
GET /_cat/nodes?v

响应如下 :

ip        heap.percent ram.percent cpu load_1m load_5m load_15m node.role master name
127.0.0.1           10           5   5    4.46                       mdi      *      PB2SGZY

在这里,我们可以到命名为 “PB2SGZY ” 的节点名,这是目前在我们集群中的唯一节点。

3.3 List All Indices(查看所有索引)

现在,让我们来查看下所有的索引 :

curl -XGET 'localhost:9200/_cat/indices?v'

GET /_cat/indices?v

响应如下 :

health status index uuid pri rep docs.count docs.deleted store.size pri.store.size

没有具体的值,这意味着elasticsearch集群中还没有索引。

3.4 Create an Index(创建索引)

现在我们创建一个名为 “customer” 的索引,然后再列出所有索引 :

curl -XPUT 'localhost:9200/customer?pretty&pretty'
curl -XGET 'localhost:9200/_cat/indices?v&pretty'

#kibana中
PUT /customer?pretty
GET /_cat/indices?v

这是第一个使用PUT动作命令创建名为 customer 的索引。只需在调用的末尾附加pretty命令就可以可视化地打印JSON响应(如果有的话)
响应如下 :

health status index     uuid   pri rep docs.count docs.deleted store.size pri.store.size
yellow  open   customer 95SQ4   5   1       0          0           260b        260b

第二个命令的结果告诉我们现在已经有 1 个名为customer的索引,并且它有 5 个主分片和 1 个副本(默认值)以及0个文档。

您可能也注意到customer索引中有一个yellow健康标记。回想下我们先前的讨论, yellow 意味着有些副本还没有被分配。该索引发生这种情况的原因,是因为默认情况下elasticsearch为此索引创建了一个副本。因为目前只有一个节点在运行,所以在另一个节点加入集群之前,还不能分配一个副本(为了高可用性)。一旦该副本分配到第二个节点上,该索引的运行状况将变为绿色。

3.5 索引和查询文档

现在让我们放入一些东西动我们的 customer 索引中去。让我们在 customer 索引中index一个ID为1的客户文档,如下所示:

curl -XPUT 'localhost:9200/customer/_doc/1?pretty&pretty' -d'
{
  "name": "John Doe"
}'

PUT /customer/_doc/1?pretty
{
    "name":"John Doe"
}

响应如下 :

{
  "_index" : "customer",
  "_type" : "_doc",
  "_id" : "1",
  "_version" : 1,
  "result" : "created",
  "_shards" : {
    "total" : 2,
    "successful" : 1,
    "failed" : 0
  },
  "_seq_no" : 0,
  "_primary_term" : 1
}

从上面我们可以看到在客户索引中成功地创建了一个新的客户文档。该文档还有一个为1的内部 ID,它是我们在索引时指定的。

需要注意的是,您无需在索引文档之前先显式地创建索引。在前面的例子中,如果customer 索引事先不存在,Elasticsearch 将自动的创建 customer 索引。

现在让我们检索我们刚刚索引的文档 :

curl -XGET 'localhost:9200/customer/_doc/1?pretty&pretty'

GET /customer/_doc/1?pretty

响应如下 :

{
  "_index" : "customer",
  "_type" : "_doc",
  "_id" : "1",
  "_version" : 1,
  "_seq_no" : 25,
  "_primary_term" : 1,
  "found" : true,
  "_source" : { "name": "John Doe" }
}

除了一个字段found之外,上面没有什么特别的东西。结果说明我们找到了一个ID为1的文档,其中字段_source返回了我们从上一步索引的完整JSON文档。

3.6 Delete an Index(删除索引)

现在让我们删除刚才创建的索引并且再次列出所有索引 :

curl -XDELETE 'localhost:9200/customer?pretty&pretty'
curl -XGET 'localhost:9200/_cat/indices?v&pretty'

DELETE /customer?pretty
GET /_cat/indices?v

响应如下 :

health status index uuid pri rep docs.count docs.deleted store.size pri.store.size

这意味着索引被成功的删除,并且我们现在又回到了集群没有索引的初始状态了。

在我们继续之前,让我们仔细的看一看一些我们迄今为止学习的 API 命令 :

PUT /customer
PUT /customer/_doc/1
{
  "name": "John Doe"
}
GET /customer/_doc/1
DELETE /customer

如果我们仔细的研究上面的命令,我们可以清楚的看到,我们如何访问 Elasticsearch 中的数据的 pattern(模式)。该 pattern(模式)可以概括如下 :

<HTTP Verb> /<Index>/<Type>/<ID>

这种REST访问模式在所有API命令中都是非常普遍的,如果您可以简单的记住它,对您掌握 Elasticsearch 会有一个良好的开端。

  • 发表于 2019-04-14 12:00
  • 阅读 ( 197 )
  • 分类:网络文章

条评论

请先 登录 后评论
不写代码的码农
小编

篇文章

作家榜 »

  1. 小编 文章
返回顶部
部分文章转自于网络,若有侵权请联系我们删除