Skip to main content
info

For information on how OpenEBS is used in production, visit the use cases section or read what OpenEBS Adopters have shared.

OpenEBS Features, like any storage solution, can be broadly classified into the following categories:

Containerized Storage for Containers#

OpenEBS is an example of Container Native Storage (CNS). Volumes provisioned through OpenEBS are always containerized. Each volume has a dedicated storage controller that increases the agility and granularity of persistent storage operations of the stateful applications. Benefits and more details on CNS architecture are found here.

Containerized Storage Icon

Synchronous Replication#

Synchronous Replication is an optional and popular feature of OpenEBS. When used with the Replicated Storage, OpenEBS can synchronously replicate the data volumes for high availability. The replication happens across Kubernetes zones resulting in high availability for cross AZ setups. This feature is especially useful to build highly available stateful applications using local disks on cloud providers services such as GKE, EKS and AKS.

Synchronous Replication Icon

Snapshots and Clones#

Copy-on-write snapshots are another optional and popular feature of OpenEBS. When using the Replicated Storage, snapshots are created instantaneously. The incremental snapshot capability enhances data migration and portability across Kubernetes clusters and different cloud providers or data centers. Operations on snapshots and clones are performed in completely Kubernetes native method using the standard kubectl commands. Common use cases include efficient replication for backups and the use of clones for troubleshooting or development against a read-only copy of data.

Snapshots and Clones Icon

Backup and Restore#

The backup and restore of OpenEBS volumes works with Kubernetes backup and restore solutions such as Velero via open source OpenEBS Velero-plugins. Data backup to object storage targets such as AWS S3, GCP Object Storage or MinIO are frequently deployed using the OpenEBS incremental snapshot capability. This storage level snapshot and backup saves a significant amount of bandwidth and storage space as only incremental data is used for backup.

Backup and Restore Icon

Prometheus Metrics for Workload Tuning#

OpenEBS volumes are instrumented for granular data metrics such as volume IOPS, throughput, latency and data patterns. As OpenEBS follows the CNS pattern, stateful applications can be tuned for better performance by observing the traffic data patterns on Prometheus and modifying the storage policy parameters without worrying about neighboring workloads that are using OpenEBS thereby minimizing the incidence of "noisy neighbor" issues.

Prometheus and Tuning Icon

See Also#

Was this page helpful? We appreciate your feedback