發現服務和領導選舉算法

我一直在做一些研究，以增強我的項目內部發現服務。我們在集羣中有許多節點負責發現服務，這些節點的可用性很高。爲了訪問某些服務，每個客戶端應用程序都會向羣集中的所有這些節點發送一個多點傳送消息。所有節點都響應客戶端，並且第一個響應爲進一步的工作定義了一個特定的節點。這是一個開銷，我正在考慮使用某種領導者選舉算法，只有一個領導者響應客戶端。這個任務使用這樣的算法是否合理？發現服務和領導選舉算法

來源

2014-02-13 Ivan Voroshilin

領導者選擇或其他解決方案共識問題解決方案通常在可用性至關重要時實施。你的情況是這樣嗎？ – amit

我們需要確保至少有一個節點已啓動並正在運行。高可用性至關重要，但簡單的可用性不是。 –

我認爲你要做的是在多臺機器之間進行負載平衡，在任何機器上都可以處理請求。領導者選擇等似乎是一種開銷。負載平衡器可能可以解決這個問題。

來源

2014-02-13 11:55:56 abhinav

集羣中的每個節點都可以使用簡單的循環法作爲負載平衡器工作。問題是我們在這些節點中沒有領導者。因此，客戶端向其中的所有人發送請求消息以訪問特定的服務。 –

讓我來簡單說一下它的工作原理：1.客戶端發送多播請求 - > 1..n節點。 2.所有可用節點響應3.客戶端啓動與首先響應客戶端的節點的進一步對話，生成sessionId和特定服務的連接細節。 –

所以你的意思是你如何負載均衡loadbalancer？ – abhinav

發現服務和領導選舉算法

回答

相關問題