Cloud Infrastructure Management Interface

From Wikipedia, the free encyclopedia
Cloud Infrastructure Management Interface
StatusPublished
Year started2010; 11 years ago (2010)
Latest version1.1
October 2013; 7 years ago (2013-10)
OrganizationDistributed Management Task Force
Related standardsOpen Virtualisation Format (OVF)
DomainCloud computing
AbbreviationCIMI
Websitewww.dmtf.org/standards/cmwg

Cloud Infrastructure Management Interface (CIMI) is an open standard API specification for managing cloud infrastructure.

CIMI's goal is to enable users to manage cloud infrastructure in a simple way by standardizing interactions between cloud environments to achieve interoperable cloud infrastructure management between service providers and their consumers and developers.

CIMI 1.1 was registered as an International Standard in August 2014 by the Joint Technical Committee 1 (JTC 1) of the International Organization for Standardization (ISO) and the International Electrotechnical Commission (IEC). [1]

Overview[]

The CIMI standard is defined and published by the Distributed Management Task Force (DMTF). It includes the Cloud Infrastructure Management Interface (CIMI) Model and RESTful HTTP-based Protocol specification,[2] the CIMI XML Schema, the CIMI Primer and the CIMI Uses Cases whitepaper:[3]

  • Cloud Infrastructure Management Interface (CIMI) Model and RESTful HTTP-based Protocol
The Cloud Infrastructure Management Interface (CIMI) Model and RESTful HTTP-based Protocol Specification defines the architecture and concepts of CIMI.
  • CIMI XML Schema
The CIMI XML Schema defines the XML representation of the CIMI model.
  • CIMI Primer
The CIMI Primer explains how clients can use the CIMI API for some common use cases, such as listing Machine Images and Configurations, creating a Machine from a Template and then retrieving details about it.
  • CIMI Use Cases
The CIMI Use Cases whitepaper collects a number of use cases that typify the next generation of issues facing IaaS providers and that are being considered to be addressed in the next version of the CIMI specification, such as Business Continuity/Disaster Recovery, Service Level Objective Management, Log / Metadata Management and Multicloud Management.

Goals[]

CIMI aims to provide a single set of interfaces that a cloud consumer can use to provision and manage their cloud infrastructure in multiple clouds, so client code does not need to be adapted to each of the proprietary interfaces from these multiple vendors. CIMI has been described as a de jure standard that is under change control of a standards body, contrasting it to a de facto standard where typically one vendor has change control over the interface, and everyone else has to reverse engineer the inner workings of it.[4] It is expecting vendors to embrace a dual strategy of delivering two offerings – one a CIMI compliant offering and the second a more proprietary offering that allows for more proprietary functionality.[5]

Scope[]

CIMI is scoped to the core IaaS functionality such as deploying and managing Machines, Volumes, Networks, Monitoring, and Systems that group them. It includes a feature discovery mechanism to find out what functions the cloud provider supports, including the metadata describing capabilities and resource constraints.[6]

Model and Features[]

Model[]

The CIMI model describes in detail all the resources that are accessible by the Cloud Consumer and that are maintained by the Cloud Provider, and their relationships.

The main entry point for the CIMI Consumer is the IaaS Provider's Cloud Entry Point. All other data is discovered, iteratively:[7]

  • Pointers to Machines, Volumes, Networks, Systems (a grouping of resources managed as a single unit), Machine Images, Credentials, ...
  • Templates to provision new resources such as Machines, Volumes, Networks and Systems
  • Monitoring resources such as Meters, Events & Event Logs (for notifications from the Provider, with time, type (error, warning, ...), severity, etc.)
  • Jobs (one or more processes or actions directed to accomplish a specific goal, performed by the Provider)
  • Metadata describing capabilities and resources constraints
  • Optional provider extensions

The model is self-describing and allows for querying its own metadata, e.g., to discover which extensions have been implemented. The model is also extensible by the Consumer and the Provider.[3]

The model also defines serializations both in XML and JSON for each resource.

Features[]

CIMI addresses the management of the lifecycle of infrastructure provided by an IaaS Provider, such as the creation, deletion, viewing and alteration of virtual machines, networks and storage, and start and stop operations. It also defines resource operations such as creating machine images or snapshots of machines for backup & restore, or for creation of additional identical virtual machines.

CIMI allows the import of an OVF package to create a System with Machines and other CIMI resources, as well as the export of a CIMI System of resources to an OVF package.[8] The actual import and export of OVF packages is handled by the underlying hypervisor under the management of the CIMI implementation.

Protocols[]

CIMI currently supports the REST architectural style using HTTP for all interactions between the Consumer and the Providers. Mappings to SOAP and WS-MAN are also considered.[3]

This protocol binding follows REST principles and describes the mapping of HTTP protocol verbs to operations on the model: Each request is sent by using an HTTP verb such as GET, POST, PUT and DELETE, and includes a message body in either JSON or XML format. Each response uses a standard HTTP status code, whose semantics are interpreted in the context of the particular request that was made.

Implementations[]

Several adapters have been developed that expose a CIMI API endpoint for client applications to consume and translate API calls to the proprietary API calls of supported target cloud provider(s).

The following is a list of CIMI implementations:

The CIMI Working Group has announced plug-fests for improved interoperability between CIMI implementations.[11]

See also[]

  • Distributed Management Task Force (DMTF)
  • Infrastructure as Code
  • Open Virtualisation Format (OVF)

References[]

  1. ^ "ISO/IEC 19831 - Cloud Infrastructure Management Interface (CIMI) Model and RESTful HTTP-based Protocol". ISO Standards Catalogue. Retrieved 2015-01-06.
  2. ^ Yasin, Rutrell (2012-08-29). "DMTF spec simplifies cloud management". GCN. Retrieved 2014-11-02.
  3. ^ Jump up to: a b c Waschke, Marvin (2013-10-17). Cloud Standards: Agreements That Hold Together Clouds. Apress. pp. 291–303. ISBN 9781430241102.
  4. ^ Carlson, Mark (2012-08-29). "Cloud Infrastructure has a new standard". Archived from the original on 2013-12-11. Retrieved 2014-10-30.
  5. ^ Kepes, Ben (2012-09-07). "DMTF's Cloud Infrastructure Standard". Retrieved 2014-10-30.
  6. ^ Norfolk, David (2012-09-20). "The DMTF's Cloud Infrastructure Management Interface (CIMI), a new cloud infrastructure management standard". Bloor. Retrieved 2014-10-30.
  7. ^ "Cloud Infrastructure Management Interface (CIMI) and Open Cloud Computing Interface (OCCI)". The Cloud Standards Observatory. 2013. Archived from the original on 2014-05-18. Retrieved 2014-11-02.
  8. ^ Bumpus, Winston (2013-02-01). "The Open Cloud: Management Standards Achieve Interoperability". HPC Wire. Retrieved 2014-11-07.
  9. ^ Bist, M.; Wariya, M.; Agarwal, A. (2013). Comparing delta, open stack and Xen Cloud Platforms: A survey on open source IaaS. Advance Computing Conference (IACC), 2013 IEEE 3rd International. Ghaziabad: IEEE. pp. 96–100. doi:10.1109/IAdCC.2013.6514201. ISBN 978-1-4673-4527-9.
  10. ^ "Infrastructure as a service cloud development". 2013-01-30. Retrieved 2014-10-30.
  11. ^ Chawki, Jamil (2012-11-05). "la nouvelle norme de gestion IaaS : CIMI" [the new IaaS management standard: CIMI] (in French). Retrieved 2014-10-30.
Retrieved from ""