ElasticSearch 笔记1 - 基础概念

翻译自https://www.elastic.co/guide/en/elasticsearch/reference/current/_basic_concepts.html,方便回看。

基础概念

1. Near Realtime 接近实时

从对文档创建进行索引开始到该文档可搜索,大概有1秒的轻微延时。

2. Cluster 集群

集群是一个或多个节点(服务器)的集合,承载着所有节点上的数据,对数据进行联合索引和搜索。每个集群拥着唯一的id,默认为elasticsearch。一个节点只能加入一个集群,由该集群的唯一id来标识。

在不同的环境中,不要使用相同的集群id,以免节点加错集群。

一个集群只有一个节点是完全可行的。另外,你可以使用多个独立的拥有不同id的集群。

3. Node 节点

一个节点是一台用来存储数据,并且参与到索引和搜索功能的服务器,属于集群的一部分。类似集群,一个节点也是通过id来进行识别,默认情况下,这个id是一个随机的uuid,在节点启动时进行分配。如果不想使用随机uuid,可以根据需求自行定义节点id。对于管理节点而言,这个id很重要,它可以用来定位,工作网络中的哪台服务器对应elasticsearch集群中的哪个节点。

一个节点可以通过集群id,配置加入到该集群中。默认情况下,每一个节点都会加入一个叫做elasticsearch的集群。这意味着,如果在网络中启动很多节点,并且他们都能相互发现,他们会自动组成一个叫做elasticsearch的集群。

单个集群可以拥有任意多个节点。另外,如果当前网络中没有工作的节点,启动一个单独节点将会默认创建一个叫做elasticsearch的单节点集群。

4. Index 索引

索引是一组具有一定相似度文档的集合。例如,你可以为客户数据创建索引,为产品类型创建索引,为订单数据创建索引。索引由名称(必须为小写)唯一标识,用来对文档进行索引、搜索、更新和删除操作。

在单一集群中,可以定义任意多的索引。

5. Type 类型

一个索引中,可以定义一个或者多个类型。一个类型是索引的逻辑分类/分区,它的语义完全由用户决定。总的来说,我们为拥有一组共同字段的文档定义一个类型。例如,一个运行的博客平台,把所有数据都存储在一个索引中。在这儿索引中,可以为用户数据定义一个类型,博客数据定义一个类型,评论数据定义另一个类型。

6. Document 文档

文档是能被索引的基本信息单元。例如,一个客户一个文档,一个产品一个文档,一个订单一个文档。文档的格式为json。

在索引/类型中,可以存储任意多的文档。虽然一个文档物理上存在于索引中,实际上一个文档可以被索引/分配到一个索引中的类型上。

7. Shards & Replicas 分片 & 副本

一个索引潜在存储数据的数量,远远超出单一节点的物理容量。例如,一个占用1TB磁盘拥有10亿文档的单一索引,不大可能在在单一节点的磁盘用使用,或因为太慢而无法在单一节点上提供搜索查询。

为解决这个问题,Elasticsearch提供了将索引细分为分片的功能。在创建索引时,可以指定需要分片的数量。每一个分片具有索引的所有功能,并且可以分布在集群中的任意节点上。

分片很重要,因为

1. 允许垂直分裂/减少内容的量

2. 允许在跨分片分布和并行操作(多个节点),以提供性能,增加并发。

分片分布和搜索请求时的文档聚合机制完全由Elasticsearch来管理,并且对用户透明。

在网络/云环境中,失败是随机可能发生的,因此能够防止分片/节点由于意外宕机的灾备策略是相当有用且强烈推荐的。总的来说,Elasticsearch可以创建一个或多个索引分片的拷贝到副本分片中,简称为副本。

副本很重要,因为

1. 副本提供高可用性,以防分片/节点宕机。因之,要注意一个副本分片不能和它的原副本位于相同的节点上

2. 副本可以降低搜索量/吞吐量,因为搜索可以在所有副本上并行执行。

总而言之,每一个索引可以划分为多个分片。索引可以被复制为零(无副本)至多份。索引一旦被复制,它将会拥有主分片(被复制的原始分片)和从分片(主分片的拷贝)。分片和副本的数量可在索引被创建时逐一配置。当索引创建后,副本的数量可以动态调整,但分片的数量则不能改动。

默认的,Elasticsearch会为每个索引分配5个主分片和1个副本。这意味着,当前集群中至少要有2个节点,其中每个索引会有5个主分片和5个副本分片(即一个完整副本),共10个分片/索引。

你可能感兴趣的:(ElasticSearch 笔记1 - 基础概念)