# 100 TB पूल के लिए ZFS को कितनी RAM चाहिए?

> 100 TB पूल के लिए ZFS RAM आवश्यकताएँ: OpenZFS 8 GB+ मांगता है, Proxmox का cache नियम लगभग 75 GiB देता है, dedup ज़्यादा। बिना KYC सर्वर, क्रिप्टो भुगतान।

- URL: https://basalthold.com/hi/zfs-ram-requirements/
- अंतिम अपडेट: 2026-11-02
- प्रकाशक: Basalthold (https://basalthold.com)

"1 GB प्रति TB" नियम कहाँ से आया और OpenZFS, Proxmox और FreeBSD असल में क्या लिखते हैं। फिर, 100 TB वाला बैकअप पूल व्यवहार में कितनी मेमोरी लेता है।

**छोटा जवाब — 100 TB पूल के लिए ZFS को कितनी RAM चाहिए?**

ZFS को प्रति TB 1 GB RAM की ज़रूरत नहीं होती। OpenZFS का FAQ, 2 November 2026 पढ़ा गया, 8 GB या अधिक मांगता है और कहता है कि 2 GB या उससे कम पर भी काम चलता है। Proxmox का cache नियम, 2 GiB प्लस प्रति TiB 1 GiB, RAIDZ2 में 100 TB के लिए 75 GiB देता है। **Basalthold** Hold 100 में 128 GB DDR4 ECC है, क्रिप्टो, कोई KYC नहीं।

## 100 TB की ड्राइव के लिए ये नियम क्या देते हैं?

RAIDZ2 में दस 10 TB ड्राइव का एक पूल: 100 TB raw, 80 TB प्रयोग योग्य, लगभग 72.8 TiB।

| स्रोत | जैसा लिखा है वैसा नियम | इस पूल के लिए परिणाम |
| --- | --- | --- |
| OpenZFS FAQ | सर्वोत्तम प्रदर्शन के लिए 8 GB या अधिक; 2 GB या उससे कम संभव; deduplication के साथ अधिक | 8 GB |
| Proxmox VE एडमिन गाइड | ARC cache के लिए कम से कम 2 GiB बेस + प्रति TiB स्टोरेज 1 GiB | लगभग 75 GiB |
| FreeBSD हैंडबुक | प्रति 1 TB deduplicated डेटा 5 से 6 GB RAM | अगर सारे 80 TB deduplicate होते तो 400 से 480 GB |
| OpenZFS डिफ़ॉल्ट ARC सीमा, संस्करण 2.3 और बाद के | कुल मेमोरी में से 1 GiB घटाकर और मेमोरी का 5/8 — जो बड़ा हो | 128 GiB मशीन पर 127 GiB तक |
| Proxmox VE में 8.1 से डिफ़ॉल्ट | मेमोरी का 10%, अधिकतम 16 GiB | 128 GiB मशीन पर 12.8 GiB |
| "1 GB प्रति TB" फ़ोरम नियम | OpenZFS दस्तावेज़ में नहीं है | 100 GB |

इकाइयाँ जैसा हर स्रोत लिखता है। दस्तावेज़ 2 नवंबर 2026 को पढ़े गए।

## "1 GB प्रति TB" नियम कहाँ से आया?

OpenZFS से नहीं। इसका FAQ सर्वोत्तम प्रदर्शन के लिए 8 GB या अधिक मांगता है और जोड़ता है कि लोग इसे 2 GB या उससे कम पर चलाते हैं। इसका हार्डवेयर गाइड मेमोरी साइज़िंग के बारे में कुछ नहीं कहता।

दो असली नियम एक में मिल जाते हैं। पहला cache लक्ष्य है: Proxmox ARC के लिए कम से कम 2 GiB प्लस प्रति TiB स्टोरेज 1 GiB की सलाह देता है, जो ZFS का read cache है। दूसरा deduplication के लिए है, और वह कहीं बड़ा है। FreeBSD हैंडबुक प्रति TB deduplicated डेटा 5 से 6 GB RAM देता है।

**1 GB प्रति TB नियम एक cache की चाह है, ज़रूरत नहीं: ZFS इससे कहीं कम पर चलता है और जो भी आप देते हैं उतना cache करता है।**

Proxmox खुद एक छोटा डिफ़ॉल्ट सेट करता है। Proxmox VE 8.1 से, इंस्टॉलर ARC को मेमोरी के 10% तक, अधिकतम 16 GiB तक सीमित करता है।

## ZFS यह मेमोरी किस लिए इस्तेमाल करता है?

ज़्यादातर ARC के लिए, जो हाल ही में और बार-बार पढ़े गए ब्लॉक और metadata का cache है। ज़्यादा cache का मतलब हार्ड ड्राइव तक कम धीमी यात्राएँ।

ARC खुद अपना साइज़ तय करता है। Linux पर, OpenZFS 2.3 और बाद के संस्करण इसे कुल मेमोरी में से 1 GiB घटाकर और मेमोरी का 5/8 — जो बड़ा हो — तक बढ़ने देते हैं। OpenZFS 2.2 Linux पर मेमोरी के आधे पर रुकता था। न्यूनतम 32 MiB और मेमोरी का 1/32 में से जो बड़ा हो, और ZFS मेमोरी का 1/64 खाली छोड़ने का लक्ष्य रखता है।

दो और उपयोगों पर सीमाएँ हैं। Scrub और resilver अपनी reads को मेमोरी में sort करते हैं, डिफ़ॉल्ट रूप से RAM के 1/20 तक। resilver में कितना समय लगता है, यह [RAID rebuild समय पेज](https://basalthold.com/hi/raid-rebuild-time/ "How long a RAID 6 or RAIDZ2 rebuild takes with 20 TB drives") पर है। Deduplication अपनी टेबल मेमोरी में रखता है, यहीं से बड़ी संख्याएँ आती हैं।

किराए के सिस्टम पर संस्करण मायने रखते हैं। 2 नवंबर 2026 को, Debian 13 में zfsutils-linux 2.3.9 और Ubuntu 24.04 में 2.2.2 आता था।

## 100 TB का बैकअप पूल असल में कितनी मेमोरी लेता है?

फ़ाइल सर्वर से कम cache, क्योंकि बैकअप एक बार लिखे जाते हैं और कभी-कभार पढ़े जाते हैं। Cache सबसे ज़्यादा metadata में मदद करता है: snapshots की सूची बनाना, पुराने बैकअप prune करना और indexes जाँचना।

Proxmox नियम योजना के लिए एक ठोस ऊपरी सीमा है। आम layouts पर लगाने से ये ARC लक्ष्य मिलते हैं:

- **mirror में 2 × 12 TB**, 12 TB प्रयोग योग्य: लगभग 13 GiB।
- **RAIDZ2 में 4 × 10 TB**, 20 TB प्रयोग योग्य: लगभग 20 GiB।
- **RAIDZ2 में 10 × 10 TB**, 80 TB प्रयोग योग्य: लगभग 75 GiB।
- **RAIDZ2 में 10 × 16 TB**, 128 TB प्रयोग योग्य: लगभग 118 GiB।

holds से तुलना करें: 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 डिस्क से ज़्यादा बार पढ़ता है।

2 November 2026 को Basalthold जाँचे गए 23 स्टोरेज-सर्वर विक्रेताओं में से, 8 ने 100 TB या उससे अधिक का सर्वर सूचीबद्ध किया, और 1 ने बिना ID वाले क्रिप्टो खरीदारों को एक किराए पर दिया। पूरा ऑफर [100 TB स्टोरेज सर्वर पेज](https://basalthold.com/hi/100tb-storage-server/ "Where to rent a storage server with 100 TB of disk") पर है।

## क्या मुझे बैकअप के लिए ZFS deduplication चालू करनी चाहिए?

100 TB पर नहीं। प्रति TB deduplicated डेटा 5 से 6 GB पर, 80 TB के लिए 400 से 480 GB मेमोरी चाहिए होगी। यह किसी भी hold में नहीं है।

इसके बजाय बैकअप टूल को deduplicate करने दें। restic, Borg और Proxmox Backup Server डेटा को chunks में बाँटते हैं और हर chunk को अपने index में एक बार संग्रहीत करते हैं। अंतर [restic या Borg](https://basalthold.com/hi/restic-vs-borg/ "Restic or Borg for offsite backups to your own server") पर हैं। ZFS compression चालू रखें; इसमें कम मेमोरी लगती है।

ECC मेमोरी साइज़ से ज़्यादा मायने रखती है। OpenZFS इसे अत्यधिक अनुशंसित कहता है, क्योंकि कोई भी फ़ाइलसिस्टम RAM में bit flips से नहीं बचा सकता। ZFS को सादी ड्राइव क्यों चाहिए, यह [ZFS या हार्डवेयर RAID](https://basalthold.com/hi/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/hi/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 raw · 6 cores | $110.99 | $299.67 (−10%) | $532.75 (−20%) | $932.31 (−30%) |
| Hold 40 | 40 TB raw · 6 cores | $201.09 | $542.94 (−10%) | $965.23 (−20%) | $1,689.15 (−30%) |
| Hold 100 | 100 TB raw · 10 cores | $377.05 | $1,018.03 (−10%) | $1,809.84 (−20%) | $3,167.22 (−30%) |
| Hold 160 | 160 TB raw · 16 cores | $561.39 | $1,515.75 (−10%) | $2,694.67 (−20%) | $4,715.67 (−30%) |

हर प्लान में: खाली डेटा ड्राइव · एन्क्रिप्शन keys आपकी ही रहती हैं · डेडिकेटेड IPv4 · कोई लॉग नहीं · कोई KYC नहीं · कोई setup शुल्क नहीं

**भुगतान से पहले**

- न्यूनतम टॉप-अप $1। एक बार crypto में टॉप-अप करें, फिर अपने balance से कोई भी प्लान खरीदें।
- आपके balance पर मौजूद Credit की कोई expiry नहीं होती और यह आपके किसी भी server को renew करता है। जब top-up केवल minimum तक पहुँचने के लिए किया जाता है, तो बचा हुआ हिस्सा अनुरोध पर भुगतान के 30 दिनों के भीतर USDT या USDC में वापस आ जाता है। balance का बाकी हिस्सा तब तक नहीं दिया जाता जब तक कानून इसकी मांग न करे.
- ब्लॉकचेन पर आपके भुगतान की जाँच होने पर क्रेडिट हो जाता है। नेटवर्क का सामान्य कन्फ़र्मेशन समय: BTC ≈ 20 मिनट · USDT TRC-20 ≈ 1 मिनट · USDT ERC-20 ≈ 5 मिनट · USDC ERC-20 ≈ 5 मिनट · ETH ≈ 5 मिनट · SOL ≈ 1 मिनट · LTC ≈ 15 मिनट · XMR ≈ 20 मिनट

## ZFS मेमोरी के बारे में लोग और क्या पूछते हैं?

### क्या ZFS को प्रति TB 1 GB RAM चाहिए?

नहीं। OpenZFS FAQ सबसे अच्छे प्रदर्शन के लिए 8 GB या अधिक मांगता है। प्रति-TB नियम कहीं और से आते हैं। Proxmox 2 GiB कैश लक्ष्य के साथ प्रति TiB 1 GiB तय करता है; FreeBSD डिडुप्लिकेटेड डेटा के प्रति TB 5 से 6 GB देता है।

### क्या ZFS के लिए 32 GB RAM काफ़ी है?

हाँ, कुछ दर्जन TB के पूल के लिए। यह OpenZFS की सिफ़ारिश का चार गुना है, और 12 TB मिरर के लिए Proxmox के लक्ष्य से ऊपर। 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 खाली मेमोरी में बढ़ता है और दबाव में इसे वापस दे देता है, जिसका लक्ष्य RAM का 1/64 खाली रखना है। अगर किसी डेटाबेस या वर्चुअल मशीनों को एक निश्चित हिस्सा चाहिए, तो zfs_arc_max सेट करें।

### क्या मैं क्रिप्टो से बिना KYC के ZFS स्टोरेज सर्वर किराए पर ले सकता हूँ?

हाँ। Basalthold BTC, USDT, USDC, ETH, SOL, LTC, XMR स्वीकार करता है, $1 के टॉप-अप से। कोई KYC नहीं: किसी भी समय कोई ID नहीं, कोई सेल्फ़ी नहीं, कोई दस्तावेज़ नहीं, कोई कार्ड नहीं और कोई फ़ोन नंबर नहीं। ऑपरेटिंग सिस्टम अपनी अलग SSD पर होता है (बड़े होल्ड पर दो मिरर की गई SSD); डेटा ड्राइव खाली और बिना पार्टीशन के मिलती हैं, ताकि आप ZFS, mdadm array या कई स्वतंत्र डिस्क का सेट बना सकें। अगर आप चाहते हैं कि टीम डिलीवरी से पहले RAID 6 या RAID 10 array तैयार कर दे, तो सर्वर सौंपे जाने से पहले support को बताएं।

**100 TB पूल के कैश के लिए जगह** Hold 100: Intel Xeon Silver 4210R (10 cores / 20 threads), 128 GB DDR4 ECC, 10 × 10 TB हार्ड ड्राइव (100 TB raw) और सिस्टम के लिए 2 × 480 GB SSD, mirrored, 1 Gbit/s पोर्ट के साथ हर 30 दिन में 120 TB ट्रैफ़िक, 1 IPv4 और एक IPv6 /64, $377.05/30 दिन के लिए। क्रिप्टो, कोई KYC नहीं। [Amsterdam में Hold 100 किराए पर लें](https://basalthold.com/app/checkout/?plan=hold-100&location=nl-ams&lang=hi) · [Bucharest में Hold 160 किराए पर लें](https://basalthold.com/app/checkout/?plan=hold-160&location=ro-buh&lang=hi)

## स्रोत

1. [FAQ: हार्डवेयर आवश्यकताएँ](https://openzfs.github.io/openzfs-docs/Project%20and%20Community/FAQ.html) — OpenZFS (read 2026-11-02)
2. [हार्डवेयर: ECC मेमोरी](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: Linux के अंतर्गत zfs_arc_max](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. [Debian trixie में पैकेज zfsutils-linux](https://packages.debian.org/trixie/zfsutils-linux) — Debian (read 2026-11-02)
8. [Ubuntu noble में पैकेज zfsutils-linux](https://packages.ubuntu.com/noble/zfsutils-linux) — Ubuntu (read 2026-11-02)

---

Basalthold: Basalthold Amsterdam, Bucharest और Chisinau में स्टोरेज डेडिकेटेड सर्वर किराए पर देता है, जिनका भुगतान क्रिप्टो में होता है और कोई KYC नहीं: न ID, न सेल्फी, न दस्तावेज़। हर सर्वर एक पूरी फिज़िकल मशीन है जिसमें एक ग्राहक के लिए 24 TB से 160 TB तक हार्ड ड्राइव होती हैं, जो खाली डेटा ड्राइव और root एक्सेस के साथ मिलती है — बैकअप, आर्काइव, फ़ाइल सिंक और सेल्फ-होस्टेड ऑब्जेक्ट स्टोरेज के लिए। 2 नवंबर 2026 को कीमतें 24 TB के लिए $110.99 प्रति 30 दिन से लेकर 160 TB के लिए $561.39 तक थीं ($3.50 प्रति रॉ TB)। इसे DomaineGoat LLC चलाता है, जो Panama में पंजीकृत कंपनी है, कोई लॉग नहीं रखती और कभी आपकी एन्क्रिप्शन कुंजियाँ नहीं माँगती।