Skip to content
Ekosistem & Projeler
5 projeler

OpenSDDC bir tek repo ya da tek ürün değildir. Sanallaştırma, storage, Kubernetes, observability ve otomasyon katmanlarını açık sistemlerle birlikte çalıştırmayı hedefleyen bir ekosistemdir. OpenSDDC açık kaynak ekosistemine dahil olan tüm projeler, açık standart ve açık kaynak ilkelerine bağlı kalarak geliştiriliyor!

01 / 05Geliştiriliyor

SLTV

Shared Logical Thin Volume

QEMU-aware LVM yaklaşımıyla shared logical thin volume modeli.

SLTV, VMFS'i birebir kopyalamayı değil; KVM/QEMU ortamlarında shared storage üzerinde benzer bir operasyonel deneyim sağlamayı hedefler. Amaç; mevcut SAN yatırımlarını korurken KVM platformlarında SAN ile thin provisioning, live migration ve VM lifecycle süreçlerini mümkün hale getirmektir.

Öne Çıkanlar
  • Shared LUN üzerinde KVM/QEMU volume modeli
  • QEMU-aware LVM yaklaşımı
  • Thin provisioning davranışı
  • Live migration
  • SAN, iSCSI, FC ve ileride CSI entegrasyonu
live migration · disk yerinde kalırhost-01KVMhost-02KVMhost-03KVMvm-101vm-103vm-104vm-105vm-102iSCSI · FCshared LUN · LVM VGSLTVvm-10140 / 120Gvm-10225 / 120Gvm-10370 / 120Gvm-10455 / 120Gthin: kullanılan ≠ ayrılan
ŞEKİL 2.1SLTV: hostlar tek LUN’u paylaşır, VM taşınırken disk yerinde kalır
02 / 05Geliştiriliyor

gIMI

gRPC Infrastructure Management Interface

Management, metrics and telemetry with eBPF over gRPC.

gIMI, altyapıdan veri almak için kullanılan exporter, agent, vendor API, SNMP, syslog ve özel collector karmaşasını azaltmayı hedefleyen açık bir yönetim ve görünürlük arayüzüdür. Hedef; host, VM, Kubernetes node, workload, network ve storage katmanlarını ortak bir olay zinciri içinde gözlemleyebilmektir.

Öne Çıkanlar
  • gRPC tabanlı altyapı yönetim arayüzü
  • Management, metrics ve telemetry için ortak API hedefi
  • eBPF desteği
  • OpenTelemetry uyumlu export hedefi
katmanlarpod · containerVMhipervizör · KVMhost · kerneleBPFgRPCgIMIcollectormetrics · eventsOpenTelemetrytek olay zinciripod p99 480ms → host
ŞEKİL 2.2gIMI: her katmanda eBPF, tek gRPC akışı, tek olay zinciri
03 / 05Tasarım

dc(e)OS

Data Center Operating System

Opinionated datacenter KVM-Linux

dc(e)OS, genel amaçlı yeni bir Linux dağıtımı olmayı hedeflemez. Amaç; veri merkezi node'ları için KVM/QEMU, libvirt, OVS/OVN, SLTV ve gIMI entegrasyonlarıyla gelen, yönetilebilir ve tutarlı bir host işletim sistemi profili oluşturmaktır.

Öne Çıkanlar
  • RHEL / Rocky / Alma uyumlu temel yaklaşım
  • Immutable host OS
  • KVM / QEMU / libvirt hazır profil
  • Podman/container runtime hazır profil
  • OVS / OVN hazır profil
  • OpenSDDC Manager tarafından yönetilebilir node modeli
OpenSDDC Managernode kaydıKVM/QEMUlibvirtPodmanOVS/OVNSLTVgIMIdeğişmez · imzalı host imajıABatomik A/B güncellemebare metal · RHEL / Rocky / Alma
ŞEKİL 2.3dc(e)OS: imzalı, değişmez imaj ve hazır profiller
04 / 05Geliştiriliyor

OpenDIMA

Discover · Ingest · Monitor · Automate

Inventory, service map, incident timeline ve automation katmanı.

OpenDIMA, OpenSDDC ekosisteminde inventory, service map, metric/log correlation, incident context ve automation katmanını temsil eder. Hedef; Kubernetes, sanallaştırma, network, storage ve güvenlik bileşenlerini tek bir olay zinciri içinde anlamlandırmaktır.

Öne Çıkanlar
  • Discovery ve inventory
  • Service map
  • gIMI ile telemetry desteği
  • Incident timeline
  • Alertmanager tabanlı alarm akışları
servis haritasıwebapiauthqueuedbvm-12host-03lun-7olay zaman çizelgesip99 480msCPU ready %18queue depth ↑kök neden: SAN
ŞEKİL 2.4OpenDIMA: servis haritasından kök nedene
05 / 05Gelecek

OpenSDDC Manager

Unified control and visibility layer

dc(e)OS kümeleri ve daha fazlası için veri merkezi yönetim platformu.

OpenSDDC Manager; dc(e)OS kümeleri, çoklu hipervizör ortamları (Proxmox, vCenter, Hyper-V, bulut vb.) ve Kubernetes kümelerinizi OpenDIMA olay bağlamı ile birlikte tek bir kontrol düzleminde birleştirmeyi hedefler.

Öne Çıkanlar
  • Multihipervizör desteği: dc(e)OS, Proxmox, ESXi
  • Birleşik envanter ve görünüm
  • Pod ↔ VM ↔ Host olay zinciri
  • gIMI telemetry korelasyonu
  • Plugin / adapter modeli (Proxmox, vCenter, Kubernetes)
  • Policy-driven workload yerleştirme hedefi
OpenSDDC Managerenvanter · politika · olaylaradaptervCenteradapterProxmoxadapterKubernetesadapterdc(e)OStaşıma yolu
ŞEKİL 2.5OpenSDDC Manager: tek kontrol düzlemi, kapalıdan açığa yol

Mimari Şeffaflık.

OpenSDDC bir kara kutu değildir. Tasarım dokümanlarına ve açık standartlara göz atın; topluluğa katılın.