Accretion of Inter-Namespace Instances in Multi-Tenant CIMOM Environment

Abstract

A system and method for identifying duplicate or similar class instances existing in two or more Common Information Model (CIM) namespaces, accreting them, and thereafter returning a set of class instances and their associated information based on predetermined criteria. In different embodiments of the invention, an abstraction layer is implemented to provide a consolidation namespace operable to aggregate CIM instance data from two or more namespaces into a single namespace. A CIM client management application can then access and search the resulting consolidation namespace for all CIM class instances instead of iteratively browsing individual namespaces. A consolidation provider queries CIM namespaces to enumerate instances of CIM namespaces, which are consolidated in the Interop namespace, and similarly enumerates class instance data, which is consolidated in the consolidation namespace. An algorithm is implemented to determine Get operations for client enumeration requests including, but not limited to, all CIM class instances from all CIM namespaces predetermined prioritization of CIM namespaces, and key value comparison.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention may be better understood, and its numerous objects, features and advantages made apparent to those skilled in the art by referencing the accompanying drawings. The use of the same reference number throughout the several figures designates a like or similar element.

FIG. 1 is a generalized illustration of an information handling system that can be used to implement the method and apparatus of the present invention;

FIG. 2 is a generalized block diagram of a Common Information Model (CIM) Object Manager (CIMOM) abstraction layer implemented as a consolidation namespace in accordance with an embodiment of the invention;

FIG. 3 is a generalized process flow diagram depicting a CIMOM abstraction layer implemented as a consolidation namespace in accordance with an embodiment of the invention;

FIG. 4 is a generalized flow chart illustrating a CIMOM abstraction layer implemented as a consolidation namespace in accordance with an embodiment of the invention; and

FIG. 5 is a generalized flowchart illustrating a consolidation namespace implemented as a CIMOM inter-namespace instance accretion system in accordance with an embodiment of the invention.

DETAILED DESCRIPTION

A system and method is disclosed for identifying duplicate or similar class instances existing in two or more Common Information Model (CIM) namespaces, accreting them, and thereafter returning a set of class instances and their associated information based on predetermined criteria. In different embodiments of the invention, an abstraction layer is implemented to provide a consolidation namespace operable to aggregate CIM instance data from two or more namespaces into a single namespace. As a result, a CIM client management application can access and search the consolidation namespace for all CIM class instances instead of iteratively browsing individual namespaces, thereby minimizing processing for the client.

For purposes of this disclosure, an information handling system may include any instrumentality or aggregate of instrumentalities operable to compute, classify, process, transmit, receive, retrieve, originate, switch, store, display, manifest, detect, record, reproduce, handle, or utilize any form of information, intelligence, or data for business, scientific, control, or other purposes. For example, an information handling system may be a personal computer, a network storage device, or any other suitable device and may vary in size, shape, performance, functionality, and price. The information handling system may include random access memory (RAM), one or more processing resources such as a central processing unit (CPU) or hardware or software control logic, ROM, and/or other types of nonvolatile memory. Additional components of the information handling system may include one or more disk drives, one or more network ports for communicating with external devices as well as various input and output (I/O) devices, such as a keyboard, a mouse, and a video display. The information handling system may also include one or more buses operable to transmit communications between the various hardware components.

FIG. 1 is a generalized illustration of an information handling system 100 that can be used to implement the system and method of the present invention. The information handling system includes a processor (e.g., central processor unit or “CPU”) 102, input/output (I/O) devices 104, such as a display, a keyboard, a mouse, and associated controllers, a hard drive or disk storage 106, various other subsystems 108, network port 110, and system memory 112, all interconnected via one or more buses 114.

FIG. 2 is a generalized block diagram of a Common Information Model (CIM) Object Manager (CIMOM) abstraction layer 200 implemented as a consolidation namespace in accordance with an embodiment of the invention. In this embodiment of the invention, CIMOM 204 comprises consolidation namespace 206, interop namespace 208, and CIM namespaces ‘ABC’ 210 through ‘XYZ’ 212. interop namespace 208 defines and extends CIM classes by adding a ConsolidationSourceNamespace property, which comprises CIM namespaces ‘ABC’ 210 through ‘XYZ’ 212, whose CIM instance data is aggregated by consolidation namespace 206.

Consolidation provider 214 enumerates all instances of CIM_Namespace in interop namespace 208 and comprises consolidation instance provider 216 and consolidation provider client 218, consolidation instance provider 216 receives action requests for CIM instance data from consolidation namespace 206 which are then routed to consolidation provider client 218 to gather CIM instance data from CIM namespaces ‘ABC’ 210 through ‘XYZ’ 212. The CIM instance data gathered by consolidation provider client 218 is then consolidated by consolidation instance provider 216 and communicated to CIMOM 404, where it is written in consolidation namespace 206. In this and other embodiments of the invention, information is exchanged between consolidation namespace 206 and other namespaces 208, 210, 212 administered by CIMOM 204 by, but not limited to, loading libraries, command line interface (CLI), and data files for static information. As a result, CIM client management application 202 can access consolidation namespace 206 and Interop namespace 208, comprising CIMOM 204, for all CIM class instances instead of individually browsing namespaces ‘ABC’ 210 through ‘XYZ’ 212.

FIG. 3 is a generalized process flow diagram depicting a CIMOM abstraction layer 300 implemented as a consolidation namespace in accordance with an embodiment of the invention. In this process flow, CIM client management application 302 submits CIM information request 304 to CIMOM 306, which comprises a consolidation namespace as described in greater detail hereinabove. CIMOM 306 composes and conveys a provider request 308 to consolidation provider 310 for the requested information. In turn, consolidation provider 310 submits an implemented namespace query 312 to interop namespace 314, which then submits the requested CIM information instance 316 through consolidation provider 310 as a CIM information request to one or more vendor namespaces 320. The CIM information response 322 is then routed through consolidation provider 310 as a CIM information instance to consolidation namespace 306, which in turn provides a CIM information response 326 to CIM client management application 302.

FIG. 4 is a generalized flow chart illustrating a CIMOM abstraction layer 400 implemented as a consolidation namespace in accordance with an embodiment of the invention. In step 402, implementation of the CIMOM abstraction layer begins as a CIM client accesses a consolidation namespace for an instance of class CIM_A to perform an action ACT_A in step 402. If class CIM_A is defined in the consolidation namespace and the intended action is supported, then the result is returned to the CIM client and implementation of the CIMOM abstraction layer ends in step 434. If, however, class CIM_A is not defined or the intended action is not supported, then the Interop namespace is accessed in step 408 and the consolidation provider is called to enumerate all the instances of CIM_NameSpace in the Interop namespace in step 410. If the requested CIM_NameSpace is found in step 412, then it is accessed in step 414 and queried for instances of CIM_A in step 416. If an instance of CIM_A is not found in step 418, then the next enumerated namespace is accessed and the process is repeated, beginning with step 412. Otherwise, once an instance of CIM_A is found in step 418, a local object is created in step 420 and an instance path is then created in step 422, mapping the instance to its associated namespace. Afterwards, the next enumerated namespace is accessed and the process is repeated, beginning with step 412.

Once all enumerated namespaces have been found and accessed in step 412, it is determined in step 426 whether ACT_A is an enumeration or get, in which case, local objects representing instances of CIM_A are populated in the consolidation namespace in step 432 and implementation of the CIMOM abstraction layer ends in step 434. If it is determined in step 426 that ACT_A is a put or method execution, the consolidation provider will retrieve the associated instance path created in step 433 to determine the instance's associated namespace and provider information in step 428. Once the instance's associated namespace and provider information has been determined, the consolidation provider uses the instance path to route the request to the associated namespace and ACT_A is performed in step 430. Once ACT_A has been performed, local objects representing instances of CIM_A are populated in the consolidation namespace in step 432 and implementation of the CIMOM abstraction layer ends in step 434.

FIG. 5 is a generalized flowchart illustrating a consolidation namespace implemented as a CIMOM inter-namespace instance accretion system 500 in accordance with an embodiment of the invention. In step 502, operation of the CIMOM inter-namespace instance accretion system 500 begins by a CIM client submitting a request to the consolidation namespace to enumerate all instances of class CIM_A. In one embodiment of the invention, a CIM Class Data Source Configuration (CCDSC) file comprises an algorithm implemented to determine Get operations for enumeration requests in step 504

<consolidation>
<class name = CIM_A>
<criteria>
ALL
</criteria>
<datasources>
<datasource name=source 1>
<namespace>
<Name> ns1 </Name>
<trusted> True </trusted>
<namespace>
<priority> 1 </priority>
</datasource>
<datasource name=source 2>
<Name> ns2 </Name>
<trusted> True </trusted>
<namespace>
<priority> 2 </priority>
</datasource>
</datasource>
</class>
<class name = CIM_B>
<criteria>
PRIORITY
</criteria>
<datasources>
<datasource name=source 1>
<namespace>
<Name> ns1 </Name>
<trusted> True </trusted>
<namespace>
<priority> 1 </priority>
</datasource>
<datasource name=source 3>
<Name> ns3 </Name>
<trusted> True </trusted>
<namespace>
<priority> 2 </priority>
</datasource>
</datasource>
</class>
<class name = CIM_C>
<criteria>
KEY
</criteria>
<datasources>
<datasource name=source 4>
<namespace>
<Name> ns4 </Name>
<trusted> True </trusted>
<namespace>
<priority> 1 </priority>
</datasource>
<datasource name=source 5>
<Name> ns5 </Name>
<trusted> True </trusted>
<namespace>
<priority> 2 </priority>
</datasource>
</datasource>
</class>
</consolidation>

If it is determined in step 504 that the criteria tag of the CIM client request=‘All’, then all instances of CIM_A from all namespaces with ‘Trusted’ tag=TRUE is enumerated in step 506. Once all instance of CIM_A have been enumerated, a consolidated list of instances is returned in step 512 and processing of the consolidation namespace is ended in step 536. If it is determined in step 504 that the criteria tag of the CIM client request=‘Priority,’ then instances of CIM_A are enumerated beginning with the predetermined priority data source in step 508. If enumeration is not successful in step 510, then the namespace with the next level of priority is accessed and the process is repeated, beginning with step 508, until all trusted namespaces have been accessed or enumeration is successful. Once all instance of CIM_A have been enumerated, a consolidated list of instances is returned in step 512 and processing of the consolidation namespace is ended in step 536.

If it is determined in step 504 that the criteria tag of the CIM client request=‘Key, then instances of CIM_A are enumerated from all the namespaces with ‘Trusted’ tag=TRUE to form a List_A in step 514. At the same time, an empty List_B is formed with no contents. If it is determined in step 516 that List_A is empty, then List_B is returned in step 534 and processing of the consolidation namespace is ended in step 536. If it is determined in step 516 that List_A is not empty, the first instance from List_A is removed and is assigned to a variable ‘i’ in step 518, which is then compared in step 520 against the next instance (e.g., ‘j’) in List_A. If it is determined in step 522 that the end of List_A has been reached, then ‘i’ is added to List_B in step 532. List_B is then returned in step 534 and processing of the consolidation namespace is ended in step 536.

If it is determined in step 522 that the end of List_A has not been reached, then it is determined in step 524 whether the key value of ‘i’ matches the next instance ‘j’ in List_A. If a match is not found in step 524, the process repeats, beginning with step 520. If the key value of ‘i’ matches the next instance ‘j’ in List_A, then it is determined in step 526 whether the priority of the namespace comprising ‘j’ is greater than that of the namespace comprising ‘i’. If it is, then the value of ‘j’ is substituted for ‘i’ in step 530 and ‘j’ is removed from List_A in step 528. The new value of ‘i’ is then compared in step 520 against the next instance (e.g., ‘j’) in List_A. If it is determined in step 522 that the end of List_A has been reached, then ‘i’ is added to List_B in step 532. List_B is then returned in step 534 and processing of the consolidation namespace is ended in step 536.

If it is determined in step 526 that the priority of the namespace comprising ‘j’ is not greater than that of the namespace comprising ‘i’, then ‘j’ is removed from List_A in step 528 and the value of ‘i’ is then compared in step 520 against the next instance in List_A. If it is determined in step 522 that the end of List_A has been reached, then ‘i’ is added to List_B in step 532. List_B is then returned in step 534 and processing of the consolidation namespace is ended in step 536. Skilled practitioners in the art will recognize that many other embodiments and variations of the present invention are possible. In addition, each of the referenced components in this embodiment of the invention may be comprised of a plurality of components, each interacting with the other in a distributed environment. Furthermore, other embodiments of the invention may expand on the referenced embodiment to extend the scale and reach of the system's implementation.

Claims

1. An information handling system, comprising: a plurality of managed elements, said plurality of managed elements defined by CIM classes existing in two or more common information model (CIM) namespaces;a managed object format (MOF), operable to define a consolidation source namespace property to extend said CIM classes comprising said CIM namespaces;a CIM object manager (CIMOM) operable to generate a consolidation namespace, wherein said consolidation namespace comprises said extended CIM classes;a data provider operable to access said CIM namespaces to provide predetermined CIM instance data to said CIMOM for populating said extended CIM classes; anda client operable to access said consolidation namespace and manage said predetermined CIM instance data comprising said extended CIM classes.

2. The system of claim 1, wherein said CIMOM is further operable to consolidate class instances of individual managed elements comprising said CIM namespaces into said consolidation namespace.

3. The system of claim 2, wherein said CIMOM is further operable to process enumeration requests from said client to enumerate instances of said class instances comprising said consolidation namespace.

4. The system of claim 3, wherein said CIMOM is further operable to enumerate all said class instances comprising said consolidation namespace.

5. The system of claim 3, wherein said CIMOM is further operable to enumerate duplicate class instances in said consolidation namespace.

6. The system of claim 5, wherein said CIMOM is further operable to accrete said duplicate class instances in said consolidation namespace.

7. The system of claim 5, wherein said CIMOM is further operable to prioritize said duplicate predetermined class instances prior to accretion of said duplicate class instances in said consolidation namespace.

8. The system of claim 1, wherein said CIMOM is further operable to populate said consolidation source namespace property of said extended CIM classes with the source namespace of said CIM classes.

9. The system of claim 1, wherein said data provider is further operable to execute instructions issued by said CIMOM.

10. The system of claim 1, wherein said data provider is further operable to interface with said CIM instance data through loading of libraries and data files.

11. A method of managing a plurality of managed elements in an information handling system, said plurality of managed elements defined by CIM classes existing in two or more common information model (CIM) namespaces, the method comprising: using a managed object format (MOF), to define a consolidation source namespace property to extend said CIM classes comprising said CIM namespaces;using a CIM object manager (CIMOM) to generate a consolidation namespace, wherein said consolidation namespace comprises said extended CIM classes;using a data provider to access said CIM namespaces to provide predetermined CIM instance data to said CIMOM for populating said extended CIM classes; and;using a client to access said consolidation namespace and manage said predetermined CIM instance data comprising said extended CIM classes.

12. The method of claim 11, further comprising: using said CIMOM to consolidate class instances of individual managed elements comprising said CIM namespaces into said consolidation namespace.

13. The method of claim 12, further comprising: using said CIMOM to process enumeration requests from said client to enumerate instances of said class instances comprising said consolidation namespace.

14. The method of claim 13, further comprising: using said CIMOM to enumerate all said class instances comprising said consolidation namespace.

15. The method of claim 13, further comprising: using said CIMOM to enumerate duplicate class instances in said consolidation namespace.

16. The method of claim 15, further comprising: using said CIMOM to accrete said duplicate class instances in said consolidation namespace.

17. The method of claim 15, further comprising: using said CIMOM to prioritize said duplicate class instances prior to accretion of said duplicate class instances in said consolidation namespace.

18. The method of claim 11, further comprising: using said CIMOM to populate said consolidation source namespace property of said extended CIM classes with the source namespace of said CIM classes.

19. The method of claim 11, further comprising: using said data provider to execute instructions issued by said CIMOM.

20. The method of claim 11, further comprising: using said data provider to interface with said CIM instance data through loading of libraries and data files.