節點如何在ElasticSearch集羣中工作

我有一個由4個節點組成的集羣。節點如何在ElasticSearch集羣中工作

節點1： node.master：真 node.data：真 節點2： node.master：真 node.data：真 節點3： node.master：真正 node.data：真 節點4： node.master：假 node.data：假

和 discovery.zen.minimum_master_nodes：2.

現在，根據我的理解，將會爲羣集選擇一個主控制器，並且主控制器決定在何處以及如何存儲傳入數據。

假設，節點2：宕機，永不回來。當節點2：出現故障時，羣集仍將啓動並且正在運行。

但是，存儲在節點2：中的數據會發生什麼情況。任何人都可以向我解釋這裏的流程。

來源

2017-06-05 vinod hy

如果節點2停機並且永不回來意味着永久丟失了數據，除非您配置了副本。

如果每個分片有一個副本，那麼您將在不同節點中擁有每個分片的額外副本。

因此，當節點2出現故障，節點2個數據從副本服務器，從服務器節點2或節點1.

希望它能幫助！

來源

2017-06-05 10:48:08 BlackPOP

感謝您的信息。現在我在我的工作場所有一個場景。其中一個主合格節點已關閉。現在我想要組成一個集羣並繼續工作，剩下的3個節點。但是這裏有一個logstash的探測器。它不會將來自filebeat 的輸入數據推送到elasticsearch。 –

它給出了以下錯誤，logstash.outputs.elasticsearch - 以響應代碼503（{「type」=>「unavailable_shards_exception」，「reason」=>「[logstash-2017.06.05] [1]]重試失敗的操作。主碎片是不活動超時：[1m]，請求：[BulkShardRequest [[logstash-2017.06.05] [1]]包含[3]請求]「}） –

我可以知道爲什麼這個異常顯示在logstash日誌中。一旦我清除了所有3個節點的elasticsearch中的數據文件夾，logstash中就不會再拋出異常了。所以我在這裏假設新集羣中的節點有一些指向第四個集羣的指針，這個集羣已關閉並且無法找到它。一旦我清除了數據文件夾，所有對第四個節點的引用都被刪除了，這個異常問題也被糾正了。請讓我知道我的理解是否在這裏。 –

節點如何在ElasticSearch集羣中工作

回答

相關問題