ElasticSearch基本概念

集群（Cluster）

集群是一个或多个节点（服务器）的集合，它们一块儿保存整个数据，并提供跨全部节点的联合索引和搜索功能。集群由集群名惟一名称标识（默认名称为“elasticsearch”）。集群名称很重要，由于若是节点设置为经过集群名称加入集群，则节点只能成为集群的一部分。 确保不要在不一样的环境中重复使用相同的群集名称，不然可能会致使节点加入错误的集群。例如，您可使用logging-dev，logging-stage和logging-prod分别做为dev、stageing、prod集群的名称。

节点（Node）

节点是隶属于集群的单个服务器，存储数据并参与集群的索引和搜索功能。像集群同样，节点也由一个名称来标识，默认状况下该名称是在启动时分配给节点的随机通用惟一标识符（UUID）。若是不须要默认值，能够定义任何您想要的节点名称。此名称对于管理目的很是重要，您须要肯定网络中的哪些服务器与Elasticsearch群集中的哪些节点相对应。 能够将节点配置为按集群名称加入特定集群。默认状况下，每一个节点都设置为加入名为elasticsearch的集群，这意味着若是启动网络中的多个节点并假设他们能够发现其余节点，它们将自动造成并加入名为elasticsearch的单个集群。 在单个群集中，您能够拥有任意数量的节点。此外，若是网络上当前没有其余Elasticsearch节点正在运行，则默认状况下启动单个节点会造成一个名为elasticsearch的新单节点群集。

索引（Index）

索引是一些具备类似特征的文档集合。例如，您能够拥有客户数据的索引，产品目录的另外一个索引以及订单数据的另外一个索引。索引由名称（必须所有为小写）标识，而且此名称用于在对其中的文档执行索引，搜索，更新和删除操做时引用索引。 在单个群集中，您能够根据须要定义多个索引。

类型（Type）

在索引内，您能够定义一个或多个类型。类型是索引的逻辑类别/分区，其语义彻底取决于开发者。一般，为具备一组公共字段的文档定义类型。例如，假设您运行博客平台并将全部数据存储在单个索引中。在此索引中，您能够为用户数据定义类型，为博客数据定义另外一种类型，并为注释数据定义另外一种类型。

文档（Document）

文档是可被索引的基本信息单位。例如，能够为单个客户提供文档，为单个产品提供另外一个文档，为单个订单提供另外一个文档。本文档以JSON（JavaScript Object Notation）表示，它是一种无处不在的互联网数据交换格式。 在索引/类型中，能够根据须要存储任意数量的文档。请注意，尽管文档实际上驻留在索引中，但实际上文档必须被索引/分配给索引内的类型。

分片和主从复制（Sharding&Replication）

索引可能存储大量数据，这些数据可能会超出单个节点的硬件限制。例如，占用1TB磁盘空间的十亿份文档的单个索引可能不适合单个节点的磁盘，或者可能太慢而没法单独向单个节点提供搜索请求。 为了解决这个问题，Elasticsearch提供了将索引细分为多个碎片的能力。当您建立索引时，您能够简单地定义所需的碎片数量。每一个分片自己都是一个功能齐全且独立的“索引”，能够在集群中的任何节点上进行托管。 分片很重要，主要有两个缘由：

它容许水平分割/缩放索引

它容许跨越分片（可能在多个节点上）分发和并行化操做，从而提升性能/吞吐量

分片如何分布的机制以及其文档如何聚合回搜索请求彻底由Elasticsearch管理，而且对用户透明。

在随时可能出现故障的网络/云环境中，强烈建议有一个故障切换（fail over）机制，以防碎片/节点以某种方式脱机或因任何缘由而消失。为此，Elasticsearch容许您将索引碎片的一个或多个副本制做为简称为副本碎片或副本。

复制很重要，主要有两个缘由：

它在碎片/节点失败的状况下提供高可用性。因为这个缘由，须要注意的是，副本分片永远不会分配到与从中复制的原始/主分片相同的节点上。

它容许您扩展搜索量/吞吐量，由于搜索能够在全部副本上并行执行。

总而言之，每一个索引能够分红多个分片。索引也能够被复制为零（意味着没有副本）或更屡次。一旦复制，每一个索引将具备主分片（从中复制的原始分片）和副本分片（主分片的副本）。在建立索引时，能够为每一个索引定义分片和副本的数量。在建立索引以后，您能够随时更改动态副本的数量，但您没法在过后更改碎片的数量。 默认状况下，Elasticsearch中的每一个索引都分配了5个主分片和1个副本，这意味着若是群集中至少有两个节点，则索引将包含5个主分片和另外5个副本分片（1个完整副本），总共每一个索引10个碎片。