- Cluster(集群)
>   集群是一個或多個節點（服務器）的集合，這些節點一起保存整個數據，并在所有節點上提供聯合索引和搜索功能。
  一個運行中的 Elasticsearch 實例稱為一個 節點，而集群是由一個或者多個擁有相同 cluster.name 配置的節點組成， 它們共同承擔數據和負載的壓力。當有節點加入集群中或者從集群中移除節點時，集群將會重新平均分布所有的數據。
   作為用戶，我們可以將請求發送到 集群中的任何節點 ，包括主節點。 每個節點都知道任意文檔所處的位置，并且能夠將我們的請求直接轉發到存儲我們所需文檔的節點。 無論我們將請求發送到哪個節點，它都能負責從各個包含我們所需文檔的節點收集回數據，并將最終結果返回給客戶端。 Elasticsearch 對這一切的管理都是透明的。
<center>
<img src="https://www.elastic.co/guide/cn/elasticsearch/guide/cn/images/elas_0201.png">
</center>
- Node(節點)
> 節點是集群的一部分、存儲數據并參與集群的索引和搜索功能的單個服務器。
<center>
<img src="https://www.elastic.co/guide/cn/elasticsearch/guide/cn/images/elas_0202.png">
</center>
- Index
> 索引是具有相似特性的文檔集合。
- 類似于關系型數據庫中"**庫**"的概念
- Type
> Type是具有一組公共字段的文檔定義類型
  例如，假設您運行一個博客平臺并將所有數據存儲在一個索引中。在該索引中，可以定義用戶數據的類型、博客數據的另一種類型以及注釋數據的另一種類型。
- 類似于關系型數據庫中"**表**"的概念
- Document
> 被索引信息的基本單元。
- 類似于關系型數據庫的一個記錄(行)
- 會被壓縮成json格式
- Shards & Replicas(分片&副本分片)
> 索引可以潛在地存儲可以超過單個節點的硬件限制的大量數據。例如，占用1TB磁盤空間的十億個文檔的單個索引可能不適合單個節點的磁盤，或者可能太慢而無法單獨為來自單個節點的搜索請求提供服務。
  分片的兩個主要原因：
- 它允許您水平分割/縮放您的內容卷。
- 它允許你分配和并行操作的碎片（可能在多個節點上）從而提高性能/吞吐量
> 在網絡/云環境中，在任何時候都可以預期到故障，在碎片/節點不知何故脫機或由于任何原因消失的情況下，非常有用，并且強烈建議使用故障轉移機制。為此，Elasticsearch允許您將一個或多個索引碎片的副本復制到稱為副本碎片（replica shards）或簡稱為副本（replica）中。
  復制是重要的兩個主要原因：
- 在碎片/節點失敗的情況下，它提供了高可用性。由于這個原因，需要注意的是，副本碎片永遠不會分配到與原始/主碎片相同的節點上。
- 它允許您擴展搜索量/吞吐量，因為可以并行地在所有副本上執行搜索。
  添加故障轉移
> 當集群中只有一個節點在運行時，意味著會有一個單點故障問題——沒有冗余。 幸運的是，我們只需再啟動一個節點即可防止數據丟失。
  擁有兩個節點的集群——所有主分片和副本分片都已被分配。
<center>
<img src="https://www.elastic.co/guide/cn/elasticsearch/guide/cn/images/elas_0203.png">
</center>