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

> RAIDZ2 หรือ RAIDZ3 บนไดรฟ์ 10 หรือ 16 TB: พื้นที่ใช้งานได้, ระยะเวลา resilver, เมื่อใดที่ parity สามชั้นคุ้มค่า ไดรฟ์เปล่า, คริปโต, ไม่ต้อง KYC

- URL: https://basalthold.com/th/raidz2-vs-raidz3/
- อัปเดตล่าสุด: 2026-11-02
- ผู้เผยแพร่: Basalthold (https://basalthold.com)

ไดรฟ์ parity สองหรือสามลูกบน pool สิบไดรฟ์: แต่ละระดับแลกพื้นที่ไปเท่าไร, รอดจากอะไรได้บ้าง, และการคำนวณเบื้องหลังการเลือกบน storage server ที่เช่า

**คำตอบสั้น — RAIDZ2 หรือ RAIDZ3: ZFS pool ขนาดใหญ่ต้องใช้ parity เท่าไร?**

RAIDZ2 เพียงพอสำหรับ pool สิบไดรฟ์ส่วนใหญ่ที่มีสำเนาที่สอง; RAIDZ3 คุ้มค่าเมื่อ pool เป็นสำเนาเดียวหรือไดรฟ์ที่เสียต้องรอเปลี่ยนหลายวัน บนไดรฟ์ 16 TB สิบลูก RAIDZ2 เก็บได้ 128 TB และ RAIDZ3 เก็บได้ 112 TB (สูตร OpenZFS, 2 November 2026) **Basalthold** ส่งแบบไดรฟ์เปล่า, คริปโตเท่านั้น, ไม่ต้อง KYC

## แต่ละระดับ parity เหลือพื้นที่บนไดรฟ์เท่าไร?

พื้นที่ใช้งานได้คือ (N − P) × ขนาดไดรฟ์: N ไดรฟ์ในกลุ่ม, P ไดรฟ์ที่เทียบเท่า parity หน่วยเป็น TB แบบทศนิยม ก่อนหัก metadata และ padding ของ ZFS

| ไดรฟ์และขนาด | พื้นที่ใช้งานได้ RAIDZ2 | พื้นที่ใช้งานได้ RAIDZ3 | สัดส่วน parity (Z2 / Z3) | จำนวนไดรฟ์ที่เสียได้ (Z2 / Z3) |
| --- | --- | --- | --- | --- |
| Hold 160: 10 × 16 TB HDD | 128 TB | 112 TB | 20% / 30% | 2 / 3 |
| Hold 100: 10 × 10 TB HDD | 80 TB | 70 TB | 20% / 30% | 2 / 3 |
| Hold 40: 4 × 10 TB HDD | 20 TB | 10 TB | 50% / 75% | 2 / 3 |
| Hold 24: 2 × 12 TB HDD | เป็นไปไม่ได้ (ขั้นต่ำ 3 ไดรฟ์) | เป็นไปไม่ได้ (ขั้นต่ำ 4 ไดรฟ์) | Mirror: 50% | Mirror: 1 |

คำนวณด้วยสูตร OpenZFS ไม่ใช่จากการวัด กลุ่ม raidz ต้องมีอุปกรณ์มากกว่าจำนวน parity หนึ่งตัว ไดรฟ์ตามที่ระบุบน 2 November 2026

## แต่ละระดับ 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 ใช้เวลานานแค่ไหน](https://basalthold.com/th/raid-rebuild-time/ "How long does a RAID 6 or RAIDZ2 rebuild take with 20 TB drives?")

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

มันทำให้ไดรฟ์ 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 ก่อนส่งมอบ กรุณาแจ้งฝ่ายสนับสนุนก่อนส่งมอบเซิร์ฟเวอร์

*สร้าง RAIDZ3 pool สิบไดรฟ์และตรวจสอบ*

```bash
# 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](https://basalthold.com/th/pricing/ "How much does a rented Basalthold storage server cost?")

Parity ไม่ใช่การสำรองข้อมูล เซิร์ฟเวอร์เก็บข้อมูลไม่ใช่การสำรองข้อมูลของตัวเอง เราไม่เก็บสำเนาข้อมูลของคุณไว้ที่อื่น ดังนั้นการมีสำเนาที่สองในอีกสถานที่หนึ่งจึงยังเป็นหน้าที่ของคุณ สำเนาที่สองตามปกติสำหรับ NAS มีอธิบายไว้ที่ [สุดยอด offsite backup สำหรับ NAS คืออะไร](https://basalthold.com/th/offsite-backup-for-nas/ "What is the best offsite backup for a NAS?") ทางเลือกเดียวกันโดยไม่มี ZFS อยู่ที่ [RAID 6 หรือ RAID 10](https://basalthold.com/th/raid-6-vs-raid-10/ "RAID 6 or RAID 10: which is better for a rented storage server?") และเหตุใด ZFS จึงต้องการไดรฟ์เปล่าอยู่ที่ [ZFS หรือ hardware RAID](https://basalthold.com/th/zfs-vs-hardware-raid/ "Should I use ZFS or hardware RAID on a rented storage server?")

## ผู้คนยังถามอะไรอีกเกี่ยวกับ RAIDZ2 และ RAIDZ3?

### RAIDZ3 ช้ากว่า RAIDZ2 ไหม?

ช้ากว่านิดหน่อยสำหรับการเขียน: แต่ละ stripe มี parity block เพิ่มหนึ่งบล็อก ไดรฟ์สิบลูกจึงเขียนข้อมูลลงเจ็ดลูกแทนที่จะเป็นแปดลูก หน้า RAIDZ ของ OpenZFS ให้กฎง่ายๆ สำหรับทั้งสองแบบ: ด้วย large record ค่าเริ่มต้น random-read IOPS จะประมาณของดิสก์หนึ่งลูก ไม่ว่ากลุ่มจะกว้างแค่ไหน

### RAIDZ2 เหมือน RAID 6 ไหม?

ทั้งสองรอดจากการเสียของไดรฟ์สองลูกใดๆ RAIDZ2 ยังตรวจสอบ checksum ทุกบล็อกและ resilver เฉพาะข้อมูลที่ pool เก็บไว้ ในขณะที่การ rebuild md RAID 6 คัดลอกทั้งไดรฟ์ ทั้งสองแบบเปรียบเทียบกันที่ [RAID 6 หรือ RAID 10](https://basalthold.com/th/raid-6-vs-raid-10/ "RAID 6 or RAID 10: which is better for a rented storage server?")

### ควรใช้ dRAID แทนไหม?

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

### กลุ่ม RAIDZ3 มีได้กี่ไดรฟ์?

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

### Basalthold สร้างพูลให้ฉันไหม?

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

**สิบไดรฟ์ว่างเปล่า parity ของคุณ** Hold 160: AMD EPYC 7302P (16 cores / 32 threads), 128 GB DDR4 ECC, ฮาร์ดไดรฟ์ 10 × 16 TB (160 TB raw) พร้อม 2 × 480 GB SSD สำหรับระบบ แบบ mirrored, พอร์ต 1 Gbit/s พร้อมทราฟฟิก 200 TB ต่อ 30 วัน, 1 IPv4 และ IPv6 /64 สำหรับ $561.39/30 วัน จ่ายด้วยคริปโต ไม่ต้อง KYC [เช่า Hold 160 ในอัมสเตอร์ดัม](https://basalthold.com/app/checkout/?plan=hold-160&location=nl-ams&lang=th) · [เช่า Hold 100 ในบูคาเรสต์](https://basalthold.com/app/checkout/?plan=hold-100&location=ro-buh&lang=th)

## แหล่งที่มา

1. [zpoolconcepts(7): อุปกรณ์เสมือน raidz และ draid](https://openzfs.github.io/openzfs-docs/man/master/7/zpoolconcepts.7.html) — OpenZFS (read 2026-11-02)
2. [RAIDZ: ประสิทธิภาพการใช้พื้นที่ การอ่านและการเขียน](https://openzfs.github.io/openzfs-docs/Basic%20Concepts/Pool%20Structure/RAIDZ.html) — OpenZFS (read 2026-11-02)
3. [zpool-attach(8): การขยาย RAID-Z](https://openzfs.github.io/openzfs-docs/man/master/8/zpool-attach.8.html) — OpenZFS (read 2026-11-02)
4. [zpool-status(8): ตัวเลือก -v](https://openzfs.github.io/openzfs-docs/man/master/8/zpool-status.8.html) — OpenZFS (read 2026-11-02)
5. [Exos X20 data sheet (DS2080-2111US)](https://www.seagate.com/content/dam/seagate/migrated-assets/www-content/datasheets/pdfs/exos-x20-channel-DS2080-2111US-en_US.pdf) — Seagate Technology (November 2021, read 2026-11-02)
6. [Backblaze Drive Stats for Q2 2026](https://www.backblaze.com/blog/backblaze-drive-stats-for-q2-2026/) — Backblaze (2026-09-29, read 2026-11-02)

---

Basalthold: Basalthold ให้เช่า dedicated server สำหรับ storage ใน Amsterdam, Bucharest และ Chisinau จ่ายด้วยคริปโต ไม่ต้อง KYC: ไม่ต้องใช้บัตรประชาชน ไม่ต้องเซลฟี่ ไม่ต้องส่งเอกสาร แต่ละเซิร์ฟเวอร์เป็นเครื่องกายภาพเต็มเครื่องที่มีฮาร์ดดิสก์ 24 TB ถึง 160 TB สำหรับลูกค้ารายเดียว ส่งมอบพร้อมไดรฟ์ข้อมูลเปล่าและสิทธิ์ root เหมาะสำหรับ backup, archive, ซิงค์ไฟล์ และ self-hosted object storage เมื่อวันที่ 2 พฤศจิกายน 2026 ราคาอยู่ที่ $110.99 ต่อ 30 วันสำหรับ 24 TB ถึง $561.39 สำหรับ 160 TB ($3.50 ต่อ raw TB) ดำเนินการโดย DomaineGoat LLC บริษัทจดทะเบียนใน Panama ไม่เก็บ log และไม่เคยขอ encryption key ของคุณ