Dalam lingkungan server dan jaringan, mengetahui bahwa sebuah server mengalami masalah setelah layanan berhenti bukanlah strategi monitoring. Itu lebih mirip menunggu lampu indikator menyala merah lalu mencari senter.

Administrator sistem membutuhkan informasi sebelum masalah menjadi gangguan. Berapa penggunaan CPU? Apakah RAM mulai penuh? Apakah kapasitas disk hampir habis? Apakah trafik jaringan meningkat secara tidak normal? Server mana yang paling sibuk? Kapan penggunaan resource mulai mengalami kenaikan?

Di sinilah konsep monitoring server dan jaringan menjadi sangat penting.

Salah satu kombinasi open-source yang populer untuk kebutuhan tersebut adalah Prometheus dan Grafana. Prometheus bertugas mengumpulkan dan menyimpan data metrik, sedangkan Grafana digunakan untuk mengubah data tersebut menjadi dashboard visual yang mudah dianalisis.

Dalam artikel ini, kita akan membahas implementasi monitoring beberapa server lab menggunakan Prometheus, Node Exporter, dan Grafana, mulai dari konsep dasar hingga dashboard dan alerting.

---

Apa Itu Monitoring Server dan Jaringan?

Monitoring adalah proses mengamati kondisi sistem secara terus-menerus melalui berbagai indikator atau metrik.

Pada server Linux, misalnya, kita dapat memantau:

• CPU usage
• Memory/RAM usage
• Disk usage
• Disk I/O
• Network traffic
• Load average
• Uptime
• Jumlah proses
• Network error
• Filesystem
• Status berbagai resource sistem

Monitoring bukan hanya sekadar menampilkan angka.

Data monitoring seharusnya membantu administrator menjawab pertanyaan seperti:

Apakah server normal?

Kapan resource mulai meningkat?

Server mana yang membutuhkan perhatian?

Apakah terjadi pola penggunaan tertentu?

Apakah kapasitas server masih cukup untuk beberapa bulan ke depan?

Dengan kata lain, monitoring mengubah aktivitas administrasi server dari reaktif menjadi proaktif.

---

Mengapa Monitoring Penting di Lab Sekolah?

Dalam lab sekolah, jumlah perangkat mungkin tidak sedikit.

Misalnya terdapat:

• 1 server virtualisasi
• 5 server Linux
• 2 router
• 1 switch managed
• puluhan hingga ratusan komputer client

Tanpa monitoring terpusat, administrator harus login ke masing-masing server untuk memeriksa resource.

Bayangkan harus menjalankan:

top
free -h
df -h
ip -s link

pada sepuluh server setiap pagi.

Bisa dilakukan, tetapi kurang efisien.

Dengan sistem monitoring, administrator cukup membuka satu dashboard untuk melihat kondisi seluruh server.

Misalnya:

LAB-SERVER-01    CPU 23%   RAM 48%   Disk 61%
LAB-SERVER-02    CPU 72%   RAM 81%   Disk 73%
LAB-SERVER-03    CPU 15%   RAM 35%   Disk 42%
LAB-SERVER-04    CPU 91%   RAM 89%   Disk 94%

Dari informasi tersebut, perhatian langsung dapat diarahkan ke LAB-SERVER-04.

---

Mengenal Prometheus

Prometheus adalah sistem monitoring dan time-series database yang dirancang untuk mengumpulkan dan menyimpan metrik.

Prometheus menggunakan model pull.

Secara sederhana:

Prometheus
    |
    | scrape metrics
    v
Node Exporter
    |
    v
Linux Server

Prometheus secara berkala mengambil endpoint metrics dari target yang telah dikonfigurasi.

Contohnya:

http://192.168.10.11:9100/metrics

Endpoint tersebut menyediakan berbagai metrik mengenai kondisi sistem.

Prometheus kemudian menyimpan data tersebut sehingga dapat digunakan untuk query, analisis, visualisasi, dan alerting.

---

Apa Itu Node Exporter?

Node Exporter adalah exporter yang digunakan untuk mengekspos berbagai metrik hardware dan operating system dari server.

Node Exporter sangat umum digunakan untuk monitoring Linux.

Contohnya, Node Exporter dapat menyediakan informasi tentang:

• CPU
• Memory
• Filesystem
• Disk
• Network interface
• Load average
• Kernel
• System uptime

Arsitekturnya menjadi:

Linux Server
     |
     v
Node Exporter :9100
     |
     v
Prometheus
     |
     v
Grafana

Node Exporter tidak berfungsi sebagai database monitoring.

Tugasnya adalah menyediakan metrics.

Prometheus kemudian mengambil metrics tersebut.

---

Mengenal Grafana

Grafana merupakan platform visualisasi dan observability yang digunakan untuk membuat dashboard dari berbagai sumber data.

Dalam skenario ini:

Node Exporter
      ↓
Prometheus
      ↓
Grafana
      ↓
Dashboard

Grafana dapat menampilkan data dalam berbagai bentuk:

• Graph
• Time series
• Gauge
• Stat
• Table
• Bar chart
• Heatmap
• Alert indicator

Administrator dapat membuat dashboard yang menampilkan kondisi seluruh server dalam satu halaman.

---

Prometheus vs Grafana

Prometheus dan Grafana memiliki fungsi berbeda.

Komponen	Fungsi
Node Exporter	Mengambil/menyediakan metrics dari server
Prometheus	Mengumpulkan dan menyimpan metrics
Grafana	Memvisualisasikan metrics
Alerting	Memberikan peringatan ketika kondisi tertentu terjadi

Analogi sederhananya:

Node Exporter = Sensor
Prometheus    = Pencatat data
Grafana       = Dashboard
Alerting      = Alarm

Misalnya sebuah server mengalami penggunaan RAM 90%.

Node Exporter menyediakan informasi tersebut.

Prometheus mengambil dan menyimpannya.

Grafana menampilkannya.

Alerting dapat memberikan peringatan apabila penggunaan RAM melewati threshold yang ditentukan.

---

Arsitektur Monitoring Beberapa Server Lab

Untuk praktik, kita dapat menggunakan arsitektur seperti berikut:

                 ┌───────────────────┐
                 │      Grafana      │
                 │    Dashboard      │
                 └─────────┬─────────┘
                           │
                           v
                 ┌───────────────────┐
                 │    Prometheus     │
                 │ Metrics Database  │
                 └─────────┬─────────┘
                           │
             ┌─────────────┼─────────────┐
             │             │             │
             v             v             v
        ┌─────────┐   ┌─────────┐   ┌─────────┐
        │ Server 1│   │ Server 2│   │ Server 3│
        │ Node Exp│   │ Node Exp│   │ Node Exp│
        └─────────┘   └─────────┘   └─────────┘

Contoh jaringan:

192.168.10.10  → Monitoring Server
192.168.10.11  → Linux Server 01
192.168.10.12  → Linux Server 02
192.168.10.13  → Linux Server 03
192.168.10.14  → Linux Server 04

Prometheus ditempatkan pada 192.168.10.10.

Node Exporter berjalan pada setiap server yang ingin dimonitor.

---

Persiapan Lab

Sebelum instalasi, tentukan terlebih dahulu desain monitoring.

Contoh:

Host	IP	Peran
monitor	192.168.10.10	Prometheus + Grafana
server01	192.168.10.11	Node Exporter
server02	192.168.10.12	Node Exporter
server03	192.168.10.13	Node Exporter
server04	192.168.10.14	Node Exporter

Pastikan server monitoring dapat mengakses port Node Exporter.

Secara default Node Exporter menggunakan:

9100/TCP

Prometheus secara default menggunakan:

9090/TCP

Grafana biasanya menggunakan:

3000/TCP

---

Instalasi Node Exporter

Pada setiap server Linux yang ingin dimonitor, install Node Exporter.

Contoh menggunakan binary release:

wget https://github.com/prometheus/node_exporter/releases/latest/download/node_exporter-*.linux-amd64.tar.gz

Namun untuk lingkungan produksi, sebaiknya gunakan versi release yang telah ditentukan dan diverifikasi, bukan selalu mengambil latest.

Setelah binary tersedia, letakkan pada lokasi yang sesuai, misalnya:

/usr/local/bin/node_exporter

Kemudian buat systemd service.

Contoh:

[Unit]
Description=Node Exporter
After=network.target

[Service]
User=node_exporter
ExecStart=/usr/local/bin/node_exporter

[Install]
WantedBy=multi-user.target

Simpan sebagai:

/etc/systemd/system/node_exporter.service

Kemudian:

sudo systemctl daemon-reload
sudo systemctl enable --now node_exporter

Periksa status:

sudo systemctl status node_exporter

Jika berhasil, endpoint metrics dapat diuji:

curl http://localhost:9100/metrics

Jika muncul banyak data seperti:

node_cpu_seconds_total
node_memory_MemAvailable_bytes
node_filesystem_avail_bytes
node_network_receive_bytes_total

berarti Node Exporter sudah bekerja.

---

Konfigurasi Prometheus

Selanjutnya kita perlu memberi tahu Prometheus server mana yang harus dimonitor.

Konfigurasi biasanya berada pada:

/etc/prometheus/prometheus.yml

Contoh:

global:
  scrape_interval: 15s

scrape_configs:
  - job_name: "linux-servers"
    static_configs:
      - targets:
          - "192.168.10.11:9100"
          - "192.168.10.12:9100"
          - "192.168.10.13:9100"
          - "192.168.10.14:9100"

Konfigurasi tersebut membuat Prometheus mengambil metrics dari empat server.

Setelah konfigurasi diperbarui, restart Prometheus:

sudo systemctl restart prometheus

Kemudian periksa:

sudo systemctl status prometheus

---

Memeriksa Target Prometheus

Buka antarmuka Prometheus melalui:

http://192.168.10.10:9090

Kemudian buka bagian target.

Target yang sehat biasanya akan berstatus:

UP

Contohnya:

linux-servers / 192.168.10.11:9100   UP
linux-servers / 192.168.10.12:9100   UP
linux-servers / 192.168.10.13:9100   UP
linux-servers / 192.168.10.14:9100   UP

Jika target DOWN, jangan langsung menyalahkan Prometheus.

Periksa:

1. Apakah server hidup?
2. Apakah Node Exporter berjalan?
3. Apakah port 9100 terbuka?
4. Apakah firewall memblokir koneksi?
5. Apakah IP address benar?
6. Apakah routing tersedia?
7. Apakah service Node Exporter bind pada interface yang sesuai?

---

Monitoring CPU

Salah satu metrik terpenting adalah CPU.

Penggunaan CPU dapat digunakan untuk mengetahui apakah server mengalami beban tinggi.

Prometheus menyediakan metrik seperti:

node_cpu_seconds_total

Namun metrik tersebut merupakan counter, sehingga biasanya perlu diproses menggunakan PromQL.

Contoh konsep query:

100 - (
  avg by(instance) (
    rate(node_cpu_seconds_total{mode="idle"}[5m])
  ) * 100
)

Hasilnya dapat digunakan untuk menampilkan persentase penggunaan CPU.

Contoh interpretasi:

CPU < 50%     → Normal
CPU 50–80%    → Perlu dipantau
CPU 80–90%    → Tinggi
CPU > 90%     → Investigasi

Angka tersebut bukan aturan universal. Threshold harus disesuaikan dengan karakteristik workload server.

Server database, web server, server virtualisasi, dan server backup dapat memiliki pola CPU yang berbeda.

---

Monitoring RAM

RAM juga harus dipantau.

Contoh query untuk menghitung persentase memory usage:

100 * (
  1 -
  node_memory_MemAvailable_bytes
  /
  node_memory_MemTotal_bytes
)

Dashboard dapat menampilkan:

Server 01 → 42%
Server 02 → 67%
Server 03 → 31%
Server 04 → 88%

Server dengan penggunaan RAM tinggi tidak otomatis bermasalah.

Linux memang memanfaatkan RAM untuk caching.

Karena itu, lebih tepat memperhatikan MemAvailable dan tren penggunaan daripada hanya melihat RAM yang “terpakai”.

---

Monitoring Disk

Disk merupakan salah satu resource yang sering menjadi sumber masalah.

Ketika filesystem penuh, berbagai layanan dapat mengalami gangguan.

Contohnya:

• Database gagal menulis data
• Log tidak dapat dibuat
• Aplikasi mengalami error
• Update paket gagal
• Service tertentu berhenti bekerja

Query sederhana untuk melihat persentase penggunaan filesystem:

100 * (
  1 -
  node_filesystem_avail_bytes
  /
  node_filesystem_size_bytes
)

Sebaiknya dashboard memisahkan filesystem penting seperti:

/
 /var
 /home
 /data

Karena server dapat memiliki struktur storage berbeda.

---

Monitoring Network

Network monitoring membantu administrator mengetahui aktivitas trafik pada interface.

Metrik yang umum digunakan antara lain:

node_network_receive_bytes_total
node_network_transmit_bytes_total

Karena merupakan counter, biasanya digunakan bersama rate().

Contoh:

rate(node_network_receive_bytes_total[5m])

Untuk trafik transmit:

rate(node_network_transmit_bytes_total[5m])

Dashboard dapat memperlihatkan:

RX Traffic
TX Traffic
Packet Error
Dropped Packet
Interface Status

Hal ini berguna ketika terjadi masalah seperti:

• bandwidth penuh
• packet drop
• network interface error
• trafik tidak normal
• bottleneck

---

Membuat Dashboard Grafana

Setelah Prometheus bekerja, hubungkan Grafana ke Prometheus sebagai data source.

Buka:

http://192.168.10.10:3000

Kemudian tambahkan data source Prometheus.

Alamatnya dapat berupa:

http://localhost:9090

jika Grafana dan Prometheus berada pada server yang sama.

Setelah koneksi berhasil, kita dapat membuat dashboard.

---

Struktur Dashboard Monitoring yang Disarankan

Dashboard untuk lab sebaiknya tidak terlalu ramai.

Buat beberapa kelompok panel.

Server Overview

Tampilkan:

• jumlah server
• server UP
• server DOWN
• CPU tertinggi
• RAM tertinggi
• disk tertinggi

Contohnya:

┌─────────────────────────────────────┐
│ SERVER UP       SERVER DOWN         │
│     4                0              │
├─────────────────────────────────────┤
│ CPU              RAM                │
│ 42%              58%                │
├─────────────────────────────────────┤
│ DISK             NETWORK            │
│ 63%              125 Mbps           │
└─────────────────────────────────────┘

CPU Dashboard

Gunakan panel time-series untuk melihat tren CPU.

Jangan hanya menampilkan nilai saat ini.

Tren lebih penting.

Misalnya CPU:

20% → 25% → 32% → 45% → 70% → 91%

memberikan informasi yang jauh lebih berguna dibanding hanya melihat:

CPU = 91%

Memory Dashboard

Tampilkan:

• Memory usage
• Available memory
• Total memory
• Memory usage trend

Disk Dashboard

Tampilkan:

• Disk usage
• Available space
• Filesystem
• Disk I/O

Network Dashboard

Tampilkan:

• RX
• TX
• packet error
• dropped packet
• interface status

---

Monitoring Beberapa Server dalam Satu Dashboard

Salah satu keuntungan Prometheus adalah kemampuan mengelola banyak target.

Misalnya:

server01
server02
server03
server04
server05
server06

Grafana dapat menggunakan variable untuk memilih server.

Contohnya:

Server: [All]

atau:

Server: [server01]

Dengan variable tersebut, satu dashboard dapat digunakan untuk banyak server.

Ini lebih baik daripada membuat satu dashboard berbeda untuk setiap server.

---

Dashboard dengan Konsep Hierarki

Untuk lingkungan sekolah atau institusi, dashboard sebaiknya dibuat bertingkat.

Level pertama:

Infrastructure Overview

Level kedua:

Server Monitoring
Network Monitoring
Storage Monitoring
Virtualization Monitoring

Level ketiga:

Server01
Server02
Server03

Dengan pendekatan tersebut, administrator dapat bergerak dari gambaran umum menuju detail.

---

Alerting

Dashboard bagus, tetapi administrator tidak mungkin melihat dashboard 24 jam sehari.

Karena itu diperlukan alerting.

Contoh kondisi yang dapat menghasilkan alert:

CPU > 90%
RAM > 90%
Disk > 85%
Target DOWN
Filesystem hampir penuh
Network error meningkat

Namun jangan membuat alert terlalu sensitif.

Jika setiap kenaikan CPU menjadi alert, administrator akan mengalami alert fatigue.

Contoh yang lebih masuk akal:

CPU > 90%
selama 10 menit

bukan:

CPU > 90%
selama 5 detik

Threshold harus disesuaikan dengan karakteristik sistem.

---

Contoh Konsep Alert CPU

Secara konseptual:

100 - (
  avg by(instance) (
    rate(node_cpu_seconds_total{mode="idle"}[5m])
  ) * 100
) > 90

Kondisi tersebut dapat digunakan untuk mendeteksi CPU usage di atas 90%.

Lebih baik lagi apabila ditambahkan durasi:

for: 10m

Artinya alert baru dianggap serius apabila kondisi tersebut berlangsung terus selama periode tertentu.

---

Studi Kasus: Lab Sekolah

Misalnya sebuah sekolah memiliki empat server:

SERVER01 → DNS + DHCP
SERVER02 → Web Server
SERVER03 → File Server
SERVER04 → Virtualization Host

Administrator memasang Node Exporter pada server Linux yang relevan.

Prometheus kemudian mengambil metrics dari setiap server.

Grafana membuat dashboard:

LAB INFRASTRUCTURE
--------------------------------
Server UP        4
Server DOWN      0

CPU
SERVER01  12%
SERVER02  37%
SERVER03  54%
SERVER04  82%

RAM
SERVER01  31%
SERVER02  48%
SERVER03  72%
SERVER04  86%

DISK
SERVER01  45%
SERVER02  63%
SERVER03  81%
SERVER04  74%

Administrator kemudian melihat bahwa SERVER04 memiliki CPU dan RAM tinggi.

Daripada menunggu server mengalami crash, administrator dapat melakukan investigasi.

Misalnya ternyata banyak virtual machine sedang aktif karena kegiatan praktikum siswa.

Ini adalah salah satu manfaat utama monitoring: keputusan dibuat berdasarkan data.

---

Analisis Penggunaan Resource

Monitoring tidak berhenti pada “melihat dashboard”.

Data historis dapat digunakan untuk capacity planning.

Misalnya:

RAM usage Januari  → 45%
RAM usage April    → 57%
RAM usage Juli     → 68%
RAM usage September→ 76%

Jika tren terus meningkat, administrator dapat mempersiapkan upgrade RAM sebelum server mengalami kekurangan resource.

Hal yang sama berlaku untuk storage.

Misalnya kapasitas disk:

Januari     40%
April       51%
Juli        67%
September   79%

Administrator dapat memperkirakan kapan storage akan mencapai kapasitas kritis.

---

Best Practice Monitoring

Gunakan Naming Convention

Gunakan nama server yang konsisten.

Contoh:

lab-server-01
lab-server-02
lab-server-03

Hindari nama seperti:

server-baru
server-fix
server-yang-bagus

Nama seperti itu mungkin lucu saat dibuat, tetapi beberapa bulan kemudian menjadi teka-teki sejarah.

Monitor Tren, Bukan Hanya Current Value

Nilai saat ini penting, tetapi tren jauh lebih informatif.

CPU 80% selama 30 detik belum tentu masalah.

CPU 80% selama tiga jam mungkin perlu investigasi.

Gunakan Threshold yang Rasional

Jangan menggunakan threshold yang sama untuk semua server.

Database server dan server backup dapat memiliki pola workload berbeda.

Batasi Akses Monitoring

Dashboard monitoring dapat mengandung informasi infrastruktur.

Karena itu:

• gunakan autentikasi
• gunakan HTTPS jika diperlukan
• batasi akses jaringan
• gunakan firewall
• jangan mengekspos endpoint metrics ke internet tanpa alasan

Simpan Data Secukupnya

Semakin banyak metrics dan semakin panjang retention, semakin besar kebutuhan storage.

Tentukan retention berdasarkan kebutuhan monitoring dan kapasitas penyimpanan.

---

Kesalahan yang Sering Terjadi

Node Exporter Tidak Berjalan

Periksa:

systemctl status node_exporter

Jika gagal:

journalctl -u node_exporter

Port 9100 Terblokir

Dari server Prometheus:

curl http://192.168.10.11:9100/metrics

Jika tidak dapat terhubung, periksa firewall dan network path.

Target Prometheus DOWN

Periksa:

IP address
Port
Routing
Firewall
Service Node Exporter

Jangan langsung mengubah konfigurasi Prometheus secara acak.

Dashboard Terlalu Ramai

Dashboard bukan tempat memamerkan semua metrics yang tersedia.

Gunakan prinsip:

Tampilkan informasi yang membantu keputusan.

Alert Terlalu Banyak

Alert yang terlalu sensitif dapat menyebabkan administrator mengabaikan alert penting.

Prioritaskan alert berdasarkan dampaknya.

---

Monitoring vs Logging

Monitoring dan logging bukan hal yang sama.

Monitoring menjawab:

“Apa yang sedang terjadi?”

Logging lebih banyak menjawab:

“Apa yang terjadi dan detail peristiwanya?”

Contoh:

Monitoring:

CPU = 95%

Logging:

Aplikasi mengalami error ketika memproses request.

Keduanya saling melengkapi.

Untuk lingkungan yang lebih besar, monitoring dapat dikombinasikan dengan logging dan tracing dalam strategi observability.

---

Pengembangan Lab Lebih Lanjut

Setelah monitoring dasar berhasil, lab dapat dikembangkan.

Misalnya:

Node Exporter
      ↓
Prometheus
      ↓
Grafana
      ↓
Alerting

Kemudian ditambah:

Blackbox Exporter
SNMP Exporter
cAdvisor
Loki
Alertmanager

Dengan pendekatan tersebut, monitoring dapat berkembang dari sekadar server monitoring menjadi platform observability.

Untuk perangkat jaringan, SNMP Exporter dapat digunakan untuk mengambil metrik dari perangkat yang mendukung SNMP.

Untuk container, cAdvisor dapat membantu mengumpulkan metrik container.

Untuk logging, Loki dapat dipadukan dengan Grafana.

---

Tutorial Praktik: Monitoring 4 Server Lab

Berikut alur praktik yang dapat digunakan dalam pembelajaran TKJ atau Administrasi Sistem.

Tahap 1 — Siapkan Server Monitoring

Install:

Prometheus
Grafana

Server:

192.168.10.10

Tahap 2 — Siapkan Server Target

Misalnya:

192.168.10.11
192.168.10.12
192.168.10.13
192.168.10.14

Install Node Exporter pada masing-masing server.

Tahap 3 — Uji Metrics

Dari server monitoring:

curl http://192.168.10.11:9100/metrics

Lakukan untuk seluruh target.

Tahap 4 — Tambahkan Target Prometheus

Edit:

prometheus.yml

Tambahkan seluruh server.

Tahap 5 — Validasi Target

Pastikan semua target:

UP

Tahap 6 — Hubungkan Grafana

Tambahkan Prometheus sebagai data source.

Tahap 7 — Buat Dashboard

Minimal buat panel:

CPU
RAM
Disk
Network
Uptime
Server Status

Tahap 8 — Buat Alert

Contoh:

Server DOWN
Disk > 85%
CPU > 90%
RAM > 90%

Tahap 9 — Uji Alert

Lakukan pengujian secara aman.

Misalnya gunakan workload terkontrol untuk menghasilkan penggunaan CPU sementara.

Jangan melakukan pengujian dengan sengaja memenuhi filesystem produksi.

Tahap 10 — Analisis Data

Minta siswa menjawab:

1. Server mana yang memiliki CPU tertinggi?
2. Server mana yang menggunakan RAM paling besar?
3. Filesystem mana yang paling cepat penuh?
4. Bagaimana pola trafik jaringan?
5. Apakah ada server yang mengalami anomali?
6. Apa rekomendasi optimasinya?

Dengan demikian, praktik tidak hanya mengajarkan instalasi tools, tetapi juga kemampuan membaca dan menganalisis data infrastruktur.

---

Kesimpulan

Monitoring server dan jaringan merupakan bagian penting dari administrasi infrastruktur modern.

Dengan kombinasi Node Exporter, Prometheus, dan Grafana, administrator dapat membangun sistem monitoring yang mampu mengumpulkan metrics dari berbagai server dan menyajikannya dalam dashboard terpusat.

Node Exporter menyediakan metrics dari server.

Prometheus mengumpulkan dan menyimpan metrics.

Grafana mengubah metrics menjadi visualisasi yang mudah dipahami.

Alerting membantu administrator mengetahui kondisi kritis tanpa harus terus-menerus membuka dashboard.

Yang paling penting, monitoring bukan sekadar membuat dashboard yang terlihat keren. Tujuan akhirnya adalah membantu administrator mengambil keputusan lebih cepat berdasarkan data.

Untuk lab sekolah, proyek ini juga sangat cocok dijadikan praktik pembelajaran karena menggabungkan Linux Server, networking, monitoring, database metrics, visualisasi, troubleshooting, dan dasar DevOps dalam satu skenario nyata.

Dengan satu lab monitoring, siswa tidak hanya belajar “cara menjalankan server”, tetapi juga belajar bagaimana administrator profesional menjaga server tetap sehat.

FAQ

Pertanyaan: Apa fungsi Prometheus dalam monitoring server?

Jawaban: Prometheus mengumpulkan, menyimpan, dan menyediakan metrics time-series dari berbagai target monitoring.

Pertanyaan: Apa fungsi Node Exporter?

Jawaban: Node Exporter menyediakan metrics sistem Linux seperti CPU, RAM, disk, filesystem, dan network interface agar dapat diambil oleh Prometheus.

Pertanyaan: Apa fungsi Grafana?

Jawaban: Grafana digunakan untuk membuat dashboard dan visualisasi dari data yang dikumpulkan Prometheus.

Pertanyaan: Apakah Prometheus dan Grafana memiliki fungsi yang sama?

Jawaban: Tidak. Prometheus berfokus pada pengumpulan dan penyimpanan metrics, sedangkan Grafana berfokus pada visualisasi dan dashboard.

Pertanyaan: Berapa server yang dapat dimonitor Prometheus?

Jawaban: Tidak ada angka sederhana yang berlaku untuk semua kondisi. Kapasitas bergantung pada jumlah target, jumlah metrics, scrape interval, retention, dan spesifikasi server.

Pertanyaan: Apakah Grafana + Prometheus bisa digunakan untuk lab sekolah?

Jawaban: Sangat cocok. Keduanya dapat digunakan untuk membuat lab monitoring beberapa server dengan biaya software yang rendah.

Pertanyaan: Apakah monitoring hanya perlu melihat CPU?

Jawaban: Tidak. CPU harus dianalisis bersama RAM, disk, network, filesystem, uptime, dan metrik lain yang relevan dengan workload.

Pertanyaan: Apakah Prometheus dapat memonitor perangkat jaringan?

Jawaban: Bisa, tetapi metode pengumpulan metrics berbeda. Untuk banyak perangkat jaringan, SNMP Exporter dapat digunakan sebagai salah satu pendekatan.