ฉันควรใช้ ZFS หรือ hardware RAID บนเซิร์ฟเวอร์จัดเก็บข้อมูลแบบเช่า?

ทำไม OpenZFS จึงไม่แนะนำให้ใช้ hardware RAID?

เพราะ RAID card ซ่อนดิสก์จาก ZFS ทำให้ ZFS เห็นเป็นดิสก์เสมือนหนึ่งตัวและใช้ความซ้ำซ้อนของตัวเองไม่ได้ คู่มือฮาร์ดแวร์ของ OpenZFS ระบุปัญหาต่าง ๆ ไว้:

• Self-healing ที่อ่อนแอลง เมื่อ checksum ผิดพลาด ZFS มักดึงสำเนาที่ดีจากดิสก์อื่นไม่ได้ เพราะการ์ดเป็นเจ้าของความซ้ำซ้อน
• ขนาด sector ผิด การ์ดอาจรายงานผิด ซึ่งทำให้เกิด read-modify-write overhead
• การเปลี่ยนอุปกรณ์ถูกจำกัด การ์ดที่เสียอาจต้องใช้รุ่นเดียวกันเพื่ออ่าน array ได้อีกครั้ง
• ความเสี่ยงของ write cache ข้อมูลที่อยู่ในแคชอาจหายเมื่อไฟดับหรือแบตเตอรี่หมด
• พฤติกรรมการ rebuild ที่ไม่ทราบแน่ชัด คู่มืออ้างถึงรายงานว่า array RAID 5 และ 6 สูญหายระหว่าง rebuild หลัง silent corruption
• firmware ปิด และชื่ออุปกรณ์เปลี่ยนได้ คุณตรวจสอบโค้ดไม่ได้ และ array หนึ่งที่ล้มเหลวอาจเปลี่ยนชื่อ array อื่น

คำแนะนำคือให้ใช้ host bus adapter (HBA) แทน RAID controller เพื่อประสิทธิภาพและความน่าเชื่อถือ

ZFS ซ่อมได้เฉพาะสิ่งที่มองเห็น: ให้ไดรฟ์กับมัน ไม่ใช่ดิสก์เสมือน

ZFS ทำอะไรได้ที่ RAID card ทำไม่ได้?

ZFS ตรวจสอบทุกบล็อกที่อ่านเทียบกับ checksum เมื่อบล็อกผิดและ pool มีความซ้ำซ้อน ZFS จะอ่านสำเนาที่ดีและซ่อมสำเนาที่เสีย การ scrub ทำเช่นนี้กับข้อมูลทั้งหมด เพื่อจับ silent error จากฮาร์ดแวร์เสียหรือไดรฟ์เสีย

filesystem และ array เป็นชั้นเดียวกัน ZFS จึงรู้ว่าบล็อกใดเก็บข้อมูล การ resilver ตรวจเฉพาะข้อมูลที่ล้าสมัย ไม่ใช่พื้นที่ว่าง ทำให้ rebuild บน pool ที่ยังไม่เต็มใช้เวลาสั้นลง โดยจำนวนชั่วโมงคำนวณไว้ที่หน้าเวลาการ rebuild ของ RAID

ยังมี snapshot, compression และการเข้ารหัสแบบ native ต่อ dataset อีกด้วย RAIDZ2 ไม่มี write hole แบบ RAID 5/6 ที่ข้อมูลกับ parity ไม่ตรงกันหลังไฟดับ

เมื่อใดที่ hardware RAID หรือ mdadm เป็นตัวเลือกที่ดีกว่า?

เมื่อคุณต้องการ filesystem ธรรมดาเช่น ext4 หรือ XFS จากนั้นสิ่งที่อยู่ใต้มันต้องให้ความซ้ำซ้อน นั่นคือ RAID card หรือ mdadm ของ Linux

mdadm ไม่ต้องใช้การ์ด array ของมันย้ายไปยังเครื่อง Linux เครื่องใดก็ได้ และการเข้ารหัส LUKS วางอยู่ใต้มันได้อย่างเรียบร้อย ข้อจำกัดของมันคือสิ่งที่ ZFS ขจัดออกไป: md ไม่รู้ว่าบล็อกใดเก็บข้อมูล จึงต้อง rebuild ไดรฟ์ทั้งลูก

หากเซิร์ฟเวอร์มี RAID card ติดมาเท่านั้น ให้ตั้งการ์ดเป็นโหมดส่งผ่านไดรฟ์ก่อนสร้าง ZFS เพื่อให้ ZFS ควบคุมดิสก์เอง

จากผู้ขายเซิร์ฟเวอร์จัดเก็บข้อมูล 23 รายที่ Basalthold ตรวจเมื่อ 2 November 2026 มี 4 รายที่ระบุว่ามี RAID controller หรือตัวเลือก hardware RAID ในแผนจัดเก็บข้อมูล Basalthold ไม่สัญญาเช่นนั้น: ไดรฟ์ข้อมูลมาแบบเปล่า สำหรับ software array ของคุณเอง

อันไหนเหมาะกับ backup server?

ZFS ในกรณีส่วนใหญ่ backup ถูกเขียนครั้งเดียวและอ่านน้อยครั้ง silent corruption จึงอาจซ่อนอยู่นานหลายเดือนโดยไม่มีใครเห็น checksum และ scrub จะพบมันในขณะที่สำเนาที่ดีmangยังมีอยู่

Proxmox VE และ Proxmox Backup Server มี ZFS มาด้วย ดังนั้น pool เดียวกันก็ใช้เป็น datastore ได้ ดู Proxmox Backup Server offsite ZFS ต้องการหน่วยความจำสำหรับ cache การคำนวณขนาดสำหรับ 100 TB อยู่ใน ZFS RAM requirements การเลือก layout อยู่ใน RAID 6 หรือ RAID 10

ฉันจะตรวจสอบได้อย่างไรว่า ZFS มองเห็นไดรฟ์ดิบ?

แสดงรายการไดรฟ์ก่อนจะสร้างอะไรขึ้นมา ไดรฟ์ข้อมูลแต่ละตัวควรปรากฏแยกกัน พร้อมรุ่นและหมายเลขซีเรียลจริง จากนั้นสร้าง pool จากชื่อที่เสถียรใน /dev/disk/by-id เพื่อให้อุปกรณ์ที่ถูกเปลี่ยนชื่อไม่ทำให้สับสน

data sheet ทั้งสองฉบับที่อ่านสำหรับหน้านี้อธิบายถึง physical sector ขนาด 4,096 ไบต์ Exos X20 ของ Seagate จัดส่งในรูปแบบ 512e และ Western Digital เรียก HC560 ว่าเป็นไดรฟ์ Advanced Format ตั้งค่า ashift=12 ให้ตรงกัน

# every data drive on its own line, with model and serial
lsblk -d -o NAME,SIZE,ROTA,MODEL,SERIAL
smartctl -i /dev/sdb
ls -l /dev/disk/by-id/ | grep -v part

# RAIDZ2 over the data drives, by stable ID, 4K sectors
zpool create -o ashift=12 tank raidz2 \
  /dev/disk/by-id/ata-MODEL_SERIAL01 /dev/disk/by-id/ata-MODEL_SERIAL02 \
  /dev/disk/by-id/ata-MODEL_SERIAL03 /dev/disk/by-id/ata-MODEL_SERIAL04
zpool status tank

# scrub once a month to find silent errors
zpool scrub tank