Hari ini saya ditugaskan untuk mencoba LVM Thin. Sembari saya oprek dan testing, saya mencari tahu dulu cara kerjanya secara sederhana, terutama perbedaan antara ukuran volume yang terlihat dan ruang disk yang benar-benar dipakai.

Dasar LVM

LVM adalah cara Linux mengelola ruang penyimpanan. Ada tiga istilah yang perlu dikenali:

Urutannya adalah PV → VG → LV. Pada LVM Thin, ada satu bagian tambahan bernama thin pool. Pool ini dibuat dari ruang VG dan menjadi tempat thin volume mengambil ruang untuk menyimpan data.

Apa bedanya dengan LV biasa?

Ukuran yang terlihat pada thin volume disebut ukuran virtual. Jadi, ketika sebuah thin volume terlihat memiliki kapasitas tertentu, belum tentu sebanyak itu ruang fisik di thin pool sudah terpakai.

Hal yang sempat membuat saya bingung adalah thin pool dan thin volume memakai ruang pada tahap yang berbeda. Thin pool mengambil ruang dari VG saat dibuat. Setelah itu, thin volume memakai ruang di dalam pool saat data ditulis. Karena itulah ruang kosong pada VG tidak sama dengan ruang kosong di thin pool.

Kesimpulan

Sejauh yang saya pahami, LVM Thin memungkinkan volume dibuat tanpa langsung memakai seluruh ukuran virtualnya sebagai ruang penyimpanan data. Ruang fisik tetap memiliki batas, jadi ukuran volume yang terlihat perlu dibedakan dari ruang yang tersedia di thin pool. Ini dasar yang ingin saya pahami sebelum melanjutkan praktik.

Waktu kecil kita semua hafal lagu cicak yang merayap pelan di dinding, lalu datang nyamuk dan langsung disambar. Lagu sederhana, tapi kalau direnungkan lagi sebagai orang dewasa, ada satu hal yang menarik.

Cicak tidak bisa terbang. Gerakannya lambat, cuma merayap, menempel di dinding. Sementara mangsanya, nyamuk, punya sayap dan bisa terbang bebas. Secara logika, harusnya cicak kesulitan. Tapi kenyataannya cicak tetap kenyang. Nyamuk yang lincah itu tetap saja masuk ke mulutnya.

Buat saya, ini gambaran yang pas soal rezeki. Yang sudah jadi bagian kita akan sampai juga dengan caranya sendiri, sekalipun lewat jalan yang tidak masuk akal. Kita sering merasa kalah saing, merasa orang lain lebih cepat dan lebih lincah, lalu khawatir bagian kita keduluan diambil. Padahal cicak menunjukkan sebaliknya.

Tapi bukan berarti diam saja. Cicak tetap merayap, tetap mengincar, tetap menyergap di waktu yang tepat. Ia tidak menganga menunggu nyamuk jatuh sendiri. Artinya, percaya rezeki sudah ada bagiannya bukan alasan untuk malas. Diamnya cicak di dinding itu juga bentuk usaha, bukan pasrah total.

Jadi lain kali kalau kalian lihat cicak menempel di dinding, ingat lagi pelajaran sederhananya. Yang tidak bisa terbang tetap bisa makan yang bersayap. Tugas kita cuma satu: terus berusaha di posisi masing-masing.

Hari ini saya coba pasang Authentik sebagai Identity Provider (IdP) di homelab, lalu saya hubungkan ke nested Proxmox untuk testing. Tulisan ini rangkuman singkat dari instalasi sampai konfigurasi login OIDC-nya. Saya pakai metode LXC di Proxmox, bukan VM, karena lebih ringan untuk lab.

Yang saya siapkan

• LXC Debian, unprivileged, fitur nesting aktif
• Spek: 2 core, 4 GB RAM, disk 20 GB
• Nested Proxmox sebagai target testing login SSO

1. Buat LXC atau VM

2. Install Docker di dalam LXC

apt update && apt install -y curl
curl -fsSL https://get.docker.com | sh
docker compose version

3. Deploy Authentik

mkdir -p /opt/authentik && cd /opt/authentik
wget https://docs.goauthentik.io/compose.yml

echo "PG_PASS=$(openssl rand -base64 36 | tr -d '\n')" >> .env
echo "AUTHENTIK_SECRET_KEY=$(openssl rand -base64 60 | tr -d '\n')" >> .env

docker compose pull
docker compose up -d

Catatan: jangan ubah atau mount /etc/timezone dan /etc/localtime di kontainer Authentik. Authentik jalan dengan timezone internal UTC, kalau diubah bisa merusak autentikasi OAuth dan SAML.

4. Setup awal Authentik

Buka http://IP-LXC:9000/if/flow/initial-setup/, lalu set password untuk user akadmin.

5. Buat Application dan Provider untuk Proxmox

Di admin interface, Applications > Applications > Create with provider:

Setelah submit, catat Client ID, Client Secret, dan slug aplikasi. Issuer URL-nya jadi http://IP-LXC:9000/application/o/<slug>/.

6. Tambah realm OIDC di nested Proxmox

Datacenter > Permissions > Realms > Add > Realm:

Atau lewat CLI:

pveum realm add authentik --type openid \
  --issuer-url http://IP-LXC:9000/application/o/<slug>/ \
  --client-id <client_id> --client-key <client_secret> \
  --username-claim username --autocreate 1

7. Beri hak akses user

User hasil autocreate muncul tanpa role. Tambahkan lewat Datacenter > Permissions > Add > User Permission, path /, role Administrator saja untuk lab, misal akadmin@authentik.

8. Tes login

Logout dari Proxmox, di layar login pilih Realm > authentik, lalu login pakai akun Authentik. Kalau berhasil, Proxmox bikin user baru otomatis dan saya tinggal pakai sesuai role yang sudah diberikan.

Penutup

Authentik di LXC ini cukup ringan untuk lab, dan integrasi OIDC ke Proxmox tidak butuh banyak field. Bagian yang paling sering bikin gagal biasanya cuma dua, Issuer URL yang tidak persis sama, dan redirect URI yang tidak match dengan alamat Proxmox-nya.

Semua orang pasti pernah mengalami yang namanya pengalaman pertama, dalam hal apa pun. Entah itu pertama kali masuk sekolah, pertama kali bawa motor sendiri, atau pertama kali mulai kerja. Rasanya biasanya mirip-mirip, campuran antara gugup, penasaran, dan sedikit takut salah. Tapi justru dari momen pertama itulah biasanya kita belajar paling banyak.

Nah, hari ini saya juga baru saja mengalami salah satu pengalaman pertama yang menurut saya cukup berkesan. Untuk pertama kalinya saya diberi kesempatan ikut kunjungan klien bersama tim, dan kebetulan lokasi yang kami tuju juga bukan klien sembarangan, clue tempatnya adalah “Istana”, jadi rasanya campur aduk (senang iya, gugup iya, semangat pun iya).

Pagi-pagi sekitar jam delapan kurang, saya sudah sampai di markas bareng Pak Arif dan Mas Ridwan. Kami menyiapkan berkas-berkas yang perlu dibawa dulu, memastikan semuanya lengkap, lalu berangkat naik Grab menuju lokasi.

Sesampainya di sana, suasananya langsung terasa berbeda. Kami masuk lewat pos penjagaan, dan ternyata pemeriksaannya cukup ketat, mirip seperti yang biasa kalau masuk bandara. Setelah itu kami diminta mengisi data identitas dan menukarnya dengan tanda pengenal tamu. Yang bikin saya cukup kaget, untuk bisa sampai ke ruangan yang dituju, kami harus menukar tanda pengenal tamu itu sampai tiga kali. Baru kali ini saya merasakan prosedur masuk suatu tempat seketat itu.

Jujur saja, di awal saya cukup gugup. Maklum, ini pengalaman pertama dan saya belum terbiasa dengan situasi seperti ini. Tapi justru karena itu, saya jadi lebih fokus memperhatikan bagaimana para senior bekerja. Saya mengamati cara mereka berkomunikasi dengan klien, bagaimana menyampaikan materi dengan tenang, dan bagaimana menjawab pertanyaan secara teknis tanpa terlihat kaku. Buat saya, ini ilmu yang nggak bisa didapat cuma dari teori.

Setelah pemaparan materi selesai, kami berpisah. Pak Arif harus kembali dulu untuk mengantarkan dokumen yang sempat tertinggal, sementara saya dan Mas Ridwan memutuskan mencari makan. Kami memilih daerah Summarecon Bekasi karena lokasinya dekat dengan markas dan pilihan tempat makannya banyak. Selesai makan, kami sempatkan ngopi sambil ngobrol santai soal pekerjaan dan menulis artikel ini, baru setelah itu kembali ke markas.

Kalau ditanya gimana rasanya, saya senang sekali. Rasa gugup di awal tadi rasanya terbayar dengan pengalaman yang menurut saya tak tergantikan. Bisa melihat langsung bagaimana kunjungan klien berjalan, dari persiapan sampai pemaparan, adalah pelajaran berharga yang bakal saya ingat selalu.

Saya coba memetakan jenjang kemampuan sysadmin, dari yang baru mulai sampai yang jadi rujukan orang lain. Awalnya cuma catatan pribadi, tapi ternyata berguna buat melihat saya sendiri ada di mana dan apa yang masih kurang. Model lima level di bawah disusun dengan brainstorming dengan AI, tapi polanya sejalan dengan beberapa referensi karier sysadmin yang saya cantumkan di bagian akhir.

Urutannya penting. Tiap level mengasumsikan level di bawahnya sudah solid, jadi tidak bisa loncat.

Lima level sysadmin

Beberapa catatan singkat untuk tiap lompatan:

• L0 ke L1. Bedanya bukan jumlah command yang dihafal, tapi kemandirian. Di L1 kalian bisa dilepas mengurus satu server tanpa panik.
• L1 ke L2. Ini lompatan terpenting. Troubleshooting jadi kemampuan utama, bukan lagi sekadar menjalankan instruksi. Masalah yang kelihatannya di satu layer kadang akarnya di layer lain, dan di L2 kalian mulai bisa membedakannya.
• L2 ke L3. Berhenti cuma menjalankan dan memperbaiki, mulai mendesain. Yang membedakan: bisa menjelaskan kenapa memilih desain tertentu, bukan cuma tahu cara menjalankannya.
• L3 ke L4. Spesialisasi mendalam plus otomasi sampai operasional harian minim sentuhan manual.

Di mana saya sekarang

Saya rasa posisi saya ada di L1. Kerjaan harian saya banyak soal Zimbra, Carbonio, dan Proxmox, dan sebagian besar waktu habis buat troubleshooting. Untuk arah L3, saya sudah pegang cluster Proxmox tiga node dengan Ceph di homelab, tapi masih banyak keputusan desain yang perlu saya pertajam alasannya, bukan cuma karena ini yang biasa dipakai.

Kenapa ini penting

Satu hal yang makin terasa sambil menjalani kerja sehari-hari: gampang terjebak merasa sudah jago hanya karena hafal banyak command. Padahal command itu cuma alat, bukan tujuan. Yang benar-benar membedakan level adalah seberapa dalam paham kenapa sesuatu bisa bekerja, dan seberapa berani mulai mendesain, bukan sekadar menjalankan.

Buat yang juga pegang infrastruktur, coba taruh diri di salah satu level tadi. Tidak usah kaget kalau fondasinya ternyata masih ada yang bolong walau sehari-hari sudah ngurus sistem yang rumit. Saya pun begitu, baru ketahuan waktu balik mengecek ulang dasar-dasar sistem.

Sumber

Model di atas susunan saya sendiri, tapi konsep jenjang sysadmin dari operasional sampai arsitek ini umum dibahas. Beberapa referensi yang sejalan:

• Red Hat, From sysadmin to architect: https://www.redhat.com/architect/from-sysadmin-to-architect
• Red Hat, Sysadmin job levels: https://www.redhat.com/en/blog/job-levels
• SANS Institute, System Administrator Salary, Skills, and Career Path: https://www.sans.org/blog/system-administrator-salary-skills-and-career-path