Synology, QNAP, TrueNAS के बिना एक न्यूनतम ZFS NAS कैसे बनाएं (2024)

मूल लेख ↗ Hacker News चर्चा ↗

हार्डवेयर और फ़ॉर्म फ़ैक्टर के विकल्प

  • बहुत से लोग पुराने एंटरप्राइज़ गियर (Dell PowerEdge, HP ProLiant MicroServers, HP workstations, ThinkCentre mini PCs) का उपयोग ECC, iDRAC/IPMI, और कई bays के लिए करते हैं; नुकसान हैं शोर, आकार, और ज़्यादा idle power।
  • अन्य लोग कॉम्पैक्ट, कम-शक्ति वाले “true home” हार्डवेयर को पसंद करते हैं: mini-PCs (जैसे N100-क्लास, Lenovo tiny PCs) या HATs के साथ Raspberry Pi 5; चिंता सीमित bays और अक्सर ECC का न होना है।
  • USB multi-bay enclosures को महत्वपूर्ण डेटा के लिए व्यापक रूप से अविश्वसनीय बताया गया है (overheating adapters, disconnects, missing TRIM), खासकर ZFS के साथ।

ZFS बनाम Appliances (Synology/TrueNAS/Unraid)

  • Pro-appliance पक्ष इन चीज़ों को महत्व देता है: hot-swap trays, खराब disks के लिए LEDs/beeps, integrated UI, replication, cloud sync, HA, monitoring, “मुझे गलत command टाइप नहीं करने देना”।
  • DIY ZFS पक्ष का तर्क है: ZFS खुद ही “proven reliable system” है, जिसकी design mdadm/LVM से बेहतर है; disk replacement आम तौर पर सिर्फ zpool replace होता है।
  • कई लोग off-the-shelf NASes पर DIY की तुलना में ज़्यादा data loss या compromise की रिपोर्ट करते हैं, लेकिन अन्य critical data के लिए “hacky” setups पर भरोसा नहीं करते।

Linux पर ZFS बनाम FreeBSD/illumos

  • एक पक्ष: Debian/Linux पर ZFS चलाना “second-class” है, यह out-of-tree module है जो kernel breakage और GPL hostility के अधीन रहता है; सबसे solid के रूप में FreeBSD या illumos (OmniOS+napp-it) की सिफारिश करता है।
  • जवाबी तर्क: OpenZFS पहले Linux को target करता है; Linux और FreeBSD एक ही ZFS code साझा करते हैं; LTS kernels पर चलाना व्यवहार में स्थिर है। TrueNAS का BSD से Debian पर जाना इसका उदाहरण दिया जाता है।
  • कुछ लोग Debian/Proxmox पर ZFS के तहत NVMe की समस्याएँ नोट करते हैं; अन्य कई Linux और BSD systems पर लंबे समय की सफलता की रिपोर्ट करते हैं।

ड्राइव, RAID स्तर, और क्षमता संबंधी चिंताएँ

  • disk और SSD pricing में जारी “crisis”; कई लोग बेहतर $/TB के लिए external HDDs को shuck करते हैं या used SAS enterprise drives खरीदते हैं।
  • RAIDZ1 बनाम RAIDZ2 बनाम mirrors:
    • बड़े disks पर resilver के दौरान read errors से data loss से बचने के लिए RAIDZ2 को प्राथमिकता दी जाती है।
    • कुछ कहते हैं कि यदि आपके पास वास्तविक backups हैं तो home पर RAIDZ1 ठीक है।
  • ZFS free-space rule (लगभग 20% खाली रखना) पर बहस है: कुछ लोग 90% से ऊपर performance loss और fragmentation देखते हैं; अन्य लोग near-full pools को, खासकर बड़े files के साथ, ठीक से काम करते हुए बताते हैं।
  • कुछ लोग consumer SSDs को RAIDZ में उनके कम endurance और छोटे overprovisioning के कारण जोखिम भरा मानते हैं; अन्य कहते हैं कि वे काम करते हैं लेकिन headroom और सावधानी चाहिए।

Backups, Monitoring, और Failure Handling

  • मज़बूत सहमति: snapshots और scrubs अनिवार्य हैं; नियमित scrubs शेड्यूल करें और zpool status मॉनिटर करें।
  • Alerts बहुत महत्वपूर्ण हैं: smartmontools/smartctl_exporter, cron, या इसी तरह email; सिर्फ MOTD या manual checks पर निर्भर रहना असुरक्षित माना जाता है।
  • जिन guides में “एक disk fail हो गई, उसे कैसे detect और replace करना है” और alerting शामिल नहीं है, उन्हें अधूरा कहा जाता है।
  • ZFS snapshot/backup automation के लिए कई tools का उल्लेख है (जैसे sanoid, zfs-backup), साथ ही zfs send/receive, rsync.net, zfs.rent।
  • एक user बताता है कि recovery test न करने और encryption config खो देने के कारण उसने अपना पूरा NAS data खो दिया; “test disaster recovery” पर बहुत ज़ोर दिया जाता है।

ZFS के विकल्प

  • कुछ लोग पसंद करते हैं:
    • MDADM पर Btrfs।
    • सरल, non-ZFS stack के लिए dm-integrity + mdadm + XFS।
    • बड़े, ज़्यादातर static media के लिए SnapRAID + mergerfs (ज़्यादा flexible disk sizes, drive removal आसान)।
    • home servers के लिए Unraid; simplicity के लिए आम तौर पर सकारात्मक प्रतिक्रिया।
    • snapshots के साथ LVM (नोट किया गया कि यह ZFS snapshots से मूल रूप से अलग है और size management की आवश्यकता होती है)।
  • RHEL/Rocky + Cockpit, Proxmox (ZFS और Proxmox Backup Server के साथ), और NixOS DIY NASes के लोकप्रिय base हैं, जिनमें सरलता, tooling, और ecosystem के अलग-अलग trade-offs हैं।

AI और Storage Prices (एक साइड नोट)

  • कई पोस्टरों के अनुसार मौजूदा ऊँची storage और RAM prices का कारण AI boom है; कुछ कहते हैं कि वे आधुनिक LLMs छोड़कर सस्ते hardware और कम “slop” content पर लौटना चाहेंगे। अन्य लोग AI को इतना transformative मानते हैं कि अस्थायी परेशानी जायज़ है।