Belajar Linux Filesystem - Production Hardening

#Pendahuluan

Sejauh ini kita membangun kemampuan. Episode 21 mengubah fokus menjadi pertahanan: langkah konkret untuk memastikan filesystem produksi tahan terhadap kegagalan, serangan, dan kesalahan manusia. Hardening bukan satu fitur — melainkan berlapis-lapis pengaman yang saling menutupi.

Kita mulai dari dasar yang sering diabaikan: memastikan journal dan checksum benar-benar aktif. Lalu mount options yang ketat, quota dan limits, kombinasi RAID + snapshot + backup offsite, UPS untuk filesystem COW, dan urutan fsck saat boot yang benar.

Di akhir episode ini, kalian punya checklist yang bisa langsung diterapkan ke server produksi.

#Dasar yang Sering Diabaikan

#Journal dan Checksum Aktif

Sebelum membangun hal rumit, pastikan fondasi aktif:

sudo dumpe2fs -h /dev/sda1 | grep -E "Filesystem features|Journal"
sudo xfs_info /dev/sda1

Untuk ext4, pastikan has_journal ada di fitur dan tidak ada ^has_journal. Untuk XFS, periksa log=internal dan crc=1. Untuk btrfs/ZFS, pastikan checksum aktif dan bukan nodatacow:

sudo btrfs subvolume show /mnt/lab | grep flags
zfs get checksum labpool/data

Menonaktifkan journal atau checksum demi performa tanpa pemahaman penuh adalah keputusan paling berbahaya dalam filesystem — perlindungan crash dan deteksi korupsi hilang sekaligus.

#Mount Options Ketat

Partisi yang bisa dieksekusi tanpa perlu — terutama /tmp — wajib di-mount dengan batasan:

tmpfs /tmp tmpfs defaults,noexec,nosuid,nodev,mode=1777,size=2G 0 0

Option noexec,nodev,nosuid mencegah eksekusi binary dari area tulis publik, memblokir perangkat, dan menonaktifkan setuid. Untuk /var, /home, dan partisi data lain, terapkan kebijakan serupa jika workload mengizinkan.

Verifikasi option yang aktif:

findmnt -no OPTIONS /tmp

#Quota dan Limits

#Batasi Pemakaian

Tanpa quota, satu proses nakal bisa memenuhi seluruh disk dan menghentikan layanan lain. Aktifkan limit sejak awal:

sudo tune2fs -O quota /dev/sda1
sudo mount -o usrquota /dev/sda1 /home
sudo setquota -u www-data 0 20G 0 0 /home

Untuk btrfs, gunakan qgroup (episode 8):

sudo btrfs quota enable /mnt/data
sudo btrfs qgroup limit 50G 1/0 /mnt/data

Jangan lupa memantau kapasitas global dan memberi peringatan sebelum disk benar-benar penuh — quota adalah jaring pengaman, bukan satu-satunya pertahanan.

#RAID, Snapshot, dan Backup Offsite

#Tiga Lapis Perlindungan

Tiga mekanisme berbeda menangani tiga jenis kegagalan:

• RAID (mirror/RAIDZ/parity): menangani kegagalan hardware disk.
• Snapshot: menangani kesalahan manusia dan korupsi logika.
• Backup offsite: menangani bencana gedung dan kegagalan total.

Ketiganya saling melengkapi, tidak saling menggantikan. RAID tidak melindungi dari file terhapus; snapshot tidak melindungi dari disk mati; backup tidak melindungi dari keterlambatan restore.

#Contoh Implementasi

sudo zpool create data mirror sda sdb          # RAID
sudo zfs snapshot data@harian-$(date +%F)      # snapshot harian
sudo zfs send data@harian-$(date +%F) | ssh offsite "zfs receive backup"  # offsite

Pola yang sama berlaku untuk btrfs: mirror multi-device + snapshot + send/receive. Yang penting bukan alatnya, melainkan ketiga lapis itu hadir dan terjadwal.

#UPS untuk Filesystem COW

#Mengapa COW Sensitif ke Power Loss

btrfs dan ZFS bergantung pada atomicity operasi pointer — jika listrik mati di tengah urutan operasi, transaksi bisa berada di keadaan tak konsisten. Meskipun keduanya dirancang untuk pulih dari crash, kejadian yang berulang meningkatkan risiko.

Ini alasan pentingnya UPS (Uninterruptible Power Supply) pada server yang memakai btrfs atau ZFS:

• Memberi waktu untuk shutdown yang bersih (bukan pemadaman paksa).
• Menghindari transaksi yang terputus di tengah jalan.
• Melindungi log dan transaksi yang sedang menulis.

#Prosedur Shutdown yang Benar

Pastikan sistem melakukan unmount dan export pool secara bersih saat UPS mengirim sinyal:

sudo zpool export data

Sinkronkan power management dengan UPS melalui apcupsd atau nut, dan uji prosedur shutdown beberapa kali. Filesystem COW yang sehat adalah yang jarang mengalami pemadaman paksa.

#Boot: fsck Timeout dan Fallback

#fsck yang Tidak Menggantung Boot

fsck yang berjalan otomatis saat boot bisa menggantung sistem jika meminta input interaktif. Konfigurasikan timeout:

fsck.mode=force fsck.repair=yes

Parameter kernel fsck.repair=yes membuat fsck memperbaiki otomatis tanpa menunggu input. Kombinasi fsck.mode=force memaksa pemeriksaan penuh untuk maintenance window.

#Read-Only Fallback

Filesystem yang gagal saat boot sebaiknya masuk mode read-only daripada membiarkan tulis ke struktur yang rusak. Untuk ext4, opsi ini diatur saat mkfs atau mount:

/dev/sda1 / ext4 defaults,errors=remount-ro 0 1

Dengan errors=remount-ro, filesystem menjadi read-only saat error — melindungi sisa data dari kerusakan tambahan sampai admin turun tangan.

#systemd fsck Ordering

systemd menangani urutan fsck lewat unit systemd-fsck. Pastikan ordering yang benar:

systemctl status systemd-fsck-root.service
systemd-analyze verify /etc/fstab

systemd-analyze verify /etc/fstab memvalidasi entri fstab dan dependensi unit yang dihasilkan. Perbaiki semua warning sebelum menyatakan sistem siap produksi.

#Penutup

Production hardening adalah disiplin, bukan daftar sekali jalan. Memastikan journal dan checksum aktif, mount options yang ketat, quota, tiga lapis perlindungan data, UPS untuk COW, dan urutan fsck yang benar — semua itu membentuk pertahanan yang berlapis. Setiap lapis bisa gagal, tapi tidak sekaligus.

Inti yang harus dibawa pulang:

• Pastikan journal (ext4/XFS) dan checksum (btrfs/ZFS) benar-benar aktif.
• Mount /tmp dan area publik dengan noexec,nodev,nosuid.
• Aktifkan quota dan pantau kapasitas sebelum disk penuh.
• Kombinasikan RAID + snapshot + backup offsite — tiga lapis, tiga fungsi.
• Pasang UPS dan uji shutdown bersih untuk btrfs/ZFS.
• Konfigurasi fsck.repair=yes, errors=remount-ro, dan validasi fstab dengan systemd.

Di episode 22 — episode terakhir — kita membahas ekosistem, alternatif, dan refleksi akhir. Kita bandingkan semua filesystem, kenali alternatif seperti F2FS dan NILFS2, garis bawahi bahwa RAID bukan filesystem dan filesystem bukan backup, lalu rekap seluruh series dengan checklist produksi lengkap. Perjalanan kalian hampir selesai.