## 應對故障 我們已經說過Elasticsearch可以應對節點失效，所以讓我們繼續嘗試。如果我們殺掉第一個節點的進程（以下簡稱殺掉節點），我們的集群看起來就像這樣： 圖5：殺掉第一個節點后的集群  我們殺掉的節點是一個主節點。一個集群必須要有一個主節點才能使其功能正常，所以集群做的第一件事就是各節點選舉了一個新的主節點：`Node 2`。 主分片`1`和`2`在我們殺掉`Node 1`時已經丟失，我們的索引在丟失主分片時不能正常工作。如果此時我們檢查集群健康，我們將看到狀態`red`：不是所有主分片都可用！ 幸運的是丟失的兩個主分片的完整拷貝存在于其他節點上，所以新主節點做的第一件事是把這些在`Node 2`和`Node 3`上的復制分片升級為主分片，這時集群健康回到`yellow`狀態。這個提升是瞬間完成的，就好像按了一下開關。 為什么集群健康狀態是`yellow`而不是`green`？我們有三個主分片，但是我們指定了每個主分片對應兩個復制分片，當前卻只有一個復制分片被分配，這就是集群狀態無法達到`green`的原因，不過不用太擔心這個：當我們殺掉`Node 2`，我們的程序依然可以在沒有丟失數據的情況下繼續運行，因為`Node 3`還有每個分片的拷貝。 如果我們重啟`Node 1`，集群將能夠重新分配丟失的復制分片，集群狀況與上一節的 **圖5：增加number_of_replicas到2** 類似。如果`Node 1`依舊有舊分片的拷貝，它將會嘗試再利用它們，它只會從主分片上復制在故障期間有數據變更的那一部分。 現在你應該對分片如何使Elasticsearch可以水平擴展并保證數據安全有了一個清晰的認識。接下來我們將會討論分片生命周期的更多細節。