fault tolerance based on the publish subscribe paradigm
play

Fault tolerance based on the Publish- subscribe Paradigm for the - PowerPoint PPT Presentation

University of Paris XIII Universit of Tunis INSTITUT GALILEE cole Suprieure des Sciences Laboratoire dInformatique et Tehniques de Tunis de Paris Nord (LIPN) Unit de Recherche UTIC Fault tolerance based on the Publish- subscribe


  1. University of Paris XIII Université of Tunis INSTITUT GALILEE École Supérieure des Sciences Laboratoire d’Informatique et Tehniques de Tunis de Paris Nord (LIPN) Unité de Recherche UTIC Fault tolerance based on the Publish- subscribe Paradigm for the BonjourGrid Middleware Heithem ABBES, Christophe CERIN, Mohamed JEMNI and Walid SAAD Grid 2010 - 27 October 2010

  2. Outline • Introduction • Objectives • Design of BonjourGrid • Integration of Boinc and Condor • Fault tolerance approach • Experimentation and validation • Conclusion and future works 2

  3. Introduction (1/3) • P2P systems have allowed large improvements in the field of file sharing over Internet. 3

  4. Introduction (1/3) • P2P systems have allowed large improvements in the field of file sharing over Internet. • Gnutella, Kazaa and Freenet 3

  5. Introduction (1/3) • P2P systems have allowed large improvements in the field of file sharing over Internet. • Gnutella, Kazaa and Freenet ➡ Decentralized architecture ➡ No coordination between machines 3

  6. Introduction (2/3) • Grid computing : obtaining an infrastructure offering computing power for users applications. • Coordination between machines during application execution. • Centralized or hierarchical architectures (Globus, Glite, Condor). 4

  7. Introduction (2/3) • Grid computing : obtaining an infrastructure offering computing power for users applications. • Coordination between machines during application execution. • Centralized or hierarchical architectures (Globus, Glite, Condor). ➡ No scalability ➡ Complicated procedure of installation ➡ Complicated configuration phase for an ordinary user 4

  8. Introduction (2/3) • Grid computing : obtaining an infrastructure offering computing power for users applications. • Coordination between machines during application execution. • Centralized or hierarchical architectures (Globus, Glite, Condor). ➡ No scalability ➡ Complicated procedure of installation ➡ Complicated configuration phase for an ordinary user 4

  9. Introduction (3/3) • Desktop Grid led the community to build computing systems based on voluntary machines. • Current systems use Master/Worker model 5

  10. Introduction (3/3) • Desktop Grid led the community to build computing systems based on voluntary machines. • Current systems use Master/Worker model • United Devices, BOINC, PLANETLAB, XtremWeb 5

  11. Introduction (3/3) • Desktop Grid led the community to build computing systems based on voluntary machines. • Current systems use Master/Worker model • United Devices, BOINC, PLANETLAB, XtremWeb • Application domains • Global climate prediction (BOINC) • Search for extraterrestrial intelligence (SETI@Home) • Cosmic rays study (XtremWeb). 5

  12. Introduction (3/3) • Desktop Grid led the community to build computing systems based on voluntary machines. • Current systems use Master/Worker model • United Devices, BOINC, PLANETLAB, XtremWeb • Application domains • Global climate prediction (BOINC) • Search for extraterrestrial intelligence (SETI@Home) • Cosmic rays study (XtremWeb). ✓ Demonstrate the potential of Desktop Grid 5

  13. Introduction (3/3) • Desktop Grid led the community to build computing systems based on voluntary machines. • Current systems use Master/Worker model • United Devices, BOINC, PLANETLAB, XtremWeb • Application domains • Global climate prediction (BOINC) • Search for extraterrestrial intelligence (SETI@Home) • Cosmic rays study (XtremWeb). ✓ Demonstrate the potential of Desktop Grid ✴ Suffer from being hardly scalable due to centralized control ✴ Rely on permanent administrative staff who guarantees the master operation 5

  14. Objectives of BonjourGrid • Design a multi-platform coordinators and fault tolerant system using existing desktop grid middleware • Reduce the centralization factor: no static coordinator • Benefit from the existing decentralized service discovery tools (Publish / Subscribe) • Create coordinators on demand, automatically and without administrator intervention. • Each coordinator selects machines to participate in the execution of a given application. 6

  15. Design of BonjourGrid Coordinateur 1 Computing Element (CE) = 1 coordinator + N workers 7

  16. Design of BonjourGrid Coordinateur 1 Computing Element (CE) = 1 coordinator + N workers 7

  17. Design of BonjourGrid Coordinateur 1 Computing Element (CE) = 1 coordinator + N workers 7

  18. Design of BonjourGrid Coordinateur 1 Computing Element (CE) = 1 instance: 1 CE managed by a middleware 1 coordinator + N workers 7

  19. Design of BonjourGrid Coordinateur 1 Computing Element (CE) = 1 instance: 1 CE managed by a middleware 1 coordinator + N workers Controls and orchestrate multiple instances 7

  20. Design of BonjourGrid Coordinateur 1 Computing Element (CE) = 1 instance: 1 CE managed by a middleware 1 coordinator + N workers Controls and orchestrate multiple instances Introduction of the concept of meta-grids 7

  21. Design of BonjourGrid 8 A A

  22. Design of BonjourGrid A 8 A A

  23. Design of BonjourGrid A B 8 A A

  24. Design of BonjourGrid A C B 8 A A

  25. Design of BonjourGrid A D C B 8 A A

  26. Design of BonjourGrid A D C B 8 A A

  27. Design of BonjourGrid A D C B 8 A A

  28. Design of BonjourGrid A D C B 8 A A

  29. Design of BonjourGrid A D C B 8 A A

  30. Design of BonjourGrid A D C B 8 A A

  31. Design of BonjourGrid A D C B 8 A A

  32. Design of BonjourGrid A D C B 8 A A

  33. Design of BonjourGrid A D C B 8 A A

  34. Design of BonjourGrid A D C B 8 A A

  35. Design of BonjourGrid A D C B 8 A A

  36. Design of BonjourGrid A D C B A computing element for each user 8 A A

  37. Design of BonjourGrid A D C B A computing element for each user No static coordinator 8 A A

  38. Design of BonjourGrid A D C B A computing element for each user No static coordinator Each user can specify a middleware for his computing element 8 A A

  39. Components of BonjourGrid • BonjourGrid is based on : • A resource discovery protocol • Fully decentralized • A computing element • Executes and handles the various tasks of an application (Condor, Boinc, XtremWeb) • A global coordination protocol • Manages and controls all resources, services and computing elements • Does not depend on any specific machine or centralized element 9

  40. Discovery protocol • Based on Bonjour protocol • Multicast IP network • An implementation by Apple of ZeroConf protocol. • Structured around three functionalities : • Dynamic allocation of IP addresses without DHCP • Resolution of names and IP addresses without DNS • Services discovery without directory server • Motivations • Industrial protocol approved by Apple • Different versions for the 3 OS (Windows, Linux, MaxOS) • Linux and MacOS distributions integrate Bonjour • Evolution of networks (10 Gb/s 10 * x Gb/s) => low risk of network congestion for multicast protocols 10

  41. Computing element (CE) • Each coordinator creates dynamically its CE • CE = Coordinator + set of workers • CE functionalities • Allocates workers • Submits and run tasks on workers • Schedules and get results • Computing systems • XtremWeb, Condor or Boinc 11

  42. Computing element (CE) • Each coordinator creates dynamically its CE • CE = Coordinator + set of workers • CE functionalities • Allocates workers • Submits and run tasks on workers • Schedules and get results • Computing systems • XtremWeb, Condor or Boinc 1 specific CE for each user 11

  43. Coordination protocol • Each machine can have one of the three states (Idle, Worker or Coordinator). • A machine announces its state by publishing the specific service to this state : IdleService for idle state • WorkerService for worker state • CoordinatorService for coordinator state • • When machine state changes: • it publishes the appropriate service to advertise this new state, • after having deactivated the old one. • Every machine can discover machines that are in a given state: • A machine launches a discovery on a particular service instead of permanently receiving all new events. • Restrict communication between machines. 12

  44. Layered architecture 13

  45. Layered architecture Publish/Subscribe 13

  46. Layered architecture Connection to BonjourGrid Publish/Subscribe 13

  47. Layered architecture Resources discovery Connection to BonjourGrid Publish/Subscribe 13

  48. Layered architecture Resources Resources discovery characteristics Connection to BonjourGrid Publish/Subscribe 13

  49. Layered architecture Establishment of CE network Resources Resources discovery characteristics Connection to BonjourGrid Publish/Subscribe 13

  50. Layered architecture Establishment of CE network XtremWeb Resources Resources discovery characteristics Connection to BonjourGrid Publish/Subscribe 13

Download Presentation
Download Policy: The content available on the website is offered to you 'AS IS' for your personal information and use only. It cannot be commercialized, licensed, or distributed on other websites without prior consent from the author. To download a presentation, simply click this link. If you encounter any difficulties during the download process, it's possible that the publisher has removed the file from their server.

Recommend


More recommend