Autonomic Computing Common Base Events Thomas Studwell Autonomic

Autonomic Computing Objective § To open dialog toward agreement of a Common Base Event specification. ibm. com/autonomic © July/2003 IBM Corporation

Autonomic Computing Agenda § Problems Facing Today's Data Collection § The 3 Tuple § Canonical Situation Data Format: Common Base Event ibm. com/autonomic © July/2003 IBM Corporation

Autonomic Computing Problems Facing Today's Data Collection § Complexity of e. Business Collection of distributed and heterogeneous software and hardware components § Variety of Data and Collectors/Adapters Consume and publish proprietary data formats Require ad hoc and product specific code § Data format and APIs Design and Standards considerations § Standardization of management solution is incomplete Different skills set to configure, maintain, and tune Difficult to correlate for e 2 e problem diagnostics § Instrumentation Many-to-Many Standards compliance Customer pain and cost of ownership ibm. com/autonomic © July/2003 IBM Corporation

Autonomic Computing The 3 Tuple § Complexity of data increases when problem occurs in a multi component solution § Without standards the event data are of little value to autonomic management in problem determination and action in response § To alleviate this, event data are structured in 3 categories The identification of the component that is affected by the situation § This is also known as the source of a situation The identification of the component that is reporting the situation § This is also known as the reporter of a situation § It may be the same as the source component of the situation The situation data itself § Properties or attributes that describes the situations ibm. com/autonomic © July/2003 IBM Corporation

Autonomic Computing Canonical Situation § Situation is defined as the data that a component reports for external consumption by general/product-specific management applications Situations are commonly communicated through messages logged and or forwarded to a consumer of the data, such as administrative or management tools § Examples of situations includes: memory allocation failure, buffer overflow, i/o failure, etc Each product reports the situation in their own format, using their own terminology § Makes correlating events between products difficult § Requires further standardization of notification contents, categorization, and taxonomy of situations § The goal of the common situations is not to drastically change what the components are currently doing, rather, to put some structure and rigor behind how components report situations Canonical situation, using the common data formats Canonical representation of the situation is used for analysis Adapter can be used to convert the data to a canonical situation § Create a taxonomy for identifying and classifying situations Category, Type, Disposition, Scope, Task, etc … Apply taxonomy to product logs ibm. com/autonomic © July/2003 IBM Corporation

Autonomic Computing Canonical Situation Categories § START § STOP These are message that deal with the start up process for a component. Message that indicate that a component has begun the startup process, that it has finished the startup process, or that it has aborted the startup process all fall into this category. These are message that deal with the shutdown process for a component. Message that indicate that a component has begun to stop, that it has stopped, or that the stopping process has failed all fall into this category. § FEATURE These are messages that announce a feature of a component. Message that indicate things like services being available and services or features being unavailable fall into this category. § DEPENDENCY These are messages that components produce to say that they cannot find some component or feature that they need. Messages that say a resource was not found, or that an application or subsystem that was unavailable, fall into this category. § REQUEST These are messages that a component uses to identify the completion status of a request. Typically these requests are complex management tasks or transactions that a component undertakes on behalf of a requester and not the mainline simple requests or transactions. § CONFIGURE These are messages that components use to identify their configuration. Messages that describe current configuration state and configuration changes fall into this category. § CONNECT These are messages that components use to identify aspects about a connection to another component. Messages that say a connection failed, that a connection was created, or that a connection was ended all fall into this category. § CREATE These are messages documenting when a component creates an entity. Messages telling that a document got created, or a file was created, or an EJB was created all fall into this category. § REPORT These are the messages that are reported from the component, such as heartbeat or performance information. Data such as current CPU utilization, current memory heap size, etc. would fall into this category. § AVAILABLE These are messages that are reported from the component, regarding its operational state and availability. This situation provides a context for operations that can be performed on the component by distinguishing if a product is installed, operational and ready to process functional requests, or operational and ready/not ready to process management requests. ibm. com/autonomic © July/2003 IBM Corporation

Autonomic Computing Example of Situations Category and Taxonomy START_SITUATION = (START_SITUATION_NAME, SUCCESS_DISPOSITION, START_SITUATION_QUALIFIER); START_SITUATION_NAME = “START”; SUCCESS_DISPOSITION = (“SUCCESSFUL” | “UNSUCCESSFUL”); START_SITUATION_QUALIFIER = (“START INITIATED” | “START COMPLETED” | “RESTART INITIATED” | “STARTING”); WSVR 0200 I: Starting application: Plants. By. Web. Sphere START, SUCCESSFUL, START INITIATED WSVR 0221 I: Application started: trade 3 START, SUCCESSFUL, START COMPLETE Other examples: WSVR 0024 I: Server server 1 stopped STOP, SUCCESSFUL, STOP COMPLETED SRVE 0026 E: [Servlet Error]-[]: java. lang. Illegal. State. Exception … SQL 0913 N Unsuccessful execution caused by deadlock or timeout Primary Message Secondary Message CONNECT, UNSUCCESSFUL, CLOSED ibm. com/autonomic © July/2003 IBM Corporation

Autonomic Computing Distillation of existing work to CBE § Several existing formats were analyzed Common elements define essential elements Reviewed formats and types include: § PD Artifact, TEC Event, Tivoli Log XML, BEI Event, BEI Context, JMX Notification, SNMP, CIM_Alert. Indication, Java 1. 4, Apache commons logging, WAS, JRAS § Mappings shown in spec ibm. com/autonomic © July/2003 IBM Corporation

Autonomic Computing The Data Situation data extension. Name local. Instance. Id global. Instance. Id creation. Time severity priority (policy) situation. Type repeat. Count elapsed. Time sequence. Number Msg msg. Data. Element associated. Events (cor/relation) context. Data. Elements extended. Data. Elements * Component. ID (extensibility) component location instance. Id location. Type sub. Component process. Id application component. Type thread. Id execution. Env ü For details please refer to the Canonical Situation Data Format: the Common Base Events (ACAB. BO 0301) ibm. com/autonomic © July/2003 IBM Corporation

Autonomic Computing Canonical Situation Data Format: Common Base Event (CBE) § Canonical Situation Data Format: Common Base Event Facilitates the effective exchange and correlation of data among disparate enterprise applications that support logging, management, problem determination, autonomic computing and e-business functions in an enterprise. § Defines structure of an event sent as the result of a situation, in a consistent and a common format § Provides flexibility to allow for adoption to application specific needs § CBE Extensibility Extended Data Element § Allows for product specific/required attributes that are not common across product groups and not accounted for in the CBE § Provides capabilities to add "named" properties § name, type, values (or hex. Value), and optional children to create a hierarchy of this elements § Provides capabilities to add monitoring and resource usage data Product Specific Schema § Allows to include product specific schema in the "any namespace" of the CBE Schema § <xsd: any namespace="##other" min. Occurs="0" max. Occurs="unboundeu ibm. com/autonomic © July/2003 IBM Corporation