Belajar Data Center Engineer - Storage & SAN

#Pendahuluan

Setelah di episode 6 kita membangun jaringan fabric spine-leaf, episode ini membahas penghuni paling berharga di data center: data itu sendiri — dan cara ia tersimpan. Server bisa reboot dalam menit; kehilangan array storage adalah insiden bertingkat nasional. Karena itu storage punya jaringan sendiri (SAN), protokol sendiri (fiber channel), dan disiplin operasi sendiri.

Kita mulai dari pemetaan arsitektur besar, masuk ke anatomi SAN fiber channel, alternatif blok modern (iSCSI/NVMe-oF), lalu praktik wajib: multipath di Linux — konfigurasi yang membuat dua jalur HBA benar-benar redundant, bukan sekadar dua kabel terpasang.

#Tiga Arsitektur: DAS, NAS, SAN

Perbedaan mentalnya: NAS memberi file system siap pakai (/mnt/share); SAN memberi disk mentah (LUN) yang harus diformat oleh server penerima. Database enterprise dan hypervisor cluster menyukai block-level karena latensi rendah dan kontrol penuh atas layout.

#Anatomi SAN Fiber Channel

FC adalah protokol veteran yang masih menguasai SAN enterprise. Komponen-komponennya:

• HBA (Host Bus Adapter) — kartu host seperti NIC tetapi bicara FC; dikenali lewat WWPN (World Wide Port Name, 64-bit, analogi MAC address).
• FC Switch — pembentuk fabric (Brocade/Cisco MDS); port speed umum 32G/64G.
• Storage Array — sisi target dengan port FC-nya sendiri (juga punya WWPN).
• Zoning — aturan fabric: port mana yang boleh melihat port mana.
• LUN Masking — aturan sisi array: LUN mana yang boleh dilihat host mana.

Zoning ada dua rasa: soft (berbasis WWPN, mengikuti port walau pindah switch-port) dan hard (berbasis nomor port fisik). Praktik industri: zoning berbasis WWPN karena perangkat boleh pindah port tanpa ubah zona.

Contoh sesi zoning Brocade (perintah CLI asli):

aliascreate srv01_hba1 "50:01:43:80:24:1e:a1:c2"
zonecreate zone_srv01_arrayA "srv01_hba1; arrA_p0; arrA_p1"
cfgcreate cfg_prod "zone_srv01_arrayA"
cfgenable

Alur bacanya: alias menamai WWPN → zone menggabungkan initiator + target → config membungkus semua zone → enable mengaktifkan. Setelah ini baru di array kita lakukan masking LUN ke host tersebut. Disiplin dua lapis (fabric + array) inilah yang mencegah server A membaca data server B.

#iSCSI dan NVMe-oF: Blok di Atas Jaringan IP

Tidak semua DC mau biaya fabric FC. Alternatif di atas Ethernet biasa:

iSCSI cukup dengan VLAN terpisah yang di-tune (jumbo frame, flow control), sehingga jadi pilihan lab dan mid-market:

sudo apt install open-iscsi
sudo iscsiadm -m discovery -t sendtargets -p 10.20.20.10:3260
sudo iscsiadm -m node --targetname iqn.2026-01.lab:storage.target01 \
  --portal 10.20.20.10:3260 --login

NVMe-oF adalah jawaban era SSD/NVMe: protokol NVMe dipetakan langsung ke jaringan, memangkas overhead SCSI — relevan saat kalian kelak menyusun rak flash all-NVMe.

#Multipath: Syarat Redundansi Sesungguhnya

Dual-HBA tanpa multipath = dua disk palsu yang bengong atau bahkan korupsi data. device-mapper-multipath menyatukan path-path menuju LUN yang sama menjadi satu device. Konfigurasi /etc/multipath.conf tipikal:

defaults {
    user_friendly_names yes
    find_multipaths yes
    path_grouping_policy group_by_prio
    path_checker tur
    no_path_retry 5
}
blacklist {
    devnode "^sd[a-b]$"
}
devices {
    device {
        vendor "3PARdata"
        product "VV"
        path_grouping_policy group_by_prio
        path_selector "service-time 0"
        features "0"
    }
}

Konsep pentingnya:

• group_by_prio — jalur ke controller aktif array dikelompokkan; I/O tersebar dalam grup prioritas tertinggi (ALUA).
• path_checker tur — cek kesehatan path murah (Test Unit Ready).
• no_path_retry 5 — antre singkat sebelum gagal, memberi waktu failover selesai.
• blacklist — disk lokal boot agar tidak ikut diklaim multipath.

Setelah service jalan, verifikasi topologi path:

sudo multipath -ll

Output sehat terlihat seperti ini:

mpatha (36f01faf000771...) dm-2 3PARdata,VV
size=500G features='0' hwhandler='1 alua' wp=rw
|-+- policy='service-time 0' prio=50 status=active
| |- 1:0:0:1 sdg active ready running
| `- 2:0:0:1 sdk active ready running
`-+- policy='service-time 0' prio=10 status=enabled
  |- 1:0:0:2 sdh active fault ready running
  `- 2:0:0:2 sdl active fault ready running

Dua path active/ready pada grup prioritas 50 (controller aktif), dua lagi standby di grup 10 — persis desain dual-fabric yang kita inginkan.

#Praktik Mini-SAN di Lab

Untuk merasakan sisi target, Linux punya targetcli — cukup untuk lab iSCSI end-to-end:

sudo apt install targetcli-fb
sudo targetcli /backstores/fileio create disk01 /srv/disk01.img 10G
cd /iscsi
create iqn.2026-01.lab:storage.target01
cd iqn.2026-01.lab:storage.target01/tpg1/luns
create /backstores/fileio/disk01
cd ../acls
create iqn.1998-01.com.debian:initiator-srv01
exit

Pasangkan dengan initiator iSCSI di bagian sebelumnya dan kalian memiliki SAN mini lengkap: target, ACL IQN, discovery, login, lalu multipath jika ditambah portal kedua.

#Common Pitfalls Storage

• Satu VLAN iSCSI tanpa isolasi — traffic replikasi menabrak traffic database; pisahkan VLAN/subnet storage.
• Jumbo frame setengah jalan — MTU 9000 di initiator tapi tidak di switch = packet drop misterius; uji dengan ping -M do -s 8972.
• Zoning "biar aman, semua lihat semua" — melanggar tujuan utama zoning; satu host salah format = bencana lintas-server.
• Queue depth & timeout default — workload database butuh tuning HBA; nilai default sering terlalu konservatif untuk latensi rendah.

#Penutup

Inti yang harus dibawa pulang:

• Pilih arsitektur sesuai beban: DAS lokal, NAS file-share, SAN block untuk database/kluster.
• SAN FC dibangun dari HBA-WWPN, fabric switch, zoning, dan LUN masking — dua lapis proteksi akses.
• iSCSI mendemokratisasi block storage di Ethernet; NVMe-oF adalah masa depannya untuk flash.
• Multipath adalah syarat redundansi nyata: satu LUN, banyak path, failover teruji.

Di episode 8 selanjutnya kita naik ke lapisan yang mengubah rack server menjadi kolam sumber daya lentur: virtualisasi di data center — jenis hypervisor, resource pool, HA, live migration, dan siklus hidup VM dari provisioning sampai decommissioning yang benar. Sampai jumpa di episode 8!