ZFS에서 100 TB 풀에 RAM이 얼마나 필요합니까?

"1 TB당 1 GB" 규칙은 어디에서 나온 것일까요?

OpenZFS에서 나온 말이 아닙니다. OpenZFS의 FAQ는 최상의 성능을 위해 8 GB 이상을 권장하면서, 2 GB 이하로도 사람들이 사용한다고 덧붙입니다. 하드웨어 가이드에는 메모리 용량 산정에 대한 내용이 전혀 없습니다.

서로 다른 두 가지 실제 규칙이 하나로 섞여 있습니다. 첫 번째는 캐시 목표입니다. Proxmox는 ZFS의 읽기 캐시인 ARC에 대해 최소 2 GiB에 더해 스토리지 1 TiB당 1 GiB를 권장합니다. 두 번째는 중복 제거(deduplication)에 관한 것으로, 훨씬 더 큽니다. FreeBSD Handbook은 중복 제거된 데이터 1 TB당 5~6 GB의 RAM을 제시합니다.

TB당 1 GB 규칙은 캐시에 대한 바람일 뿐 필수 조건이 아닙니다: ZFS는 훨씬 적은 메모리에서도 동작하며, 주는 만큼 캐시합니다.

Proxmox 자체는 더 작은 기본값을 설정합니다. Proxmox VE 8.1부터 설치 프로그램은 ARC를 메모리의 10%, 최대 16 GiB로 제한합니다.

ZFS는 메모리를 무엇에 사용하나요?

주로 ARC에 사용합니다. ARC는 최근에 그리고 자주 읽은 블록과 메타데이터의 캐시입니다. 캐시가 클수록 느린 하드 드라이브로 접근하는 횟수가 줄어듭니다.

ARC는 스스로 크기를 조정합니다. Linux에서 OpenZFS 2.3 이후 버전은 전체 메모리에서 1 GiB를 뺀 값과 메모리의 5/8 중 더 큰 값까지 늘어날 수 있습니다. OpenZFS 2.2는 Linux에서 메모리의 절반에서 멈췄습니다. 하한은 32 MiB와 메모리의 1/32 중 더 큰 값이며, ZFS는 메모리의 1/64을 비워 두는 것을 목표로 합니다.

다른 두 가지 용도에는 상한이 있습니다. 스크럽과 리실버는 읽기를 메모리에서 정렬하며, 기본적으로 RAM의 1/20까지 사용합니다. 리실버에 걸리는 시간은 RAID 재구축 시간 페이지에서 확인할 수 있습니다. 중복 제거는 테이블을 메모리에 유지하는데, 바로 여기서 큰 숫자가 나옵니다.

임대 시스템에서는 버전이 중요합니다. 2026년 11월 2일 기준으로 Debian 13은 zfsutils-linux 2.3.9를, Ubuntu 24.04는 2.2.2를 제공합니다.

100 TB 백업 풀은 실제로 메모리를 얼마나 사용하나요?

파일 서버보다 캐시를 적게 사용합니다. 백업은 한 번 쓰고 거의 읽지 않기 때문입니다. 캐시는 메타데이터 작업에서 가장 큰 도움이 됩니다. 스냅샷 목록 조회, 오래된 백업 정리, 인덱스 확인 같은 작업입니다.

Proxmox 규칙은 계획을 세울 때 합리적인 상한입니다. 일반적인 구성에 적용하면 다음과 같은 ARC 목표가 나옵니다:

• 미러 구성 12 TB × 2, 사용 가능 12 TB: 약 13 GiB.
• RAIDZ2 구성 10 TB × 4, 사용 가능 20 TB: 약 20 GiB.
• RAIDZ2 구성 10 TB × 10, 사용 가능 80 TB: 약 75 GiB.
• RAIDZ2 구성 16 TB × 10, 사용 가능 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는 여전히 동작합니다. 다만 디스크에서 메타데이터를 더 자주 읽을 뿐입니다.

2 November 2026에 Basalthold를 확인한 23개의 스토리지 서버 판매처 중 8곳이 100 TB 이상 서버를 올렸고, 1곳이 암호화폐 구매자에게 신분 확인 없이 임대해 주었습니다. 전체 내용은 100 TB 스토리지 서버 페이지에서 확인할 수 있습니다.

백업용으로 ZFS 중복 제거를 켜야 하나요?

100 TB에서는 켜지 마세요. 중복 제거된 데이터 1 TB당 5~6 GB가 필요하므로, 80 TB라면 400~480 GB의 메모리가 필요합니다. 어떤 보유 서버도 이만큼의 메모리를 갖추지 못합니다.

대신 백업 도구가 중복 제거를 하도록 두세요. restic, Borg, Proxmox Backup Server는 데이터를 청크로 나누고 각 청크를 자체 인덱스에 한 번만 저장합니다. 차이점은 restic 또는 Borg에서 확인할 수 있습니다. ZFS 압축은 계속 켜 두세요. 메모리를 거의 소모하지 않습니다.

용량보다 ECC 메모리가 더 중요합니다. OpenZFS는 이를 적극 권장하는데, 어떤 파일시스템도 RAM의 비트 플립을 막을 수 없기 때문입니다. ZFS가 일반 드라이브를 선호하는 이유는 ZFS 또는 하드웨어 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