230 likes | 323 Views
Overview of DMTF, SMWG and CIM. 2004 . 3 . 30 So Jung Lee DPNM Lab. POSTECH. DMTF (Distributed Management Task Force). DMTF Overview. DMTF is the technology industry organization leading the development of management standards for distributed desktop, network and enterprise environments
E N D
Overview of DMTF, SMWG and CIM 2004 . 3 . 30 So Jung Lee DPNM Lab. POSTECH
DMTF Overview • DMTF is the technology industry organization leading the development of management standards for distributed desktop, network and enterprise environments • Goals • Neutral forum • Promote interoperability • Move quickly in the new age • Raise the bar for management
DMTF Organization • Founded in 1992 • Changed the group name in May, 1999 Desktop Management Task Force Distributed Management Task Force • “Not for profit” corporation • Member companies • Board members : 3com, Cisco, Compaq, Dell, HP, IBM, Intel, Microsoft, NEC, Novell, Sun, Symantec • Customer Advisory Board is formed with 7 customer members
DMTF Standards • Common Information Model (CIM) • Web Based Enterprise Management (WBEM) • Common Information Model (CIM) • xmlCIM : XML encodings for CIM • CIM Operations over HTTP • Directory Enabled Networks (DEN) • Desktop Management Interface (DMI) • Alert Standard Format (ASF) • System Management BIOS (SMIOS)
SMWG Overview • Need of Standard Server Hardware Management Interfaces grows more and more. • Dell, HP, IBM and Intel Corporation has lead the formation of DMTF SMWG. • Include the key vendors such as AMD, Microsoft, Oracle, OSA Technologies and Sun Microsystems. • First face-to-face meeting was on 17-18th of December, 2003 • Goal • To develop Industry standard server hardware management architecture by evolving CIM • To develop CLI for managing server hardware • To advance CIM for recent server system technologies
Management Problems • There is no uniform way of managing heterogeneous servers independent of machine state, operating system state, server system topology and access mechanism • There is a need to extend the CIM standard to cover various server system (ex. Blades and virtualized server system) • There is a need for lightweight command line interface that can be mapped to CIM
WG Charter • The goal of SMWG is to define a platform independent, industry standard management architecture through the following technologies. • Extend CIM schema • Leverage the CIM/XML protocol and identify enhancements if necessary • Define CIM protocol • Define profiles for different server system topologies • Define an architecture model for understanding the semantic behavior of server management components • Demonstrate interoperability
WG Charter - cont’d • The scope includes the following: • Wide range of Server profiles (ex. Stand alone, blades, racks..) • Enumeration of hardware and hardware related software • OS present/not present • Discovery, proxy, aggregation, redirection • Select, control and transfer executable images • Power control, system control, configuration and monitoring • OS recovery assistance • Boot process visibility • Basic alerts/events • Access to logs • View and set status indicators (LED, text LCD, alarms etc)
Alliance Partnerships • OASIS • Web services Manageability, Web Services Technologies, Distributed Management Infrastructure • SNIA • Storage Management Initiative • W3C • Web Services architecture and technologies • SA Forum • Service Availability Forum
Current work – Deliverables & Timeline • Phase 1 deliverable: July 1, 2004 In the CIM v2.9 Timeframe the SMWG will deliver • Lightweight command line interface specification • Lightweight CIMOM and supported CIM operations specification • Standard server system topology profiles • Phase 2 deliverable December 31, 2004 • Compliance specification • Test cases for interoperability • Interoperability testing
CIM Overview • Provides a common definition for management information for systems, networks, applications and services • Platform-independent and technology–neutral schema for describe, create and share all management object • Object-oriented model • CIM is a data model not an implementation • CIM provides models for both instrumentation and management • CIM is comprised of Specification and Schema • Schema provides actual model description • Specification defines the details for integration with other management models
CIM Schema • Three layers of CIM Schema • The Core Schema • The essential set of managed objects that apply to all management areas • The Common Schema • The set of managed objects that are common to particular management areas • Networks, systems, applications, databases, the devices • Extensions to the schema • Specific extensions of the common schema
The expression of CIM Schema • MOF (Managed Object Format) • ASCII text file • Contains the formal definition of the CIM schema • Input into and compiled by MOF compiler • VISIO-UML (Unified Modeling Language) • XML (eXtensible Markup Language) • XML grammar describes CIM metaschema detailed in DTD specifying tags such as CLASS, INSTANCE and QUALIFIER • Meta mapping
MOF example [Association, Version ( "2.6.0" ), Description ( "The ActsAsSpare association indicates which elements can spare " "or replace the other aggregated elements. The fact that a " "spare can operate in \"hot standby\" mode is specified on an " "element by element basis.")] class CIM_ActsAsSpare { [Key, Description ("The SpareGroup.")] CIM_SpareGroup REF Group; [Key, Description ("A ManagedSystemElement acting as a spare and participating in theSpareGroup.")] CIM_ManagedSystemElement REF Spare; [Description ("HotStandby is a boolean indicating that the spare is operating as a hot standby.")] boolean HotStandby; };
XML example <?xml version= "1.0"?> <!DOCTYPE CIM SYSTEM http://www.dmtf.org/cim-v2.dtd/> <CIM VERSION=“2.0”> <CLASS NAME=“ManagedSystemElement”> <QUALIFIER NAME= “abstract” TYPE=“boolean”> <VALUE>TRUE</VALUE> </QUALIFIER> <PROPERTY NAME=“Caption” TYPE=“string”> <QUALIFIER NAME=“MaxLen” TYPE=“sint32”> <VALUE>64</VALUE> </QUALIFIER> </PROPERTY> <PROPERTY NAME=“Description” TYPE=“string”> </PROPERTY> <PROPERTY NAME=“InstallDate”TYPE=“detetimev”> <QUALIFIER NAME=“MappingStrings” TYPE=“string”> <VALUE>MIF.DMTF|ComponentID|001.5</VALUE> </QUALIFIER> <PROPERTY> <PROPERTY NAME=“Status” TYPE=“string”> <QUALIFIER NAME=“Values” TYPE=“string” ARRAY=“TRUE”> <VALUE>OK</VALUE> <VALUE>ERROR</VALUE> <VALUE>Degraded</VALUE> <VALUE>Unknown</VALUE> </QUALIFIER> </PROPERTY> </CLASS> </CIM>
Development Timeline • Started work on CIM in 1996 • CIM Specification v2.2 is current • CIM Schema released: • V1 released in 1997 • V2.0 and 2.1 in 1998 • V2.2 in June, 1999 • V2.3 in November, 1999 • V2.4 in June, 2000 • V2.5 February, 2001 • V2.8.1 is the last version
Storage Related Changes • Over last three years much has been added to CIM for storage management • Storage devices (tape, disk) • Storage extents abstractions • Redundancy mappings • Automated library representations • SCSI, FC, connectivity • Associations for all above
Support • The CIM Schema is in use in • SUN Solaris 8.0 • Sun Management Console • Windows 2000 • Computer Management Application • Add-in for Windows NT 4.0 • Similar functionality to W2K • SNIA Interoperability Demonstration • Many firms involved, including Troika, Seagate, Hitachi, STK, Compaq etc.