DEV Community: Fega Suseno

Running App Using Supervisorctl

Fega Suseno — Sat, 04 Apr 2026 04:04:57 +0000

Apa itu Supervisor?

Supervisor adalah program yang berjalan sebagai daemon dan bertugas memantau serta mengelola proses-proses lain agar tetap berjalan. Jika suatu proses mati/crash, Supervisor bisa otomatis me-restart-nya.

Apa perbedaan dengan daemon?

Berbeda dengan daemon, supervisor adalah salah satu cara membuat proses berjalan seperti daemon — jadi keduanya bukan pilihan yang saling berlawanan, melainkan berbeda level.

Kapan pakai Supervisor?

Kamu kelola banyak worker/proses sekaligus (misal 5 Celery worker)
Tim developer perlu restart/stop proses tanpa akses root
Ingin konfigurasi yang lebih simpel dibanding systemd

Kapan pakai Systemd (daemon)?

Server production serius — systemd lebih robust dan terintegrasi dengan OS
Butuh proses jalan sejak boot paling awal
Sudah familiar dengan Linux system administration

Tutorial Setup Supervisorctl

Install supervisor

apt install supervisor

Setup aplikasi yang ingin di eksekusi misal WebApp, copy dulu ke /usr/local/bin

cp WebApp /usr/local/bin/

Buat config supervisor

nano /etc/supervisor/conf.d/webapp.conf

isi config

[program:webapp]
command=/usr/local/bin/webapp
user=www-data
autostart=true
autorestart=true

stdout_logfile=/var/log/supervisor/webapp.log
stdout_logfile_maxbytes=50MB    ; ukuran max sebelum rotate
stdout_logfile_backups=3        ; jumlah file backup yang disimpan

stderr_logfile=/var/log/supervisor/webapp_error.log
stderr_logfile_maxbytes=50MB
stderr_logfile_backups=3

reload konfigurasi

supervisorctl reread
supervisorctl update

Jalankan programnya

supervisorctl start webapp

pastikan statusnya running

supervisorctl status webapp

Perintahnya hampir mirip denga systemctl.
Ok sampai disini, semoga bermanfaat dan selamat mencoba

Setup Apache Exporter on Centos

Fega Suseno — Thu, 02 Apr 2026 05:40:35 +0000

Pada postingan ini kita akan membahas cara untuk install apache_exporteruntuk memonitoring web server. Dengan itu monitoring Apache menjadi jauh lebih mudah dengan Apache Exporter, yang dapat diintegrasikan dengan Prometheus untuk mendapatkan metrics secara real-time. Berikut langkah-langkah instalasi dan konfigurasi di CentOS 7.

Download binary terbaru

Pola link:

https://github.com/Lusitaniae/apache_exporter/releases/download/v{VERSI}/apache_exporter-{VERSI}.linux-amd64.tar.gz

Cek versi rilis:

https://github.com/Lusitaniae/apache_exporter/releases/latest

Eksekusi:

wget https://github.com/Lusitaniae/apache_exporter/releases/download/v1.0.12/apache_exporter-1.0.12.linux-amd64.tar.gz

tar -xzf apache_exporter-1.0.12.linux-amd64.tar.gz
cd apache_exporter-1.0.12.linux-amd64
cp apache_exporter /usr/sbin/

Menambahkan user

useradd apache_exporter -s /sbin/nologin

Membuat folder config

mkdir -p /etc/sysconfig

echo 'OPTIONS="--scrape_uri=http://{IP Server}/server-status/?auto"' | sudo tee /etc/sysconfig/apache_exporter

Buat service

nano /etc/systemd/system/apache_exporter.service

Isi:

[Unit]
Description=Apache Exporter
After=network.target httpd.service

[Service]
User=apache_exporter
EnvironmentFile=/etc/sysconfig/apache_exporter
ExecStart=/usr/sbin/apache_exporter $OPTIONS
Restart=on-failure

[Install]
WantedBy=multi-user.target

Reload dan restart service

systemctl daemon-reload
systemctl enable apache_exporter
systemctl start apache_exporter

Konfigurasi Apache

File:

/etc/httpd/conf.d/server-status.conf

Isi:

ExtendedStatus On

<Location "/server-status">
    SetHandler server-status
    Require local
    Require ip 192.168.1.0/24
</Location>

Jika Require all granted aktif, maka endpoint bisa diakses dari mana saja. Jika menggunakan IP maka fokus ke ip user yg ingin mengaksesnya saja, contoh di atas 192.168.1.0/24 maka sau subnet tersebut boleh akses

Restart Apache

systemctl restart httpd

Konfigurasi Firewall

firewall-cmd --permanent --zone=public --add-port=9117/tcp

reload firewall

firewall-cmd --reload

Uji Coba

untuk uji coba cukup akses metrics dari web browser
http://{ip_server}:9117
nanti akan muncul kondisi server kita, tinggal di kombinasikan dengan prometheus.

selamat mencoba, semoga bermanfaat.

Setup NUT on Proxmox

Fega Suseno — Mon, 09 Feb 2026 07:21:31 +0000

Pada postingan ini, kita akan mencoba melakukan konfigurasi dan pengaturan NUT (Network UPS Tools) pada Proxmox. Tujuannya cukup sederhana, yaitu untuk melakukan monitoring status UPS, apakah dalam kondisi Online, On Battery, atau Low Battery.

Alurnya adalah: ketika UPS berada pada salah satu kondisi tersebut, sistem akan mengirimkan notifikasi melalui Telegram ke Administrator dan auto action shutdown, sehingga dapat segera dilakukan pengecekan dan tindakan lebih lanjut.

Setup di UPS

Langkah pertama pastikan UPS sudah terkoneksi dengan Jaringan. Pada kasus ini kita pakai UPS APC SRT3000XLI 3000VA 230V Online UPS dengan tambahan modul NMC (Network Management Control) yang terpasang. Untuk tutorialnya bisa di cek disni

Berikutnya pastikan untuk mengkonfigurasi Timezone.
Caranya pergi ke menu
Configuration > General > Date/Time > Mode

Set ke NTP Pool https://www.ntppool.org/en/zone/id

Jangan lupa juga untuk setting snmpv3, kita perlu enable dan membuat user, caranya pergi ke
Configuration->Network->SNMPv3>Access lalu centang enable.

Untuk membuat user access snmpnya ada di menu
Configuration>Network>SNMPv3>User Profile
Defaultnya ada 4 user profile, kita pilih salah satu saja

Pastikan jug auntuk enable Access Controlnya pada bagian
Configuration>Network>SNMPv3>Access Control

Jangan lupa juga untuk set delay jadi 20, konfignya ada pada Configuration>Shutdown lalu pilih Low Battery Duration

Restart network config agar semua perubahan reload
Control>Network>Reset/Reboot

Setup di Proxmox Host

Kita mulai install tools untuk requirementnya, installkan NUT dan konek ke UPS

apt install snmp nut nut-snmp -y

Setelah terinstall lalu ganti mode

nano /etc/nut/nut.conf

Ubah bagian mode ke standalone

MODE=standalone

Konfigurasi UPS, gunakan perintah berikut

nano /etc/nut/ups.conf

Tambahkan script berikut, sesuiakan ini dengan user profile yang sudah dibuat sebelumnya.

[apcsrt]
    driver = snmp-ups
    port = 10.0.3.136
    snmp_version = v3
    secLevel = authPriv
    secName = apc_agent3
    authProtocol = SHA
    authPassword = farmcenter1009
    privProtocol = AES
    privPassword = farmcenter1009

Buat juga user untuk NUT, konfig ada pada bagian berikut

nano /etc/nut/upsd.users

Tambahkan script berikut di bagian paling bawah, ctrl+w lalu ctrl+v.

[monuser]
       password  = passwordbebas
       upsmon primary

Konfigurasi monitor untuk eksekusi shutdown server, modifikasi file berikut

nano /etc/nut/upsmon.conf

Pada bagian dibawah modifikasi seperti berikut

# Example:
# NOTIFYCMD /usr/bin/notifyme
+NOTIFYCMD /usr/local/bin/nut-notif.sh

NOTIFYFLAG ONBATT EXEC
NOTIFYFLAG LOWBATT EXEC
NOTIFYFLAG ONLINE EXEC

Kemudian pada bagian paling bawah tambahkan baris ini

MONITOR apcsrt@localhost 1 monuser passwordbebas primary

sesuaikan dengan password yang di buat di file /etc/nut/upsd.users

Restart semua servicenya

systemctl restart nut-server nut-monitor

Untuk mengecek apakah NUT server sudah konek dengan UPS jalankan perintah berikut

upsc apcsrt@localhost

upsc apcsrt@localhost | egrep "battery.charge|battery.runtime|ups.status|battery.runtime.low|battery.runtime"

harusnya terbaca parameter ups nya

lalu untuk /usr/local/bin/nut-notif.sh

isi kan script bash berikut ini

#!/bin/bash

# Setup variabel
+TOKEN="6495733192:AAEiztfp_bbesRB7uUWhpZV89KbpVQou_34"
+CHAT_ID="-1001768345645"
+TOPIC_ID="61033"
EVENT="$NOTIFYTYPE"
DATE=$(date '+%Y-%m-%d %H:%M:%S')

# Buat fungsi untuk kirim ke telegram
send() {
  curl -s -X POST "https://api.telegram.org/bot${TOKEN}/sendMessage" \
    -d chat_id="${CHAT_ID}" \
    -d message_thread_id="${TOPIC_ID}" \
    -d parse_mode=HTML \
    --data-urlencode text="$1"
}

# Buat triger EVENT dari upsmon.conf
case "$EVENT" in
  ONBATT)
    MSG=$(printf "UPS ON BATTERY \n\n%s" " ${DATE}")
    ;;
  LOWBATT)
    MSG=$(printf "UPS LOW BATTERY \n\n%s\nProd server Graceful Shutdown" "$DATE")
    ;;
  ONLINE)
    MSG=$(printf "UPS ONLINE \n\n%s" "${DATE}")
    ;;
  *)
    exit 0
    ;;
esac

# Panggil fungsi dan parameter dari $MSG
send "$MSG"

Perlu di perhatikan pada bagian yg diberi warna hijau adalah token yg di dapat dari telegram bot, saya asumsikan sudah mensetting di botfather telegram masing-masing.

Untuk uji cobanya script di atas gunakan ini

NOTIFYTYPE=ONLINE UPSNAME=apcsrt@localhost /usr/local/bin/nut-notif.sh

NOTIFYTYPE=ONBATT UPSNAME=apcsrt@localhost /usr/local/bin/nut-notif.sh

NOTIFYTYPE=LOWBATT UPSNAME=apcsrt@localhost /usr/local/bin/nut-notif.sh

Jika sesuai harusnya akan muncul pesan di telegram sesuai pesan yg kita buat. Kemudaian untuk uji coba tingkat lanjut bisa dengan mencabut power UPS dan tunggu sampai masuk mode Low Batt, jika konfig sesuai harusnya server otomatis mengeksekusi shutdown.

Selamat mencoba, semoga bermanfaat.

How to Use UFW (Uncomplicated Firewall)

Fega Suseno — Wed, 07 Jan 2026 04:10:47 +0000

Basic Penggunaan UFW di Ubuntu Server 24.04

Pada postingan ini saya akan membahas basic penggunaan UFW (Uncomplicated Firewall) pada Ubuntu Server 24.04.

UFW adalah firewall bawaan Ubuntu/Debian yang berfungsi untuk mengatur lalu lintas jaringan (port dan IP) agar server menjadi lebih aman.
Kita langsung masuk ke dasar penggunaannya.

Cek Status UFW

ufw status

Secara default, pada instalasi baru Ubuntu Server, UFW belum aktif.

Mengaktifkan dan Menonaktifkan UFW

ufw enable

Disable UFW

ufw disable

Allow Port

Untuk membuka port tertentu, misalnya SSH (port 22):

ufw allow 22/tcp

Allow Port dari IP Tertentu, jika ingin membatasi akses hanya dari satu IP tertentu, misalnya port 22 hanya boleh diakses dari IP 10.10.10.5:

ufw allow from 10.10.10.5 to any port 22 proto tcp

Allow Port dari Satu Subnet, jika ingin mengizinkan satu subnet (misalnya prefix /24):

ufw allow from 10.10.10.0/24 to any port 22 proto tcp

Melihat Rule Aktif

Untuk melihat semua rule yang sudah dibuat

ufw status

Jika ingin melihat urutan rule, gunakan:

ufw status numbered

Menghapus Rule

Penghapusan rule menggunakan nomor urutan.
Misalnya terdapat 5 rule dan port 22 berada di urutan ke-2, maka perintahnya:

ufw delete 2

Kurang lebih seperti itulah basic penggunaan UFW di Ubuntu Server.
Postingan ini akan saya update seiring bertambahnya pengalaman dalam menggunakan UFW, sekaligus sebagai catatan dan dokumentasi pribadi. Selamat mencoba dan semoga bermanfaat

Migrate Root Dir Docker

Fega Suseno — Fri, 12 Dec 2025 13:49:02 +0000

Pada postingan ini kita akan membahas bagaimana cara migrate Document Root docker berdasarkan studi kasus.

Study Case

Server production dengan kapasitas storage 500GB, menjalankan sekitar 6 container. Awalnya tidak ada masalah dengan storage ini, sampai akhirnya storage penuh! Pada tahap ini dilakukan pembelian storage server SAS ukuran 2TB x 2Dsisk. Pada sisi iDrac kedua disk ini di buatkan virtualdisk baru dengan konfigurasi Raid 1. Setelahnya dilakukan formating dan mounting di path /mnt/local dari sisi host operating systemnya. Kendalanya adalah kita harus memindahkan Document Root docker yang mana ini isinya adalah semua config dan storage di selain bind-mount. Tentu ini sangat crusial jika ada salah konfig atau bahkan hilang data.

Tutorial Migrate

Dari study case di atas maka pada tutorial ini akan mencoba membahas langkah teknisya, berikut step yang perlu di kerjakan:
Pertama stop service docker dan socket dengan syntak berikut

sudo systemctl restart docker.service docker.socket

lalu syncronize antara folder default document root docker /var/lib/docker dan path baru document root docker /mnt/local. Dengan menggunakan tools rsync, ini memindahkan semua copy file beserta permission dan symlink

sudo rsync -aP /var/lib/docker /mnt/local

setelah itu buat configurasi pathnya, biasanya defaultnya tidak ada folder docker di etc, tambhakan manual dengan jalankan perintah ini

mkdir -p /etc/docker

buat file confignya

sudo nano /etc/docker/daemon.json

isi kan dengan script berikut ini

{
  "data-root": "/mnt/local/docker"
}

setelah selesai nyalakan kembali docker daemon dan servicenya

sudo systemctl daemon-reload
sudo systemctl start docker

lalu untuk cek apakah Doc Root sudah pindah

docker info | grep "Docker Root Dir"

pastikan pathnya pindah dan silakan start containernya lalu cek servicenya, seharusnya bisa running seperti biasa

Managing User on Linux (Cheat Sheet)

Fega Suseno — Tue, 11 Nov 2025 08:17:21 +0000

No	Perintah	Deskripsi	Contoh
1	`useradd namauser`	Membuat user baru tanpa home directory	`sudo useradd fega`
2	`useradd -m namauser`	Membuat user baru dengan home dir otomatis di `/home/namauser`	`sudo useradd -m fega`
3	`useradd -m -s /bin/bash namauser`	Membuat user baru dengan shell Bash	`sudo useradd -m -s /bin/bash fega`
4	`useradd -m -c "Nama Lengkap"`	Tambahkan komentar/nama lengkap user	`sudo useradd -m -c "Fega Suseno" fega`
5	`useradd -m -d /mnt/LOCAL/namauser namauser`	Menentukan lokasi home directory custom	`sudo useradd -m -d /mnt/LOCAL/fega fega`
6	`passwd namauser`	Mengatur atau mengganti password user	`sudo passwd fega`
7	`id namauser`	Melihat UID, GID, dan grup yang dimiliki user	`id fega`
8	`usermod -l baru lama`	Mengganti nama user	`sudo usermod -l fega2 fega`
9	`usermod -m -d /home/baru namauser`	Pindahkan home directory user ke lokasi baru	`sudo usermod -m -d /data/fega fega`
10	`usermod -s /bin/zsh namauser`	Ganti shell login user	`sudo usermod -s /bin/zsh fega`
11	`usermod -c "Nama Baru" namauser`	Ganti komentar/nama lengkap user	`sudo usermod -c "Fega S." fega`
12	`userdel namauser`	Hapus user (home dir tetap ada)	`sudo userdel fega`
13	`userdel -r namauser`	Hapus user beserta home directory-nya	`sudo userdel -r fega`
14	`groupadd namagrup`	Membuat grup baru	`sudo groupadd adminteam`
15	`groupmod -n grupbaru gruplama`	Ganti nama grup	`sudo groupmod -n devops adminteam`
16	`groupdel namagrup`	Hapus grup	`sudo groupdel devops`
17	`usermod -aG namagrup namauser`	Tambahkan user ke grup tambahan	`sudo usermod -aG sudo fega`
18	`gpasswd -d namauser namagrup`	Hapus user dari grup tertentu	`sudo gpasswd -d fega sudo`
19	`groups namauser`	Lihat daftar grup user	`groups fega`
20	`chown user:grup /path`	Ubah pemilik dan grup file/folder	`sudo chown fega:adminteam /mnt/data`
21	`chmod 750 /path`	Atur izin akses (read/write/execute)	`sudo chmod 750 /mnt/data`
22	`ls -ld /home/namauser`	Cek hak akses folder home user	`ls -ld /home/fega`
23	`getent passwd`	Lihat semua user di sistem	`getent passwd`
24	`getent group`	Lihat semua grup di sistem	`getent group`
25	`su - namauser`	Login sebagai user lain (subshell)	`su - fega` groupmod -g

Main Services Behind Proxmox PVE

Fega Suseno — Fri, 07 Nov 2025 01:34:25 +0000

Proxmox VE (Virtual Environment) adalah platform open-source untuk virtualisasi berbasis KVM dan LXC, lengkap dengan manajemen storage, jaringan, dan high availability (HA).
Tapi, pernahkah kamu bertanya — apa saja service yang sebenarnya berjalan di belakang layar Proxmox?

Main Service

Service	Fungsi
`pve-cluster`	Mengelola Proxmox Cluster File System (pmxcfs). Ini menjaga sinkronisasi konfigurasi antar node di cluster.
`pvedaemon`	Service utama untuk menangani permintaan API dan perintah dari web GUI.
`pveproxy`	Web proxy untuk antarmuka web (port 8006). Mengatur autentikasi dan koneksi HTTPS.
`pvestatd`	Mengumpulkan data statistik sistem seperti CPU, RAM, disk, dan jaringan.
`pve-guests`	Mengatur start/stop otomatis VM dan container berdasarkan konfigurasi cluster.

Service HA

Service	Fungsi
`pve-ha-crm`	Cluster Resource Manager — memonitor seluruh node dan resource HA, menentukan VM mana yang harus dipindah jika node gagal.
`pve-ha-lrm`	Local Resource Manager — menjalankan instruksi dari `pve-ha-crm` di tiap node, seperti start/stop VM lokal.
`corosync`	Menyediakan cluster communication layer (sinkronisasi dan quorum voting). Wajib untuk HA dan cluster.

Service Storage

Service	Fungsi
`pve-storage`	Mengatur koneksi dan konfigurasi ke berbagai backend storage (LVM, ZFS, Ceph, NFS, iSCSI, dsb).
`pvescheduler`	Mengatur jadwal backup, snapshot, dan tugas otomatis lainnya.
`pve-zsync`	Sinkronisasi ZFS antar node untuk replikasi VM/CT berbasis ZFS.
`pve-backup` (opsional)	Service dari Proxmox Backup Server bila terhubung.

Container dan VM

Service	Fungsi
`pve-container`	Mengatur lifecycle LXC container (start/stop/migrate).
`qm`	CLI/daemon untuk manajemen KVM Virtual Machines.
`qemu-server`	Menjalankan VM berbasis KVM/QEMU, termasuk I/O, snapshot, dan migrasi.

CCEPH Service

Service	Fungsi
`ceph-mon@<id>`	Menyimpan metadata cluster Ceph dan status OSD.
`ceph-mgr@<id>`	Memberikan data statistik, dashboard, dan modul monitoring Ceph.
`ceph-osd@<id>`	Proses utama yang mengelola disk Ceph (Object Storage Daemon).
`ceph-mds@<id>` (opsional)	Diperlukan jika menggunakan CephFS.

Support Service

Service	Fungsi
`sshd`	Akses remote ke server Proxmox via SSH.
`systemd-timesyncd` atau `chronyd`	Sinkronisasi waktu antar node (penting untuk cluster).
`watchdog-mux`	Menyediakan interface agar beberapa service dapat mengakses hardware watchdog (untuk HA fencing).
`spiceproxy`	Digunakan untuk koneksi SPICE (VM console interaktif).
`novnc`	Menyediakan koneksi web-console (HTML5 noVNC).
`rpcbind`, `nfs-common`	Jika menggunakan NFS storage.
`iscsi` atau `multipathd`	Jika storage berbasis iSCSI digunakan.

Complete Guide to User and Group Management in Linux

Fega Suseno — Wed, 22 Oct 2025 01:14:13 +0000

Linux adalah sistem operasi multi-user, artinya banyak pengguna bisa masuk dan bekerja di satu sistem secara bersamaan. Karena itu, pengelolaan user dan group sangat penting untuk keamanan dan keteraturan sistem.

Berikut saya buatkan rangkuman cheat sheet dari panduan manajemen user & group Linux

Manajemen User

Aksi	Perintah
Tambah user baru	`sudo adduser nama_user`
Tambah user tanpa interaktif	`sudo useradd -m -s /bin/bash nama_user`
Set password user	`sudo passwd nama_user`
Hapus user (tanpa home)	`sudo deluser nama_user`
Hapus user (dengan home)	`sudo deluser --remove-home nama_user`
Hapus user via `userdel`	`sudo userdel -r nama_user`
Kunci akun	`sudo passwd -l nama_user`
Buka kunci akun	`sudo passwd -u nama_user`
Ubah nama user	`sudo usermod -l nama_baru nama_lama`
Ubah home directory	`sudo usermod -d /home/nama_baru -m nama_baru`

Manajemen Group

Aksi	Perintah
Tambah group baru	`sudo addgroup nama_group`
Hapus group	`sudo delgroup nama_group`
Ubah nama group	`sudo groupmod -n group_baru group_lama`
Tambah user ke group	`sudo usermod -aG nama_group nama_user`
Hapus user dari group	`sudo gpasswd -d nama_user nama_group`

Cek Informasi User dan Group

Info	Perintah
Daftar user	`cat /etc/passwd`
Daftar group	`cat /etc/group`
Group user	`groups nama_user`
Detail user	`id nama_user`
Siapa yang login	`who`
Info password & expired	`sudo chage -l nama_user`

Informasi mengenai cheat sheet di atas cukup lengkap untuk manajemen user dan group di linux. Semoga cukup membantu, selamat mencoba.

Proxmox Test Reference Values

Fega Suseno — Wed, 24 Sep 2025 07:42:22 +0000

Berikut acuan kecepatan OSD

Parameter	HDD (7200rpm)	SSD SATA (Enterprise)	NVMe Datacenter (Acuan)
IOPS	100 – 300 IOPS	50k – 100k IOPS	500k – 1M IOPS
Bandwidth	~2 MB/s (4K rand)	400 – 550 MB/s	2.5 – 3.5 GB/s
Avg Latency	5 – 10 ms	50 – 200 µs	1 – 10 µs
p99 Latency	20 – 50 ms	1 – 5 ms	<50 µs
Max Latency	>100 ms	10 – 50 ms	<100 µs
Stabilitas BW	Sangat fluktuatif	±10–20%	<±10%
CPU Usage	Kecil (IO wait tinggi)	Sedang	Tinggi (sys/io)

Acuan RADOS Bench test

Parameter	Cluster HDD (normal)	Cluster SSD/NVMe (normal)
Bandwidth (MB/s)	80 – 200 MB/s	500 MB/s – >2 GB/s
Average IOPS	20 – 50 IOPS (obj 4MB)	100 – 500 IOPS (obj 4MB)
Average Latency	0.3 – 1.0 s	0.01 – 0.05 s
Max Latency	<3 s masih wajar	<0.1 s
Bandwidth Stability	Fluktuasi wajar (±20%)	Lebih stabil, stddev <10%

From RADOS to Ceph Services: RBD, RGW, and CephFS

Fega Suseno — Tue, 23 Sep 2025 03:29:01 +0000

Di Ceph ada beberapa “layanan/fitur” utama

RBD (RADOS Block Device)

Storage berbasis block device, bentuknya kayak harddisk virtual (mirip iSCSI atau LVM). Biasanya dipakai untuk disk VM / container di Proxmox.

CephFS (Ceph File System)

Storage berbasis file system terdistribusi, bisa di-mount seperti folder biasa (misalnya /mnt/cephfs). Cocok untuk backup, ISO, container templates, data share.

RGW (RADOS Gateway / Ceph Object Storage)

Storage berbasis object storage, compatible dengan Amazon S3 / Swift API. Biasanya dipakai untuk aplikasi yang butuh object storage (Nextcloud, MinIO, backup S3, dll.).

Lalu Apa Itu RADOS?

RADOS (Reliable Autonomic Distributed Object Store) adalah lapisan dasar dari Ceph yang bertanggung jawab menyimpan data dalam bentuk object di cluster. Sistem ini reliable karena menjamin keamanan data melalui mekanisme replikasi atau erasure coding, autonomic karena mampu melakukan self-healing dan self-managing tanpa perlu campur tangan manual dari admin, serta distributed karena data tersebar secara merata di banyak OSD dan node. Sebagai object store, RADOS menyimpan data bukan dalam bentuk block atau file langsung, melainkan sebagai object yang kemudian dipetakan ke OSD. Seluruh layanan Ceph—seperti RBD untuk block storage, CephFS untuk filesystem, dan RGW untuk object/S3—berdiri di atas fondasi RADOS ini.

Komponen RADOS di CEPH

OSD (Object Storage Daemon)
Proses yang menyimpan data object di disk, biasanya 1 disk = 1 OSD. contoh: osd.0, osd.1, osd.2
MON (Monitor)
Menyimpan metadata cluster (map cluster, siapa up/down), wajib ada minimal 3 untuk quorum.
MGR (Manager)
Tambahan dari MON, mengatur statistik & balancing.
CRUSH Map
Algoritma + peta yang menentukan object disimpan di OSD mana.
PG (Placement Group)
Bucket logical yang jadi perantara antara object ke OSD dan Object ke PG lalu disebar ke beberapa OSD.

Cara Kerja RADOS di CEPH

Object Store

Data tidak disimpan dalam bentuk file langsung, tapi dipecah menjadi object.
Object disimpan di OSD (Object Storage Daemon) sesuai dengan aturan dari CRUSH Map.

Replication / Erasure Coding

Saat kamu tulis data, RADOS akan otomatis mereplikasi ke beberapa OSD (default 3 copy) atau menggunakan erasure coding.
Kalau ada OSD mati, data tetap aman karena copy ada di OSD lain.

Self-healing

Jika 1 OSD rusak, RADOS akan melakukan rebalancing dan menyalin ulang object ke OSD lain agar tetap sesuai dengan policy.

Consistency

RADOS memastikan data tetap konsisten dengan protokol strong consistency.

RADOS menyimpan data dalam bentuk object, bukan file secara langsung. Setiap object tidak langsung ditempatkan ke OSD, melainkan terlebih dahulu dimasukkan ke dalam Placement Group (PG). PG ini dapat diibaratkan sebagai “bucket logical” yang berfungsi untuk mendistribusikan object ke OSD. Penempatan object ke OSD ditentukan oleh CRUSH Map yang mengatur distribusi data di dalam cluster.

Sebagai contoh, dengan pengaturan replication size = 3, satu object akan disalin ke tiga OSD yang berbeda. Misalnya, Object A ditempatkan di OSD1, OSD3, dan OSD5, sementara Object B ditempatkan di OSD2, OSD4, dan OSD6. Dengan demikian, setiap object memiliki tiga salinan, namun penyebarannya berbeda-beda sesuai aturan CRUSH Map, sehingga tidak semua OSD menyimpan data yang sama.

Ketika salah satu OSD mati, misalnya OSD1, cluster melalui MON dan MGR akan segera mendeteksi kondisi ini. Status PG yang menyimpan object di OSD1 berubah menjadi degraded karena jumlah salinan berkurang. Ceph kemudian menjalankan proses rebalancing atau recovery dengan menghitung ulang CRUSH Map. Object-object yang kehilangan salinan akan dibuatkan replika baru di OSD lain, misalnya OSD7, sehingga distribusi tetap seimbang. Dalam contoh ini, sebelum OSD1 mati, Object A tersimpan di OSD1, OSD3, dan OSD5. Setelah OSD1 mati, salinan baru dibuat sehingga Object A tersimpan di OSD3, OSD5, dan OSD7.

Hal penting untuk dipahami adalah yang di-balancing bukan seluruh data cluster, melainkan hanya object-object yang kehilangan replika. Ceph juga memastikan distribusi replika baru tersebar merata ke OSD lain, agar tidak terjadi penumpukan data pada satu OSD.

Ketika OSD yang mati kembali hidup, Ceph akan mengecek apakah data di dalamnya masih valid. Jika valid, cluster dapat menghapus salinan tambahan yang sebelumnya dibuat atau melakukan sinkronisasi ulang. Setelah itu, status PG akan kembali menjadi active+clean, menandakan cluster dalam kondisi sehat.

Kesimpulannya, data dalam Ceph tidak di-mirror ke semua OSD, melainkan disebarkan sesuai CRUSH Map dengan jumlah salinan tertentu. Saat OSD mati, Ceph hanya mereplikasi ulang object yang kehilangan salinan, dan proses inilah yang disebut rebalancing atau recovery. Dengan demikian, yang di-balancing adalah penempatan object di cluster, bukan seluruh data secara keseluruhan.

Resize Disk on VM Proxmox Non-LVM

Fega Suseno — Wed, 17 Sep 2025 06:55:27 +0000

Hallo world!

Pada postingan ini kita akan membahas gimana cara membedakan partisi LVM atau bukan. Pertama kita bisa menggunakan lsblk tools. Jalankan perintah berikut

lsblk -o NAME,FSTYPE,SIZE,MOUNTPOINT

Jika outputnya ada LVM2_member, berarti partisi itu dipakai LVM. tapi kalau langsung ext4, xfs, btrfs, berarti bukan LVM.

Atau berikutnya bisa menggunakan pvdisplay, jalankan perintah berikut

pvdisplay

Jika ada output (nama PV, VG, LV), berarti ada LVM, tapi jika kosong maka sistem tidak pakai LVM.

Oke selanjutnya kita akan bahas gimana cara resizenya. Kita samakan asumsi, disini saya ingin memperbesar partisi root dari 300GB ke 600GB. Sebelumnya saya sudah memperbesar size disknya via proxmox management web ui. Jadi seharusnya jika di cek dengan fdisk akan ada perubahan size. Meskipun sizenya telah berubah tapi ini belum bisa di pakai. Karena jika di cek dengan df -h size / masih sama belum ada penambahan kapasitas. Ok, dari studi kasus di atas kita akan coba memperbesar kapasitasnya dan meminimalisir downtime. langsung saja ke caranya

Pastikan partisi root, cek dengan:

lsblk

Lihat mana yang dipakai untuk / (root), pada kasus ini root berada di /dev/sda1.

Lanjut resize partisi /dev/sda1, gunakan tool growpart, jika belum ada toolsnya install dulu:

apt install cloud-guest-utils -y

lalu jalankan

growpart /dev/sda 1

Itu akan memperbesar partisi /dev/sda1 supaya sesuai dengan ukuran disk baru (600GB)

Setelah resize partisi baru kita resize filesystem, jika filesystem kita ext4, maka jalankan

resize2fs /dev/sda1

Tapi jika filesystem kita xfs, maka jalankan:

xfs_growfs /

Untuk mengecek typenya bisa dengan perintah dibawah, perintah ini juga sekalian mengecek hasil apakah partisi sudah berubah atau belumnya

df -Th

Sekarang harusnya kapasitas root berubah jadi 600GB.

Ringkasnya:

Proxmox GUI berhasil resize disk (600GB sudah terbaca).
Ubuntu VM partisi root masih 300GB, harus di-extend manual dengan growpart + resize2fs.

Semoga bermanfaat dan selamat mencoba.

Best-Practice Setup VM on Proxmox

Fega Suseno — Mon, 15 Sep 2025 03:46:28 +0000

Postingan kali ini kita akan bahas best-practice setup vm di proxmox. oke, kadang di sebagian kasus kita cukup kesulitan menentukan standar setting default dari vm apalagi ketika ingin membuat template vm yang reusable. Baiklah, kita akan langsung saja ke rekomendasinya berdasarkan member forum resmi proxmox, bisa cek di sini

https://forum.proxmox.com/threads/best-practices-for-setting-up-ceph-in-a-proxmox-environment.148790/

Kita fokus pada jawaban no. 3

You should really reconsider 3-nodes because of the single-node failure scenario. With that being said, I use the following optimization learned through trial-and-error and write IOPS are in the hundreds while read IOPS are 3x-5x (sometimes higher) than write IOPS. Again not hurting for IOPS for my production workloads.

Set SAS HDD Write Cache Enable (WCE) (sdparm -s WCE=1 -S /dev/sd[x])

Set VM Disk Cache to None if clustered, Writeback if standalone

Set VM Disk controller to VirtIO-Single SCSI controller and enable IO Thread & Discard option

Set VM CPU Type to 'Host'

Set VM CPU NUMA on servers with 2 more physical CPU sockets

Set VM Networking VirtIO Multiqueue to number of Cores/vCPUs

Set VM Qemu-Guest-Agent software installed

Set VM IO Scheduler to none/noop on Linux

Set Ceph RBD pool to use 'krbd' option

Oke, kita jelaskan ya.

Point Pertama

SAS di sini maksudnya adalah Serial Attached SCSI. SAS adalah jenis interface/storage protocol untuk harddisk atau SSD (biasanya kelas enterprise/server). Bedanya dengan SATA:

SAS → dipakai di server, lebih cepat, lebih andal, bisa full-duplex, dan biasanya dipasangkan di storage enterprise (misalnya Proxmox + Ceph pakai server-grade disk).

SATA → lebih umum di PC/desktop/laptop, lebih murah, tapi performa dan keandalannya di bawah SAS.

Jadi ketika ada instruksi:

sdparm -s WCE=1 -S /dev/sdX

itu artinya mengaktifkan Write Cache Enable (WCE) pada disk SAS tersebut. Dengan write cache aktif, disk bisa menampung data di cache sebelum ditulis permanen ke platter/flash, sehingga I/O jadi lebih cepat.

Tapi ini harus hati-hati: kalau power loss dan tidak ada battery-backed cache (BBU) di RAID controller atau UPS, data bisa hilang sebelum sempat flush ke disk.

Point Kedua

Nah, bagian ini maksudnya setting disk controller di VM Proxmox biar performa I/O makin optimal

VirtIO-SCSI Single Controller

VirtIO-SCSI adalah driver disk yang sudah dioptimalkan untuk virtualisasi (lebih cepat daripada IDE/SATA emulated). Single controller artinya semua disk VM dipasang ke satu controller VirtIO-SCSI (bukan banyak controller). Lebih efisien (lebih sedikit overhead QEMU), cocok kalau VM punya banyak disk (misalnya database).

IO Thread

Kalau di-enable, setiap disk VM bisa punya thread I/O sendiri.
Keuntungannya I/O bisa diproses paralel, tidak bottleneck di 1 thread. Sangat terasa kalau VM ada banyak disk, server host punya banyak core CPU, beban I/O tinggi (contoh: database, Ceph RBD).

Discard Option (TRIM/UNMAP)

Kalau aktif, ketika VM menghapus file, informasi blok kosong diteruskan ke storage (Ceph, ZFS, SSD, dll). Hasilnya space reclaim kapasitas di backend storage bisa balik dipakai dan juga
SSD friendly karena performa SSD lebih terjaga (garbage collection lebih efektif).

Point Ketiga

Set VM CPU Type to 'Host'

Di Proxmox, saat bikin VM default biasanya kvm64 (aman & universal, tapi fitur CPU host banyak yang dimatikan). Kalau pilih host VM akan pakai instruksi CPU asli dari hardware server. Performa lebih tinggi terutama aplikasi yang sensitif CPU, misalnya database, compression, scientific computing.

Tapi kekuranganya VM jadi kurang portable, kalau migrasi ke host Proxmox lain yang beda generasi CPU, bisa error. Jadi ini best practice kalau cluster kamu CPU-nya sama semua (homogen).

Set VM CPU NUMA (Non-Uniform Memory Access)

Berlaku kalau server punya lebih dari 1 socket fisik CPU (misalnya 2x Intel Xeon atau AMD EPYC). NUMA itu cara akses memori di server multi-CPU, tiap CPU punya memory controller sendiri. Akses memori lokal lebih cepat daripada akses ke memori yang dikontrol CPU lain. Kalau NUMA diaktifkan maka VM akan aware tentang topologi NUMA, Hypervisor (Proxmox/QEMU) bisa mengalokasikan vCPU dan RAM sesuai node NUMA, performa lebih stabil dan latency rendah. Sangat berguna buat workload besar (database, aplikasi high I/O, VM dengan banyak core/RAM).

Solusi

Kalau server kamu 1 socket CPU → NUMA tidak perlu diaktifkan.

Kalau server kamu ≥2 socket CPU → wajib aktifkan NUMA di setting VM.

Pastikan jumlah vCPU untuk VM jangan lebih banyak dari core fisik per NUMA node.

Okeh, sementara itu dulu, selanjutanya akan kita update berkala.