# Скільки RAM потрібно ZFS для пулу на 100 TB?

> Вимоги ZFS до RAM для пулу на 100 TB: OpenZFS просить 8 GB+, кеш Proxmox дає близько 75 GiB, дедуплікація — більше. Сервери без KYC, оплата в крипті.

- URL: https://basalthold.com/uk/zfs-ram-requirements/
- Оновлено: 2026-11-02
- Видавець: Basalthold (https://basalthold.com)

Звідки взялося правило "1 GB на TB" і що насправді пишуть OpenZFS, Proxmox і FreeBSD. А далі — скільки пам'яті пул резервних копій на 100 TB використовує на практиці.

**Коротка відповідь — Скільки RAM потрібно ZFS для пулу на 100 TB?**

ZFS не потребує 1 GB RAM на TB. OpenZFS FAQ, прочитаний 2 November 2026, просить 8 GB або більше і каже, що вистачає і 2 GB чи менше. Правило кешу Proxmox — 2 GiB плюс 1 GiB на TiB — дає 75 GiB для 100 TB у RAIDZ2. **Basalthold** Hold 100 має 128 GB DDR4 ECC, крипта, без KYC.

## Що ці правила дають для 100 TB дисків?

Один пул із десяти дисків по 10 TB у RAIDZ2: 100 TB сирих, 80 TB доступних, близько 72,8 TiB.

| Джерело | Правило як записано | Результат для цього пулу |
| --- | --- | --- |
| OpenZFS FAQ | 8 GB або більше для найкращої продуктивності; можливо і 2 GB чи менше; більше з дедуплікацією | 8 GB |
| Посібник адміністратора Proxmox VE | Щонайменше 2 GiB базово + 1 GiB на TiB сховища, для кешу ARC | Близько 75 GiB |
| FreeBSD Handbook | 5–6 GB RAM на 1 TB дедуплікованих даних | 400–480 GB, якби всі 80 TB були дедупліковані |
| Стандартна межа ARC в OpenZFS, версія 2.3 і пізніші | Більше з двох: усієї пам'яті мінус 1 GiB та 5/8 пам'яті | До 127 GiB на машині з 128 GiB |
| Стандарт Proxmox VE з версії 8.1 | 10% пам'яті, щонайбільше 16 GiB | 12,8 GiB на машині з 128 GiB |
| Форумне правило "1 GB на TB" | Немає в документації OpenZFS | 100 GB |

Одиниці так, як їх записує кожне джерело. Документація прочитана 2 листопада 2026.

## Звідки взялося правило "1 GB на TB"?

Не з OpenZFS. Його FAQ просить 8 GB або більше для найкращої продуктивності й додає, що люди запускають його і з 2 GB чи менше. Його посібник з обладнання взагалі не дає розрахунку пам'яті.

Два справжні правила змішуються в одне. Перше — ціль для кешу: Proxmox радить щонайменше 2 GiB плюс 1 GiB на TiB сховища для ARC, кешу читання ZFS. Друге — для дедуплікації, і воно значно більше. FreeBSD Handbook дає 5–6 GB RAM на TB дедуплікованих даних.

**Правило 1 GB на TB — це побажання щодо кешу, а не вимога: ZFS працює й на значно меншому обсязі та кешує те, що ви йому дасте.**

Сам Proxmox ставить менший стандарт. Починаючи з Proxmox VE 8.1, інсталятор обмежує ARC до 10% пам'яті, щонайбільше 16 GiB.

## На що ZFS використовує пам'ять?

Переважно на ARC — кеш нещодавно й часто читаних блоків і метаданих. Більше кешу означає менше повільних звернень до жорстких дисків.

ARC сам визначає свій розмір. На Linux OpenZFS 2.3 і пізніші дають йому рости до більшого з двох: усієї пам'яті мінус 1 GiB та 5/8 пам'яті. OpenZFS 2.2 на Linux зупинявся на половині пам'яті. Нижня межа — більше з двох: 32 MiB та 1/32 пам'яті, і ZFS прагне залишити вільною 1/64 пам'яті.

Ще два використання мають ліміти. Скраби та ресільвери сортують свої читання в пам'яті, за замовчуванням до 1/20 RAM. Скільки триває ресільвер, описано на [сторінці про час перебудови RAID](https://basalthold.com/uk/raid-rebuild-time/ "How long a RAID 6 or RAIDZ2 rebuild takes with 20 TB drives"). Дедуплікація тримає свою таблицю в пам'яті — звідси й великі числа.

На орендованих системах версії важливі. Станом на 2 листопада 2026 Debian 13 постачався з zfsutils-linux 2.3.9, а Ubuntu 24.04 — з 2.2.2.

## Скільки пам'яті насправді використовує пул резервних копій на 100 TB?

Менше кешу, ніж файловий сервер, бо резервні копії пишуться один раз і читаються рідко. Кеш найбільше допомагає з метаданими: переліком снапшотів, видаленням старих копій і перевіркою індексів.

Правило Proxmox — розумна верхня межа для планування. Застосоване до поширених конфігурацій, воно дає такі цілі ARC:

- **2 × 12 TB у дзеркалі**, 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 усе одно працює; він просто частіше читає метадані з диска.

З 23 продавців серверів зі сховищем Basalthold, перевірених 2 November 2026, 8 пропонували сервер на 100 TB або більше, і 1 здавали його в оренду покупцям за крипту без ID. Уся пропозиція на [сторінці сервера зі сховищем на 100 TB](https://basalthold.com/uk/100tb-storage-server/ "Where to rent a storage server with 100 TB of disk").

## Чи варто вмикати дедуплікацію ZFS для резервних копій?

Не на 100 TB. За 5–6 GB на TB дедуплікованих даних 80 TB вимагали б 400–480 GB пам'яті. Це більше, ніж має будь-який холд.

Нехай дедуплікує сам інструмент резервного копіювання. restic, Borg і Proxmox Backup Server розбивають дані на чанки та зберігають кожен чанк один раз у власному індексі. Відмінності на [restic чи Borg](https://basalthold.com/uk/restic-vs-borg/ "Restic or Borg for offsite backups to your own server"). Тримайте ввімкненим стиснення ZFS; воно коштує мало пам'яті.

ECC-пам'ять важливіша за обсяг. OpenZFS називає її настійно рекомендованою, бо жодна файлова система не захистить від перевертання бітів у RAM. Чому ZFS також хоче звичайні диски, описано на [ZFS чи апаратний RAID](https://basalthold.com/uk/zfs-vs-hardware-raid/ "ZFS or hardware RAID on a rented storage server").

## Як перевірити або обмежити ARC?

Спершу подивіться на поточний розмір, а ліміт ставте лише тоді, коли пам'ять потрібна іншим сервісам. Посібник Proxmox використовує той самий параметр `zfs_arc_max`.

*Перевірте ARC, потім обмежте його до 64 GiB*

```bash
# 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
```

## Для якого тарифу оренди передбачено пам’ять для вашого пулу?

Пам’ять і диски фіксовані для кожного тарифу оренди. Терміни на 3, 6 і 12 місяців є в [прайс-листі](https://basalthold.com/uk/pricing/ "Basalthold storage server prices for 30 days, 3, 6 and 12 months").

| Тариф | Кількість | 30 days | 3 months | 6 months | 1 year |
| --- | --- | --- | --- | --- | --- |
| Hold 24 | 24 TB сирих · 6 ядер | 110,99 USD | 299,67 USD (−10%) | 532,75 USD (−20%) | 932,31 USD (−30%) |
| Hold 40 | 40 TB сирих · 6 ядер | 201,09 USD | 542,94 USD (−10%) | 965,23 USD (−20%) | 1 689,15 USD (−30%) |
| Hold 100 | 100 TB сирих · 10 ядер | 377,05 USD | 1 018,03 USD (−10%) | 1 809,84 USD (−20%) | 3 167,22 USD (−30%) |
| Hold 160 | 160 TB сирих · 16 ядер | 561,39 USD | 1 515,75 USD (−10%) | 2 694,67 USD (−20%) | 4 715,67 USD (−30%) |

У кожному плані: Порожні диски з даними · Ключі шифрування залишаються вашими · Виділений IPv4 · Без логів · Без KYC · Без плати за налаштування

**Перш ніж оплатити**

- Мінімальне поповнення 1 USD. Поповніть рахунок один раз у криптовалюті, а потім купуйте будь-який план зі свого балансу.
- Кредит на вашому балансі не згорає і продовжує будь-який ваш сервер. Якщо поповнення було зроблено лише для досягнення мінімуму, невитрачена частина повертається на запит протягом 30 днів після оплати, в USDT або USDC. Решта балансу не виплачується, якщо цього не вимагає закон.
- Зараховано після перевірки вашої оплати в блокчейні. Типовий час підтвердження в мережі: BTC ≈ 20 хв · USDT TRC-20 ≈ 1 хв · USDT ERC-20 ≈ 5 хв · USDC ERC-20 ≈ 5 хв · ETH ≈ 5 хв · SOL ≈ 1 хв · LTC ≈ 15 хв · XMR ≈ 20 хв

## Що ще люди питають про пам’ять для ZFS?

### Чи потрібен ZFS 1 ГБ RAM на кожен ТБ?

Ні. OpenZFS FAQ радить 8 ГБ або більше для найкращої продуктивності. Правила «на кожен ТБ» походять з інших джерел. Proxmox задає ціль кешу 2 GiB плюс 1 GiB на кожен TiB; FreeBSD дає 5–6 ГБ на кожен ТБ дедуплікованих даних.

### Чи достатньо 32 ГБ RAM для ZFS?

Так, для пулу в кілька десятків ТБ. Це вчетверо більше за рекомендацію OpenZFS і вище за ціль Proxmox для дзеркала на 12 ТБ. Hold 24 постачається з 32 GB DDR4 ECC.

### Чи потрібна ZFS пам’ять ECC?

OpenZFS FAQ каже, що ECC насправді не є вимогою, але дуже рекомендується. Hold 100 має 128 GB DDR4 ECC та Hold 160 128 GB DDR4 ECC.

### Чи забере ZFS усю мою пам’ять?

ARC зростає у вільну пам’ять і віддає її під тиском, прагнучи зберігати вільною 1/64 RAM. Задайте zfs_arc_max, якщо базі даних або віртуальним машинам потрібна фіксована частка.

### Чи можна орендувати ZFS-сервер зберігання за криптовалюту без KYC?

Так. Basalthold приймає BTC, USDT, USDC, ETH, SOL, LTC, XMR, від поповнення на 1 USD. Без KYC: ні ID, ні селфі, ні документів, ні картки й ні номера телефону — на жодному етапі. Операційна система розміщена на окремому SSD (на більших конфігураціях — на двох дзеркальних SSD); диски для даних надходять порожніми та неpartitionованими, тож ви можете створити ZFS, масив mdadm або набір незалежних дисків. Якщо ви хочете, щоб команда підготувала масив RAID 6 або RAID 10 перед доставкою, повідомте про це підтримці до передачі сервера.

**Місце для кешу пулу на 100 ТБ** Hold 100: Intel Xeon Silver 4210R (10 ядер / 20 потоків), 128 GB DDR4 ECC, 10 × 10 TB жорстких дисків (100 TB raw) плюс 2 × 480 GB SSD для системи, дзеркально, порт 1 Gbit/s зі 120 TB трафіку за 30 днів, 1 IPv4 та IPv6 /64, за $377.05/30 днів. Крипта, без KYC. [Орендувати Hold 100 в Амстердамі](https://basalthold.com/app/checkout/?plan=hold-100&location=nl-ams&lang=uk) · [Орендувати Hold 160 в Бухаресті](https://basalthold.com/app/checkout/?plan=hold-160&location=ro-buh&lang=uk)

## Джерела

1. [FAQ: Hardware Requirements](https://openzfs.github.io/openzfs-docs/Project%20and%20Community/FAQ.html) — OpenZFS (read 2026-11-02)
2. [Hardware: ECC Memory](https://openzfs.github.io/openzfs-docs/Performance%20and%20Tuning/Hardware.html) — OpenZFS (read 2026-11-02)
3. [zfs(4), OpenZFS 2.3: zfs_arc_max, zfs_arc_min, zfs_arc_sys_free, zfs_scan_mem_lim_fact](https://openzfs.github.io/openzfs-docs/man/v2.3/4/zfs.4.html) — OpenZFS (read 2026-11-02)
4. [zfs(4), OpenZFS 2.2: zfs_arc_max у Linux](https://openzfs.github.io/openzfs-docs/man/v2.2/4/zfs.4.html) — OpenZFS (read 2026-11-02)
5. [Proxmox VE Administration Guide: Limit ZFS Memory Usage](https://pve.proxmox.com/pve-docs/pve-admin-guide.html) — Proxmox Server Solutions (read 2026-11-02)
6. [FreeBSD Handbook: The Z File System (ZFS), deduplication](https://docs.freebsd.org/en/books/handbook/zfs/) — The FreeBSD Project (read 2026-11-02)
7. [Пакет zfsutils-linux у Debian trixie](https://packages.debian.org/trixie/zfsutils-linux) — Debian (read 2026-11-02)
8. [Пакет zfsutils-linux в Ubuntu noble](https://packages.ubuntu.com/noble/zfsutils-linux) — Ubuntu (read 2026-11-02)

---

Basalthold: Basalthold орендує виділені сервери для зберігання даних в Амстердамі, Бухаресті та Кишиневі з оплатою в криптовалюті без KYC: без ID, без селфі, без документів. Кожен сервер — це ціла фізична машина з жорсткими дисками від 24 TB до 160 TB для одного клієнта, що постачається з чистими дисками даних і root-доступом, для бекапів, архівів, синхронізації файлів і власного object storage. Станом на 2 листопада 2026 року ціни становили від $110.99 за 30 днів за 24 TB до $561.39 за 160 TB ($3.50 за сирий TB). Сервісом керує DomaineGoat LLC, компанія, зареєстрована в Панамі, не веде логів і ніколи не запитує ваші ключі шифрування.