## 增加故障轉移 在單一節點上運行意味著有單點故障的風險——沒有數據備份。幸運的是，要防止單點故障，我們唯一需要做的就是啟動另一個節點。 > ### 啟動第二個節點 > 為了測試在增加第二個節點后發生了什么，你可以使用與第一個節點相同的方式啟動第二個節點（《運行Elasticsearch》一章），而且命令行在同一個目錄——一個節點可以啟動多個Elasticsearch實例。 > 只要第二個節點與第一個節點有相同的`cluster.name`（請看`./config/elasticsearch.yml`文件），它就能自動發現并加入第一個節點所在的集群。如果沒有，檢查日志找出哪里出了問題。這可能是網絡廣播被禁用，或者防火墻阻止了節點通信。 如果我們啟動了第二個節點，這個集群看起來就像下圖。 雙節點集群——所有的主分片和復制分片都已分配:  第二個節點已經加入集群，三個**復制分片(replica shards)**也已經被分配了——分別對應三個主分片，這意味著在丟失任意一個節點的情況下依舊可以保證數據的完整性。 文檔的索引將首先被存儲在主分片中，然后并發復制到對應的復制節點上。這可以確保我們的數據在主節點和復制節點上都可以被檢索。 `cluster-health`現在的狀態是`green`，這意味著所有的6個分片（三個主分片和三個復制分片）都已可用： ```Javascript { "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> 集群的狀態是`green`. 我們的集群不僅是功能完備的，而且是高可用的。