Chapter 1 Overview of Solaris Web-Based Enterprise Management
This chapter provides an overview of Solaris Web-Based Enterprise
Management, and includes the following topics:
Note –
This chapter provides a general overview of Web-Based Enterprise
Management (WBEM) and the Common Information Model (CIM). For more in-depth
information about WBEM and CIM, refer to the Distributed Management Task Force(DMTF)
Web site at http://www.dmtf.org.
About Web-Based Enterprise Management
Web-Based Enterprise Management (WBEM) is a set of management and Internet
technologies. WBEM unifies the management of enterprise computing environments.
With WBEM, you can deliver an integrated set of standardized management
tools that leverage emerging web technologies. By developing management applications
according to WBEM principles, you can create compatible products at a low
development cost.
The Distributed Management Task Force (DMTF)
is an industry group that represents corporations in the computer and telecommunications
industries. The DMTF is leading the effort to develop and disseminate standards
for the management of desktop environments, enterprise-wide systems, and the
Internet. The goal of the DMTF is to develop an integrated approach
to managing computers and networks across platforms and protocols. The approach
is intended to result in cost-effective products that interoperate as flawlessly
as possible.
About the Common Information Model
The Common Information Model (CIM), developed by the DMTF, is
an industry standard used to manage systems and networks. This standard provides
a common conceptual framework that classifies and defines the parts of a networked
environment, and depicts how these various parts interact. The CIM captures
notions that are applicable to all areas of management, independent of technology
implementation.
CIM consists of the following components:
-
CIM Specification –
Defines the language and methodology for integration with other management
models.
-
CIM Schema – Provides
the actual model descriptions for systems, applications, local area networks,
and devices. The CIM Schema consists of the following models:
-
Core Model – Provides
the underlying, general assumptions of the managed environment. This model
comprises a small set of classes and associations that provide a basic vocabulary
for analyzing and describing managed systems.
-
Common Model – Captures
notions that are common to particular management areas, but which are independent
of a particular technology or implementation. Provides a basis for the development
of management applications.
-
Extension schema –
Represents technology and platform-specific extensions to the Common Model.
These schemas are specific to environments such as operating systems. For
example, the Solaris Schema is an extension schema. Vendors extend the model
for their products by creating subclasses of objects. Applications can then
transverse object instances in the standard model to manage different products
in a heterogeneous environment.
About Solaris WBEM Services
The Solaris WBEM Services software is the Solaris implementation of
WBEM and CIM standards. The following components are included with Solaris
WBEM Services:
Solaris
WBEM Services software provides WBEM services in the Solaris operating environment,
including secure access and manipulation of management data. The product includes
a Solaris provider that enables management applications to access information
about managed resources such as devices and software in the Solaris operating
environment.
The CIMOM accepts connections from management applications that use
either the Remote Method Invocation (RMI) protocol or the XML over HTTP protocol.
The CIMOM provides the following services to connected clients:
-
Management services – These
services are in the form of a CIMOM. The CIMOM checks the semantics and syntax
of CIM data and distributes data between applications, the CIM Object Manager
Repository, and managed resources.
-
Security services – Specify
these services for WBEM through the Solaris Management Console User tool.
These services are described inSystem Administration Guide: Security Services.
-
SunTM WBEM User
Manager – Use this tool to establish an access control list
(ACL) for a specific name space on the WBEM server. Sun WBEM User Manager
enables you to add and delete authorized users, set access privileges for
authorized users, and manage user authentication and access to CIM objects
on a WBEM-enabled system. ACL-based security is uniquely provided by Solaris
WBEM Services.
-
Logging services – Consist
of classes that developers can use to create applications that dynamically
record and retrieve event data. Administrators use this data to track and
determine the cause of events. Logging services are described in more detail
in Chapter 9, Troubleshooting.
-
XML services – Convert
XML data into CIM classes, enabling XML/HTTP-based WBEM clients to communicate
with the CIM Object Manager.
Once connected to a WBEM-enabled system, WBEM clients can request
WBEM operations such as creating, viewing, and deleting CIM classes and instances,
querying for properties that have a specified value, and enumerating instances
or classes in a specified class hierarchy.
Software Components
Solaris
WBEM Services software consists of three software components: Application,
Management, and Provider. These components interact with the operating system
and with hardware. The following figure shows the software components and
how these components interact.
Figure 1–1 Solaris WBEM Services Architecture
-
Application layer – WBEM
clients process and display data from managed resources. Solaris WBEM Services
include the following applications.
-
Sun WBEM User Manager and Solaris Management Console User
tool – Applications that enable system administrators to
add and delete authorized users and to set these users' access privileges
to managed resources.
-
Solaris Management Console Log Viewer – An
application that displays log files. A user can view details of a log record,
including the name of the user who issued a logged command and the client
computer on which a logged event occurred.
-
Managed Object Format (MOF) compiler – A program that parses a file containing MOF statements,
converts the classes and instances defined in the file to Java classes, and
then adds the Java classes to the CIM Object Manager Repository, a central
storage area for management data.
MOF is a language for defining CIM classes and instances. MOF files
are ASCII text files that use the MOF language to describe CIM objects. A
CIM object is a representation, or model, of a managed resource, such as a
printer, disk drive, or CPU. MOF files are located in /usr/sadm/mof.
Many sites store information about managed resources in MOF files. Because
MOF can be converted to Java, applications that can run on any system with
a Java virtual machine can interpret and exchange this information. You can
also use the mofcomp command to compile MOF files at any
time after installation. MOF is described on the DMTF web page at http://www.dmtf.org.
-
Management layer – Components
at this layer provide services to connected WBEM clients.
-
Common Information Model (CIM) Object
Manager – Software that manages CIM objects on a WBEM system.
CIM objects are stored internally as Java classes. The CIM Object Manager
transfers information between WBEM clients, the CIM Object Manager Repository,
and managed resources.
-
CIM Object Manager Repository – Central storage area for CIM class
and instance definitions.
-
Client and CIM application programming
interfaces (APIs) – WBEM client applications use these Java
interfaces to request operations, such as creating or viewing classes or instances
of managed resources, from the CIM Object Manager.
-
Provider interfaces – Providers
use these interfaces to transfer information about managed resources to the
CIM Object Manager. The CIM Object Manager uses the provider interfaces to
transfer information to locally installed providers.
-
Provider layer – Providers
act as intermediaries between the CIM Object Manager and one or more managed
resources. When the CIMOM receives a request from a WBEM client for data that
is not available from the CIM Object Manager Repository, the CIMOM forwards
the request to the appropriate provider.
-
Solaris providers – Provide the CIM Object Manager
with instances of managed resources in the Solaris operating environment.
Providers get and set information on managed devices. A native
provider is a machine-specific program that is written to run on a managed
device. For example, a provider that accesses data on a system running the
Solaris operating environment probably includes C functions to query that
system. The Java
Native Interface is part of the JDKTM software. By writing
programs using the Java Native Interface, you ensure that your code is portable
across all platforms. The Java Native Interface enables Java code that runs
within a Java virtual machine to operate with applications and libraries that
are written in other languages, such as C, C++, and assembly.
-
Solaris Schema – A collection of classes that
describes managed objects in the Solaris operating environment. The CIM Schema
and Solaris Schema classes are stored in the CIM Object Manager Repository.
The CIM Schema is a collection of class definitions used to represent managed
objects that occur in every management environment.
The Solaris Schema is a collection of class definitions that extend
the CIM Schema and represent managed objects in a typical Solaris operating
environment. Users can also use the MOF compiler (mofcomp)
to add CIM Schema, Solaris Schema, or other classes to the CIM Object Manager
Repository.
-
Operating system layer – The
Solaris providers enable management applications to access information about
managed resources such as devices and software, in the Solaris operating environment.
-
Hardware layer – A
management client can access management data on any supported Solaris platform.
CIM Object Manager
The CIM Object Manager manages CIM objects on a WBEM-enabled system.
When a WBEM client application accesses information about a CIM object, the
CIMOM contacts either the appropriate provider for that object, or the CIM
Object Manager Repository. When a WBEM client application requests data from
a managed resource that is not available for the Repository, the CIMOM forwards
the request to the provider for that managed resource. The provider dynamically
retrieves the information.
WBEM client applications contact the CIM Object Manager to establish
a connection. This connection is used to perform WBEM operations, such as
creating a CIM class or updating a CIM instance. When a WBEM client application
connects to the CIM Object Manager, the WBEM client gets a reference to the
CIM Object Manager. The client can use that reference to request services
and perform operations.
Managed Object Format Compiler
You use the Managed Object Format (MOF) language to specify CIM schema. You define classes and instances using ASCII
text, and place those classes in a file that you submit to the MOF compiler, mofcomp(1M).
The MOF compiler parses the file and adds the classes and instances defined
in the file to the CIM Object Manager repository. See Chapter 7, Creating JavaBeans Components Using the MOF Compiler
for information on how to use the MOF compiler to automatically generate JavaBeansTM components from MOF files.
Because you can convert MOF to Java, applications
developed in MOF can run on any system or in any environment
that supports the Java platform.
Note –
For more in-depth information about the MOF language, files, and
syntax, see http://www.dmtf.org/education/cimtutorial/extend/spec.php.
Solaris Schema
The Solaris Schema is an extension schema of the Common Model. The Solaris
Schema specifically describes managed objects running in the Solaris operating
environment.
When you install Solaris WBEM Services, the CIM Schema and the Solaris Schema MOF
files populate the /usr/sadm/mof directory. These files
are automatically compiled when the CIMOM starts. The CIM Schema files, denoted
by the CIM_ prefix, form standard CIM objects. The Solaris
Schema extends the standard CIM Schema by describing Solaris objects. The
MOF files that make up the Solaris Schema have the Solaris_
prefix.
Note –
The CIM Schema and Solaris Schema are installed at file:/usr/sadm/lib/wbem/doc/mofhtml/index.html.
Solaris WBEM SDK
The Solaris WBEM SDK is a set of APIs that contain the components necessary
to write management applications. These applications communicate with WBEM-enabled
management devices using XML and HTTP communication standards.
Solaris WBEM applications request information or services from the Common
Information Model (CIM) Object Manager through the WBEM APIs. These APIs represent CIM objects as Java classes.
You use the APIs to describe managed objects and to retrieve information about
managed objects in a system environment. The advantage of modeling managed
resources by using CIM is that those objects can be shared across any system
that is CIM-compliant.
Note –
The Solaris WBEM application programming interface (API) documentation
is in JavadocTM format and is installed at file:/usr/sadm/lib/wbem/doc/index.html during a Solaris installation.
The Solaris WBEM APIs are described in the following table.
Table 1–1 Solaris WBEM APIs
|
API
|
Package Name
|
Description
|
|
CIM
|
javax.wbem.cim
|
Includes common classes and methods
that represent the basic CIM elements. The CIM APIs create objects on the
local system.
|
|
Client
|
javax.wbem.client
|
Applications use the CIMClient class to connect to the CIM Object Manager. Applications use
the other classes and methods to transfer data to and from the CIM Object
Manager.
The Batching APIs, a subset of the Client APIs, enable
clients to batch multiple requests in one remote call. This capability reduces
the delay introduced by multiple remote message exchanges.
|
|
Provider
|
javax.wbem.provider
|
The CIM Object Manager uses these
APIs to pass application requests for dynamic data to providers.
|
|
Query
|
javax.wbem.query
|
Contains classes and methods that you use to formulate and manipulate queries
by using the WBEM Query Language (WQL).
|
Using CIM Workshop to Develop WBEM Applications
You can develop WBEM applications that use CIM Workshop, a GUI-based
development tool included with the Solaris WBEM SDK. You use CIM Workshop
to do the following:
-
View, add, delete, and search for classes
-
View, add, and delete name spaces
-
Add properties, qualifiers, and methods to new classes
-
Create instances
-
Modify instance values
-
Traverse associations
-
Subscribe to events
-
Execute methods
Note –
CIM guidelines prevent you from modifying the properties, methods,
and qualifiers of CIM Schema and Solaris Schema classes. You also cannot change
the values of inherited properties, methods, and qualifiers.
CIM Workshop Documentation
CIM Workshop has context-sensitive online help for every dialog box
except for the main window. When you click the interface components, the appropriate
help text displays in the Information pane on the left side of the dialog
box.
Tip –
To close and reopen the Information pane, click the question mark
button on the upper left corner of the dialog box.
Running CIM Workshop
By default, CIM Workshop connects to a CIMOM running on the local host
in the root\cimv2 default name space using the Remote
Method Invocation (RMI) protocol. You can also point to
a remote host that is running the CIM Object Manager.
How to Start CIM Workshop
-
At the system prompt, type:
% /usr/sadm/bin/cimworkshop
|
The CIM Workshop Login dialog box displays.
-
Follow the instructions in the context-sensitive help to fill in the
fields in the Login dialog box. Then click OK.
The CIM Workshop main window displays.
How to Exit CIM Workshop
-
From the CIM Workshop main window, choose Workshop->Exit.
CIM Workshop exits.
About the Main Window
The main window in CIM Workshop is divided into three panes:
-
Left pane – Displays
the class inheritance tree of the current name space.
-
Right pane – Displays
the Properties, Methods, and Events tabs. When you select a class in the left
pane, click one of these tabs in the right pane to display more information
on the properties, methods, or events of the selected class.
-
Bottom pane – Displays
notification when events occur to which you are subscribed.