A Fault Tolerance Concept forDistributed OSGi ApplicationsPatrick Deuster, Fabian Meyer, Reinhold KrögerRheinMain Universi...
Agenda•   Motivation•   Related Work•   Approach•   Evaluation•   Conclusion    Page 2   OSGi Alliance Community Event 201...
Motivation• OSGi is a commonly used service platform• Distribution supported by Remote Service specification  in R4.2• Rem...
Requirements• No modification of the underlying OSGi framework  implementation• Transparency for service consumers• Admini...
Related Work• DR-OSGi [2]   •    Aspect oriented   •    Caching, redundancy   •    Major disadvantage: Can only be bound t...
Approach• Redundant service instances• Active and passive replicas• Proxy layer• Service call forwarding from proxy to ser...
Architecture  Page 7   OSGi Alliance Marketing © 2008-2011 . All Rights Reserved
Configuration Setup  Page 8   OSGi Alliance Marketing © 2008-2011 . All Rights Reserved
Runtime  Page 9   OSGi Alliance Marketing © 2008-2011 . All Rights Reserved
Performance Evaluation (1/2)• Call time (2000 service calls)Configuration               Avg (ms)            Min (ms)      ...
Performance Evaluation (2/2)                                                                        4,1 ms                ...
Conclusion• Design and implementation of a fault tolerance concept  for distributed OSGi applications   •    Transparent p...
Thank you for your attention!                                           Questions?Page 13   OSGi Alliance Marketing © 2008...
References[1] Deuster, Patrick. Ein Fehlertoleranzkonzept für verteilte OSGi-Anwendungen.    Master Thesis, Wiesbaden Univ...
Upcoming SlideShare
Loading in...5
×

A Fault Tolerance Concept for Distributed OSGi Applications - Fabian Meyer

2,098

Published on

Computer systems are becoming increasingly complex. This makes it more and more difficult to ensure their correct operation and to correct errors promptly. Due to their increasing use the focus of this work is fault tolerance for OSGi-based, distributed applications. The designed concept increases the reliability of such applications while it remains perfectly hidden and doesn't interfere with their normal operation. A service that has been made fault tolerant using the developed concept does not differ from any other OSGi service and can be used in the exact same way. To achieve fault tolerance, redundant instances of the service are distributed among several nodes. Each replica is given a special role, which is either active or passive. Active replica process service calls, passive replicas take their place in case they fail. How many replicas to use and what their specific role is can be configured according to the needs of any service. A proxy is used to consolidate service calls and relay them to the corresponding service instances. It analyzes every call and their result allowing the tolerance of hardware and software faults. The concept is designed to only use standardized OSGi interfaces and procedures. To identify the replicas of a service and what framework they are running on the RemoteServiceAdmin from the OSGi Enterprise Specification was used. It allows an imported service to be mapped to its origin. The described concept is available for free from the web server of the distributed systems lab of the Hochschule RheinMain.

Published in: Technology, Education
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
2,098
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
116
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

A Fault Tolerance Concept for Distributed OSGi Applications - Fabian Meyer

  1. 1. A Fault Tolerance Concept forDistributed OSGi ApplicationsPatrick Deuster, Fabian Meyer, Reinhold KrögerRheinMain University of Applied SciencesSeptember 21, 2011 OSGi Alliance Marketing © 2008-2010 . 1 PageCOPYRIGHT © 2008-2011 OSGi Alliance. All Rights Reserved All Rights Reserved
  2. 2. Agenda• Motivation• Related Work• Approach• Evaluation• Conclusion Page 2 OSGi Alliance Community Event 2011© 2008-2011. All Rights Reserved
  3. 3. Motivation• OSGi is a commonly used service platform• Distribution supported by Remote Service specification in R4.2• Remote Services can be used as a basis for a fault tolerance concept• Based on Patrick Deuster’s M.Sc. Thesis [1] at Wiesbaden University of Applied Sciences Page 3 OSGi Alliance Marketing © 2008-2011 . All Rights Reserved
  4. 4. Requirements• No modification of the underlying OSGi framework implementation• Transparency for service consumers• Administration interface• Configurable redundancy mechanisms• Synchronization of replicas Page 4 OSGi Alliance Marketing © 2008-2011 . All Rights Reserved
  5. 5. Related Work• DR-OSGi [2] • Aspect oriented • Caching, redundancy • Major disadvantage: Can only be bound to local replica• Towards reliable OSGi framework and applications [3] • Proxy layer • Service call forwarding to replicas • Major disadvantage: Modification of the OSGi framework implementation• FT-OSGi [4] • Proxy layer • Configuration and synchronisation • Major disadvantage: No transparency for service consumers Page 5 OSGi Alliance Marketing © 2008-2011 . All Rights Reserved
  6. 6. Approach• Redundant service instances• Active and passive replicas• Proxy layer• Service call forwarding from proxy to service replicas• Flexible result evaluation in proxy to determine reply to caller• OSGi Remote Service specification used• Apache Zookeeper used for group communication to establish consistent views Page 6 OSGi Alliance Marketing © 2008-2011 . All Rights Reserved
  7. 7. Architecture Page 7 OSGi Alliance Marketing © 2008-2011 . All Rights Reserved
  8. 8. Configuration Setup Page 8 OSGi Alliance Marketing © 2008-2011 . All Rights Reserved
  9. 9. Runtime Page 9 OSGi Alliance Marketing © 2008-2011 . All Rights Reserved
  10. 10. Performance Evaluation (1/2)• Call time (2000 service calls)Configuration Avg (ms) Min (ms) Max (ms) Std. Dev. (ms)No Fault Tolerance 2,4 1 26 1,3 Setup:1 Active / 1 Passive 7,1 4 64 3,6 CPU: Intel Core 2 63202 Active / 1 Passive 8,2 4 61 5,6 Phys. Mem.: 3 GB Java: JDK 1.6 OSGi-FW.:• Reconfiguration time (50 failovers) Eclipse Equinox 3.6 RS-Impl.:Type Avg (ms) Min (ms) Max (ms) Std. Dev. (ms) Eclipse CommunicationService Instance Failover 11,1 1 30 7,0 FrameworkFramework Instance 3881,9 3013 5391 687,7Failover Page 10 OSGi Alliance Marketing © 2008-2011 . All Rights Reserved
  11. 11. Performance Evaluation (2/2) 4,1 ms 4,1 ms Page 11 OSGi Alliance Marketing © 2008-2011 . All Rights Reserved
  12. 12. Conclusion• Design and implementation of a fault tolerance concept for distributed OSGi applications • Transparent proxy layer with call forwarding • Automated replica distribution • Active and passive redundancy • Flexible result evaluation in proxy to determine reply to caller • State synchronization between replicas• Future Work: • Detailed performance evaluation • Utilization in real application • Cooperation with industrial partners Page 12 OSGi Alliance Marketing © 2008-2011 . All Rights Reserved
  13. 13. Thank you for your attention! Questions?Page 13 OSGi Alliance Marketing © 2008-2011 . All Rights Reserved
  14. 14. References[1] Deuster, Patrick. Ein Fehlertoleranzkonzept für verteilte OSGi-Anwendungen. Master Thesis, Wiesbaden University of Applied Sciences (2011)[2] Kwon, Young-Woo; Tilevich, Eli; Apiwattanapong. Taweesup: DR-OSGi: Hardening Distributed Components with Network Volatility Resilency. In: Middleware (2009), 1-20.[3] Ahn, Heejune; Oh, Hyukjun; Sung, Chang O.: Towards reliable OSGi framework and applications. In: Proceedings of the 2006 ACM synposium on Applied computing. ACM (SAC ´06).[4] Torrão, Carlos; Carvalho, Nuno A.; Rodrigues, Luís: FT-OSGi: Fault Tolerant Extensions to the OSGi Service Platform. In: Proceedings of the Confederated International Conferences, CoopIS, DAO, IS, and ODBASE 2009 on On the Move to Meaningful Internet Systems: Part 1. Springer-Verlag (OTM ´09) Page 14 OSGi Alliance Marketing © 2008-2011 . All Rights Reserved
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×