RAIDZ2 หรือ RAIDZ3: ZFS pool ขนาดใหญ่ต้องใช้ parity เท่าไร?

แต่ละระดับ parity รอดจากอะไรได้บ้าง?

คู่มือ OpenZFS กำหนดกฎไว้ว่า กลุ่ม raidz ที่มีดิสก์ N ลูกและดิสก์ parity P ลูกจะเก็บข้อมูลได้ประมาณ (N − P) เท่าของขนาดดิสก์ และรอดจากการเสียของอุปกรณ์ P ตัว RAIDZ2 รอดจากสองตัว RAIDZ3 รอดจากสามตัว

หน้าเดียวกันยังแนะนำให้ใช้ 3 ถึง 9 อุปกรณ์ต่อกลุ่ม "เพื่อช่วยเพิ่มประสิทธิภาพ" กลุ่มสิบไดรฟ์อยู่สูงกว่าช่วงนั้นหนึ่งลูก ช่วงนี้เกี่ยวกับประสิทธิภาพ ไม่ใช่ความปลอดภัย: parity ครอบคลุมการเสีย P ตัวที่ความกว้างใดก็ได้

ไดรฟ์ parity เพิ่มแต่ละลูกแลกมาด้วยการรอดจากการเสียเพิ่มหนึ่งครั้ง และเสียพื้นที่ไปหนึ่งไดรฟ์ บน Hold 160 นั่นคือ 16 TB หรือ 12.5% ของความจุ RAIDZ2

pool มีความเสี่ยงนานแค่ไหนระหว่างการ resilver?

นานเท่ากับเวลาที่ไดรฟ์ใหม่ใช้ในการเติมข้อมูล ZFS resilver เฉพาะข้อมูลที่ pool เก็บไว้ ดังนั้น pool ที่เต็มครึ่งหนึ่งจะสร้างใหม่ประมาณครึ่งหนึ่งของจำนวนไบต์

• กรณีดีที่สุด, ไดรฟ์ 16 TB เต็มลูก: 16 TB ที่ความเร็วสูงสุด 285 MB/s ของ Seagate Exos X20 ใช้เวลาประมาณ 15.6 ชั่วโมง
• Pool ที่มีภาระงาน, ตัวอย่างที่ 50 MB/s: ไดรฟ์เดียวกันใช้เวลาประมาณ 89 ชั่วโมง หรือ 3.7 วัน
• ก่อนที่การ resilver จะเริ่ม: ไดรฟ์ที่เสียในเซิร์ฟเวอร์ที่เช่าต้องรอ datacenter เปลี่ยนให้ เมื่อไดรฟ์เสีย ให้เปิด ticket ทีมจะเปลี่ยนไดรฟ์ให้โดยไม่มีค่าใช้จ่าย และการสร้างอาเรย์ใหม่บนไดรฟ์ใหม่ขึ้นอยู่กับการตั้งค่าของคุณ

ในช่วงนั้น RAIDZ2 เหลือ parity หนึ่งตัวและ RAIDZ3 เหลือสองตัว การคำนวณการสร้างใหม่สำหรับไดรฟ์ 10 ถึง 20 TB อยู่ที่ การ rebuild RAID 6 หรือ RAIDZ2 ใช้เวลานานแค่ไหน

เซกเตอร์ที่อ่านไม่ได้เปลี่ยนอะไรบ้าง?

มันทำให้ไดรฟ์ parity ลูกที่สามมีประโยชน์แม้ไม่มีการเสียครั้งที่สาม data sheet ของ Exos X20 ระบุอัตราข้อผิดพลาดในการอ่านแบบกู้คืนไม่ได้ที่ 1 เซกเตอร์ต่อ 10^15 บิตที่อ่าน นั่นคือหนึ่งเซกเตอร์ต่อการอ่าน 125 TB ที่เพดานตาม data sheet

การ resilver จะอ่านไดรฟ์ที่ยังเหลืออยู่ บน pool สิบไดรฟ์ 16 TB ที่เต็มเก้าลูกที่เหลือเก็บได้ 144 TB ดังนั้นเพดานอนุญาตให้มีเซกเตอร์ที่อ่านไม่ได้ประมาณหนึ่งเซกเตอร์ ไดรฟ์จริงมักทำได้ดีกว่าค่าที่ระบุไว้ ค่าที่ระบุคือกรณีแย่ที่สุดที่ผู้ผลิตยอมรับ

• RAIDZ2, ไดรฟ์เสียหนึ่งลูก: ZFS สร้างเซกเตอร์ที่อ่านไม่ได้ใหม่จาก parity ที่เหลือ ไม่มีอะไรสูญหาย
• RAIDZ2, ไดรฟ์เสียสองลูก: ไม่เหลือ parity บล็อกนั้นสูญหาย และ zpool status -v จะแสดงรายการไฟล์ที่มีข้อมูลเสียหาย
• RAIDZ3, ไดรฟ์เสียสองลูก: เหลือ parity หนึ่งตัว เซกเตอร์จึงถูกสร้างใหม่ได้

RAIDZ3 คือประกันสำหรับการเสียครั้งที่สอง ไม่ใช่ครั้งแรก

โอกาสที่จะเกิดการเสียครั้งที่สองระหว่างช่วงนั้นมีเท่าไร?

น้อย ในทางทฤษฎี Backblaze รายงานอัตราการเสียแบบ annualized ตลอดอายุการใช้งานที่ 1.41% สำหรับไดรฟ์ของตนในรายงานไตรมาส 2 ปี 2026 ระหว่างการ resilver 89 ชั่วโมง ไดรฟ์หนึ่งลูกจะเสียด้วยความน่าจะเป็นประมาณ 1.41% × 89 ÷ 8,760 หรือ 0.014% เมื่อเหลือเก้าลูก โอกาสที่จะเสียเพิ่มอีกหนึ่งลูกอยู่ที่ประมาณ 0.13%

การคำนวณเหล่านั้นถือว่าการเสียเป็นเหตุการณ์อิสระ ไดรฟ์ที่ซื้อพร้อมกันมีรุ่น ล็อต และอายุร่วมกัน และการ resilver ก็ใช้งานไดรฟ์ที่เหลือทุกตัวหนัก ตัวเลขเหล่านี้เป็นขอบเขตขั้นต่ำ ไม่ใช่การพยากรณ์

ตลาดกำลังมุ่งไปที่ขนาดนั้น จากผู้ขาย storage server 23 รายที่ Basalthold ตรวจสอบบน 2 November 2026, 8 รายมีเซิร์ฟเวอร์ที่ระบุฮาร์ดดิสก์ 100 TB หรือมากกว่า

เปลี่ยนจาก RAIDZ2 เป็น RAIDZ3 ทีหลังได้ไหม?

ไม่ได้ OpenZFS 2.3 เพิ่ม RAID-Z expansion: คุณแนบดิสก์ใหม่เข้ากลุ่มที่มีอยู่ได้ โดยใช้ pool feature raidz_expansion คู่มือระบุชัดเจนว่า "a RAID-Z2 is still a RAID-Z2 even after expansion" บล็อกเก่ายังคงอัตราส่วนข้อมูลต่อ parity แบบเดิม

การเปลี่ยนระดับ parity หมายถึงคัดลอกข้อมูลออก ทำลาย pool แล้วสร้างใหม่ บนเซิร์ฟเวอร์ที่เช่า จังหวะที่เหมาะสมคือตอนส่งมอบ เมื่อไดรฟ์ข้อมูลยังว่างอยู่ ระบบปฏิบัติการอยู่ใน SSD ของตัวเอง (SSD แบบมิเรอร์สองตัวในรุ่นที่ใหญ่กว่า) ไดรฟ์ข้อมูลมาถึงแบบว่างและยังไม่แบ่งพาร์ทิชัน คุณจึงสร้าง ZFS, อาเรย์ mdadm หรือชุดดิสก์แยกอิสระได้ หากต้องการให้ทีมเตรียมอาเรย์ RAID 6 หรือ RAID 10 ก่อนส่งมอบ กรุณาแจ้งฝ่ายสนับสนุนก่อนส่งมอบเซิร์ฟเวอร์

# your ten data drives by stable ID; the system SSDs stay out of the pool
ls -l /dev/disk/by-id/ | grep -v part

# three drives' worth of parity (replace DRIVE01 to DRIVE10 with the real IDs)
zpool create -o ashift=12 -O compression=lz4 tank raidz3 /dev/disk/by-id/ata-DRIVE{01..10}

# capacity, health, and the files hit by any data error
zpool list tank
zpool status -v tank

บน storage server ที่เช่า ควรเลือกแบบไหน?

เลือกตามจุดประสงค์ของ pool และระยะเวลาที่การเสียสามารถรอได้

• RAIDZ2: เป้าหมายสำรองข้อมูลที่ต้นฉบับอยู่ที่อื่น ไฟล์ที่หายสามารถคัดลอกกลับมาได้
• RAIDZ3: คลังเก็บที่เป็นสำเนาเดียวชั่วคราว pool ที่คุณดูแลไม่ได้ทุกวัน หรือไดรฟ์ที่ใหญ่จนการ resilver ภายใต้ภาระงานใช้เวลาหลายวัน
• สองหรือสี่ไดรฟ์: mirror บน Hold 24; บน Hold 40 ทั้ง RAIDZ2 และ striped mirror เก็บได้ 20 TB: RAIDZ2 รอดจากการเสียสองลูกใดๆ ส่วน mirror ให้ random I/O ที่เร็วกว่า

Hold 100 และ Hold 160 มีไดรฟ์ข้อมูลสิบลูกแต่ละตัว เงื่อนไขอยู่ที่ หน้า pricing ของ Basalthold

Parity ไม่ใช่การสำรองข้อมูล เซิร์ฟเวอร์เก็บข้อมูลไม่ใช่การสำรองข้อมูลของตัวเอง เราไม่เก็บสำเนาข้อมูลของคุณไว้ที่อื่น ดังนั้นการมีสำเนาที่สองในอีกสถานที่หนึ่งจึงยังเป็นหน้าที่ของคุณ สำเนาที่สองตามปกติสำหรับ NAS มีอธิบายไว้ที่ สุดยอด offsite backup สำหรับ NAS คืออะไร ทางเลือกเดียวกันโดยไม่มี ZFS อยู่ที่ RAID 6 หรือ RAID 10 และเหตุใด ZFS จึงต้องการไดรฟ์เปล่าอยู่ที่ ZFS หรือ hardware RAID