Ion Stoica, Robert Morris, David Karger, M. Frans Kaashoek, Hari Balakrishnan MIT and Berkeley Chord: A Scalable Peer-to-peer Lookup Service for Internet.

Presentazione sul tema: "Ion Stoica, Robert Morris, David Karger, M. Frans Kaashoek, Hari Balakrishnan MIT and Berkeley Chord: A Scalable Peer-to-peer Lookup Service for Internet."— Transcript della presentazione:

1 Ion Stoica, Robert Morris, David Karger, M. Frans Kaashoek, Hari Balakrishnan MIT and Berkeley Chord: A Scalable Peer-to-peer Lookup Service for Internet Applications Chord: A Scalable Peer-to-peer Lookup Service for Internet Applications

2 Outline o Motivazioni o Consistent hashing o Chord o Valutazione delle prestazioni o Conclusioni e Discussioni

3 Motivazioni Come trovare dati in un sistema distribuito di File Sharing? o il Lookup è il problema fondamentale Internet Publisher Key=LetItBe Value=MP3 data Lookup(LetItBe) N1N1 N2N2 N3N3 N5N5 N4N4 Client ?

4 Solutioni Decentralizzate o Routing di messaggi (Freenet, Tapestry, Chord, CAN,…) Internet Publisher Key=LetItBe Value=MP3 data Lookup(LetItBe) N1N1 N2N2 N3N3 N5N5 N4N4 Client o matching esatto !?!?!

5 Routing o Definire una metrica (utile!!!!) o Mantenere basso il numero di hop o Mantenere bassa la dimensione della tabella di routing o Mantenere le caratteristiche in presenza di una variazione rapida del numero di nodi Per gli autori: o Chord: efficienza e semplicità

6 Chord Overview o Fornisce un servizio di lookup peer-to-peer: o Lookup(key) Indirizzo IP o Chord non memorizza dati o Come trova un nodo? o Come mantiene le tabelle di routing ? o Come gestisce lingresso e la uscita di nodi?

7 Caratteristiche di Chord o Efficiente: O(Log N) messaggi per lookup o N è il numero totale di nodi presenti o Scalabile: O(Log N) stati per nodo o Robusto: mantiene le performance anche in presenza di variazioni notevoli del numero di nodi. o Assume che non ci siano partecipanti maliziosi

8 Identificatori in Chord o spazio degli identificatori a m bit sia per le risorse (Chiavi) che per i nodi o identificatore di Chiave = SHA-1(Chiave) chiave=LetItBe ID=60 SHA-1 IP=198.10.10.1 ID=123 SHA-1 o identificatore di Nodo = SHA-1(indirizzo IP) o Entrambi sono distribuiti uniformemente o Come si associano gli ID di Chiave agli ID di nodo?

9 Consistent Hashing [Karger 97] o Una chiave (risorsa) è memorizzata nel primo nodo che segue in senso orario 32 90 123 20 5 ID a 7-bit 0 IP=198.10.10.1 101 60 Chiave=LetItBe

10 Consistent Hashing

11 o Le funzioni Hash mappano chiavi in interi. o Sono utilizzate, ad es, per memorizzare dati in un pool di cache o Con p cache una possibile funzione è x -> ax+b (mod p) Cosa accade se varia p ? Se la usassimo in un sistema P2P ?

12 Consistent Hashing o In particolare se varia p: o è assicurato un Bilanciamento sul numero di dati per posizione o Molti dati devono cambiare posizione o Il numero di posizioni che un dato può potenzialmente raggiungere non è limitato

13 Consistent Hashing o Per definizione un Consistent Hashing deve godere di opportune proprietà: o Bilanciamento o Monotonicità o Spread o Carico

14 Consistent Hashing o Bilanciamento: Per ogni sottoinsieme V di posizioni (nodi) ed n dati, il numero di dati per ogni posizione è O(n/|V|) con alta probabilità. o Monotonicità: Se al variare di p le posizioni (i nodi) disponibili passano da V 1 a V 2 con V 1 V 2, la migrazione dei dati deve avvenire solo verso posizioni appartenenti a V 2, ma non a V 1.

15 Consistent Hashing o Spread: Al variare di p il numero di posizioni che un dato può assumere è limitato. o Carico: Al variare di p il numero di dati che una posizione accoglie è limitato.

16 Consistent Hashing o Funzioni Hashing Consistenti esistono ? Siano K(x) ed N(x) due funzioni casuali che hanno come codominio lintervallo [0,1). Definiamo la seguente funzione Hash: o Utilizziamo K(x) per mappare le chiavi o Utilizziamo N(x) per mappare i nodi La chiave i viene memorizzata nel nodo j se la differenza |K(i)-N(j)| è la minima su tutti i nodi j.

17 Consistent Hashing 0 1 o Bilanciamento ? o Monotonicità ? o Spread ? o Carico ?

18 Lookup o Supponiamo che ogni nodo ha informazioni su tutti gli altri o richiede informazini globali o Tabelle di routing O(N) o la Lookup O(1) 32 90 123 0 Hash(LetItBe) = 60 10 55 Dove è LetItBe? 90 ha 60 60

19 Chord: Lookup di Base 32 90 123 0 Hash(LetItBe) = 60 10 55 Dove è LetItBe? 90 ha 60 60 o Ogni nodo conosce il successore o La Lookup O(N)

20 Tavola dei Finger o Ogni nodo conosce altri m nodi nellanello o la distanza cresce esponenzialmente 80 80 + 2 0 112 96 16 80 + 2 1 80 + 2 2 80 + 2 3 80 + 2 4 80 + 2 5 80 + 2 6

21 Tavola dei Finger o il Finger i del nodo n punta alla posizione n+2 i-1 o Se non cè, punta al nodo subito successivo 120 80 80 + 2 0 112 96 16 80 + 2 1 80 + 2 2 80 + 2 3 80 + 2 4 80 + 2 5 80 + 2 6

22 Tavola dei Finger

23 0 1 2 3 4 15 14 13 11 12 8 9 10 7 6 5 14 1 2 10 successor(1)=1 0 successor(2)=3 successor(6)=6 successor(9)=9 successor(10)=13 successor(14)=15 6 9 successor(0)=0

24 0 1 2 3 4 15 14 13 11 12 8 9 10 7 6 5 14 1 2 10 0 6 9 isuccnode 123 233 356 499 isuccnode 11013 21113 3 411 isuccnode 11415 2 311 456

25 Algoritmo Lookup

26 0 1 2 3 4 15 14 13 11 12 8 9 10 7 6 5 14 isuccnode 123 233 356 499 isuccnode 11013 21113 3 411 isuccnode 11415 2 311 456

27 Lookup o Vale la seguente proprietà: Per il protocollo Chord ad m bit in un qualunque intervallo di ID di ampiezza 2 m /N, il numero di ID di nodi atteso è 1 e O(log N) con alta probabilità

28 Lookup o E possibile mostrare il seguente teorema: Il numero di nodi che deve essere contattato per trovare un successore in una rete con N nodi è O(log N) con alta probabilità. A partire da questo risultato si può affermare che il numero di Hop necessari per effettuare una query è O(log N)

29 Lookup Supponiamo che il nodo n debba trovare il successore di k. Sulla dase dellalgoritmo viene prima cercato limmediato predecessore, chiamamolo p, di k e poi viene chiesto a p di cercare il successore di k A tale scopo il nodo n contatta il più vicino predecessore di k a lui noto. Supponiamo il nodo sia f n e sia li-esimo finger per n. Per definizione di finger, f è a distanza almeno 2 i-1 da n. Poichè l(i+1)-esimo finger di n supera k, n è a distanza al più 2 i da p ed f è a distanza al più 2 i-1 da p. La distanza tra il nodo che sta processando la query ed il predecessore p dimezza ad ogni passo.

30 Lookup o La Lookup impiega O(Log N) hop 32 10 5 20 110 99 80 60 Lookup(19) 19

31 Lookup Poichè la distanza iniziale è al più 2 m, in m passi raggiungiamo p In log N passi la distanza tra il nodo che sta processando la chiave ed il nodo p si riduce a 2 m /N. Poichè le chiavi sono distribuite in maniera uniforme, il numero di chiavi in un intervallo di ampiezza 2 m /N è O(log N) con alta probabilità. Sono quindi necessari, con alta probabilità, altri O(log N) passi per raggiungere p e quindi il successore di p

32 Join o Processo in tre passi: o Inizializza tutti i finger dei nuovi nodi o Aggiorna i finger dei nodi esistenti o Trasferisci le chiavi dal successore ai nuovi nodi o lazy finger update: o Initializza solo i finger al nodo successore o Periodicamente verifica il successore ed il predecessore o Periodicamente rinfresca il contenuto della tavola dei finger

33 Joining the Ring - Step 1 o Inizializza la nuova tavola dei finger o individua un nodo nella rete o Chiedi al nodo di di cercare i finger del nuovo nodo o Raccogli i risultati 36 1. Lookup(37,38,40,…,100,164) 60 40 5 20 99 80

34 Joining the Ring - Step 2 o Aggiorna i finger dei nodi esistenti o il nuovo nodo chiama una funzione di aggiornamento sui nodi esistenti o I nodi esistenti possono ricorsivamente aggiornare i finger di altri nodi N36 N60 N40 N5 N20 N99 N80

35 Joining the Ring - Step 3 o Trasferisci le chiavi dal successore al nuovo nodo o Vengono trasferite solo le chiavi nel range Copia le chiavi 21..36 da 40 to 36 30 38 36 60 40 5 20 99 80 30 38

36 26.join(friend) -> 26.successor = 32 26.stabilize -> 32.notify(26) 21.stabilize -> 21.successor=26 -> 26.notify(21) Join di un nodo

37 Analisi del protocollo Vale il seguente lemma: Se al tempo t esiste un arco tra p ed s, allora per ogni t >t ci sara un arco tra p ed s Per induzione sul tempo. Suppopniamo che dopo t avvenga una join. L arco tra p ed s non viene toccato dalla join e quindi permane. Supponiamo avvenga una stabilize. Consideriamo il momento in cui il nodo p cambia successore da s ad a. Questo avviene perch è p ha contattato s ed s gli ha detto di a. Inoltre p<a<s.

38 Analisi del protocollo s ha saputo di a ad un tempo precedente e questo può essere avvenuto solo perch è s è stato un successore diretto di a. Per ipotesi induttiva se esisteva un arco (il successore) tra a ed s, esiste un arco tra a ed s in tutti gli istanti successivi. In particolare nell istante in cui p cambia il successore. Essendo p<a<s il cambiamento del successore di p non influisce in alcun modo sull arco tra a ed s. Inoltre anche dopo il cambiamento esiste un arco tra p ed s.

39 Analisi del protocollo Tutti gli archi tra x ed y, che utilizzavano l arco tra p ed s, erano tali che p ed s erano interni ad x y. Ma tutti i nodi aggiunti all arco p s sono interni a p s ed a maggior ragione interni ad x y. Se un nodo è capace di risolvere una query, sar à sempre capace di farlo in futuro Ad un tempo prefissato dopo l ultima join i puntatori al successare saranno corretti per tutti i nodi

40 Analisi del protocollo E possibile mostrare il seguente teorema: Se ogni operazione di join e ` alternata con quella di stabilizzazione, allora dopo un fissato tempo dall ultima join i puntatori al successore formano un ciclo su tutti i nodi della rete.

41 Analisi del protocollo Se due nodi condividono il successore, uno dei due cambierà il puntatore al successore. Il suo nuovo successore sarà più vicino del nodo cui puntava in precedenza. Ogni operazione di stabilizzazione potrebbe richiedere al più n passi. Dopo n 2 passi siamo quindi certi che tutti i nodi puntano al successore ed i puntatori formano un unico ciclo con tutti i nodi.

42 Join di un nodo o E possibile mostrare il seguente teorema: Se abbiamo una rete stabile con N nodi ed effettuiamo N join alla rete, Se tutti i puntatori ai successori sono corretti, Allora il Lookup di una risorsa avrà necessità di O(log N) hops con alta probabilità.

43 Join di un nodo Se utilizziamo i vecchi finger arriviamo in O(log N) hops al vecchio predecessore della risorsa. Con alta probabilità tra due vecchi nodi ci saranno al più O(log N) nuovi nodi. Se i successori dei nuovi nodi sono corretti, in al più O(log N) passi la risorsa sarà raggiunta.

44 Gestione dei Fallimenti o I fallimenti dei nodi possono causare lookup scorretti 120 113 102 80 85 10 Lookup(90) o 80 non conosce il corretto successore e quindi il lookup fallisce

45 Gestione dei Fallimenti o Usa la lista dei successori o Ciascun nodo conosce r successori o Dopo il fallimento si utilizza il primo successore rimasto o Si correggono i successori per garantire un corretto lookup o La lookup è corretta con alta probabilità o r può essere scelto in modo da rendere la probabilità di fallimento della lookup arbitrariamente piccola.

46 Valutazione o lookup veloci in sistemi di grandi dimensioni o Variazione contenuta del costo di lookup o Robusto rispetto a molti fallimenti o Gli Esperimenti confermano i risultati teorici

47 Costo del lookup o il costo è O(Log N) come previsto dalla teoria o la costante è 1/2 Number of Nodes Average Messages per Lookup

48 Implementazioni attuali o Libreria Chord: 3,000 linee di C++ o Include: o concurrent join/fail o Proximity-based routing o controllo di carico per nodi eterogenei o Resistente a spoofed node IDs

49 Pro o Based on theoretical work (consistent hashing) o Proven performance in many different aspects o with high probability proofs o Robust (Is it?)

50 Contro o NON semplice (confrontato con CAN) o join è complicato o richiede molti messaggi ed aggiornamenti o il meccanismo di aggiornamento leggero non è chiaro con che velocità converge o La tabella di Routing cresce con il numero di nodi o Il caso peggiore di lookup può essere molto lento