Belajar Ceph - Real-world Use Cases & Patterns

#Pendahuluan

Selamat datang di episode 20 series Belajar Ceph! Sepanjang series ini kalian sudah mempelajari fitur dan cara mengoperasikan Ceph. Episode ini menghubungkan semuanya dengan dunia nyata: bagaimana Ceph benar-benar dipakai di produksi, pola arsitektur yang terbukti, dan bagaimana merencanakan kapasitas serta biaya.

Setiap organisasi memakai Ceph dengan cara berbeda — penyedia cloud memakainya untuk block storage virtual, perusahaan memakainya untuk shared file service, dan platform data memakainya sebagai object storage S3. Mempelajari pola-pola ini membantu kalian memilih desain yang tepat untuk kebutuhan sendiri.

Di akhir episode ini kalian akan paham studi kasus nyata untuk tiga interface Ceph, penggunaan di OpenStack, Kubernetes, backup, dan media, pola arsitektur untuk skala dan multi-tenancy, serta cara melakukan perencanaan biaya dan kapasitas yang realistis. Mari kita mulai.

#Studi Kasus: Cloud Block Storage

#Disk VM untuk Platform Cloud

Penyedia cloud membangun layanan block storage di atas RBD. Setiap disk VM adalah image RBD di pool volumes, dengan snapshot dan clone untuk fitur cloud seperti disk backup dan image templating. Keuntungan utamanya: satu pool melayani ribuan VM dengan over-provisioning yang aman berkat thin provisioning.

ceph osd pool create volumes 256
ceph osd pool application enable volumes rbd
ceph config set global osd_pool_default_size 3

ceph osd pool application enable volumes rbd menandai pool untuk RBD. Skema tiga replika adalah default yang wajar untuk block storage cloud yang mengutamakan keandalan.

#Pola yang Berlaku

Pola penting pada studi kasus ini: kuota per tenant, snapshot terjadwal untuk perlindungan, dan pemisahan pool per tier (HDD untuk disk murah, NVMe untuk disk premium). Ketiga hal ini bisa diimplementasikan dengan fitur yang sudah kalian pelajari — pool, quota, dan device classes.

#Studi Kasus: Enterprise File Services

#Shared Storage untuk Aplikasi POSIX

Perusahaan memakai CephFS untuk menggantikan file server tradisional. Home directory, shared workspace, dan backend aplikasi yang membutuhkan POSIX semantics di-mount dari satu filesystem yang diskalakan dengan active-active MDS.

ceph osd pool create fs_data 256
ceph osd pool create fs_meta 128
ceph fs new company-fs fs_meta fs_data

ceph fs new company-fs membuat filesystem untuk penggunaan enterprise. Pool metadata dibuat lebih kecil namun diletakkan di device yang cepat, karena latency metadata sangat berpengaruh pada responsivitas file service.

#Pola yang Berlaku

Pola yang penting: quota per departemen untuk mencegah satu tim menghabiskan kapasitas, snapshot .snap untuk proteksi file yang tidak sengaja dihapus, dan pemantauan MDS untuk mendeteksi hot spot metadata. Semua fitur ini sudah dibahas di episode 6.

#Studi Kasus: S3-Compatible Object Storage

#Backup dan Data Lake

RGW dipakai sebagai penyimpanan backup dan data lake. Backup ditulis sebagai object dengan lifecycle untuk kompresi dan kedaluwarsa, sementara data lake dikonsumsi engine analytics. Sifat S3-compatible membuat seluruh tooling yang sudah ada langsung bisa dipakai.

aws --endpoint-url https://rgw.example.com s3api head-bucket \
  --bucket backup-prod

aws s3api head-bucket memverifikasi bahwa bucket bisa diakses dengan protokol S3 standar. Dari sini, tooling backup seperti rclone atau Velero bisa memakai RGW sebagai target tanpa modifikasi.

#Pola yang Berlaku

Pola penting: versioning untuk proteksi overwrite, lifecycle untuk transisi ke storage class murah, dan multisite untuk backup lintas site. Kombinasi fitur ini menjadikan RGW alternatif yang serius untuk object storage komersial.

#Ceph untuk OpenStack, Kubernetes, Backup, dan Media

#OpenStack dan Kubernetes

Di OpenStack, Ceph menjadi backend untuk Cinder (block), Manila (shared file), dan Swift (object) secara bersamaan — satu cluster melayani tiga layanan. Di Kubernetes, Ceph CSI menyediakan block volume untuk database dan filesystem shared untuk workload stateless. Keduanya sudah dibahas mendalam di episode 16.

#Media dan Video Pipeline

Untuk media, RGW menjadi tempat penyimpanan asset besar: file video mentah, transcode, dan distribusi. Multipart upload untuk ingestion, CDN atau cache di depan untuk playback, dan lifecycle untuk arsip produksi lama. Karakteristik media — file besar, banyak data dingin — sangat cocok dengan kekuatan object storage.

#Pola Arsitektur untuk Skala dan Multi-Tenancy

#Skala Vertikal vs Horizontal

Ceph diskalakan horizontal: tambah node untuk kapasitas dan performa. Pola yang baik adalah menambah node dalam kelompok yang seimbang, memperhatikan failure domain, dan tidak menambah terlalu banyak OSD sekaligus agar rebalance tidak membebani cluster.

#Multi-Tenancy yang Benar

Untuk multi-tenancy, terapkan tiga lapis isolasi yang sudah dibahas di episode 10: pool terpisah per tenant, keyring CephX yang berbeda, dan user RGW dengan policy sendiri. Buat template penyediaan tenant yang otomatis agar pembuatan tenant baru konsisten dan cepat.

#Perencanaan Biaya dan Kapasitas

#Menghitung Kapasitas Efektif

Kapasitas efektif berbeda dari kapasitas mentah. Dengan replika 3 dan toleransi kegagalan, kapasitas yang bisa dipakai kira-kira sepertiga kapasitas mentah. Untuk erasure coding k=4, m=2, efisiensinya lebih baik. Hitung selalu dengan rumus yang mempertimbangkan replikasi dan headroom:

ceph df

ceph df menampilkan total kapasitas, pemakaian, dan quota per pool. Gunakan angka ini sebagai dasar proyeksi penambahan kapasitas, bukan kapasitas mentah disk.

#Perencanaan Biaya Total

Perhitungkan biaya bukan hanya hardware: biaya daya dan pendinginan, biaya network, biaya tenaga kerja untuk operasional, dan biaya alternatif (storage cloud). Ceph biasanya menang pada skala besar karena tidak ada lisensi, tetapi kalah praktis pada skala kecil dibandingkan object storage terkelola.

#Penutup

Di episode ini kalian sudah melihat bagaimana Ceph digunakan di dunia nyata: studi kasus cloud block storage dengan RBD, enterprise file services dengan CephFS, dan S3-compatible object storage dengan RGW, penggunaan untuk OpenStack, Kubernetes, backup, dan media, pola arsitektur untuk skala dan multi-tenancy, serta cara merencanakan biaya dan kapasitas secara realistis.

Inti yang harus dibawa pulang:

• RBD adalah fondasi disk VM di platform cloud dengan snapshot dan thin provisioning.
• CephFS menggantikan file server tradisional dengan quota dan snapshot.
• RGW menjadi target backup dan data lake berkat kompatibilitas S3.
• Satu cluster Ceph melayani OpenStack, Kubernetes, media, dan backup sekaligus.
• Multi-tenancy aman dicapai dengan pool, keyring, dan user yang terisolasi.
• Kapasitas efektif dihitung setelah memperhitungkan replikasi dan headroom.

Di episode 21 selanjutnya kita akan membahas ecosystem & tools — ekosistem Ceph dashboard, Rook, dan tool open-source terkait, sumber daya komunitas, mailing list, dan training, layanan Ceph terkelola dan integrasi vendor, serta tool untuk automation, provisioning, dan management. Saatnya memetakan seluruh lanskap tools Ceph!