Projektzweck

OpenEBS ist ein Open-Source-Speicherdienst für Kubernetes-Anwendungen. OpenEBS verwaltet den Blockspeicher und die Dateisysteme basierend auf dem Blockspeicher für Container, die in Kubernetes ausgeführt werden. Verwenden Sie OpenEBS, um schnellen und stabilen Speicher zu erstellen. mit Optionen für Single-Node- und replizierte Multi-Node-Speicherung.

	Probieren Sie unseren Slack-Kanal aus Wenn Sie Fragen zur Verwendung von OpenEBS haben, nutzen Sie bitte den OpenEBS-Slack-Kanal von CNCF Kubernetes. Dort kann jeder eine Frage stellen

Monatliche Community-Treffen

OpenEBS veranstaltet am letzten Donnerstag des Monats um 14:00 UTC ein monatliches Community-Meeting über Zoom.
Das nächste Treffen findet am Thursday 31 October, at 14:00 UTC statt
Meeting-Link: https://us05web.zoom.us/j/87535654586?pwd=CigbXigJPn38USc6Vuzt7qSVFoO79X.1
Ab August 2024 werden die Treffen aufgezeichnet und auf YouTube veröffentlicht. Überprüfen Sie hier

Warum OpenEBS?

OpenEBS bietet Datenmanagement der Enterprise-Klasse für Kubernetes-Cluster mit fünf Speicher-Engines (vier Einzelknoten und eine repliziert), die eine Reihe von Anwendungsfällen für Kubernetes-Benutzer abdecken. Die fünf Motoren sind in der folgenden Tabelle zusammengefasst:

Wichtig

Die OpenEBS-Plattform bietet zwei Arten von K8s-Speicherdiensten. Replicated PV und Local PV .

Motor	Lokaler PV-Hostpfad	Lokales PV ZFS	Lokaler PV-LVM	Lokale PV-Rohdatei	Nachgebildeter PV Mayastor
Typ	Einzelknoten	Einzelknoten	Einzelknoten	Einzelknoten	Multi-Knoten
Wozu dient es?	Ersatz für In-Tree Kubernetes CSI HostPath	Speicher-Engine für ZFS-verwalteten Backend-Speicher	Speicher-Engine für LVM2-verwalteten Backend-Speicher	Experimentelle Engine zur Verwendung einer Extent-Datei als Blockspeicher	Replizierter Unternehmensspeicher für allgemeine Zwecke
Entwickelt für	Entwickler oder DevOps	ZFS-Benutzer und Produktionsbereitstellungen	LVM2-Benutzer und Produktionsbereitstellungen	Entwickler	Unternehmen und Produktionsbereitstellungen
Merkmale	Alles in Kubernetes HostPath, plus: – Dynamische Bereitstellung, keine Konfiguration, kein CSI-Treiber	Bereitstellung von ZFS-Datensätzen, Bereitstellung von ZFS-Volumes, dynamische Bereitstellung, ZFS-Ausfallsicherheit, ZFS-RAID-Schutz, CSI-Treiber	Bereitstellung von LVM2-Volumes, dynamische Bereitstellung, LVM2-RAID-Schutz, CSI-Treiber	Stellen Sie das Dateisystem aus lokalen Dateien als persistente Volumes und CSI-Treiber bereit	Replizierter Speicher NVMe/RDMA, Snapshots, Klone, Hochverfügbarkeit, CSI-Treiber
Status	Stabil, einsetzbar in PROD	Stabil, einsetzbar in PROD	Stabil, einsetzbar in PROD	Beta, wird evaluiert und integriert	Stabil, einsetzbar in PROD
Aktuelle Version				`release: v0.70`

Wichtig

OpenEBS bietet ...

Zustandsbehaftete persistente, dynamisch bereitgestellte Speichervolumes für Kubernetes
Leistungsstarker NVMe-oF- und NVMe/RDMA-Speichertransport, optimiert für All-Flash-Solid-State-Speichermedien
Blockieren Sie Geräte, LVM, ZFS, ext2/ext3/ext4, XFS, BTRFS ... und mehr
100 % Cloud-native deklarative K8s-Speicherplattform
Eine Cluster-weite vSAN-Blockmodus-Fabric, die Containern/Pods HA-stabilen Zugriff auf Speicher im gesamten Cluster bietet.
Knotenlokale K8s-PVs und n-fach replizierte K8s-PVs
Vor Ort und in der Cloud einsetzbar: (AWS EC2/EKS, Google GCP/GKE, Azure VM/AKS, Oracle OCI, IBM/RedHat OpenShift, Civo Cloud, Hetzner Cloud ... und mehr)
Datenverwaltungsfunktionen der Enterprise-Klasse wie Snapshots, Klone, replizierte Volumes, DiskGroups, Volume-Gruppen, Aggregate, RAID

☑️ Es verwendet den Hochleistungs-SPDK-Speicherstapel – (SPDK ist ein von INTEL initiiertes Open-Source-NVMe-Projekt)
☑️ Die hypermoderne IO_Uring Linux Kernel Async Polling-Mode I/O-Schnittstelle – (schnellster möglicher Kernel-I/O-Modus)
☑️ Native Fähigkeiten für RDMA und Zero-Copy I/O
☑️ NVMe-oF TCP Blockspeicher Hyperkonvergente Datenstruktur
☑️ Blockschicht-Volume-Replikation
☑️ Logische Volumes und Diskpool-basierte Datenverwaltung
☑️ ein nativer Hochleistungs-Blobstore
☑️ Native Block-Layer-Thin-Provisioning
☑️ Snapshots und Klone der nativen Blockebene

Nehmen Sie Kontakt mit unserem Team auf.


Vishnu Attur	`@avishnu`	`Maintainer`
Abhinandan Purkait	? `@Abhinandan-Purkait`	`Maintainer`
Niladri Halder	? `@niladrih`	`Maintainer`
Ed Robinson	? `@edrob999`	`CNCF-Hauptverbindung` `Special Maintainer`
Tiago Castro	⚡ `@tiagolobocastro`	`Maintainer`
David Brace	`@orville-wright`	`Maintainer`

Aktivitäts-Dashboard

Einsatz

In der Cloud: (AWS EC2/EKS, Google GCP/GKE, Azure VM/AKS, Oracle OCI, IBM/RedHat OpenShift, Civo Cloud, Hetzner Cloud ... und mehr)
Vor Ort: Bare Metal, virtualisierte Hypervisor-Infrastruktur mit VMWare ESXi, KVM/QEMU (K8s KubeVirt), Proxmox
Wird als native K8s-Ressourcen bereitgestellt: Deployments , Containers , Services , Stateful sets , CRD's , Sidecars , Jobs und Binaries , alle auf K8s-Workerknoten.
Läuft zu 100 % im K8s-Benutzerbereich. Daher ist es äußerst portabel und läuft auf vielen Betriebssystemen und Plattformen.

Roadmap (Stand Juni 2024)

OpenEBS-Roadmap

SCHNELLSTART: Installation

NOTE: Je nachdem, welche der fünf Speicher-Engines Sie bereitstellen möchten, müssen die Voraussetzungen erfüllt sein. Detaillierte Schnellstart-Dokumente ansehen...

Richten Sie das Helm-Repository ein.

 # Helm Repo Openebs hinzufügen https://openebs.github.io/openebs
# Helm-Repo-Update

2a. Installieren Sie das vollständige OpenEBS-Helmdiagramm mit Standardwerten.
Dadurch werden ALLE OpenEBS-Speicher-Engines * im Openebs-Namespace und Diagrammnamen als openebs installiert:
Local PV Hostpath , Local PV LVM , Local PV ZFS , Replicated PV Mayastor

 # helm install openebs --namespace openebs openebs/openebs --create-namespace

2b. Um nur die OpenEBS Local PV Storage Engines zu installieren, verwenden Sie den folgenden Befehl :

 # helm install openebs --namespace openebs openebs/openebs --set engine.replicated.mayastor.enabled=false --create-namespace

Um das Diagramm anzuzeigen

 # helm ls -n openebs

Ausgabe:
NAME NAMESPACE REVISION AKTUALISIERT STATUS CHART APP VERSION
openebs openebs 1 2024-06-25 09:13:00.903321318 +0000 UTC bereitgestellt openebs-4.1.0 4.1.0

Überprüfen Sie die Installation
Listen Sie die Pods im Namespace auf
Überprüfen Sie die Speicherklassen

 # kubectl get pods -n openebs

Beispielausgabe:
NAME BEREIT STATUS NEUSTART ALTER
openebs-agent-core-674f784df5-7szbm 2/2 Läuft 0 11m
openebs-agent-ha-node-nnkmv 1/1 Läuft 0 11m
openebs-agent-ha-node-pvcrr 1/1 Läuft 0 11m
openebs-agent-ha-node-rqkkk 1/1 Läuft 0 11m
openebs-api-rest-79556897c8-b824j 1/1 Laufen 0 11m
openebs-csi-controller-b5c47d49-5t5zd 6/6 Läuft 0 11m
openebs-csi-node-flq49 2/2 Läuft 0 11m
openebs-csi-node-k8d7h 2/2 Läuft 0 11m
openebs-csi-node-v7jfh 2/2 Läuft 0 11m
openebs-etcd-0 1/1 Läuft 0 11m
openebs-etcd-1 1/1 Laufen 0 11m
openebs-etcd-2 1/1 Laufen 0 11m
...

 # kubectl get sc

Beispielausgabe:
NAME BEREIT STATUS NEUSTART ALTER
openebs-localpv-provisioner-6ddf7c7978-jsstg 1/1 Läuft 0 3m9s
openebs-lvm-localpv-controller-7b6d6b4665-wfw64 5/5 Läuft 0 3 Min. 9 Sek
openebs-lvm-localpv-node-62lnq 2/2 Läuft 0 3m9s
openebs-lvm-localpv-node-lhndx 2/2 Läuft 0 3m9s
openebs-lvm-localpv-node-tlcqv 2/2 Läuft 0 3m9s
openebs-zfs-localpv-controller-f78f7467c-k7ldb 5/5 Läuft 0 3m9s
...

Weitere Einzelheiten finden Sie in der OpenEBS-Dokumentation.

OpenEBS ist ein CNCF-Projekt und DataCore, Inc. ist CNCF-Silber-Mitglied. DataCore unterstützt CNCF umfassend und finanziert die Teilnahme von OpenEBS an jeder KubeCon-Veranstaltung seit 2020. Unser Projektteam wird unter der CNCF-Speicherlandschaft verwaltet und wir tragen zu den Projektinitiativen CNCF CSI und TAG Storage bei. Wir unterstützen stolz die Initiativen der CNCF Cloud Native Community Groups.

Projektaktualisierungen, abonnieren Sie OpenEBS-Ankündigungen
Wenn Sie mit anderen OpenEBS-Benutzern interagieren, abonnieren Sie OpenEBS-Benutzer

Kommerzielle Angebote

Kommerziell unterstützte Bereitstellungen von OpenEBS sind über die unten aufgeführten Unternehmen erhältlich. (Einige stellen dem OpenEBS-Projekt Dienste, Finanzierung, Technologie, Infrastruktur und Ressourcen zur Verfügung.)