問題タブ [gossip]

私は akka のドキュメントを読んでいて、彼らがGossipを実装する方法を理解するのにいくつかの問題を思いつきました。（ドキュメントはこちら）。私を混乱させた部分（私のものを強調）：

定期的に、デフォルトは 1 秒ごとで、各ノードは別のランダムなノードを選択してゴシップのラウンドを開始します。ノードの ½ 未満が 表示されたセットに存在する (新しい状態を確認した) 場合、 クラスターは毎秒 1 回ではなく 3 回ゴシップします。この調整されたゴシップ間隔は、状態変化後の初期の普及段階で収束プロセスをスピードアップする方法です。

そのため、ゴシップ ラウンドが最初の場合 (現在の状態を確認したノードが ½ 未満のノード)、見たセットのノードは 1 秒あたり 1 秒ではなく 3 ゴシップを送信し始めます。しかし、ゴシップの収束が起こった場合、彼らはそれをどのように知ることができますか (彼らはまだゴシップを毎秒 3 回送信し続けています)。それとも、他の「クラスター イベント」と同じように、収束がクラスター全体で噂されているのでしょうか。

私はゴシップ akka クラスターのドキュメントを読んでいますが、ゴシップについてまだ少し誤解があります。

この回答で述べたように、2 つのノードが値についてうわさ話をしており、誰がこの値を見たかを示しています。しかし、これには収束に関するいくつかの問題があります。これが私がこれを見る方法です：

S-みセットです。

問題は、ノード 4だけが収束が発生したことを認識していることです。ノード 1、2、および 3 はまだそうではないと考えています。ノード 4 が収束にどのように対処すべきかについて興味深いです。

収束が起こったという新しいゴシップラウンドを開始する必要がありますか? または、他のノードはどのようにしてそれを知ることができますか?

現在の設定、cassandra 2.2.5、ゴシップはデフォルトで 1 秒、ファイのしきい値は 8 です。私が直面している問題は、ヒントのスパイクです。ヒントが上がる理由の 1 つは、ノードがダウンとマークされたときです (ゴシップは phi しきい値について通信していません)。

私はある記事を読みました.8のファイしきい値は18秒に相当し、あちこちで数秒になります. ここで、ゴシップが 18 秒間コミュニケーションを妨げている理由を理解する必要があります。ゴシップを伝えるために満たさなければならないチェックリストは何ですか?

PeerAwareInstanceRegistryImplは、登録が変更されたときに他のピアと同期します。コードは次のとおりです。

複数の eureka サーバーの分散整合性について混乱しています。gossip、paxos などの一貫性アルゴリズムを使用して、より高い一貫性を確保してみませんか?

wikiの desc を見て、eureka が一時的な不一致を許したことを知りました。 サーバーは可能な限り回復しようとします。

実行時に akka クラスターを使用しています。このようなログを受け取りました

このログを無効にする方法