openebs

KO | EN

gitlite — search

#python #nodejs #react #golang #api #c #machine-learning #go #vim #animation #search #cli

★ 9,799 Open GitHub ↗

A popular & widely deployed Open Source Container Native Storage platform for Stateful Persistent Applications on Kubernetes.

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

## OpenEBS - Cloud Native Storage

[![CNCF Status](https://img.shields.io/badge/cncf%20status-sandbox-blue.svg)](https://www.cncf.io/projects/openebs/)
[![LICENSE](https://img.shields.io/github/license/openebs/openebs.svg)](https://raw.githubusercontent.com/openebs/openebs/develop/LICENSE)
[![FOSSA Status](https://app.fossa.com/api/projects/custom%2B162%2Fgithub.com%2Fopenebs%2Fopenebs.svg?type=shield&issueType=license)](https://app.fossa.com/projects/custom%2B162%2Fgithub.com%2Fopenebs%2Fopenebs?ref=badge_shield&issueType=license)
[![OpenSSF Best Practices](https://www.bestpractices.dev/projects/1754/badge)](https://www.bestpractices.dev/projects/1754)
[![CLOMonitor](https://img.shields.io/endpoint?url=https://clomonitor.io/api/projects/cncf/openebs/badge)](https://clomonitor.io/projects/cncf/openebs)
[![Slack](https://img.shields.io/badge/chat-slack-ff1493.svg?style=flat-square)](https://kubernetes.slack.com/messages/openebs)
[![Community Meetings](https://img.shields.io/badge/Community-Meetings-blue)](https://raw.githubusercontent.com/openebs/openebs/develop/)
[![Artifact HUB](https://img.shields.io/endpoint?url=https://artifacthub.io/badge/repository/openebs)](https://artifacthub.io/packages/helm/openebs/openebs)
[![Release Charts](https://github.com/openebs/openebs/actions/workflows/chart-release.yml/badge.svg)](https://github.com/openebs/openebs/actions/workflows/chart-release.yml)

## Overview

OpenEBS is an open-source Container Native Storage solution that provides persistent storage for Kubernetes workloads. It enables dynamic provisioning of storage resources using containerized storage controllers, making it highly flexible and cloud-native. OpenEBS supports various storage engines, including LocalPVs for direct node storage and Replicated PV advanced data replication and resilience. It is designed to integrate seamlessly with Kubernetes, offering benefits like storage policies, resize, thin-provisioning, snapshots, and restore capabilities, making it an ideal choice for stateful applications.

OpenEBS offers two primary storage approaches for Kubernetes workloads: Local Storage and Replicated Storage. Below is a comparative overview:

| Feature                     | Local Storage                                                                 | Replicated Storage                                                                 |
|-----------------------------|-------------------------------------------------------------------------------|-----------------------------------------------------------------------------------|
| **Data Availability**       | Limited to the node where the volume is provisioned; not suitable for high-availability requirements.| Synchronously replicates data across multiple nodes, ensuring high availability and durability. |
| **Use Cases**               | Ideal for applications managing their own replication and availability, such as distributed databases like MongoDB and Cassandra. | Suitable for stateful workloads requiring storage-level replication and high availability, like Percona/ Standalone DBs, and GitLab. |
| **Performance**             | Provides near-disk performance with minimal overhead. | Designed for high performance, leveraging NVMe-oF semantics for low-latency access. |
| **Limitations**             | Not highly available; node failure leads to data unavailability. | Requires sufficient resources (CPU, RAM, NVMe) for optimal performance. |
| **Snapshot and Cloning**    | Supported when backed by advanced filesystems like LVM or ZFS. | Supported, providing enterprise storage capabilities. |
| **Backup and Restore**      | Supported via Velero, using Restic for local volumes. | Supported via Velero, ensuring data protection and recovery.|

In summary, **Local Storage** is a good choice when your application can manage its own replication and high availability, and **Replicated Storage** when you require storage-level replication, enhanced data durability and network-based storage access.

Below are the sub-projects or the major storage solutions under the OpenEBS Umbrella. Visit the individual repositories to learn more about their usage and architecture.

### Why OpenEBS?

OpenEBS offers several compelling advantages for managing storage in Kubernetes environments:

- Cloud-Native Architecture: Designed as a cloud-native solution, OpenEBS integrates seamlessly with Kubernetes, most of the storage engines are CSI compliant.
- Solutions for wide range of workloads: Solutions for both workloads which need or may not need replication.
- Avoidance of Cloud Lock-In: By abstracting storage management, OpenEBS facilitates the movement of data across various Kubernetes environments, whether on-premises or in the cloud, thereby reducing dependency on a single cloud provider.
- Cost Efficiency: With features like thin provisioning OpenEBS enables dynamic allocation of storage resources, potentially reducing storage by preventing overprovisioning and allowing for on-the-fly storage expansion.
- High Availability with Lower Blast Radius: OpenEBS enhances application resilience by synchronously replicating data across multiple nodes, ensuring high availability. In the event of a node failure, only the data on that specific node is affected, minimizing the impact on the overall system.

These features make OpenEBS a robust and flexible solution for managing persistent storage in Kubernetes environments.

### Documents

- [Official Documentation](https://openebs.io/docs)
- [Governance Documentation](https://github.com/openebs/community/blob/develop/GOVERNANCE.md)
- [Contributing to OpenEBS](https://github.com/openebs/community/blob/develop/CONTRIBUTING.md)
- [OpenEBS Security Guidelines](https://github.com/openebs/community/blob/develop/SECURITY.md)
- [Release Process](./RELEASE.md)
- [Roadmap Tracker](https://github.com/orgs/openebs/projects/78)

### Community

- Homepage: [openebs.io](https://openebs.io/)
- Maintainers' email: openebs-team@googlegroups.com
- Slack:
  - [#openebs](https://kubernetes.slack.com/messages/openebs)
  - [#openebs-dev](https://kubernetes.slack.com/messages/openebs-dev)
- Twitter: [@openebs](https://twitter.com/intent/follow?screen_name=openebs)
- Community Meeting: OpenEBS holds a monthly [community meeting](https://zoom-lfx.platform.linuxfoundation.org/meeting/99475226462?password=f57455ef-fed1-49b1-a38b-110dab2b42cc) via Zoom on the last Thursday of the month, at 14:00 UTC.
  - [Add to calendar](https://zoom-lfx.platform.linuxfoundation.org/meetings/openebs?view=list)
- Community Meeting Recordings: [Youtube](https://www.youtube.com/@openebscommunity6021)

## Star History

[![Star History Chart](https://star-history.dera.page/svg?repos=openebs/openebs&type=Date)](https://star-history.dera.page/#openebs/openebs&Date)

## Activity dashboard

![Alt](https://repobeats.axiom.co/api/embed/27af71ce20c687fd31105fff04146a50826e2852.svg "Repobeats analytics image")

## License Compliance

[![FOSSA Status](https://app.fossa.com/api/projects/custom%2B162%2Fgithub.com%2Fopenebs%2Fopenebs.svg?type=large&issueType=license)](https://app.fossa.com/projects/custom%2B162%2Fgithub.com%2Fopenebs%2Fopenebs?ref=badge_large&issueType=license)

## OpenEBS is a [CNCF Sandbox Project](https://www.cncf.io/projects/openebs)

![OpenEBS is a CNCF Sandbox Project](https://github.com/cncf/artwork/blob/main/other/cncf/horizontal/color/cncf-color.png)

openebs

Explore Similar Repositories

Was this content helpful?

Recent Feedback

Download README