วัตถุประสงค์ของโครงการ

OpenEBS เป็นบริการจัดเก็บข้อมูลแบบโอเพ่นซอร์สสำหรับแอปพลิเคชัน Kubernetes OpenEBS จัดการพื้นที่จัดเก็บบล็อกและระบบไฟล์ตามพื้นที่จัดเก็บบล็อกสำหรับคอนเทนเนอร์ที่ทำงานใน Kubernetes ใช้ OpenEBS เพื่อสร้างพื้นที่จัดเก็บข้อมูลที่รวดเร็วและยืดหยุ่น พร้อมตัวเลือกสำหรับหน่วยเก็บข้อมูลแบบโหนดเดียวและแบบหลายโหนดที่ถูกจำลองแบบ

	ลองช่อง Slack ของเรา หากคุณมีคำถามเกี่ยวกับการใช้งาน OpenEBS โปรดใช้ CNCF Kubernetes OpenEBS slack channel เปิดให้ทุกคนถามคำถามได้

การประชุมชุมชนประจำเดือน

OpenEBS จัดการประชุมชุมชนทุกเดือนผ่าน Zoom ในวันพฤหัสบดีสุดท้ายของเดือน เวลา 14:00 UTC
การประชุมครั้งต่อไปจะจัดขึ้นใน: Thursday 31 October, at 14:00 UTC
ลิงค์การประชุม: https://us05web.zoom.us/j/87535654586?pwd=CigbXigJPn38USc6Vuzt7qSVFoO79X.1
ตั้งแต่เดือนสิงหาคม 2024 เป็นต้นไป การประชุมจะได้รับการบันทึกและโพสต์บน YouTube ตรวจสอบที่นี่

ทำไมต้อง OpenEBS?

OpenEBS มอบการจัดการข้อมูลระดับองค์กรสำหรับคลัสเตอร์ Kubernetes ด้วยกลไกการจัดเก็บข้อมูลห้าตัว (โหนดเดียวสี่โหนดและหนึ่งโหนดที่จำลองแบบ) ที่ตรงตามกรณีการใช้งานที่หลากหลายสำหรับผู้ใช้ Kubernetes เครื่องยนต์ทั้ง 5 รุ่นสรุปได้ในตารางด้านล่าง:

สำคัญ

แพลตฟอร์ม OpenEBS ให้บริการจัดเก็บข้อมูล K8s 2 ประเภท Replicated PV และ Local PV

เครื่องยนต์	PV HostPath ท้องถิ่น	PV ZFS ท้องถิ่น	PV LVM ท้องถิ่น	ไฟล์ Raw PV ท้องถิ่น	PV Mayastor จำลอง
พิมพ์	โหนดเดียว	โหนดเดียว	โหนดเดียว	โหนดเดียว	หลายโหนด
มีไว้เพื่ออะไร?	การแทนที่สำหรับ Kubernetes CSI HostPath ในทรี	เครื่องมือจัดเก็บข้อมูลสำหรับพื้นที่เก็บข้อมูลแบ็กเอนด์ที่มีการจัดการโดย ZFS	กลไกการจัดเก็บข้อมูลสำหรับพื้นที่เก็บข้อมูลแบ็กเอนด์ที่มีการจัดการ LVM2	เอ็นจิ้นทดลองสำหรับการใช้ไฟล์ขอบเขตเป็นที่เก็บข้อมูลแบบบล็อก	ที่เก็บข้อมูลระดับองค์กรที่จำลองแบบเพื่อวัตถุประสงค์ทั่วไป
ออกแบบมาสำหรับ	นักพัฒนาหรือ DevOps	ผู้ใช้ ZFS และการปรับใช้การผลิต	ผู้ใช้ LVM2 และการปรับใช้การผลิต	นักพัฒนา	องค์กรและการปรับใช้การผลิต
คุณสมบัติ	ทุกอย่างใน Kubernetes HostPath รวมถึง: - การจัดเตรียมแบบไดนามิก การกำหนดค่าเป็นศูนย์ ไม่มีไดรเวอร์ CSI	ชุดข้อมูล ZFS การเตรียมใช้งาน, ไดรฟ์ข้อมูล ZFS การเตรียมใช้งาน, การเตรียมใช้งานแบบไดนามิก, ความยืดหยุ่นของ ZFS, การป้องกัน ZFS RAID, ไดรเวอร์ CSI	การจัดเตรียมไดรฟ์ข้อมูล LVM2, การจัดเตรียมแบบไดนามิก, การป้องกัน LVM2 RAID, ไดรเวอร์ CSI	จัดเตรียมระบบไฟล์จากไฟล์ในเครื่องเป็นวอลุ่มถาวร ไดรเวอร์ CSI	พื้นที่จัดเก็บข้อมูลที่จำลองแบบ NVMe / RDMA, สแนปชอต, โคลน, ความพร้อมใช้งานสูง, ไดรเวอร์ CSI
สถานะ	เสถียร ปรับใช้ได้ใน PROD	เสถียร ปรับใช้ได้ใน PROD	เสถียร ปรับใช้ได้ใน PROD	เบต้า อยู่ระหว่างการประเมินและบูรณาการ	เสถียร ปรับใช้ได้ใน PROD
เวอร์ชันปัจจุบัน				`release: v0.70`

สำคัญ

OpenEBS ให้ ...

วอลุ่มพื้นที่เก็บข้อมูลที่จัดเตรียมแบบไดนามิกแบบคงสถานะถาวรสำหรับ Kubernetes
การขนส่งพื้นที่เก็บข้อมูล NVMe-oF & NVMe/RDMA ประสิทธิภาพสูงที่ปรับให้เหมาะสมสำหรับสื่อจัดเก็บข้อมูล All-Flash Solid State
บล็อกอุปกรณ์, LVM, ZFS, ext2/ext3/ext4, XFS, BTRFS...และอีกมากมาย
แพลตฟอร์มพื้นที่จัดเก็บข้อมูลที่ประกาศบน Cloud-Native K8s 100%
โครงสร้างโหมดบล็อก vSAN ทั่วทั้งคลัสเตอร์ที่ให้คอนเทนเนอร์/พ็อดที่สามารถเข้าถึงพื้นที่เก็บข้อมูลแบบยืดหยุ่น HA ทั่วทั้งคลัสเตอร์
โหนด PVs K8 ภายในเครื่องและ PVs K8s ที่จำลองแบบ n-way
ปรับใช้ภายในองค์กรและในคลาวด์: (AWS EC2/EKS, Google GCP/GKE, Azure VM/AKS, Oracle OCI, IBM/RedHat OpenShift, Civo Cloud, Hetzner Cloud... และอื่นๆ)
ความสามารถในการจัดการข้อมูลระดับองค์กร เช่น สแน็ปช็อต โคลน วอลุ่มที่จำลองแบบ DiskGroups กลุ่มวอลุ่ม Aggregates RAID

☑️ ใช้สแต็กพื้นที่เก็บข้อมูล SPDK ประสิทธิภาพสูง - (SPDK เป็นโครงการ NVMe โอเพ่นซอร์สที่ริเริ่มโดย INTEL)
☑️ อินเทอร์เฟซ I/O โหมดโพล IO_Uring Linux Kernel Async ที่ทันสมัยมาก - (โหมดเคอร์เนล I/O ที่เร็วที่สุดเท่าที่จะเป็นไปได้)
ความสามารถดั้งเดิมสำหรับ RDMA และ Zero-Copy I/O
☑️ NVMe-oF TCP Block storage แฟบริคข้อมูลแบบ Hyper-converged
☑️ บล็อกการจำลองปริมาตรเลเยอร์
☑️ โลจิคัลวอลุ่มและการจัดการข้อมูลบน Diskpool
☑️ Blobstore ประสิทธิภาพสูงแบบเนทีฟ
☑️ Native Block layer การจัดเตรียมแบบบาง
Snap ภาพรวมและโคลนเลเยอร์บล็อกเนทิฟ

ติดต่อกับทีมงานของเรา


พระวิษณุอาตุร	`@พระวิษณุ`	`Maintainer`
อภินันทน์ ปูระกิจ	- `@อภินันดัน-ปุรไกร`	`Maintainer`
นิลาดรี ฮาลเดอร์	- `@นิลาดริห์`	`Maintainer`
เอ็ด โรบินสัน	- `@edrob999`	`ผู้ประสานงานหลักของ CNCF` `Special Maintainer`
ติอาโก้ คาสโตร	⚡ `@tiagolobocastro`	`Maintainer`
เดวิด เบรซ	`@ออร์วิลล์-ไรท์`	`Maintainer`

แดชบอร์ดกิจกรรม

การปรับใช้

ในคลาวด์: (AWS EC2/EKS, Google GCP/GKE, Azure VM/AKS, Oracle OCI, IBM/RedHat OpenShift, Civo Cloud, Hetzner Cloud... และอื่นๆ)
ภายในองค์กร: Bare Metal, Virtualized Hypervisor infra โดยใช้ VMWare ESXi, KVM/QEMU (K8s KubeVirt), Proxmox
ปรับใช้เป็นทรัพยากร K8 ดั้งเดิม: Deployments , Containers , Services , Stateful sets , CRD's , Sidecars , Jobs และ Binaries ทั้งหมดบนโหนดผู้ปฏิบัติงาน K8
รัน 100% ในพื้นที่ผู้ใช้ K8 ดังนั้นจึงพกพาสะดวกและใช้งานได้กับระบบปฏิบัติการและแพลตฟอร์มมากมาย

แผนงาน (ณ เดือนมิถุนายน 2567)

แผนการทำงาน OpenEBS

QUICKSTART : การติดตั้ง

NOTE: ขึ้นอยู่กับเอ็นจิ้นการจัดเก็บข้อมูล 5 รายการที่คุณเลือกใช้งาน จะต้องเป็นไปตามข้อกำหนดเบื้องต้น ดูเอกสารการเริ่มต้นอย่างรวดเร็วโดยละเอียด...

ตั้งค่าพื้นที่เก็บข้อมูลหางเสือ

 # helm repo เพิ่ม openebs https://openebs.github.io/openebs
# อัปเดต repo หางเสือ

2ก. ติดตั้งแผนภูมิหางเสือ OpenEBS แบบเต็มด้วยค่าเริ่มต้น
สิ่งนี้จะติดตั้ง OpenEBS Storage Engines * ทั้งหมด ในเนมสเปซ openebs และชื่อแผนภูมิเป็น openebs :
Local PV Hostpath , Local PV LVM , Local PV ZFS , Replicated PV Mayastor

 # helm ติดตั้ง openebs --namespace openebs openebs/openebs --create-namespace

2b. หากต้องการติดตั้งเฉพาะ OpenEBS Local PV Storage Engines ให้ใช้คำสั่งต่อไปนี้ :

 # helm ติดตั้ง openebs --namespace openebs openebs/openebs --set engine.replicated.mayastor.enabled=false --create-namespace

เพื่อดูแผนภูมิ

 # helm ls -n openebs

เอาท์พุท:
NAME การแก้ไข NAMESPACE อัปเดตสถานะแผนภูมิเวอร์ชันแอป
openebs openebs 1 2567-06-25 09:13:00.903321318 +0000 UTC ปรับใช้ openebs-4.1.0 4.1.0

ตรวจสอบการติดตั้ง
แสดงรายการพ็อดในเนมสเปซ
ตรวจสอบ StorageClasses

 # kubectl รับ pods -n openebs

ตัวอย่างเอาต์พุต:
ชื่อ สถานะพร้อม เริ่มอายุใหม่
openebs-agent-core-674f784df5-7szbm 2/2 วิ่ง 0 11m
openebs-agent-ha-node-nnkmv 1/1 วิ่ง 0 11m
openebs-agent-ha-node-pvcrr 1/1 วิ่ง 0 11m
openebs-agent-ha-node-rqkkk 1/1 วิ่ง 0 11m
openebs-api-rest-79556897c8-b824j 1/1 วิ่ง 0 11m
openebs-csi-controller-b5c47d49-5t5zd 6/6 วิ่ง 0 11m
openebs-csi-node-flq49 2/2 วิ่ง 0 11m
openebs-csi-node-k8d7h 2/2 วิ่ง 0 11m
openebs-csi-node-v7jfh 2/2 วิ่ง 0 11m
openebs-etcd-0 1/1 วิ่ง 0 11m
openebs-etcd-1 1/1 วิ่ง 0 11m
openebs-etcd-2 1/1 วิ่ง 0 11m
-

 #kubectl รับ sc

ตัวอย่างผลลัพธ์:
ชื่อ สถานะพร้อม เริ่มอายุใหม่
openebs-localpv-provisioner-6ddf7c7978-jsstg 1/1 ทำงาน 0 3m9s
openebs-lvm-localpv-controller-7b6d6b4665-wfw64 5/5 ทำงาน 0 3m9s
openebs-lvm-localpv-node-62lnq 2/2 ทำงาน 0 3m9s
openebs-lvm-localpv-node-lhndx 2/2 ทำงาน 0 3m9s
openebs-lvm-localpv-node-tlcqv 2/2 ทำงาน 0 3m9s
openebs-zfs-localpv-controller-f78f7467c-k7ldb 5/5 ทำงาน 0 3m9s
-

สำหรับรายละเอียดเพิ่มเติม โปรดดูเอกสาร OpenEBS

OpenEBS เป็นโครงการ CNCF และ DataCore, Inc. เป็นสมาชิก CNCF Silver DataCore สนับสนุน CNCF อย่างกว้างขวางและให้ทุนสนับสนุน OpenEBS ที่เข้าร่วมในทุกกิจกรรม KubeCon ตั้งแต่ปี 2020 ทีมงานโครงการของเราได้รับการจัดการภายใต้ CNCF Storage Landscape และเรามีส่วนร่วมในโครงการริเริ่มโครงการ CNCF CSI และ TAG Storage เราภูมิใจสนับสนุนโครงการริเริ่มกลุ่มชุมชนพื้นเมือง CNCF Cloud

การอัปเดตโครงการ สมัครรับประกาศของ OpenEBS
โต้ตอบกับผู้ใช้ OpenEBS รายอื่น สมัครสมาชิกผู้ใช้ OpenEBS

ข้อเสนอเชิงพาณิชย์

การปรับใช้ OpenEBS ที่ได้รับการสนับสนุนเชิงพาณิชย์นั้นมีให้ผ่านทางบริษัทด้านล่างนี้ (บางแห่งให้บริการ เงินทุน เทคโนโลยี อินฟาเรด และทรัพยากรแก่โครงการ OpenEBS)