ZFS ต้องใช้ RAM เท่าไรสำหรับพูล 100 TB?

กฎ "1 GB ต่อ TB" มาจากไหน?

ไม่ใช่จาก OpenZFS FAQ แนะนำ 8 GB ขึ้นไปเพื่อประสิทธิภาพดีที่สุด และเสริมว่าผู้คนใช้งานด้วย 2 GB หรือน้อยกว่า ส่วนคู่มือฮาร์ดแวร์ไม่ได้ให้การกำหนดขนาดหน่วยความจำใดๆ เลย

กฎจริงสองข้อถูกรวมเป็นหนึ่ง ข้อแรกคือเป้าหมายของแคช: Proxmox แนะนำอย่างน้อย 2 GiB บวก 1 GiB ต่อ TiB ของพื้นที่จัดเก็บสำหรับ ARC ซึ่งเป็นแคชอ่านของ ZFS ข้อที่สองคือสำหรับ deduplication ซึ่งใหญ่กว่ามาก FreeBSD Handbook ให้ RAM 5 ถึง 6 GB ต่อข้อมูลที่ทำ deduplication 1 TB

กฎ 1 GB ต่อ TB เป็นความมุ่งหวังเรื่องแคช ไม่ใช่ข้อกำหนด: ZFS ทำงานได้ด้วยหน่วยความจำที่น้อยกว่ามาก และแคชเท่าที่คุณให้

Proxmox เองตั้งค่าเริ่มต้นที่เล็กกว่า ตั้งแต่ Proxmox VE 8.1 ตัวติดตั้งจำกัด ARC ไว้ที่ 10% ของหน่วยความจำ สูงสุด 16 GiB

ZFS ใช้หน่วยความจำทำอะไร?

ส่วนใหญ่ใช้กับ ARC ซึ่งเป็นแคชของบล็อกและ metadata ที่เพิ่งอ่านและอ่านบ่อย แคชมากขึ้นหมายถึงการเข้าถึงฮาร์ดไดรฟ์ที่ช้าน้อยลง

ARC กำหนดขนาดตัวเอง บน Linux OpenZFS 2.3 ขึ้นไปปล่อยให้ขยายได้ถึงค่าที่มากกว่าระหว่างหน่วยความจำทั้งหมดลบ 1 GiB กับ 5/8 ของหน่วยความจำ OpenZFS 2.2 หยุดที่ครึ่งหนึ่งของหน่วยความจำบน Linux ขั้นต่ำคือค่าที่มากกว่าระหว่าง 32 MiB กับ 1/32 ของหน่วยความจำ และ ZFS ตั้งใจเว้นหน่วยความจำว่างไว้ 1/64

การใช้งานอีกสองอย่างมีขีดจำกัด scrub และ resilver เรียงลำดับการอ่านในหน่วยความจำ สูงสุด 1/20 ของ RAM โดยค่าเริ่มต้น ระยะเวลาที่ resilver ใช้อยู่ในหน้าของเวลาการสร้าง RAID ใหม่ deduplication เก็บตารางไว้ในหน่วยความจำ ซึ่งเป็นที่มาของตัวเลขจำนวนมาก

เวอร์ชันสำคัญบนระบบที่เช่า ณ วันที่ 2 พฤศจิกายน 2026 Debian 13 มาพร้อม zfsutils-linux 2.3.9 และ Ubuntu 24.04 มาพร้อม 2.2.2

พูลสำรองข้อมูล 100 TB ใช้หน่วยความจำจริงเท่าไร?

แคชน้อยกว่า file server เพราะข้อมูลสำรองเขียนครั้งเดียวและอ่านไม่บ่อย แคชช่วยได้มากที่สุดกับ metadata: การแสดงรายการ snapshot การลบข้อมูลสำรองเก่า และการตรวจสอบ index

กฎของ Proxmox เป็นเพดานที่สมเหตุสมผลสำหรับการวางแผน เมื่อใช้กับการจัดวางทั่วไป จะได้เป้าหมาย ARC ดังนี้:

• 2 × 12 TB ใน mirror ใช้ได้ 12 TB: ประมาณ 13 GiB
• 4 × 10 TB ใน RAIDZ2 ใช้ได้ 20 TB: ประมาณ 20 GiB
• 10 × 10 TB ใน RAIDZ2 ใช้ได้ 80 TB: ประมาณ 75 GiB
• 10 × 16 TB ใน RAIDZ2 ใช้ได้ 128 TB: ประมาณ 118 GiB

เทียบกับโฮสต์: Hold 24 32 GB DDR4 ECC, Hold 40 64 GB DDR4, Hold 100 128 GB DDR4 ECC, Hold 160 128 GB DDR4 ECC ต่ำกว่าเป้าหมาย ZFS ก็ยังทำงานได้ เพียงแต่อ่าน metadata จากดิสก์บ่อยขึ้น

จากผู้ขายเซิร์ฟเวอร์จัดเก็บข้อมูล 23 รายที่ Basalthold ตรวจสอบเมื่อ 2 November 2026 มี 8 รายที่ระบุเซิร์ฟเวอร์ขนาด 100 TB ขึ้นไป และ 1 รายที่ให้ผู้ซื้อด้วยคริปโตเช่าได้โดยไม่ต้องแสดง ID ข้อเสนอทั้งหมดอยู่ในหน้าเซิร์ฟเวอร์จัดเก็บข้อมูล 100 TB

ควรเปิด deduplication ของ ZFS สำหรับข้อมูลสำรองหรือไม่?

ไม่ควรบน 100 TB ที่ 5 ถึง 6 GB ต่อข้อมูลที่ทำ deduplication 1 TB, 80 TB จะต้องใช้หน่วยความจำ 400 ถึง 480 GB ซึ่งมากกว่าที่โฮสต์ใดๆ มี

ให้เครื่องมือสำรองข้อมูลทำ deduplication แทน restic, Borg และ Proxmox Backup Server แบ่งข้อมูลเป็น chunk และเก็บแต่ละ chunk เพียงครั้งเดียวใน index ของตัวเอง ความแตกต่างอยู่ในrestic หรือ Borg เปิด compression ของ ZFS ไว้ เพราะใช้หน่วยความจำน้อย

หน่วยความจำ ECC สำคัญกว่าขนาด OpenZFS ระบุว่าแนะนำอย่างยิ่ง เพราะไม่มีระบบไฟล์ใดป้องกันการพลิกบิตใน RAM ได้ เหตุใด ZFS จึงต้องการไดรฟ์ธรรมดาด้วยอยู่ในZFS หรือ hardware RAID

ฉันจะตรวจสอบหรือจำกัด ARC ได้อย่างไร?

อ่านขนาดสดก่อน จากนั้นตั้งขีดจำกัดเฉพาะเมื่อบริการอื่นต้องการหน่วยความจำ คู่มือ Proxmox ใช้พารามิเตอร์ zfs_arc_max เดียวกัน

# current ARC size and its limits, in bytes
grep -E '^(size|c_min|c_max) ' /proc/spl/kstat/zfs/arcstats
arc_summary | head -40

# cap the ARC at 64 GiB until the next reboot
echo $((64 * 1024 * 1024 * 1024)) > /sys/module/zfs/parameters/zfs_arc_max

# keep the cap after reboots
echo "options zfs zfs_arc_max=68719476736" > /etc/modprobe.d/zfs.conf
# only if the root filesystem itself is on ZFS:
update-initramfs -u -k all