# 增加故障轉移
在單一節點上運行意味著有單點故障的風險,沒有數據冗余備份。幸運的是,我們可以啟用另一個節點來保護我們的數據。
> ### 啟動第二個節點
為了測試在增加第二個節點后發生了什么,你可以使用與第一個節點相同的方式啟動第二個節點(你可以參考 入門-》安裝-》運行 Elasticsearch 一章),而且在同一個目錄——多個節點可以分享同一個目錄。
只要第二個節點與第一個節點的 `cluster.name` 相同(參見`./config/elasticsearch.yml`文件中的配置),它就能自動發現并加入到第一個節點的集群中。如果沒有,請結合日志找出問題所在。這可能是多播(multicast)被禁用,或者防火墻阻止了節點間的通信。
如果我們啟動了第二個節點,這個集群應該叫做 **雙節點集群(cluster-two-nodes)**
雙節點集群——所有的主分片和從分片都被分配:
當第二個節點加入后,就產生了三個 **從分片(replica shards)** ,它們分別于三個主分片一一對應。也就意味著即使有一個節點發生了損壞,我們可以保證數據的完整性。
所有被索引的新文檔都會先被存儲在主分片中,之后才會被平行復制到關聯的從分片上。這樣可以確保我們的文檔在主節點和從節點上都能被檢索。
當前,`cluster-health` 的狀態為 `green`,這意味著所有的6個分片(三個主分片和三個從分片)都已激活:
~~~
{
"cluster_name": "elasticsearch",
"status": "green", <1>
"timed_out": false,
"number_of_nodes": 2,
"number_of_data_nodes": 2,
"active_primary_shards": 3,
"active_shards": 6,
"relocating_shards": 0,
"initializing_shards": 0,
"unassigned_shards": 0
}
~~~
1. 集群的 `status` 是 `green`.
我們的集群不僅功能齊全的,并且具有**高可用性**。