[!IMPORTANT] OpenEBS provides...
- Stateful persistent Dynamically provisioned storage volumes for Kubernetes
- High Performance NVMe-oF storage access optimized for All-Flash Solid State storage media
- is a 100% Cloud-Native storage platform
- Delivers a Kubernetes cluster-wide vSAN fabric that provides containers/Pods with resilient access to storage across the entire cluster.
- Enterprise Grade data management capabilities such as snapshots, clones, replicated volumes, DiskGroups, Volume Groups, Aggregates, RAID
OpenEBS is a Kubernetes provides Persistent Stateful Storage Platform that has 5 core Data-Engines
Each Storage engine provides different Capabilities, Flexibility, Resilience, Data Protections, and Performance features.
ID | Data-Engines | Where to create your issues |
---|---|---|
Replicated PV |
Replicated storage and data volumes |
|
1 | Replicated PV Mayastor | Distributed vSAN Fabric attached volumes that are replicated |
Local PV |
Non-replicated node local storage and volumes |
|
2. | Local PV HostPath | Dynamically provisioned Node-local volumes with Hostpath resident backend data |
3. | Local PV ZFS | Dynamically provisioned Node-local volumes with an integrated ZFS storage backend |
4. | Local PV LVM | Dynamically provisioned Node-local volumes with an integrated LVM storage backend |
5. | Local PV Raw-device-File | Dynamically provisioned Node-local volumes via soft-lun RAW Device files on Hostpath resident backend filesystem |
OpenEBS is very popular : Live OpenEBS systems actively report back product metrics every day, to our Global Anaytics metrics engine (unless disabled by the user). Here are our key project popularity metrics as of: 01 Feb 2024
OpenEBS is the #1 deployed Storage Platform for Kubernetes
We are the #1 GitHub Star ranked K8s Data Storage platform
We have +49 Million Volumes deployed globally
We have +8 Million Global installations
1 Million OpenEBS K8s Containers are spawned per week
1.1 Million global users
We have a very large active community, and many storage users contribute to our product with discussions, ideas, Issues, Feature requests and even code contribnutions.
There are many ways to get in touch with our team.
Reach out via GitHuib to the OpenEBS core leadership team.
Ed Robinson | @edrob999
David Brace | @orville-wright
Vishnu Attur | @avishnu
Tiago Castro | @tiagolobocastro
Try our Slack channel If you have questions about using OpenEBS, please use the CNCF Kubernetes OpenEBS slack channel, it is open for anyone to ask a question |
---|
Read this in 🇩🇪 🇷🇺 🇹🇷 🇺🇦 🇨🇳 🇫🇷 🇧🇷 🇪🇸 🇵🇱 🇰🇷 other languages.
OpenEBS is the most widely deployed and easy to use open-source storage solution for Kubernetes.
OpenEBS is the leading open-source example of a category of cloud native storage solutions sometimes called Container Attached Storage. OpenEBS is listed as an open-source example in the CNCF Storage White Paper under the hyperconverged storage solutions.
Some key aspects that make OpenEBS different compared to other traditional storage solutions:
OpenEBS itself is deployed as just another container on your host and enables storage services that can be designated on a per pod, application, cluster or container level, including:
An added advantage of being a completely Kubernetes native solution is that administrators and developers can interact and manage OpenEBS using all the wonderful tooling that is available for Kubernetes like kubectl, Helm, Prometheus, Grafana, Weave Scope, etc.
Our vision is simple: let storage and storage services for persistent workloads be fully integrated into the environment so that each team and workload benefits from the granularity of control and Kubernetes native behaviour.
OpenEBS is 100% open source software.
The project source code is spread across multiple repos and covers multiple projects:
Our main Roadmap is focused exclusively on the modern (STANDARD Edition) Data-Engine Mayastor. It does not define any net-new features or capabilities for any LEGACY projects or projects that are tagged & defined as DEPRECATED or ARCHIVED. Currently those projects are defined as the follows (see references above for the details on the projects DEPRECATED and ARCHIVAL strategy)...
**MayaStor Roadmap 2024 Roadmap
OpenEBS can scale to include an arbitrarily large number of containerized storage controllers. Kubernetes is used to provide fundamental pieces such as using etcd for inventory. OpenEBS scales to the extent your Kubernetes scales.
OpenEBS can be set up in a few easy steps. You can get going on your choice of Kubernetes cluster by having open-iscsi installed on the Kubernetes nodes and running the openebs-operator using kubectl.
Start the OpenEBS Services using operator
# apply this yaml
kubectl apply -f https://openebs.github.io/charts/openebs-operator.yaml
Start the OpenEBS Services using helm
helm repo update
helm install --namespace openebs --name openebs stable/openebs
You could also follow our QuickStart Guide.
OpenEBS can be deployed on any Kubernetes cluster - either in the cloud, on-premise or developer laptop (minikube). Note that there are no changes to the underlying kernel that are required as OpenEBS operates in userspace. Please follow our OpenEBS Setup documentation.
OpenEBS is one of the most widely used and tested Kubernetes storage infrastructures in the industry. A CNCF Sandbox project since May 2019, OpenEBS is the first and only storage system to provide a consistent set of software-defined storage capabilities on multiple backends (local, nfs, zfs, nvme) across both on-premise and cloud systems, and was the first to open source its own Chaos Engineering Framework for Stateful Workloads, the Litmus Project, which the community relies on to automatically readiness assess the monthly cadence of OpenEBS versions. Enterprise customers have been using OpenEBS in production since 2018.
The status of various storage engines that power the OpenEBS Persistent Volumes are provided below. The key difference between the statuses are summarized below:
Storage Engine | Status | Details |
---|---|---|
Jiva | stable | Best suited for running Replicated Block Storage on nodes that make use of ephemeral storage on the Kubernetes worker nodes |
cStor | stable | A preferred option for running on nodes that have Block Devices. Recommended option if Snapshot and Clones are required |
Local Volumes | stable | Best suited for Distributed Application that need low latency storage - direct-attached storage from the Kubernetes nodes. |
Mayastor | stable | Persistent storage solution for Kubernetes, with near-native NVMe performance and advanced data services. |
For more details, please refer to OpenEBS Documentation.
OpenEBS welcomes your feedback and contributions in any form possible.
This is a meta-repository for OpenEBS. Please start with the pinned repositories or with OpenEBS Architecture document.
OpenEBS is developed under Apache License 2.0 license at the project level. Some components of the project are derived from other open source projects and are distributed under their respective licenses.
OpenEBS is part of the CNCF Projects.
OpenEBS is a CNCF project and DataCore, Inc is a CNCF Silver member. DataCore support's CNCF extensively and has funded OpenEBS participating in every KubeCon event since 2020. Our project team is managed under the CNCF Storage Landscape and we contribute to the CNCF CSI and TAG Storage project initiatives. We proudly support CNCF Cloud Native Community Groups initatives.
This is a list of third-party companies and individuals who provide products or services related to OpenEBS. OpenEBS is a CNCF project which does not endorse any company. The list is provided in alphabetical order.
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。
1. 开源生态
2. 协作、人、软件
3. 评估模型