Differences
This shows you the differences between two versions of the page.
|
apd:laboratoare:10 [2021/12/27 12:59] florin.mihalache [Construirea arborelui de acoperire] |
apd:laboratoare:10 [2023/10/08 16:33] (current) dorinel.filip Move |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ===== Laboratorul 10 - Stabilirea topologiei și alegerea liderului ===== | ===== Laboratorul 10 - Stabilirea topologiei și alegerea liderului ===== | ||
| - | + | Documentația de laborator s-a mutat la [[https://mobylab.docs.crescdi.pub.ro/docs/parallelAndDistributed/introduction|această adresă]]. | |
| - | În acest laborator vom explora utilizarea MPI în cadrul unei topologii de noduri. Vom învăța să stabilim topologia unei rețele de noduri (folosind algoritmul sondă-ecou / undă-ecou și algoritmul arbore), să alegem un lider (folosind heart-beat) și să determinăm numărul de noduri din topologie folosind un algoritm epidemic. | + | |
| - | ==== Organizarea unui cluster ==== | + | |
| - | + | ||
| - | În cazul unui sistem distribuit, elementul cheie este **comunicarea** între procese. Aceasta dictează performanța sistemului, toleranța la defecte și logica fluxului de transfer de informații între nodurile din cadrul sistemului distribuit. | + | |
| - | + | ||
| - | Din punct de vedere al arhitecturii, nodurile pot fi organizate în mai multe moduri într-un cluster: | + | |
| - | * **grid** -> nodurile sunt organizate pe nivele. Fiecare nod poate comunică cu vecinii pe orizontală și pe verticală. Fluxul informației este vertical și orizontal. Fiecare nod are maxim 4 vecini. | + | |
| - | * **inel** -> nodurile sunt organizate în cerc. Fiecare nod vorbește cu vecinii din stânga și din dreapta. Fluxul informației este orizontal. Fiecare nod are doi vecini. | + | |
| - | * **arbore** -> nodurile sunt organizate ierarhic, sub forma de arbore. Fluxul informației este vertical. Fiecare nod poate avea un număr nelimitat de vecini. | + | |
| - | * **graf** -> nodurile sunt organizate sub forma unui graf. Fiecare nod poate comunica cu unul sau mai mulți vecini. Fluxul informației este abstract. Fiecare nod poate avea un număr nelimitat de vecini. | + | |
| - | + | ||
| - | În cadrul acestui laborator vom explora organizarea unui sistem sub forma de graf generic. Topologia de mai jos va fi folosită pentru exemplificări în cadrul laboratorului și în cadrul exercițiilor. | + | |
| - | + | ||
| - | {{ :apd:laboratoare:graph.png?600 |}} | + | |
| - | ==== Stabilirea unei topologii ==== | + | |
| - | + | ||
| - | Există trei moduri prin care o topologie poate fi stabilită în cadrul unui cluster. Nodurile pot cunoaște starea întregului cluster de la bun început, pot cunoaște doar vecinii sau nu pot ști nimic despre starea sistemului. | + | |
| - | + | ||
| - | Pentru a stabili topologia, clusterul poate opera în două moduri: | + | |
| - | * nodurile pot transmite starea lor celorlalte moduri de mai multe ori până când toate nodurile au topologia stabilită. Numărul de dați necesar asigurării topologiei între noduri se numește **convergență**. Acest mod este simplu de realizat, dar ineficient | + | |
| - | * nodurile aleg un **lider** care să calculeze topologia sistemului | + | |
| - | + | ||
| - | Problema care se ridică în cazul utilizării unui lider care să creeze matricea de topologie, este ca nodurile //nu știu// calea către lider, ci doar cine este acest lider. **Arborele de acoperire** rezolvă această problemă. Pe baza arborelui de acoperire, nodurile trimit informația pe care o dețin către lider, trecând prin nodurile intermediare care sunt reprezentate de părinții lor în arbore. Nodurile intermediare adăugă informația primită la informația proprie și o trimit mai departe. În final, liderul are toată informația sistemului și poate crea matricea de topologie. Matricea este trimisă, apoi, fiecărui nod în parte. | + | |
| - | + | ||
| - | În cadrul acestui laborator vom explora stabilirea topologiei prin alegerea liderului. | + | |
| - | + | ||
| - | <note tip>În cazul rețelelor de calculatoare, router-ele și switch-urile sunt organizate sub forma unui cluster unde nodurile nu știu nimic despre starea sistemului la început.</note> | + | |
| - | + | ||
| - | <note important>În cazul alegerii liderului, nu este nevoie să se cunoască topologia la început, ci doar vecinii cu care nodurile pot interacționa.</note> | + | |
| - | + | ||
| - | ==== Algoritmi undă ==== | + | |
| - | Un algoritm undă este un tip de algoritm distribuit folosit pentru propagarea informațiilor în cadrul unei rețele distribuite de noduri. | + | |
| - | + | ||
| - | Un algoritm undă este caracterizat de următoarele trăsături: | + | |
| - | * există un proces inițiator (sau mai multe), care declanșează trimiterea de mesaje în cadrul rețelei | + | |
| - | * fiecare proces trimite informații către vecinii săi, cu excepția părintelui, de la care a primit informația pe care o pasează mai departe | + | |
| - | * fiecare proces primește informații de la vecini (cu excepția părintelui) și o trimite părintelui | + | |
| - | * la final se ia o decizie în legătură cu informațiile primite | + | |
| - | + | ||
| - | ==== Alegerea liderului ==== | + | |
| - | + | ||
| - | Clusterele de noduri pot sa fie ierarhizate sau nu. În cadrul clusterelor bazate pe noduri autonome, nu există un lider bine stabilit, ci contracte clare de comunicare între noduri. Pe de altă parte, în clusterele care au lider, unul sau mai multe noduri îndeplinesc funcții elevate. Printre funcțiile elevate se numără și //stabilirea și distribuirea topologiei// către celelalte noduri. | + | |
| - | + | ||
| - | Liderul reprezinta un nod sau un grup de noduri ales pe baza unei euristici. Euristica poate ține cont de resursele nodului respectiv, de numărul sau de natura proceselor care rulează pe el sau pur și simplu de lucruri simple, precum //identificatorul său//. | + | |
| - | + | ||
| - | În cadrul acestui laborator vom explora alegerea liderului bazat pe rangul cel mai mare al unui nod. Alegerea liderului se va face pe baza unui algoritm de tipul **heartbeat** (algoritmul pulsațiilor). | + | |
| - | + | ||
| - | === Alegerea liderului. Heartbeat === | + | |
| - | + | ||
| - | Funcționarea unui algoritm **heartbeat** se aseamănă cu bătăile inimii: | + | |
| - | - **sistola** -> partea de "expandare". Informația este transmisă către nodurile vecine. | + | |
| - | - **diastola** -> partea de "contracție". Informația este receptată înapoi de la nodurile vecine. | + | |
| - | + | ||
| - | În cadrul alegerii liderului, algoritmul heartbeat va fi aplicat în felul următor: | + | |
| - | - nodurile vor trimite rangul lor către vecini | + | |
| - | - fiecare nod va calcula //liderul local// în funcție de maximul dintre rangul propriu și informația primită de la vecin | + | |
| - | - vecinii vor trimite înapoi liderul lor local către nodurile de la care au primit mesaj | + | |
| - | - nodurile care au trimis mesajul inițial își vor actualiza valoarea liderului local | + | |
| - | + | ||
| - | Algoritmul se repetă de un număr suficient de ori ca să se asigure convergența informației. | + | |
| - | + | ||
| - | Pseudocod: | + | |
| - | <code> | + | |
| - | lider = rang; // la început, fiecare nod se consideră lider | + | |
| - | + | ||
| - | for (pas = 0; pas < convergență; pas++) { | + | |
| - | for (i = 0 to nr_vecini) { | + | |
| - | trimite lider către vecin[i] | + | |
| - | primește lider_vecin de la oricare vecin | + | |
| - | lider = max(lider_vecin, lider); | + | |
| - | } | + | |
| - | } | + | |
| - | </code> | + | |
| - | + | ||
| - | <note tip>Un exemplu de rulare a acestui algoritm poate fi observat aici {{:apd:laboratoare:heartbeat_choosing_leader.pdf|}}</note> | + | |
| - | + | ||
| - | ==== Construirea arborelui de acoperire ==== | + | |
| - | + | ||
| - | După ce liderul a fost ales, acesta va **iniția construirea arborelui de acoperire**. | + | |
| - | + | ||
| - | <note tip>Scopul arborelui de acoperire este ca fiecare nod să știe, în orice moment de timp, cum să ajungă către lider.</note> | + | |
| - | + | ||
| - | Arborele de acoperire se reprezintă, cel mai ușor, printr-un //array de părinți//. Construirea acestui arbore se realizeaza printr-un algoritm de tip **undă - ecou**. | + | |
| - | + | ||
| - | === Construirea arborelui de acoperire. Undă - ecou === | + | |
| - | + | ||
| - | Algoritmul undă are două părți: | + | |
| - | + | ||
| - | - **unda** -> toate nodurile, cu excepția liderului, așteaptă să primească un mesaj. Liderul inițiază unda. La primirea **primei sonde**, fiecare nod își notează părintele și trimite un mesaj tuturor vecinilor, mai puțin celui de la care a primit (părintele său) | + | |
| - | - **ecou** -> se așteaptă primirea unui mesaj de la toți vecinii, //mai puțin de la părinte//. Informațiile primite de la vecini sunt agregate într-un array de părinți și acesta este trimis către părinte. | + | |
| - | + | ||
| - | La final, liderul va deține array-ul de părinți final, care reprezintă arborele de acoperire. Arborele de acoperire este apoi distribuit întregului sistem. | + | |
| - | + | ||
| - | ==== Verificarea topologiei ==== | + | |
| - | + | ||
| - | Dupa ce liderul a fost ales si topologia a fost distribuita catre toate nodurile, este util ca informatia sa fie validata. Validarea poate implica procese foarte complexe, insa pentru acest laborator vom folosi o validare bazata pe numarul de noduri prezente in cluster. | + | |
| - | + | ||
| - | Calcularea numarului de noduri se poate realiza folosind un algoritm de tipul **epidemic**. | + | |
| - | + | ||
| - | === Calcularea numarului de noduri. Epidemic === | + | |
| - | + | ||
| - | Functionalitatea unui algoritm de tipul **epidemic** se aseamana cu raspandirea unei boli in care exista un pacient 0: | + | |
| - | - "pacientul 0" transmite informatia la vecinii sai | + | |
| - | - vecinii pacientului 0 devin "infectati" si transmit si ei, mai departe, informatia, catre vecinii lor | + | |
| - | + | ||
| - | Pentru calcularea numarului de noduri, pacientul 0 va fi nodul lider. Acesta va detine o valoare de inceput, **1**. Toate celelalte noduri detin valoarea **0**. Nodul lider va realiza media aritmetica dintre valoarea sa si valoarea vecinilor sai. Informatia va fi sincronizata in ambele parti. Celalte noduri vor executa aceeasi operatie cu vecinii lor. | + | |
| - | + | ||
| - | Algoritmul se repeta pana cand se atinge convergenta solutiei. La final, toate nodurile vor detine o aceeasi valoare subunitara. Impartirea lui 1 la aceasta valoare va rezulta in numarul de noduri al clusterului. | + | |
| - | + | ||
| - | <note tip>Un exemplu de rulare a acestui algoritm poate fi observat aici {{:apd:laboratoare:epidemic_counting_nodes.pdf|}}</note> | + | |
| - | + | ||
| - | ==== Exerciții ==== | + | |
| - | + | ||
| - | Pornind de la [[https://github.com/APD-UPB/APD/tree/master/laboratoare/lab10|scheletul de laborator]], va trebui să realizați următoarele sarcini: | + | |
| - | - Aflați nodul lider al clusterului folosind un algoritm //heartbeat// | + | |
| - | - Realizați arborele de acoperire, plecând din lider, folosind un algoritm //undă-ecou// | + | |
| - | - Asigurați-vă ca numărul de elemente din arborele de acoperire a fost stabilit bine prin calcularea numărului de noduri folosind un algoritm //epidemic// | + | |
| - | - Folosind arborele de acoperire, trimiteți către lider configurația fiecărui nod și realizați în lider matricea de topologie a clusterului. Distribuiți topologia către toate nodurile | + | |
