Ceph (software)

From Wikipedia, the free encyclopedia
Ceph Storage
Ceph logo.png
Original author(s)Inktank Storage (Sage Weil, Yehuda Sadeh Weinraub, Gregory Farnum, Josh Durgin, Samuel Just, Wido den Hollander)
Developer(s)Red Hat, Intel, CERN, Cisco, Fujitsu, SanDisk, Canonical and SUSE[1]
Stable release
16.2.4 "Pacific"[2] / 13 May 2021; 3 months ago (2021-05-13)
Repository
Written inC++, Python[3]
Operating systemLinux, FreeBSD[4]
TypeDistributed object store
LicenseLGPLv2.1[5]
Websiteceph.io

Ceph (pronounced /ˈsɛf/) is an open-source software (software-defined storage) storage platform, implements object storage[6] on a single distributed computer cluster, and provides 3-in-1 interfaces for object-, block- and file-level storage. Ceph aims primarily for completely distributed operation without a single point of failure, scalable to the exabyte level, and freely available.

Ceph replicates data and makes it fault-tolerant,[7] using commodity hardware, Ethernet IP and requiring no specific hardware support. The Ceph’s system offers disaster recovery and data redundancy through techniques such as replication, erasure coding, snapshots and storage cloning. As a result of its design, the system is both self-healing and self-managing, aiming to minimize administration time and other costs.

In this way, administrators have a single, consolidated system that avoids silos and collects the storage within a common management framework. Ceph consolidates several storage use cases and improves resource utilization. It also lets an organization deploy servers where needed.

Design[]

A high-level overview of the Ceph's internal organization[8]:4

Ceph employs five distinct kinds of daemons:[8]

  • Cluster monitors (ceph-mon) that keep track of active and failed cluster nodes, cluster configuration, and information about data placement and global cluster state.
  • Object storage devices (ceph-osd) that use a direct, journaled disk storage (named BlueStore,[9] which since the v12.x release replaces the FileStore[10] which would use a filesystem)
  • Metadata servers (ceph-mds) that cache and broker access to inodes and directories inside a CephFS filesystem.
  • HTTP gateways (ceph-rgw) that expose the object storage layer as an interface compatible with Amazon S3 or OpenStack Swift APIs
  • Managers (ceph-mgr) that perform cluster monitoring, bookkeeping, and maintenance tasks, and interface to external monitoring systems and management (e.g. balancer, dashboard, Prometheus, Zabbix plugin)[11]

All of these are fully distributed, and may run on the same set of servers. Clients with different needs can directly interact with different subsets of them.[12]

Ceph does striping of individual files across multiple nodes to achieve higher throughput, similar to how RAID0 stripes partitions across multiple hard drives. Adaptive load balancing is supported whereby frequently accessed objects are replicated over more nodes.[citation needed] As of September 2017, BlueStore is the default and recommended storage type for production environments,[13] which is Ceph's own storage implementation providing better latency and configurability than the filestore backend, and avoiding the shortcomings of the filesystem based storage involving additional processing and caching layers. The filestore backend is still considered useful and very stable; XFS used to be the recommended underlying filesystem type for production environments, while Btrfs was recommended for non-production environments. ext4 filesystems were not recommended because of resulting limitations on the maximum RADOS objects length.[14] Even using BlueStore, XFS is used for a small partition of metadata.[15]

Object storage S3[]

An architecture diagram showing the relations between components of the Ceph storage platform

Ceph implements distributed object storage - BlueStore. RADOS gateway (ceph-rgw) expose the object storage layer as an interface compatible with Amazon S3.

These are often capacitive disks which are associated with Ceph's S3 object storage for use cases: Big Data (datalake), Backup & Archives, IOT, media, video recording, etc.

Ceph's software libraries provide client applications with direct access to the reliable autonomic distributed object store (RADOS) object-based storage system, and also provide a foundation for some of Ceph's features, including RADOS Block Device (RBD), RADOS Gateway, and the Ceph File System. In this way, administrators can maintain their storage devices as a unified system, which makes it easier to replicate and protect the data.

The "librados" software libraries provide access in C, C++, Java, PHP, and Python. The RADOS Gateway also exposes the object store as a RESTful interface which can present as both native Amazon S3 and OpenStack Swift APIs.

Block storage[]

Ceph's object storage system allows users to mount Ceph as a thin-provisioned block device. When an application writes data to Ceph using a block device, Ceph automatically stripes and replicates the data across the cluster. Ceph's RADOS Block Device (RBD) also integrates with Kernel-based Virtual Machines (KVMs).

These are often fast disks (NVMe, SSD) which are associated with Ceph's block storage for use cases, including databases, virtual machines, data analytics, artificial intelligence, and machine learning.

Ceph-RBD interfaces with the same Ceph object storage system that provides the librados interface and the CephFS file system, and it stores block device images as objects. Since RBD is built on librados, RBD inherits librados's abilities, including read-only snapshots and revert to snapshot. By striping images across the cluster, Ceph improves read access performance for large block device images.

Ceph-iSCSI is a gateway which enables access to distributed, highly available block storage from any microsoft windows and vmware vsphere server or client capable of speaking the iSCSI protocol. By using ceph-iscsi on one or more iSCSI gateway hosts, Ceph RBD images become available as Logical Units (LUs) associated with iSCSI targets, which can be accessed in an optionally load-balanced, highly available fashion.

Since all of ceph-iscsi configuration is stored in the Ceph RADOS object store, ceph-iscsi gateway hosts are inherently without persistent state and thus can be replaced, augmented, or reduced at will. As a result, Ceph Storage enables customers to run a truly distributed, highly-available, resilient, and self-healing enterprise storage technology on commodity hardware and an entirely open source platform.

The block device can be virtualized, providing block storage to virtual machines, in virtualization platforms such as OpenStack, Kubernetes, OpenNebula, Ganeti, Apache CloudStack and Proxmox Virtual Environment.

File system storage[]

Ceph's file system (CephFS) runs on top of the same object storage system that provides object storage and block device interfaces. The Ceph metadata server cluster provides a service that maps the directories and file names of the file system to objects stored within RADOS clusters. The metadata server cluster can expand or contract, and it can rebalance the file system dynamically to distribute data evenly among cluster hosts. This ensures high performance and prevents heavy loads on specific hosts within the cluster.

Clients mount the POSIX-compatible file system using a Linux kernel client. An older FUSE-based client is also available. The servers run as regular Unix daemons.

Ceph's file storage is often associated with use cases: log collect, messaging, filestore ..

History[]

Ceph was initially created by Sage Weil for his doctoral dissertation,[16] which was advised by Professor Scott A. Brandt at the Jack Baskin School of Engineering, University of California, Santa Cruz (UCSC), and sponsored by the Advanced Simulation and Computing Program (ASC), including Los Alamos National Laboratory (LANL), Sandia National Laboratories (SNL), and Lawrence Livermore National Laboratory (LLNL).[17] The first line of code that ended up being part of Ceph was written by Sage Weil in 2004 while at a summer internship at LLNL, working on scalable filesystem metadata management (known today as Ceph's MDS).[18] In 2005, as part of a summer project initiated by Scott A. Brandt and led by Carlos Maltzahn, Sage Weil created a fully functional file system prototype which adopted the name Ceph. Ceph made its debut with Sage Weil giving two presentations in November 2006, one at USENIX OSDI 2006[19] and another at SC'06.[20]

After his graduation in autumn 2007, Weil continued to work on Ceph full-time, and the core development team expanded to include Yehuda Sadeh Weinraub and Gregory Farnum. On March 19, 2010, Linus Torvalds merged the Ceph client into Linux kernel version 2.6.34[21][22] which was released on May 16, 2010. In 2012, Weil created Inktank Storage for professional services and support for Ceph.[23][24]

In April 2014, Red Hat purchased Inktank, bringing the majority of Ceph development in-house to make it a production version for enterprises with support (hotline) and continuous maintenance (new versions).[25]

In October 2015, the Ceph Community Advisory Board was formed to assist the community in driving the direction of open source software-defined storage technology. The charter advisory board includes Ceph community members from global IT organizations that are committed to the Ceph project, including individuals from Red Hat, Intel, Canonical, CERN, Cisco, Fujitsu, SanDisk, and SUSE.[26]

In November 2018, the Linux Foundation launched the Ceph Foundation as a successor to the Ceph Community Advisory Board. Founding members of the Ceph Foundation included Amihan, Canonical, China Mobile, DigitalOcean, Intel, OVH, ProphetStor Data Services, Red Hat, SoftIron, SUSE, Western Digital, XSKY Data Technology, and ZTE.[27]

In March 2021, SUSE discontinued its Enterprise Storage product incorporating Ceph in favor of Longhorn.[28] and the former Enterprise Storage website was updated stating "SUSE has refocused the storage efforts around serving our strategic SUSE Enterprise Storage Customers and are no longer actively selling SUSE Enterprise Storage."[29]

Release history[]

Release history
Name Release First release End of
life
Milestones
Argonaut Old version, no longer maintained: 0.48 July 3, 2012 First major "stable" release
Bobtail Old version, no longer maintained: 0.56 January 1, 2013
Cuttlefish Old version, no longer maintained: 0.61 May 7, 2013 ceph-deploy is stable
Dumpling Old version, no longer maintained: 0.67 August 14, 2013 May 2015 namespace, region, monitoring REST API
Emperor Old version, no longer maintained: 0.72 November 9, 2013 May 2014 multi-datacenter replication for the radosgw
Firefly Old version, no longer maintained: 0.80 May 7, 2014 April 2016 erasure coding, cache tiering, primary affinity, key/value OSD backend (experimental), standalone radosgw (experimental)
Giant Old version, no longer maintained: 0.87 October 29, 2014 April 2015
Hammer Old version, no longer maintained: 0.94 April 7, 2015 August 2017
Infernalis Old version, no longer maintained: 9.2.0 November 6, 2015 April 2016
Jewel Old version, no longer maintained: 10.2.0 April 21, 2016 2018-06-01 Stable CephFS, experimental RADOS backend named BlueStore
Kraken Old version, no longer maintained: 11.2.0 January 20, 2017 2017-08-01 BlueStore is stable
Luminous Old version, no longer maintained: 12.2.0 August 29, 2017 2020-03-01
Mimic Old version, no longer maintained: 13.2.0 June 1, 2018 2020-07-22 snapshots are stable, Beast is stable
Nautilus Older version, yet still maintained: 14.2.0 March 19, 2019 2021-06-01
Octopus Older version, yet still maintained: 15.2.0 March 23, 2020 2022-06-01
Pacific Current stable version: 16.2.0 March 31, 2021[30] 2023-06-01
Legend:
Old version
Older version, still maintained
Latest version
Latest preview version
Future release

Etymology[]

The name "Ceph" is an abbreviation of "cephalopod", a class of molluscs that includes the octopus. The name (emphasized by the logo) suggests the highly parallel behavior of an octopus and was chosen to associate the file system with "Sammy", the banana slug mascot of UCSC.[8] Both cephalopods and banana slugs are molluscs.

Kubernetes[]

The ceph-helm project enables deployment of Ceph in a Kubernetes environment, to deliver persistent storage.

Kubernetes containers are stateless as a core principle, but data must still be managed, protected, and made accessible to other services. Stateless means that the container is running in isolation without any knowledge of past transactions, which makes it easy to replace, delete, or distribute the container. However, it also means without persistent Storage that data will be lost for certain lifecycle events like restart or deletion.

Rook is a storage orchestration tool that provides a cloud-native, open source solution for a diverse set of storage providers. Rook uses the power of Kubernetes to turn a storage system into self-managing services that provide a seamless experience for saving Kubernetes application or deployment data.

Ceph is a highly scalable distributed-storage solution offering object, block, and file storage. Ceph clusters are designed to run on any hardware using the CRUSH algorithm (Controlled Replication Under Scalable Hashing) and delivers persistent storage for Kubernetes containers.

One main benefit of this deployment is that it provides the highly scalable storage solution of Ceph without requiring manual configuration using the Ceph command line, because Rook automatically handles it. Kubernetes applications can then mount block devices and filesystems from Rook to preserve and monitor their application data.

See also[]

References[]

  1. ^ "Ceph Community Forms Advisory Board". 2015-10-28. Archived from the original on 2019-01-29. Retrieved 2016-01-20.
  2. ^ "v16.2.4 Octopus released".
  3. ^ "GitHub Repository".
  4. ^ "FreeBSD Quarterly Status Report".
  5. ^ "LGPL2.1 license file in the Ceph sources". 2014-10-24. Retrieved 2014-10-24.
  6. ^ Nicolas, Philippe (2016-07-15). "The History Boys: Object storage ... from the beginning". The Register.
  7. ^ Jeremy Andrews (2007-11-15). "Ceph Distributed Network File System". KernelTrap. Archived from the original on 2007-11-17. Retrieved 2007-11-15.
  8. ^ Jump up to: a b c M. Tim Jones (2010-06-04). "Ceph: A Linux petabyte-scale distributed file system" (PDF). IBM. Retrieved 2014-12-03.
  9. ^ "BlueStore". Ceph. Retrieved 2017-09-29.
  10. ^ "BlueStore Migration". Retrieved 2020-04-12.
  11. ^ "Ceph Manager Daemon — Ceph Documentation". docs.ceph.com. Retrieved 2019-01-31.[permanent dead link]
  12. ^ Jake Edge (2007-11-14). "The Ceph filesystem". LWN.net.
  13. ^ Sage Weil (2017-08-29). "v12.2.0 Luminous Released". Ceph Blog.
  14. ^ "Hard Disk and File System Recommendations". ceph.com. Archived from the original on 2017-07-14. Retrieved 2017-06-26.
  15. ^ "BlueStore Config Reference". Retrieved April 12, 2020.
  16. ^ Sage Weil (2007-12-01). "Ceph: Reliable, Scalable, and High-Performance Distributed Storage" (PDF). University of California, Santa Cruz.
  17. ^ Gary Grider (2004-05-01). "The ASCI/DOD Scalable I/O History and Strategy" (PDF). University of Minnesota. Retrieved 2019-07-17.
  18. ^ Dynamic Metadata Management for Petabyte-Scale File Systems, SA Weil, KT Pollack, SA Brandt, EL Miller, Proc. SC'04, Pittsburgh, PA, November, 2004
  19. ^ "Ceph: A scalable, high-performance distributed file system," SA Weil, SA Brandt, EL Miller, DDE Long, C Maltzahn, Proc. OSDI, Seattle, WA, November, 2006
  20. ^ "CRUSH: Controlled, scalable, decentralized placement of replicated data," SA Weil, SA Brandt, EL Miller, DDE Long, C Maltzahn, SC'06, Tampa, FL, November, 2006
  21. ^ Sage Weil (2010-02-19). "Client merged for 2.6.34". ceph.newdream.net.
  22. ^ Tim Stephens (2010-05-20). "New version of Linux OS includes Ceph file system developed at UCSC". news.ucsc.edu.
  23. ^ Bryan Bogensberger (2012-05-03). "And It All Comes Together". Inktank Blog. Archived from the original on 2012-07-19. Retrieved 2012-07-10.
  24. ^ Joseph F. Kovar (July 10, 2012). "The 10 Coolest Storage Startups Of 2012 (So Far)". CRN. Retrieved July 19, 2013.
  25. ^ Red Hat Inc (2014-04-30). "Red Hat to Acquire Inktank, Provider of Ceph". Red Hat. Retrieved 2014-08-19.
  26. ^ "Ceph Community Forms Advisory Board". 2015-10-28. Archived from the original on 2019-01-29. Retrieved 2016-01-20.
  27. ^ "The Linux Foundation Launches Ceph Foundation To Advance Open Source Storage". 2018-11-12.
  28. ^ "SUSE says tschüss to Ceph-based enterprise storage product – it's Rancher's Longhorn from here on out".
  29. ^ "SUSE Enterprise Software-Defined Storage".
  30. ^ https://ceph.io/releases/v16-2-0-pacific-released/

Further reading[]

External links[]

Retrieved from ""