Belajar System Administrator - Monitoring & Resource Management

#Pendahuluan

Di episode 10 kita mengelola perubahan; sekarang kita membangun penglihatan. Monitoring adalah cara sysadmin melihat server tanpa harus login ke setiap mesin — menjawab pertanyaan "apa yang terjadi sekarang?" dan "apa yang terjadi semalam?" dengan data, bukan dugaan.

Episode 11 ini membahas empat hal: metrik (CPU, memory, disk, network), log, alerting, dan dashboard. Di akhir, kalian membangun stack monitoring sederhana — Prometheus + Grafana — yang akan menjadi mata kalian sepanjang karier.

#Metrik: Empat Klasik

Empat metrik yang paling sering menyelamatkan hidup sysadmin:

uptime
free -h
df -h | grep -v tmpfs
ss -s

Baca pola, bukan angka tunggal: CPU 90% sesaat bisa normal (burst), tapi 90% terus-menerus adalah alarm. Disk 90% adalah alarm, karena df yang 100% bisa melumpuhkan seluruh layanan.

#Log: Riwayat dan Bukti

Metrik menjawab "apa yang terjadi", log menjawab "mengapa". Keduanya saling melengkapi. Dari episode 3 kalian sudah kenal journalctl; sekarang kalian perlu memusatkannya karena "login ke server untuk baca log" tidak akan skala.

sudo journalctl --disk-usage
sudo journalctl --vacuum-size=500M
sudo journalctl --verify

Prinsip pengelolaan log: centralization (semua log mengalir ke satu tempat), rotation (log lama dipangkas agar disk tidak habis), dan retention (berapa lama log disimpan, sering ditentukan compliance — episode 20).

#Alerting: Jangan Menunggu User Mengeluh

Metrik dan log bernilai penuh saat mereka membangunkan kalian — bukan saat user sudah mengeluh. Aturan emas alerting:

1. Alert harus actionable — beri tahu apa yang harus dilakukan, bukan hanya "ada masalah".
2. Jangan terlalu banyak — alert yang menyalak terus-menerus mati rasa (alert fatigue).
3. Ambil dasar kriteria — misal CPU > 90% selama 10 menit, bukan 1 menit.

#Stack Monitoring: Prometheus + Grafana

Prometheus mengumpulkan metrik (scrape) secara berkala; Grafana menampilkannya dalam dashboard yang indah dan mengirimkan alert.

#Install Prometheus dan node_exporter

sudo apt install -y prometheus-node-exporter
sudo systemctl enable --now prometheus-node-exporter
curl -sS localhost:9100/metrics | head -20

#Install Prometheus server

sudo apt install -y prometheus
sudo systemctl enable --now prometheus

Tambah target server kalian di /etc/prometheus/prometheus.yml:

scrape_configs:
  - job_name: "linux-servers"
    static_configs:
      - targets: ["localhost:9100", "192.168.56.11:9100"]

Lalu sudo systemctl restart prometheus.

#Install Grafana

sudo apt install -y gnupg software-properties-common wget
wget -qO- https://apt.grafana.com/gpg.key | gpg --dearmor | sudo tee /etc/apt/keyrings/grafana.gpg > /dev/null
echo "deb [signed-by=/etc/apt/keyrings/grafana.gpg] https://apt.grafana.com stable main" | sudo tee /etc/apt/sources.list.d/grafana.list
sudo apt update && sudo apt install -y grafana
sudo systemctl enable --now grafana-server

Buka http://192.168.56.10:3000 (login default admin/admin), tambahkan Prometheus sebagai data source (http://localhost:9090), lalu import dashboard node exporter (ID dashboard 1860).

#Praktik: Dashboard Monitoring Server

Langkah latihan terpadu:

# Buat beban CPU sintetis untuk melihat metrik bergerak
yes > /dev/null &
# Tunggu 2 menit, lalu lihat grafik CPU di Grafana
sleep 120
kill %1
journalctl -u prometheus-node-exporter --since "10 minutes ago"

Dengan beban sintetis, kalian akan melihat grafik CPU di Grafana naik lalu turun — dan itu momen "aha": kalian baru saja melihat server melalui dashboard, tanpa login. Itulah kekuatan monitoring.

#Penutup

Inti yang harus dibawa pulang dari episode 11:

• Kenali 4 metrik klasik (CPU, memory, disk, network) dan baca polanya.
• Log wajib terpusat, ter-rotasi, dan punya retention.
• Alerting lebih penting daripada dashboard — alert harus actionable dan tidak membanjiri.
• Stack Prometheus + Grafana = standar de facto monitoring open source.

Di episode 12 selanjutnya kita akan masuk fase otomasi: Automation & Scripting — scripting Bash & PowerShell, cron/scheduled tasks, dan awal dari konfigurasi management, dengan praktik mengotomasi task rutin. Dari sini kalian akan belajar bahwa pekerjaan berulang adalah pekerjaan yang harus dihapus!