Introduction PoMAS WS Registry Evaluation Conclusion A Peer-to-Peer Registry for Network Management Web Services Torsten Klie 1 , Adrian Belger 2 , Lars Wolf 2 1 Universit¨ at Erlangen-N¨ urnberg 2 Technische Universit¨ at Braunschweig 2009-06-05 Klie, Belger, Wolf IEEE ACNM, 2009-06-05 1
Introduction PoMAS WS Registry Evaluation Conclusion Motivation Autonomic Communications Complexity of networks grows Administrators should be released from repetitive tasks Analogy: the autonomic nervous system Policy-based Network Management Govern the behavior of networks with rules Policy = Event + Condition + Action Research for 15 years Klie, Belger, Wolf IEEE ACNM, 2009-06-05 2
Introduction PoMAS WS Registry Evaluation Conclusion Policy Refinement Policies exist on different levels of abstraction High-level policies: business goals Low-level policies: technical details for devices Policy Refinement: Breaking down high-level to lower level policies Automatic policy refinement: Use Web service composition → Registry required Provide a distributed registry as a peer-to-peer overlay Klie, Belger, Wolf IEEE ACNM, 2009-06-05 3
Introduction PoMAS WS Registry Evaluation Conclusion Outline Introduction PoMAS: Policy-based Management for Autonomic Self-Organization Web Service Registry Evaluation Conclusion Klie, Belger, Wolf IEEE ACNM, 2009-06-05 4
Introduction PoMAS WS Registry Evaluation Conclusion PoMAS Architecture Klie, Belger, Wolf IEEE ACNM, 2009-06-05 5
Introduction PoMAS WS Registry Evaluation Conclusion Web Service Composition Use WS as building blocks Synthesis: service selection Orchestration: service execution OWL-S OWL Ontology to describe functional properties (IOPEs) semantically Static and dynamic synthesis Klie, Belger, Wolf IEEE ACNM, 2009-06-05 6
Introduction PoMAS WS Registry Evaluation Conclusion Management Web Services for Policy Refinement WS Access to Management Functionality Devices offer management services directly (WSDM, WS-Management, NETCONF) Devices can register proprietary services Gateways can be used (e.g. Nagios, SNMP) Klie, Belger, Wolf IEEE ACNM, 2009-06-05 7
Introduction PoMAS WS Registry Evaluation Conclusion Management Web Services for Policy Refinement WS Access to Management Functionality Devices offer management services directly (WSDM, WS-Management, NETCONF) Devices can register proprietary services Gateways can be used (e.g. Nagios, SNMP) Refinement Steps 1 Extract policy components from input policies 2 Formulate OWL-S service composition tasks 3 Search for matching service composition 4 Execute composed service when needed Klie, Belger, Wolf IEEE ACNM, 2009-06-05 7
Introduction PoMAS WS Registry Evaluation Conclusion Centralized Approach UDDI Potential service users can browse the categories White Pages: information about organizations Yellow Pages: categorized list Green Pages: technical information (e.g. URI) Semantic of services: usually textual descriptions No support for OWL-S Klie, Belger, Wolf IEEE ACNM, 2009-06-05 8
Introduction PoMAS WS Registry Evaluation Conclusion Centralized Approach UDDI Potential service users can browse the categories White Pages: information about organizations Yellow Pages: categorized list Green Pages: technical information (e.g. URI) Semantic of services: usually textual descriptions No support for OWL-S → Registries associated with OWL-S Matchmakers Klie, Belger, Wolf IEEE ACNM, 2009-06-05 8
Introduction PoMAS WS Registry Evaluation Conclusion Distributed Approach The One Ring (Castro et al.) Universal ring as overlay Persistent storage Multicast communication Distributed search No support for a particular Service description language Klie, Belger, Wolf IEEE ACNM, 2009-06-05 9
Introduction PoMAS WS Registry Evaluation Conclusion Distributed Approach The One Ring (Castro et al.) Universal ring as overlay Persistent storage Multicast communication Distributed search No support for a particular Service description language Edutella (Thaden, Siberski, and Nejdl, 2003) Peer-to-peer Registry based on Edutella Web Service description: DAML-S Idea: build an overlay over UDDI (and other) registries Klie, Belger, Wolf IEEE ACNM, 2009-06-05 9
Introduction PoMAS WS Registry Evaluation Conclusion Our Approach: An overlay built by the devices All devices take part in the overlay No external / central entitity needed Different roles based on the resources Klie, Belger, Wolf IEEE ACNM, 2009-06-05 10
Introduction PoMAS WS Registry Evaluation Conclusion Application Scenario: User Management Network Structure Klie, Belger, Wolf IEEE ACNM, 2009-06-05 11
Introduction PoMAS WS Registry Evaluation Conclusion Application Scenario: User Management Policies Requirements All devices offer management Web services PoMAS is used Automation 1 New user added 2 PoMAS checks policies for users Search the registry for relevant Web services 1 Call the found monitoring Web services 2 3 Policy violated → perform action Search the registry for relevant Web services 1 Call the found configuration Web services 2 Klie, Belger, Wolf IEEE ACNM, 2009-06-05 12
Introduction PoMAS WS Registry Evaluation Conclusion Service Description Semantic description with OWL-S Allows searching for IOPEs Use inference engines to determine equality Exploit inheritance Klie, Belger, Wolf IEEE ACNM, 2009-06-05 13
Introduction PoMAS WS Registry Evaluation Conclusion Service Description Semantic description with OWL-S Allows searching for IOPEs Use inference engines to determine equality Exploit inheritance Network Ontology Ontlogy covering all aspects of networks Danger of “world-ontology” Use DEN-ng model as starting point Klie, Belger, Wolf IEEE ACNM, 2009-06-05 13
Introduction PoMAS WS Registry Evaluation Conclusion Implementation Prototype in Java (using OWL-S API) JXTA P2P Framework Rendezvous peers Peers that hold Shared Resource Distributed Index (SRDI) Take part in a distributed hash table (DHT) Edge peers: “normal” peers JXTAPipes for internal and external communication Plug-in for PoMAS Klie, Belger, Wolf IEEE ACNM, 2009-06-05 14
Introduction PoMAS WS Registry Evaluation Conclusion Evaluation – Settings Query Processing 1 Initialize Peers in a Gigabit LAN 2 Dedicated host sends 100 random requests to the network 3 Repeat 50 times 4 Use other rendezvous peers Service Registration Most registration on start-up Network with 16 peers (4 of them rendezvous peers) Klie, Belger, Wolf IEEE ACNM, 2009-06-05 15
Introduction PoMAS WS Registry Evaluation Conclusion Query Processing 120 1 Rendezvous Peer 2 Rendezvous Peers 3 Rendezvous Peers 4 Rendezvous Peers 100 80 Processing time [ms] 60 40 20 0 0 5 10 15 20 # Peers Klie, Belger, Wolf IEEE ACNM, 2009-06-05 16
Introduction PoMAS WS Registry Evaluation Conclusion Service Registration Service Registration 25000 Request Processing OWL-S Processing 20000 Registration time [ms] 15000 10000 5000 0 0 10 20 30 40 50 60 70 80 90 100 # Services Klie, Belger, Wolf IEEE ACNM, 2009-06-05 17
Introduction PoMAS WS Registry Evaluation Conclusion Summary Concept of a distributed Peer-to-peer registry for Web services Stores management Web services according to their IOPEs (using OWL-S) Supports PoMAS – Policy-based management system for Autonomic Communications Registry as an overlay formed by the devices Fits better into the self-management paradigm Initial evaluation results: linear scaling Klie, Belger, Wolf IEEE ACNM, 2009-06-05 18
Introduction PoMAS WS Registry Evaluation Conclusion Future Work Optimizations, especially for ontology processing Investigate and integrate distributed ontology processing techniques Find a leaner subsitute for OWL-S libraries Provide a prototype suitable for embedded systems Klie, Belger, Wolf IEEE ACNM, 2009-06-05 19
Introduction PoMAS WS Registry Evaluation Conclusion The End Questions and/or Comments Here and now: Speak up! Later: torsten.klie@informatik.uni-erlangen.de Klie, Belger, Wolf IEEE ACNM, 2009-06-05 20
Recommend
More recommend
