Corosync Cluster Engine
|Developer(s)||The Corosync Development Community|
2.4.5 / 31 July 2019
3.0.2 / 13 June 2019
|Type||Group Communication System|
|License||New BSD License|
The Corosync Cluster Engine is an open source implementation of the Totem Single Ring Ordering and Membership protocol. It was originally derived from the OpenAIS project and licensed under the new BSD License. The mission of the Corosync effort is to develop, release, and support a community-defined, open source cluster.
- A closed process group communication model with virtual synchrony guarantees for creating replicated state machines.
- A simple availability manager that restarts the application process when it has failed.
- A configuration and statistics in-memory database that provide the ability to set, retrieve, and receive change notifications of information.
- A quorum system that notifies applications when quorum is achieved or lost.
The software is composed of an executive binary which uses a client-server communication model between libraries and service engines. Loadable modules, called service engines, are loaded into the Corosync Cluster Engine and use the services provided by the Corosync Service Engine internal API.
The services provided by the Corosync Service Engine internal API are:
- An implementation of the Totem Single Ring Ordering and Membership protocol providing the Extended Virtual Synchrony model for messaging and membership.
- The coroipc high performance shared memory IPC system.
- An object database that implements the in memory database model.
- Systems to route IPC and Totem messages to the correct service engines.
Additionally Corosync provides several default service engines that are used via C APIs:
- cpg - Closed Process Group
- sam - Simple Availability Manager
- confdb - Configuration and Statistics database
- quorum - Provides notifications of gain or loss of quorum
The project was formally announced in July 2008 via a conference paper at the Ottawa Linux Symposium. The source code of OpenAIS was refactored such that the core infrastructure components were placed into Corosync and the SA Forum APIs were kept in OpenAIS.
- "v2.4.5". Github. Retrieved 30 August 2019. CS1 maint: discouraged parameter (link)
- "v3.0.2". Github. Retrieved 30 August 2019. CS1 maint: discouraged parameter (link)
- Amir, Y.; Moser, L.E.; Melliar-Smith, P.M.; Agarwal, D.A.; Ciarfella, P. (November 1995). "The Totem Single Ring Ordering and Membership Protocol". ACM Transactions on Computer Systems. 13 (4): 311–342. doi:10.1145/210223.210224.
- Moser, L.E.; Amir, Y.; Melliar-Smith, P.M.; Agarwal, D.A. (November 1995). "Extended Virtual Synchrony". ACM Transactions on Computer Systems. 13 (4): 311–342. doi:10.1145/210223.210224. Also in Proceedings of DCS, pp. 56-65, 1994.
- Dake, S. (July 2009). "The Corosync High Performance Shared Memory IPC Reusable C Library" (PDF). Proceedings of the Linux Symposium: 61–68.
- Dake, S.; Caulfield, C.; Beekhof, A. (July 2008). "The Corosync Cluster Engine" (PDF). Proceedings of the Linux Symposium: 85–99.
- Christine Caulfield,New quorum features in Corosync 2 - 2012-2016 (in English)
- Linux Cluster next generation, LVEE, 2013
- Official website
- "The Totem Single-Ring Ordering and Membership Protocol". CiteSeerX 10.1.1.37.767. Cite journal requires
- "Totem: A Reliable Ordered Delivery Protocol for Interconnected Local-Area Networks". CiteSeerX 10.1.1.52.4028. Cite journal requires
- "Extended Virtual Synchrony model". CiteSeerX 10.1.1.55.8677. Cite journal requires
- Corosync High Performance Shared Memory IPC Reusable C Library