1 / 51

Introduction to Pegasus An Open-Source WBEM implementation

Introduction to Pegasus An Open-Source WBEM implementation. March 19 2001 Karl Schopmeyer Chair Enterprise Management Forum k.schopmeyer@attglobal.net. Agenda. What is Pegasus? Introduction to the Technologies CIM and WBEM The CIM Manageability Environment

halil
Télécharger la présentation

Introduction to Pegasus An Open-Source WBEM implementation

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Introduction toPegasusAn Open-SourceWBEM implementation March 19 2001 Karl Schopmeyer Chair Enterprise Management Forum k.schopmeyer@attglobal.net

  2. Agenda • What is Pegasus? • Introduction to the Technologies • CIM and WBEM • The CIM Manageability Environment • The Pegasus Architecture and Environment • The Pegasus Project • A Challenge for the Future

  3. 1. Overview

  4. What is Pegasus? • Pegasus is an open-source reference implementation of the DMTF WBEM specifications • Pegasus is a work project of the TOG Enterprise Management Forum • Pegasus is a platform for building application management

  5. Why Produce Pegasus? • Demonstrate certain manageability concepts. • Provide additional standards for WBEM • Provide a working implementation of WBEM technologies • Provide an effective modular implementation • Support other TOG manageability standards • Base Platform for Open Group Application management Projects

  6. Major Objectives of The Project • Create standards and implemented solutions for an open architecture for manageability • Use DMTF WBEM as basis for information and interoperability • Modular and componentized implementation • Wide variety of platforms • Integrate with other TOG standards such as AIC, ARM, etc. • Allow extensibility (pluggability) • New manageability resources, resource providers • New manageability services • Connectibility to wide variety of management systems.

  7. The Working Group Philosophy • Manageability not management • The working group’s objective is not to manage systems but to make them manageable by promoting a standard instrumentation environment • The actual management of systems is left to systems management vendors • No standards without implementation • The process of implementation provides a rigorous process for testing the validity of standards • Therefore all standards must be validated by implementation

  8. Major Objectives of Pegasus • Standards Based and Compliant • DMTF CIM/WBEM • Interoperable • DMTF cim-xml Interface • Efficient and Lightweight • Implemented in C++ • Portable • NT, Linux, and others planned • Modular • Replacable modules for function change and addition • Extensible • Manageabilitys Service extensions

  9. WBEM CIM-XML CIM 1980s 1990s 2000 2. The Technologies CIM and WBEM The Progress of Management Standards CIM SNMP DMI CMIP

  10. WBEM CIM-XML CIM What is WBEM? • A major initiative of the DMTF • A set of management and internet standard technologies developed to unify the management of enterprise computing environments

  11. What is CIM? • Implementation neutral schema for describing management information • CIM facilitates the common understanding of management data across different management systems • CIM facilitates the integration of management information from different sources • CIM is a data model, not an implementation model • MOF syntax supports sharing of information across management systems • CIM provides models for both instrumentation and management

  12. Meta Model CIM Available today CIM Schema v2.5 (853 classes) CIM Specification V2.5 Extension Schema System Apps User MOF Parser & Editor Core • Output • HTML • SQL • Visio • ASCII Network DAP Device

  13. Scope of the various CIM Schemas (total: 16) • Core • Defines generic Managed Object Classes and concepts • Other schemas define extensions by subclassing from Core • Systems & Devices • Define the System, ComputerSystem, OperatingSystem, LogicalDevice and PhysicalElement classes • Network/QoS • Defines parameters for Networks, mechanism for dealing with QoS • Applications • Defines application states, supports distribution, installation, updating, asset tracking , monitoring, configuration, and control of distributed applications

  14. Scope Of Schemas (cont) • Distributed Application Performance (DAP) / Metrics • Defines performance metrics of distributed applications • Continues Tivoli/HP work on Application Response Measurement • Users • Service • Policy today

  15. CMIP SNMP RPC Internet CMIP Objects SNMP MIBs DMI MIFs CIM Objects Web-based Enterprise Management (WBEM) • Information Model • CIM Schema (Core, System,…) • Communication Model • CIM Operations over HTTP • Transport Encoding • Cim-xml – CIM/XML mapping • Event Model • CIM indications (new in 2.5) • CIM Object Manager (CIMOM) • Today: confined to a single host • Distributed CIMOMs planned • Object Providers • Instrumentation subagents Management Applications CIM Server cim-xml Transport CIM Object Manager Schema CIM Server Object Providers

  16. Managed Object Format (MOF)

  17. CIMOM Capabilities • Respond to Operations defined in “CIM Operations” spec. • Create, Modify, Delete operations on • Class,Instance, Property, Qualifier • Handle Provider Registration • Forward Requests to Providers, repositories, etc. • Read/Write access to Management Information • Maintain Class/Instance Information • Traversal of Associations • Use of WBEM Query Language • Syntax/Semantic checking (by means of Qualifiers) • Available Implementations • Microsoft (in Windows2000), Sun WBEM SDK, SNIA, TOG MSB

  18. 3. Pegasus Architecture and Design

  19. Consumers Consumers Clients Services CIM/HTTP Consumers Consumers Providers Pegasus Architecture Standard Interfaces Interoperable* CIM Server Interoperable* In-Process CIM/HTTP

  20. Consumers Consumers Clients Services CIM/HTTP Consumers Consumers Providers The CIM Operations Standard Interfaces CIM Operations Interoperable* CIM Server Repository Repository Interoperable* In-Process CIM/HTTP Indicators

  21. Key Interoperability Interfaces Enterprise Management Console Management System • Manageability to Manager • Multiple management systems • Common open manageability CIM Object Manager • Object Manager / Providers • Multiple Providers • Encourage common providers CIM Providers • Provider / Resource Interface • Protect Applications • Make application management easy Application Application Application Application

  22. Key Characteristics • Open source • Available Today • Portable • Designed to build and run on wide variety of platforms • C++ core • C++ CIM Objects • C++ Operation/Provider/Service/Respsitory interfaces • Modular and extensible • Modular components to extend the core • Manageability service extensions to extend functionality • Light weight

  23. Modularity and Extensibility • Providers • Grow with DMTF provider concepts • Protocol Adapters (connectors) • Client - Xml-cim today (Soap, etc. in future) • Provider, service, repository, etc. • Modules • Modularize core so it can be extended and modified through attachable modules • Manageability Service Extensions • Think super providers

  24. CIM Client Connector XML-CIM CIM Client CIM Client Connector Service Extension Service Extension Module Service Extension Service Extension Service Extension Service Extension Module Service Extension Service Extension Module Module Repository Repository Repository Repository Repository Repository Undefined Provider Resources Resources Resources Building A Manageability Environmnent Core Object Broker Connector Connector . . . Provider

  25. Consumers Providers Pegasus Manageability Environment Management System Management System CIMOM Application Consumer Services core*** additional Application Consumer Management System Connector Application Consumer Consumers Gateways Apps XML/CIM Connector Management System Connector • CIM Object Broker Broker) • Provider Registration • Service Registration • Request Routing • Securiy Broker Class Repository Instance Repository AIC Provider ARM Provider SNMP Provider . . . Providers Interface For Spec Resource Apps OS Etc.

  26. Provider Interoperability • In the classical architecture, interoperability is only supported between the client and server. • In addition, the Pegasus architecture aims to support provider/server interoperability. • Goal • Write a provider once and run it under any CIM server implementation. • Provider/Server Interoperability will be achieved in three ways: • Participating in efforts to standardize the Provider/Server protocol. • Proposing provider API standards. • Writing adapters enabling Pegasus providers to run under other CIM servers.

  27. In-Process and Out-of-process Providers • It will be possible to develop a provider and compile it once and then configure it dynamically to run in-process (within the server process) or out of process (communicates with the server using either IPC or CIM/HTTP).

  28. Modules • The core server components are organized into loadable modules. • Standard APIs are defined for each module. • Alternative implementations can be provided later without recompiling the Pegasus server.

  29. Core Modules • Authentication module • Thread module • Traffic Encryption module

  30. Thread Module Example • There will be a thread service: • Pegasus will provide a thread service based on ACE wrappers. • Alternative thread services can be implemented and plugged in.

  31. Manageability Service Extensions • Super Providers • Access to the Core Broker

  32. Example Services • Event service. • Query engine service. • Class repository service. • Instance repository service. • Repository

  33. Repository Service Example • One example of a core service is the repository. • Pegasus provides a simple repository implementation (based on disk files). • An alternative repository based on a commercial database may be implemented later.

  34. Connectors • Functions • Adapt to different protocols • Adapt to other languages • Some Examples • Xml-cim • SUN Java • C adapter • Other Object Models • WMI

  35. CIM Client Connector Connector Service Extension Service Extension Service Extension Service Extension Repository Repository Provider Pegasus Interfaces • Common Interface base for • Clients, providers, services, connectors • Based on CIM Operations over HTTP • Additional functions for each interface • Interfaces separated from implementation Core Object Broker

  36. 4. The Pegasus Project

  37. Overview of the Project • Active project of the Enterprise Management Forum of the Open Group • Produce • Pegasus open-source Implementation • Core, clients, providers, repositories • SDKs (Provider and Client) • Documentation for use and development • Specifications for major Interfaces • Continue support and growth of Pegasus • Portability • New functions • New Standards requirements • New Providers • Tools

  38. Pegasus Status Today • Phase 1 of 4+ Phases • Effectively 0.8 release • Source Code available today • Licenses with MIT open-source license • Preliminary documentation available • Multiple users evaluating today • Tested on Windows platforms and Linux

  39. Phase 1 (March 2001) Goals Model Validation Client and Provider development Basic Environment Core model Cim-xml Operations Class and instance repositories Providers Phase 2 (May 2001) Goals Production Code Additions Threaded model Configuration Security Service Extensions Query Language Phase 3 (June 2001) Events Extensions Remote Providers Phase 4 (Unsure) Other extensions including other Language Interfaces (ex. Java connector) Pegasus Project Phases

  40. Participants • The Open Group • BMC • IBM • Tvioli • CA • Hermes Softlab • SIAC • The Open Group Research Institute • Focal Point

  41. Additional Activities • Providers • Clients • Growth of functionality with DMTF • Discovery • Provider standardization (registration, interfaces) • Next generation interoperability

  42. AIC Provider Apps Pegasus Manageability Environment Object Browser Editor Client SDK Service extensions Consumers Gateways Apps XML/CIM Connector Security • CIM Object Broker Broker) • Provider Registration • Service Registration • Request Routing Broker Queuing Class Repository Events Security MOF Compiler Instance Repository Provider SDK ARM Provider Provider SDK . . . Providers Remote Provider Interface For Spec Resource

  43. Pegasus and Other Manageability Projects • AIC – Application and Control • AIC as a Pegasus Provider • ARM – Applications Response Measurement • ARM and DMTF DAP Information as Pegasus Provider • Other possible Providers • JMX (Java)

  44. 4. A Challenge for all of us

  45. CIMOMs - Basic Concepts • Tool to create Management Interoperability • Tool to create manageability interoperability • Infrastructure for manageability • Manageability interoperability • Xml-cim today, ??? Tomorrow • Instrumentation Interoperability • Many providers, few CIMOMs • Lots of applications – limited numbers of providers

  46. However • We do not make money off of infrastructure • If we don’t have common interfaces we will not have interoperability. • CIM is not Easy. Creating complete and Correct CIM environments is not easy • There is a lot of work to do with a common environment and much more with many different envrionments

  47. The Alternatives • Creating a common interoperability environment • Management – Manageability – xmp-cim • Providers – APIs and protocols • Provider building – Common object implementations • The choice • Build a common structure with contributions • Everybody does their own thing. (Many incompatible and incomplete WBEM Implentations

  48. openWBEM • Consortium to create common WBEM manageability • In fomative stages today • About 10 involved organizations today • Sun, Compaq,IBM, Tivoli, Open Group, SNIA, Caldera, Novell, Nokia, Intel • Open Group Proposing to host

  49. openWBEM Objectives Create an environment of open-source WBEM implementations Create a library of providers and tools Create common interfaces and APIs openWBEM Create commonality between implementations and integrate different implementations. Create an environment of conformance

  50. The Challenge!!! • Can we create a common WBEM infrastructure? • OR • do we all go our own way?

More Related