OpenLMI explained

OpenLMI (abbreviated from Open Linux Management Infrastructure) provides a common management infrastructure for Linux systems. Available operations include configuration of various operating system parameters and services, hardware components configuration, and monitoring of system resources. Services provided by OpenLMI can be accessed both locally and remotely, using multiple programming languages and standardized APIs.

Project's source code is distributed under the GNU Lesser General Public License (LGPL) and Simplified BSD License.[1]

Overview

OpenLMI distinguishes agents, controllers and client applications:

Thus, instead of delivering a complete management solution, OpenLMI provides low-level functions and APIs that can be used by, or integrated into, various management platforms, applications or configuration scripts.[2]

OpenLMI extends the already existing Linux infrastructure by providing management agents which also perform system configuration tasks, in addition to monitoring and reporting functions. By exporting those operations through standard-based interfaces, and by providing agents performing the actual operations, OpenLMI creates a management framework that various applications can use both for system configuration, and for monitoring resources and performance. Usage targets for OpenLMI include bare-metal production servers, on which it can perform initial configurations through a set of predefined "recipes".

, implemented agents primarily perform operations related to storage, networking and local user accounts. Plans exist to expand the variety of implemented agents, aiming at providing complete coverage of Linux management and configuration tasks.

The OpenLMI's source code is licensed under the GNU Lesser General Public License (LGPL) and Simplified BSD License (also known as the FreeBSD License).

Architecture

Based on their placement and usage role, OpenLMI architecture contains two major components: management modules (also known as agents), and management tools. A set of management modules is installed and running on each of the managed systems, performing the configuration and monitoring tasks. Management tools are running on a management system, performing aggregation of the collected monitoring data, and dispatching the requests to management modules. The agents are talking to the outside world through an OpenLMI Object Broker, which is also known as a controller. This object request broker provides a standard-based communications protocol, handles the security and access control, and provides deployment methods for the agents.[3]

Each agent implements an object model that specifies the attributes (information), methods (functions), and associations (links to other objects). Through the controller, this object model is interoperably made available to client applications. While it is possible to build all required logic into an agent, the general approach is to use and invoke existing Linux tools; for example, OpenLMI's network agent uses the NetworkManager, and the storage agent uses the Blivet storage library.

The actual communication protocol is using XML data transferred over HTTPS. While it is possible to use XML directly, a set of client libraries provides native interfaces for a number of programming languages; client libraries supplied by OpenLMI provide support for C, C++, Python and Java. These interfaces are implemented as language bindings to the operations in underlying system agents, with all supplied libraries providing the same feature sets. Support for command-line interface (CLI) utilities is also provided.

Internally, OpenLMI is based on the Distributed Management Task Force (DMTF) Common Information Model (CIM), with internal functions exposed in form of CIM namespaces. A few open-source CIM clients are available, as an additional way for using data and operations exported through OpenLMI.[4] [5]

Agents

OpenLMI agents, also called providers, do the actual work. OpenLMI distribution includes a set of standard management agents, and also includes a set of development resources required for developing new agents. Standard OpenLMI agents,, are the following:[6]

Storage
  • Storage Agent configures and manages local and remote storage. The ability to enumerate (discover) and configure local storage devices is built-in. As of December 2013, remote storage devices can be configured, with no support for their discovery or provisioning. Thus, remote storage must be already provisioned using other approaches, and the resulting logical unit number (LUN) made available to this agent. Support for provisioning of remote storage is planned for future releases.[7]
    Networking
  • Networking Agent configures and manages network interface controllers (NICs) and Linux networking configuration in general. It has the ability to enumerate (discover) and configure devices, including configuration of IPv4 and IPv6 addresses, default gateways, DNS servers, management of static routes, and configuration of interfaces bridging and bonding.[8]
    System Services
  • System Services Agent performs the management operations associated with the system services and underlying background processes, by exposing the ability for services to be, for example, started, stopped or restarted through the standard OpenLMI interface. This agent also has the ability to enumerate (discover) available system services, using the systemd's D-Bus interface.[9]
    User Accounts
  • User Accounts Agent configures and manages local user accounts, local user groups, groups membership, and accounts parameters such as the default shell, home directory, password, and password expiration. This agent also has the ability to enumerate (discover) available local user accounts and local user groups.[10]
    Software
  • Software Agent configures and manages software packages on a managed system. It has the ability to list the software installed on a system, install new software, update existing software, and remove installed software. It also has the ability to verify integrity of installed packages and their files, while using all configured repositories.[11]
    Hardware
  • Hardware Agent manages hardware components, providing detailed information on their presence and associated configurations. Provided information includes the CPU-related data (number of cores, clock and FSB speeds, cache sizes, etc.), system memory (size, speed, available memory slots, installed modules, etc.), physical asset data (chassis info, available ports and slots, etc.), battery (available capacity, running voltage, etc.), and PCI devices and bridges (available buses, IDs of devices, device vendors, etc.)[12]
    Logging
  • Journald Agent provides access to logging records through the standard OpenLMI interface. It is a client of systemd's journald service, accessing the journald records in several ways and providing a way to store new log records. Journald, as a structured logging system, stores supplemental information along each record, making it easier to find and extract information from the resulting log files.[13]
    Performance CoPilot
  • Performance CoPilot Agent provides access to various system statistics and performance monitoring data collected by the Performance Co-Pilot (PCP) service running locally on a monitored host. PCP is capable of providing monitoring data for various services, including web, email and database servers, and virtualization environments. Collected data may have any type of value, including integers, strings, floating point numbers, and arbitrary composite data structures.[14] [15]

    Comparison

    OpenLMI is different from other configuration management systems like Puppet or Bcfg2, in a way that OpenLMI does not require details of the system configuration to be already known in order for appropriate configuration recipes to be created. This nature of the OpenLMI may provide advantages in case initial configuration is to be performed on a broader variety of systems having different hardware configurations.[16]

    Reception

    Red Hat Enterprise Linux 7.0 includes support for OpenLMI since the first beta release of this Linux distribution, which was made available on December 11, 2013.[17] [18] Fedora 20, released on December 17, 2013, also includes support for OpenLMI.[19] [20]

    See also

    External links

    Notes and References

    1. Web site: OpenLMI development website . July 14, 2014 . fedorahosted.org.
    2. Web site: OpenLMI: Configure, Manage and Monitor Linux Systems . December 11, 2013 . openlmi.org . https://web.archive.org/web/20151028220327/http://www.openlmi.org/ . October 28, 2015 . dead .
    3. Web site: OpenLMI: Architecture . December 11, 2013 . openlmi.org.
    4. Web site: OpenLMI - Open Linux Management Interface . June 30, 2013 . December 11, 2013 . blog.fpmurphy.com.
    5. Web site: OpenLMI Project - Part I . October 2, 2012 . December 13, 2013 . kernel-labs.org.
    6. Web site: OpenLMI: Agents . April 18, 2014 . openlmi.org.
    7. Web site: OpenLMI: Storage Agent . December 11, 2013 . openlmi.org.
    8. Web site: OpenLMI: Networking Agent . December 11, 2013 . openlmi.org.
    9. Web site: OpenLMI: System Services Agents . December 11, 2013 . openlmi.org.
    10. Web site: OpenLMI: User Accounts Agent . December 11, 2013 . openlmi.org.
    11. Web site: OpenLMI: Software Agent . December 11, 2013 . openlmi.org.
    12. Web site: OpenLMI: Hardware Agent . December 11, 2013 . openlmi.org.
    13. Web site: OpenLMI: Logging with Journald . December 11, 2013 . openlmi.org.
    14. Web site: OpenLMI: Performance CoPilot . September 23, 2013 . April 18, 2014 . openlmi.org.
    15. Web site: Performance Co-Pilot User's and Administrator's Guide . January 6, 2014 . April 18, 2014 . oss.sgi.com . PDF.
    16. Web site: OpenLMI vs. Puppet . November 14, 2013 . December 11, 2013 . techponder.wordpress.com.
    17. Web site: Red Hat Unveils Red Hat Enterprise Linux 7, Redefining the Enterprise Operating System . June 10, 2014 . June 11, 2014 . Red Hat.
    18. Web site: Red Hat Announces Availability of Red Hat Enterprise Linux 7 Beta . December 11, 2013 . December 11, 2013 . Red Hat.
    19. Web site: Managing Linux with OpenLMI . December 20, 2013 . June 12, 2014 . Russ Doty . Red Hat.
    20. Web site: Releases/20/Schedule . January 18, 2014 . June 12, 2014 . Fedora Project.

    This article is licensed under the GNU Free Documentation License. It uses material from the Wikipedia article "OpenLMI".

    Except where otherwise indicated, Everything.Explained.Today is © Copyright 2009-2024, A B Cryer, All Rights Reserved. Cookie policy.