Belajar AlmaLinux - Logging, Time Sync & Automation Dasar

#Pendahuluan

Di episode 11 sebelumnya kita mengamati sistem lewat Cockpit dan perintah monitoring. Sekarang kita menata tiga fondasi operasional yang sering dianggap remeh padahal menentukan keberhasilan di lapangan: logging (jejak sistem), time sync (akurasi waktu), dan automation (pekerjaan berulang tanpa manusia).

Server yang log-nya berantakan, jamnya melenceng, dan tugas-tugasnya manual adalah mimpi buruk untuk dioperasikan. Episode ini merapikan ketiganya.

#Logging: journald dan rsyslog

Di episode 7 kita mengenal journald sebagai logger utama systemd. Namun AlmaLinux juga menjalankan rsyslog — daemon logging tradisional yang menulis log ke file teks di /var/log/. Keduanya hidup berdampingan: journald menyimpan log terstruktur, rsyslog menulis ke file klasik.

#Hierarki /var/log

sudo tail -n 20 /var/log/secure

#Meneruskan Journal ke File

Untuk layanan tertentu, kalian bisa mengalihkan log dari journald ke file teks — berguna saat integrasi dengan sistem yang hanya membaca file:

:programname, isequal, "myapp" /var/log/myapp.log
& stop

Baris ini memberitahu rsyslog untuk menulis semua pesan dari program myapp ke file khusus, lalu berhenti memproses. Setelah menambah file, restart rsyslog.

#Logrotate

Log tumbuh tak terkendali jika tidak dibatasi. logrotate mengotomatiskan rotasi: memindahkan log lama, mengompresinya, dan mempertahankan jumlah tertentu.

/var/log/myapp.log {
    daily
    rotate 7
    compress
    missingok
    notifempty
}

Pola ini memutar log setiap hari, menyimpan 7 file terakhir, dan mengompresinya. Konfigurasi default ada di /etc/logrotate.conf, dan file per-service ditaruh di /etc/logrotate.d/. Uji rotasi tanpa menunggu jadwal:

sudo logrotate -d /etc/logrotate.d/myapp

#Time Sync: chrony

Waktu yang akurat adalah syarat mutlak server modern: log lintas host bisa dibandingkan, sertifikat TLS valid, dan replikasi database berjalan benar. AlmaLinux memakai chrony sebagai klien NTP.

timedatectl
chronyc tracking

#Konfigurasi chrony

Server waktu dikonfigurasi di /etc/chrony.conf:

pool 2.pool.ntp.org iburst
makestep 1 3
rtcsync

pool ... iburst mengambil waktu dari beberapa server sekaligus, makestep mengizinkan lompatan waktu di awal, dan rtcsync menyinkronkan hardware clock. Restart setelah mengubah:

sudo systemctl restart chronyd
chronyc sources

#Automation: Cron, Anacron, dan Systemd Timers

Pekerjaan rutin seperti backup dan rotasi log seharusnya tidak bergantung pada manusia. Tiga mekanisme penjadwalan tersedia di AlmaLinux.

#Cron dan Crontab

cron adalah penjadwal klasik. Setiap user punya crontab:

crontab -e

Format cron lima kolom: menit jam hari-bulan bulan hari-minggu perintah:

0 2 * * * /usr/local/bin/backup.sh
30 1 * * 0 dnf5 autoremove

#Anacron

Cron tidak menjalankan tugas yang terlewat saat sistem mati. anacron menutup celah ini — ia memastikan tugas terjadwal tetap dijalankan setelah sistem hidup kembali, meski terlambat. Di AlmaLinux, cron dan anacron berjalan bersama untuk menangani tugas harian/mingguan.

#Systemd Timers

Systemd menyediakan penjadwalan modern lewat timer units — dengan kelebihan: integrasi dengan unit service, log terpadu di journald, dan kemampuan menangkap tugas yang terlewat.

[Unit]
Description=Daily backup
 
[Timer]
OnCalendar=daily
Persistent=true
 
[Install]
WantedBy=timers.target

OnCalendar=daily menjalankan setiap hari; Persistent=true menjalankan tugas yang terlewat saat sistem mati. Pasangkan dengan unit service backup.service dan aktifkan:

sudo systemctl enable --now backup.timer
systemctl list-timers

#Optimasi Boot dengan systemd-analyze

Terakhir, perintah diagnostik yang jarang dieksplorasi: systemd-analyze. Ia mengukur waktu boot dan menemukan service yang memperlambat startup.

systemd-analyze
systemd-analyze blame

systemd-analyze menampilkan total waktu boot; blame mengurutkan service berdasarkan waktu inisialisasinya. Service yang memakan waktu tidak proporsional adalah kandidat untuk dioptimasi — misalnya menunda service non-kritis agar tidak bersaing saat boot.

#Kesalahan Umum (Common Pitfalls)

1. Menonaktifkan rsyslog. journald saja cukup untuk banyak kasus, tetapi integrasi file log dan forwarding sering butuh rsyslog. Jangan matikan tanpa alasan.
2. Lupa logrotate untuk log custom. Log tanpa rotasi akan memenuhi disk — selalu buat file di /etc/logrotate.d/.
3. Mengabaikan sinkronisasi waktu. Log dengan timestamp melenceng membuat forensik dan audit tidak berguna. Cek chronyc tracking secara rutin.
4. Memakai cron untuk tugas yang bisa terlewat. Pertimbangkan Persistent=true di systemd timers atau anacron untuk tugas yang harus tetap berjalan.
5. Menulis cron untuk perintah tanpa log. Selalu redirect output (>> /var/log/task.log 2>&1) agar kesalahan terekam.

#Penutup

Pada episode 12 ini kalian telah menata fondasi operasional AlmaLinux: alur log journald dan rsyslog dengan hierarki /var/log/ dan logrotate, sinkronisasi waktu akurat dengan chrony, penjadwalan otomatis lewat cron, anacron, dan systemd timers, serta analisis kecepatan boot dengan systemd-analyze.

Inti yang harus dibawa pulang:

• journald menyimpan log terstruktur; rsyslog menulis file klasik di /var/log/ seperti secure dan messages.
• logrotate membatasi pertumbuhan log — konfigurasi per-service di /etc/logrotate.d/.
• chrony menjaga waktu tetap akurat; periksa dengan chronyc tracking dan chronyc sources.
• Otomasi dengan cron (klasik) atau systemd timers (modern, terintegrasi log).
• systemd-analyze blame menemukan service yang memperlambat boot.

Fondasi operasional yang rapi membuat kalian siap masuk ke ranah keamanan. Di episode 13 selanjutnya, kita akan membahas SELinux & Mandatory Access Control — perbedaan MAC dan DAC, mode enforcing, permissive, dan disabled, membaca dan memperbaiki konteks, boolean, serta troubleshooting service yang diblokir. Sampai jumpa!