0

分散システムを開発しようとしています。システムは、すべての機能の中で、いくつかのリソース (小さなブロックに断片化できる大きなリソース) を割り当てる必要があります。そのために、Chord/Pastry P2P アプローチ (ロジック リングネット上のステーション) を使用したいと考えています。Pastry には、リソースの割り当てに関して非常に興味深いアプローチがあります。ユーザー ステーションが何かを送信する必要がある場合、ステーション GUID のハッシュを使用して dht 内のキーを見つけるため、次のようなものが考慮されます。

ユーザー ステーション -> GUID (ユーザー ステーション IP のハッシュ) -> ハッシュ -> X という値を取得します -> このハッシュを使用して、ペストリー リングネットで同じ GUID を持つステーションを見つけます (ペストリー ノードの公開鍵のハッシュ)値が配置されています（または直前の先行者）->そこにデータを配置します。

これは、理想的には、すべてのユーザーが常に同じ Patry ステーション (Patry ノード) に自分のデータを配置することを意味します。まあ、プロトコルは近隣のデータもミラーリングするので、ユーザーはいくつかのノードでそのデータを見つけることができます.

これは良いアプローチですか？以前のように進めると、副作用はありますか?

4

1 に答える 1

0

Pastry-P2P のようなソリューションは理論モデルです。そのため、それらが何であるか、つまり抽象化されていると見なす必要があります。

これらのモデルは、ピアの実際の実際の検索と、リモート ピアへの接続を確立しようとするときに発生する技術的な問題 (NAT トラバーサルやファイアウォールの問題など) を考慮していません。ピアがダウンすることもあります。

次のピアへの接続コストは常に 1 とは限りません。あなたの質問に答えるには、選択したモデルだけに頼ることはできません。

そうは言っても、ハッシュ結果が均一に分散されている場合、NAT、プロキシ、またはファイアウォールの背後で到達するのが特に困難でない限り、ピア間のパフォーマンスの変動は低くなります。

于 2011-09-12T17:46:55.257 に答える