Pool 100 TB cần bao nhiêu RAM cho ZFS?

Quy tắc "1 GB mỗi TB" đến từ đâu?

Không phải từ OpenZFS. FAQ của nó yêu cầu từ 8 GB trở lên để có hiệu năng tốt nhất và nói thêm rằng người ta vẫn chạy với 2 GB hoặc ít hơn. Hướng dẫn phần cứng của nó không đưa ra định cỡ bộ nhớ nào cả.

Hai quy tắc thực sự bị trộn thành một. Thứ nhất là mục tiêu cache: Proxmox khuyên ít nhất 2 GiB cộng 1 GiB mỗi TiB dung lượng cho ARC, cache đọc của ZFS. Thứ hai là cho deduplication, và nó lớn hơn nhiều. FreeBSD Handbook đưa ra 5 đến 6 GB RAM mỗi TB dữ liệu đã dedup.

Quy tắc 1 GB mỗi TB là một mong muốn về cache, không phải yêu cầu: ZFS chạy với ít hơn nhiều và cache bao nhiêu bạn cấp cho nó.

Bản thân Proxmox đặt mặc định nhỏ hơn. Từ Proxmox VE 8.1, trình cài đặt giới hạn ARC ở 10% bộ nhớ, tối đa 16 GiB.

ZFS dùng bộ nhớ để làm gì?

Phần lớn cho ARC, một cache các block và metadata vừa được đọc gần đây và đọc thường xuyên. Cache nhiều hơn nghĩa là ít lần phải chậm chạp đọc từ ổ cứng hơn.

ARC tự định cỡ. Trên Linux, OpenZFS 2.3 trở lên cho nó lớn tới giá trị lớn hơn giữa tổng bộ nhớ trừ 1 GiB và 5/8 bộ nhớ. OpenZFS 2.2 dừng ở một nửa bộ nhớ trên Linux. Mức sàn là giá trị lớn hơn giữa 32 MiB và 1/32 bộ nhớ, và ZFS cố để chừa 1/64 bộ nhớ trống.

Hai mục đích dùng khác có giới hạn. Scrub và resilver sắp xếp các lần đọc trong bộ nhớ, mặc định tới 1/20 RAM. Resilver mất bao lâu được nói ở trang thời gian rebuild RAID. Deduplication giữ bảng của nó trong bộ nhớ, đó là nguồn gốc của những con số lớn.

Phiên bản quan trọng trên hệ thống thuê. Ngày 2 tháng 11 năm 2026, Debian 13 phát hành zfsutils-linux 2.3.9 và Ubuntu 24.04 phát hành 2.2.2.

Pool sao lưu 100 TB thực sự dùng bao nhiêu bộ nhớ?

Ít cache hơn một file server, vì bản sao lưu được ghi một lần và ít khi đọc. Cache giúp ích nhiều nhất với metadata: liệt kê snapshot, dọn các bản sao lưu cũ và kiểm tra index.

Quy tắc Proxmox là một mức trần hợp lý để lập kế hoạch. Áp dụng cho các cách bố trí phổ biến, nó cho các mục tiêu ARC sau:

• 2 × 12 TB trong mirror, 12 TB dùng được: khoảng 13 GiB.
• 4 × 10 TB trong RAIDZ2, 20 TB dùng được: khoảng 20 GiB.
• 10 × 10 TB trong RAIDZ2, 80 TB dùng được: khoảng 75 GiB.
• 10 × 16 TB trong RAIDZ2, 128 TB dùng được: khoảng 118 GiB.

So với các gói: Gói 24 32 GB DDR4 ECC, Gói 40 64 GB DDR4, Gói 100 128 GB DDR4 ECC, Hold 160 128 GB DDR4 ECC. Dưới mục tiêu, ZFS vẫn chạy; nó chỉ đọc metadata từ đĩa thường xuyên hơn.

Trong 23 nhà bán máy chủ lưu trữ được kiểm tra Basalthold vào 2 November 2026, 8 có niêm yết một máy chủ 100 TB trở lên, và 1 cho người mua bằng crypto thuê mà không cần giấy tờ. Toàn bộ ưu đãi nằm ở trang máy chủ lưu trữ 100 TB.

Có nên bật deduplication của ZFS cho sao lưu không?

Không nên với 100 TB. Với 5 đến 6 GB mỗi TB dữ liệu đã dedup, 80 TB sẽ cần 400 đến 480 GB bộ nhớ. Đó là nhiều hơn bất kỳ gói nào mang theo.

Hãy để công cụ sao lưu dedup thay vào đó. restic, Borg và Proxmox Backup Server chia dữ liệu thành các chunk và lưu mỗi chunk một lần, trong index riêng của chúng. Sự khác biệt nằm ở restic hay Borg. Giữ bật nén của ZFS; nó tốn ít bộ nhớ.

Bộ nhớ ECC quan trọng hơn dung lượng. OpenZFS gọi đó là rất khuyến nghị, vì không filesystem nào bảo vệ được trước lật bit trong RAM. Lý do ZFS cũng muốn ổ đĩa thường nằm ở ZFS hay hardware RAID.

Làm sao để kiểm tra hoặc giới hạn ARC?

Đọc kích thước đang chạy trước, rồi chỉ đặt giới hạn nếu các dịch vụ khác cần bộ nhớ đó. Hướng dẫn Proxmox dùng cùng tham số 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