Tren Penyimpanan Enterprise 2026: Dari Kelangkaan HDD Hingga CXL dan Computational Storage

Industri penyimpanan data memasuki fase transisi paling radikal sejak perpindahan HDD ke SSD. Data dari Western Digital menunjukkan 89 persen pendapatan kini berasal dari segmen cloud dan enterprise, sementara pasar konsumen hanya menyisakan 5 persen. CEO Irving Tan mengonfirmasi produksi HDD 2026 hampir sold out — kontrak jangka panjang hingga 2028 sudah ditandatangani dalam skala exabyte. Bagi tim infrastruktur di Indonesia, sinyal ini berarti perencanaan kapasitas tidak bisa lagi mengandalkan kurva harga HDD turun; harus ada strategi tiering yang realistis.

1. Kelangkaan HDD dan Pergeseran ke QLC SSD Enterprise

Hard disk drive tetap paling efisien biaya per terabyte untuk cold dan warm data. Namun kenaikan harga 15–20 persen per kuartal memaksa perusahaan mengevaluasi QLC (Quad-Level Cell) SSD untuk tier-2 storage. Berkat peningkatan firmware controller — wear-leveling cerdas, over-provisioning dinamis, dan koreksi kesalahan LDPC generasi baru — QLC kini layak untuk beban read-intensive: logging, arsip compliance, data lake historis, dan backup target.

# Contoh profil QLC SSD enterprise (Samsung PM893a / Micron 5400 PRO)
Capacity: 7.68 TB – 30.72 TB
DWPD (Drive Writes Per Day): 0.3 – 0.58
Sequential Read: 3.500 MB/s
Sequential Write: 3.000 MB/s
Random Read IOPS: 420.000
Random Write IOPS: 45.000
Endurance: 4.2 PBW (7.68 TB model)
Interface: U.3 PCIe 4.0 x4 / E1.S

Perbandingan TCO 5 tahun (kapasitas 1 PB usable):

• HDD 20 TB × 50 unit + RAID-6: ~Rp 2,1 Miliar (listrik + cooling + rack space tinggi)
• QLC SSD 30 TB × 34 unit + RAID-5: ~Rp 3,8 Miliar (listrik 60 % lebih rendah, footprint 1/3 rack)

Meskipun capex SSD QLC 1,8× HDD, opex listrik dan ruang rack menutup selisihnya di tahun ke-3. Banyak hyperscaler Indonesia (Biznet, NeuCentrIX, DCI) sudah memasukkan QLC ke roadmap 2026.

2. NVMe over Fabrics (NVMe-oF) Jadi Standar De Facto

NVMe-oF — baik NVMe/TCP maupun NVMe/RoCE v2 — menghilangkan bottleneck HBA/SAS tradisional. Latensi end-to-end turun dari 150–200 µs (iSCSI) ke 20–40 µs. Untuk database OLTP (PostgreSQL, MySQL, SQL Server) dan real-time analytics (ClickHouse, Druid), peningkatan IOPS acak 3–5× langsung terasa.

Catatan Praktis: NVMe/TCP lebih mudah di-deploy karena berjalan di Ethernet standar (25/100 GbE) tanpa perlu lossless fabric seperti RoCE. Cocok untuk cluster Kubernetes yang sudah menggunakan CNI berbasis VXLAN.

# Contoh deployment NVMe/TCP target di Linux (kernel ≥ 5.10)
modprobe nvmet
modprobe nvmet-tcp

mkdir -p /sys/kernel/config/nvmet/subsystems/nqn.2026-07.id.company:storage
cd /sys/kernel/config/nvmet/subsystems/nqn.2026-07.id.company:storage

# Allow any host (production: batasi dengan hostnqn)
echo 1 > attr_allow_any_host

# Namespace 1 → block device /dev/nvme1n1
mkdir -p namespaces/1
echo -n /dev/nvme1n1 > namespaces/1/device_path
echo 1 > namespaces/1/enable

# Portal TCP port 4420
mkdir -p /sys/kernel/config/nvmet/portals/1
ip addr add 10.10.10.50/24 dev eth0
echo 10.10.10.50 > /sys/kernel/config/nvmet/portals/1/addr
echo 4420 > /sys/kernel/config/nvmet/portals/1/port
echo tcp > /sys/kernel/config/nvmet/portals/1/transport
ln -s ../../subsystems/nqn.2026-07.id.company:storage \
     /sys/kernel/config/nvmet/portals/1/subsystems/nqn.2026-07.id.company:storage

Di sisi initiator (client):

nvme connect -t tcp -n "nqn.2026-07.id.company:storage" \
             -a 10.10.10.50 -s 4420
# Device muncul sebagai /dev/nvme2n1, bisa di-format XFS/ext4 atau dipakai langsung sebagai PV LVM

3. CXL 3.0: Memory Pooling dan Tiering Tanpa Ganti Server

Compute Express Link (CXL) 3.0 mengizinkan memory expansion dan memory pooling melalui slot PCIe 5.0. Server dengan DDR5 terbatas 8–12 channel kini bisa menambah 1–2 TB memori via CXL-DIMM atau CXL-SSD tanpa downtime besar. Intel Xeon 6 (Granite Rapids) dan AMD EPYC 9005 (Turin) mendukung CXL 3.1 native.

Kasus nyata: Klaster PostgreSQL primary-read replica butuh buffer pool 2 TB tapi server hanya punya 12 slot DDR5 (max 3 TB). Tambah 2 TB CXL-DIMM memungkinkan shared_buffers = 2TB tanpa beli server baru. Latensi akses CXL ~120 ns vs DDR5 lokal ~80 ns — cukup cepat untuk hot pages.

# Kernel 6.8+ sudah punya driver CXL (CONFIG_CXL_BUS, CONFIG_CXL_MEM)
# Cek device CXL terdeteksi
lscxl
# Output contoh:
# CXL Bus 0: Root Complex
#   Port 0: Type 3 Device (Memory) - 1.0 TB
#   Port 1: Type 3 Device (Memory) - 1.0 TB

# Buat memory region & assign ke NUMA node 0
cxl create-region --dimm=0 --dimm=1 --interleave=256 --node=0
# Region muncul sebagai /dev/pmem_cxl0 (persistent memory mode) atau
# sebagai system RAM via kernel memory hotplug (volatile mode)

Mode volatile (System RAM) lebih sederhana: kernel melihat memori tambahan biasa, cocok untuk buffer pool database. Mode persistent (PMEM) butuh filesystem DAX (ext4/xfs -o dax) dan cocok untuk write-ahead log atau checkpoint cepat.

4. Computational Storage: Proses di Tempat Data Berada

Computational Storage Drive (CSD) menanamkan ARM core / FPGA di dalam SSD untuk menjalankan filter, compress, encrypt, regex search sebelum data keluar ke host. ScaleFlux CSD 3000 series (32-core ARM Neoverse N1) memproses columnar scan Parquet/ORC langsung di drive, mengurangi bandwidth PCIe 90 % untuk query data lake.

# Contoh offload push-down filter ke CSD (pseudo-SQL via ScaleFlux SDK)
SELECT COUNT(*) FROM s3://datalake/orders/
WHERE order_date >= '2026-01-01'
  AND status = 'SHIPPED'
  AND region = 'ID-JK';

# CSD membaca footer Parquet, apply predicate push-down,
# hanya mengirim row-id yang lolos ke host → CPU host hanya agregasi final.
# Hasil: latency query 1 TB data turun dari 45 s → 4 s.

Beban lain cocok: deduplication inline, encryption AES-256-XTS tanpa beban CPU host, AI inference ringan (embedding vector search) di near-storage.

Rekomendasi Tindakan untuk Tim Infrastruktur Indonesia

1. Audit kapasitas HDD — kunci kontrak pembelian 2027–2028 sekarang; pertimbangkan buy-back HDD lama ke vendor untuk kredit SSD.
2. Pilot QLC SSD — mulai dari backup target Veeam/Commvault, lalu data lake cold zone.
3. Standarisasi NVMe/TCP — masukkan ke reference architecture Kubernetes (Longhorn, Rook-Ceph CSI NVMe-oF).
4. Evaluasi CXL — identifikasi server gen-4 (Xeon Scalable 3 / EPYC 7003) yang masih ada slot PCIe 5.0 kosong; tambah CXL-DIMM untuk memperpanjang umur aset.
5. PoC Computational Storage — pilih satu data lake Parquet >500 TB, uji CSD vs Spark baseline.

Pergeseran 2026 bukan soal mengganti semua hardware sekaligus, tapi membangun storage fabric yang fleksibel: HDD untuk arsip panjang, QLC SSD untuk active archive, NVMe-oF untuk performa, CXL untuk memori elastis, dan CSD untuk komputasi terdistribusi. Tim yang mulai merancang arsitektur hybrid ini hari ini akan menghindari capex spike dan vendor lock-in di tahun-tahun depan.