Belajar RAID - Sejarah, Latar Belakang & Mengapa Membutuhkan RAID

#Pendahuluan

Episode 0 sudah memastikan environment kalian siap. Sekarang saatnya memahami mengapa RAID ada. Episode 1 ini menjawab tiga pertanyaan besar: dari mana konsep RAID berasal, apa masalah yang dia pecahkan, dan mengapa kalian — sebagai engineer yang menangani penyimpanan — membutuhkannya.

Banyak orang mulai memakai RAID karena tutorial, padahal memahami latar belakangnya jauh lebih berharga. Dengan tahu masalah yang diselesaikan, kalian akan lebih mudah memutuskan level RAID mana yang tepat, kapan redundancy wajib, dan bagaimana memposisikan array dalam arsitektur penyimpanan.

Sebagai catatan, episode ini memang lebih banyak bercerita daripada praktik. Jangan khawatir — mulai episode 4 kalian akan berlatih langsung dengan perintah mdadm. Pemahaman konsep yang kalian bawa ke praktik akan membuat setiap perintah terasa masuk akal, bukan sekadar dihafal. Mari kita mulai dari awal cerita.

#Sejarah RAID

#Makalah Berkeley 1987

Konsep RAID dipopulerkan oleh makalah klasik "A Case for Redundant Arrays of Inexpensive Disks" yang ditulis David Patterson, Garth Gibson, dan Randy Katz dari University of California, Berkeley pada tahun 1987. Saat itu, disk berkapasitas besar sangat mahal, dan para penulis berargumen bahwa menggabungkan banyak disk kecil yang murah bisa memberi kapasitas, performa, dan keandalan yang setara dengan disk mahal.

Makalah tersebut memperkenalkan level RAID 1 sampai 5, masing-masing dengan tradeoff performa dan redundancy yang berbeda. Level RAID 0 baru dikenal belakangan sebagai tambahan informal untuk striping tanpa redundancy. Singkatan RAID sendiri awalnya berarti Inexpensive Disks, yang kemudian berubah menjadi Independent ketika RAID diadopsi industri.

#Evolusi Level dan Implementasi

Sejak 1987, level RAID terus berkembang: RAID 6 untuk double parity, RAID 10 yang menggabungkan mirror dan striping, RAID 50 dan 60 sebagai nested level, hingga dRAID yang dibawa ZFS untuk penyimpanan skala besar. Di sisi implementasi, ada dua jalur utama:

• Software RAID: diwakili kernel MD driver dan tool mdadm, yang dimulai sekitar tahun 2001 oleh Neil Brown dan terus berkembang hingga sekarang.
• Hardware RAID: kartu controller dengan cache baterai yang menangani parity di prosesor khusus.

Perbandingan kedua jalur ini akan kita bedah tuntas di episode 3. Untuk sekarang, cukup catat bahwa dua jalur ini bersaing sepanjang sejarah RAID.

#Adopsi dan Perkembangan Modern

Per 2026, RAID tidak lagi eksklusif untuk server mahal. Di homelab, sebuah board Mini PC dengan dua SSD sudah bisa menjalankan RAID 1 via mdadm. Di cloud, layanan seperti EBS mendukung RAID 0 dan 10 di tingkat instance. Di sisi filesystem, ZFS membawa RAIDZ dan dRAID, sementara btrfs punya RAID mode bawaan — kita akan bahas di episode 8 dan 22.

1987 paper Berkeley → 1990s hardware RAID → 2001 mdadm → 2026 mdadm 4.6 + OpenZFS 2.4

#Masalah yang Diselesaikan RAID

#Disk Itu Gagal

Masalah inti yang diselesaikan RAID adalah kenyataan bahwa disk adalah komponen dengan failure rate signifikan. HDD memiliki head dan platter yang bergerak; SSD memiliki sel flash dengan jumlah tulis terbatas. Ketika satu disk dalam sistem tanpa redundancy gagal, semua data di dalamnya hilang. RAID memberi jawaban dengan tiga mekanisme dasar:

• Redundancy: survive kegagalan satu atau lebih disk.
• Performa: mendistribusikan I/O ke banyak disk sekaligus.
• Kapasitas: menggabungkan kapasitas beberapa disk menjadi satu logical volume.

Ketiga mekanisme ini tidak pernah gratis — masing-masing punya overhead yang akan kita hitung di episode 2.

#Redundancy untuk Survive Kegagalan

Katakanlah kalian punya data berharga di satu disk 4TB. Saat disk itu mati, datanya ikut mati. Dengan RAID 1 dua disk, data ditulis dua kali — saat satu disk mati, disk lain tetap punya salinan penuh. Dengan RAID 5 lima disk, parity tersebar di semua disk sehingga satu disk bisa gagal tanpa kehilangan data. Tingkat redundancy inilah yang membedakan level RAID satu sama lain.

cat /proc/mdstat

Output /proc/mdstat menunjukkan array seperti md0 : active raid1 sda[0] sdb[1]. Jika satu disk gagal, state berubah menjadi degraded dan array tetap berjalan. Kita akan membaca file ini secara detail di episode 5.

#Tradeoff: Tidak Ada yang Gratis

Setiap level RAID memakai kapasitas disk untuk menyimpan data redundancy. RAID 1 memakai setengah kapasitas total. RAID 5 memakai kapasitas satu disk. RAID 6 memakai kapasitas dua disk. Semakin tinggi redundancy, semakin aman data, tapi semakin sedikit kapasitas berguna dan semakin besar overhead parity pada saat tulis.

RAID juga bukan solusi untuk semua masalah: ia tidak melindungi dari delete by mistake, korupsi file, atau kebakaran ruang server. Justru untuk alasan inilah kalian akan sering mendengar pepatah yang akan kita ulangi terus di series ini — RAID bukan backup. Detailnya akan kita bedah di episode 12.

#Mengapa Kalian Membutuhkan RAID

Mari kita rangkum dalam konteks kerja nyata. Kalian membutuhkan RAID jika:

• Data harus tetap tersedia saat disk gagal: database produksi, VM, atau NAS keluarga.
• Performa I/O menjadi bottleneck: banyak workload baca-tulis pada satu disk.
• Kapasitas satu disk tidak cukup: ingin menggabungkan beberapa disk menjadi volume besar.
• Ingin downtime yang rendah saat penggantian disk: hot-swap dan rebuild otomatis.

Sebaliknya, jika data bisa hilang tanpa konsekuensi besar atau performa single disk sudah cukup, RAID justru menambah kompleksitas dan overhead yang tidak perlu.

#Pola Pikir Modern: Integritas di Atas Redundansi

#Dari Mencegah Downtime ke Mencegah Korupsi

Sejak 2010-an, perdebatan RAID bergeser. Hardware RAID klasik fokus pada ketersediaan: memastikan array tetap berjalan saat disk mati. Namun kenyataannya, sebagian besar kehilangan data tidak datang dari disk mati, melainkan dari silent corruption — data yang rusak tanpa sepengetahuan siapa pun. Disk mati terdeteksi dan diganti, tapi bit yang diam-diam berubah tidak terdeteksi sampai terlalu terlambat.

Inilah alasan ZFS dan btrfs menambahkan checksum di setiap blok data, sehingga setiap baca memverifikasi integritas. RAID tradisional memberi redundancy; ZFS dan btrfs menambah integritas. Perbedaan inilah yang akan menentukan pilihan kalian di episode 8 dan 22.

#RAID sebagai Fondasi, Bukan Segalanya

Dalam arsitektur penyimpanan modern, RAID adalah satu lapisan di antara beberapa lapisan perlindungan: snapshot, replication, backup offsite, dan versioning. RAID memastikan satu disk mati tidak mematikan layanan; lapisan lain memastikan kesalahan manusia dan bencana tidak mematikan data. Perspektif ini akan mewarnai seluruh series, terutama episode 12 tentang backup dan disaster recovery.

#Mental Model untuk Sisa Series

Mulai sekarang, biasakan membaca setiap keputusan RAID dari tiga sumbu: kapasitas, performa, dan ketahanan. Setiap level RAID adalah titik di antara tiga sumbu ini — tidak ada level yang unggul di semuanya. Ketika sebuah tim memilih RAID 10, mereka menukar kapasitas demi performa tulis dan rebuild cepat; ketika memilih RAIDZ2, mereka menukar overhead parity demi kapasitas yang aman untuk disk besar. Kerangka berpikir inilah yang akan kalian pakai sampai episode 22.

#Penutup

Episode 1 memberi kalian konteks: RAID lahir dari makalah Berkeley tahun 1987 untuk membuat penyimpanan redundant terjangkau, berkembang dari RAID 1-5 menjadi RAID 6, 10, 50, 60, hingga dRAID, dan kini tersedia dalam implementasi software seperti mdadm dan ZFS serta hardware controller.

Inti yang harus dibawa pulang:

• RAID dipopulerkan makalah Patterson, Gibson & Katz di Berkeley tahun 1987.
• Level RAID 1-5 lahir dari makalah tersebut; RAID 0, 6, 10, dan dRAID datang belakangan.
• RAID menyelesaikan tiga masalah: redundancy, performa, dan kapasitas.
• Setiap level punya tradeoff kapasitas dan overhead tulis masing-masing.
• RAID bukan backup: ia tidak melindungi dari kesalahan manusia atau bencana fisik.
• Tren modern bergeser dari sekadar redundancy menuju integritas data lewat checksum.

Di episode 2 selanjutnya kita akan membahas konsep dasar dan level RAID — striping, mirroring, dan parity, formula kapasitas untuk setiap level, serta tradeoff URE yang membuat RAID 6 lebih menarik untuk disk besar. Ini adalah fondasi arsitektural yang akan menemani seluruh series.