ZFS RAIDZ विस्तार टूल्स

ZFS का सबसे पुराना नियम था “आप RAIDZ vdev में एक ड्राइव नहीं जोड़ सकते।” पंद्रह वर्षों तक इसका मतलब था कि घर के NAS को विस्तार देना या तो पूर्ण बैकअप-और-पुनः स्थापन था या एक बार में पूरे दूसरे vdev के लायक डिस्क खरीदना पड़ता था। OpenZFS 2.3 ने RAIDZ विस्तार को शामिल किया, और नियम चला गया। एक मौजूदा RAIDZ1 में एक ड्राइव जोड़ें, reflow के लिए प्रतीक्षा करें, और vdev पुनर्निर्माण के बिना चौड़ा हो जाता है।

नीचे दिए गए ZFS RAIDZ विस्तार के लिए सात सर्वश्रेष्ठ ऐप्स विस्तार को ही कवर करते हैं, मॉनिटरिंग जो आप एक घर के 8-बे NAS पर 30 घंटे के reflow के दौरान चाहते हैं, और स्नैपशॉट और प्रतिकृति टूल्स जो एक चलते हुए पूल को सुरक्षित रखते हैं जबकि आप इसे बढ़ाते हैं। सब कुछ Linux पर चलता है (TrueNAS SCALE, Debian, Ubuntu Server, Proxmox); अधिकांश FreeBSD पर भी काम करते हैं।

RAIDZ विस्तार टूलकिट में क्या देखना है

त्वरित तुलना तालिका

ऐप सर्वश्रेष्ठ है प्लेटफॉर्म्स मुफ़्त योजना शुरुआती मूल्य/माह रेटिंग
OpenZFS 2.3 विस्तार करने वाली रनटाइम Linux, FreeBSD, illumos पूरी तरह मुफ़्त (CDDL) मुफ़्त आवश्यक
TrueNAS SCALE 24.10+ वेब UI-संचालित विस्तार बेयर-मेटल, VM पूरी तरह मुफ़्त मुफ़्त (एंटरप्राइज सपोर्ट अतिरिक्त) अनुशंसित
Cockpit ZFS Manager Cockpit के अंदर पूल प्रबंधन Linux पूरी तरह मुफ़्त (OSS) मुफ़्त हल्का
Sanoid स्वचालित स्नैपशॉट नीतियां Linux पूरी तरह मुफ़्त (OSS) मुफ़्त सामुदायिक पसंदीदा
zrepl एन्क्रिप्शन के साथ स्नैपशॉट प्रतिकृति Linux, FreeBSD पूरी तरह मुफ़्त (OSS) मुफ़्त ठोस
Houston UI Rocky Linux के लिए ZFS वेब कंसोल Rocky Linux पूरी तरह मुफ़्त (OSS) मुफ़्त नया लेकिन आशाजनक
zfs-auto-snapshot सरल प्रति घंटा/दैनिक स्नैपशॉट Linux पूरी तरह मुफ़्त (OSS) मुफ़्त युद्ध-परीक्षित

ऐप्स

1. OpenZFS 2.3 – वह रनटाइम जो विस्तार को संभव बनाता है

OpenZFS 2.3 वह जगह है जहां RAIDZ vdevs के लिए zpool attach रहता है। कमांड एक पंक्ति है: zpool attach tank raidz1-0 /dev/sdX। पूल विस्तार के दौरान ऑनलाइन रहता है, पढ़ना और लिखना जारी रहता है, और जब यह समाप्त होता है तो vdev में एक और डिस्क की क्षमता होती है। नीचे दिया गया हर दूसरा टूल इस रनटाइम को मानता है।

यह कहां कम पड़ता है: विस्तार के बाद नई लिखी गई फाइलें व्यापक stripe का उपयोग करती हैं। विस्तार से पहले लिखी गई फाइलें पुरानी stripe चौड़ाई रखती हैं जब तक आप उन्हें फिर से नहीं लिखते। साथ ही, RAIDZ विस्तार एक बार में एक है; दूसरा attach तब तक शुरू नहीं हो सकता जब तक पहला समाप्त न हो।

मूल्य निर्धारण:

प्लेटफॉर्म्स: Linux, FreeBSD, illumos।

डाउनलोड: GitHub पर OpenZFS रिलीज

निचली पंक्ति: पहले OpenZFS 2.3 स्थापित करें। बाकी सब कुछ scaffolding है।

2. TrueNAS SCALE 24.10 – वेब UI-संचालित विस्तार के लिए सर्वश्रेष्ठ

TrueNAS SCALE 24.10 और नई संस्करणें OpenZFS 2.3 को Storage टैब में RAIDZ विस्तार के साथ शामिल करती हैं। ड्राइव जोड़ें, Expand VDEV पर क्लिक करें, पुष्टि करें, और reflow प्रगति पट्टी को घंटों या दिनों तक टिक करते हुए देखें, जो पूल आकार पर निर्भर करता है। reflow समाप्त होने पर सतर्कताएं सक्रिय होती हैं, साथ ही scrubs, SMART त्रुटियां, और पूल स्वास्थ्य भी।

यह कहां कम पड़ता है: mirror-of-mirror vdev को उसी तरह विस्तार नहीं कर सकता (दर्पण हमेशा बढ़ने के लिए सरल रहे हैं, इसलिए कोई नुकसान नहीं)। विस्तार को vdev हटाने के साथ एक ऑपरेशन में जोड़ नहीं सकता।

मूल्य निर्धारण:

प्लेटफॉर्म्स: बेयर-मेटल x86, VM।

डाउनलोड: TrueNAS.com

निचली पंक्ति: यदि ZFS आपकी भंडारण परत है, तो TrueNAS SCALE 24.10+ “शेल्फ में अतिरिक्त डिस्क” से “विस्तृत RAIDZ1” तक का सबसे छोटा रास्ता है।

3. Cockpit ZFS Manager – Cockpit के अंदर पूल प्रबंधन के लिए सर्वश्रेष्ठ

Cockpit ZFS Manager Fedora Server, Rocky Linux और Debian के साथ आने वाले Cockpit वेब कंसोल में एक ZFS पैनल जोड़ता है। डेटासेट बनाएं, स्नैपशॉट ब्राउज़ करें, मैनुअल स्नैपशॉट लें, और एक टर्मिनल के बिना पूल स्थिति जांचें। विस्तार अभी के लिए शेल पर चलता है, लेकिन दृश्यमानता Cockpit-मूल है।

यह कहां कम पड़ता है: विस्तार UI TrueNAS की तुलना में न्यूनतम है। कुछ विशेषताएं Cockpit पहले से ही बॉक्स पर स्थापित होने की अपेक्षा करती हैं।

मूल्य निर्धारण:

प्लेटफॉर्म्स: Linux (Cockpit)।

डाउनलोड: optiplex-networks GitHub

निचली पंक्ति: Cockpit ZFS Manager एक Cockpit-प्रबंधित Linux सर्वर के लिए सही ऐड-ऑन है जो ZFS को किनारे पर चलाता है।

4. Sanoid – स्वचालित स्नैपशॉट नीतियों के लिए सर्वश्रेष्ठ

Sanoid आपके डेटासेट पर एक नीति फाइल लागू करता है और समय सारणी के अनुसार प्रति घंटा, दैनिक, मासिक और वार्षिक स्नैपशॉट लेता है। साथी टूल syncoid प्रतिकृति को संभालता है। जब आप RAIDZ विस्तार चलाने के बारे में हैं, Sanoid का विस्तार से पहले की दैनिक स्नैपशॉट वह रोलबैक बिंदु है जिसके लिए आप खुद को धन्यवाद देंगे।

यह कहां कम पड़ता है: कॉन्फ़िगरेशन एक पाठ फाइल है; कोई वेब UI नहीं। धीमे लिंक पर प्रतिकृति की debugging के लिए syncoid लॉग पढ़ने की आवश्यकता है।

मूल्य निर्धारण:

प्लेटफॉर्म्स: Linux, FreeBSD।

डाउनलोड: jimsalterjrs GitHub

निचली पंक्ति: Sanoid है “स्वचालित स्नैपशॉट जो काम करते हैं” हर ZFS उपयोगकर्ता को तीसरे दिन तक स्थापित करना चाहिए।

5. zrepl – एन्क्रिप्ट किए गए प्रतिकृति के लिए सर्वश्रेष्ठ

zrepl native एन्क्रिप्शन कुंजियों, pull या push मोड के साथ होस्ट पर स्नैपशॉट प्रतिकृति को संभालता है, और holdback नियम ताकि एक विफल लक्ष्य आपके स्रोत पूल को प्रूने न करे। यदि आप पूल को एक colocated बॉक्स में offsite करते हैं तो यह घर की लैब से परे मापता है।

यह कहां कम पड़ता है: कॉन्फ़िग फाइल (hcl) का एक सीखने वाला वक्र है। Sanoid सरल मामलों को कम सेटअप के साथ करता है।

मूल्य निर्धारण:

प्लेटफॉर्म्स: Linux, FreeBSD।

डाउनलोड: zrepl.github.io

निचली पंक्ति: zrepl चुनें जब प्रतिकृति कहीं जा रही है जहां आप पूरी तरह से विश्वास नहीं करते और rest में एन्क्रिप्शन वैकल्पिक नहीं है।

6. Houston UI – Rocky Linux वेब कंसोल के लिए सर्वश्रेष्ठ

Houston UI 45Drives से Rocky Linux पर ZFS के लिए एक Cockpit-आधारित कंसोल है। यह पूल निर्माण, डेटासेट प्रबंधन, साझाकरण, और अब RAIDZ विस्तार को TrueNAS SCALE के समान UI में एक्सपोज़ करता है। उपयोगकर्ताओं द्वारा पसंद किया जाता है जो एक rolling-release Linux आधार चाहते हैं एक परिचित ZFS इंटरफेस के तहत।

यह कहां कम पड़ता है: सामुदायिक संस्करण समर्थन सर्वश्रेष्ठ-प्रयास है। एंटरप्राइज समर्थन के लिए 45Drives हार्डवेयर की आवश्यकता है।

मूल्य निर्धारण:

प्लेटफॉर्म्स: Rocky Linux, AlmaLinux।

डाउनलोड: 45Drives Houston

निचली पंक्ति: Houston UI Rocky Linux प्रशंसकों के लिए एक मजबूत TrueNAS-वैकल्पिक है जो अभी भी एक दोस्ताना ZFS पैनल चाहते हैं।

7. zfs-auto-snapshot – सरल प्रति घंटा स्नैपशॉट के लिए सर्वश्रेष्ठ

zfs-auto-snapshot मूल set-and-forget स्नैपशॉट cron है। यह मुट्ठी भर cron jobs को स्थापित करता है और retention के साथ बार-बार, प्रति घंटा, दैनिक, साप्ताहिक और मासिक स्नैपशॉट लेना शुरू करता है। आदर्श जब Sanoid overkill की तरह लगता है।

यह कहां कम पड़ता है: कोई प्रतिकृति बनाई गई नहीं। retention प्रति-समय सारणी है, extra कॉन्फ़िग के बिना प्रति-डेटासेट नहीं।

मूल्य निर्धारण:

प्लेटफॉर्म्स: Linux (Debian और Ubuntu पैकेज इसे), FreeBSD (ports के माध्यम से)।

डाउनलोड: zfsonlinux GitHub

निचली पंक्ति: zfs-auto-snapshot है “एक apt install और भूल जाओ” पूल के लिए स्नैपशॉट परत जिसे Sanoid की लचीलापन की आवश्यकता नहीं है।

सही को चुनना कैसे करें

Sanoid और zfs-auto-snapshot को एक ही डेटासेट पर stack न करें। वे दोनों एक ही नामों पर स्नैपशॉट लेते हैं और retention पर लड़ते हैं।

FAQ

एक घर के NAS पर RAIDZ विस्तार में कितना समय लगता है?

एक स्वस्थ 4-wide RAIDZ1 में जोड़ी गई 8 TB ड्राइव के लिए, पूल कितना भरा है इसके आधार पर 12 से 30 घंटे की अपेक्षा करें। reflow के दौरान पढ़ना और लिखना जारी रहता है; प्रदर्शन गिरता है लेकिन पूल ऑनलाइन रहता है।

क्या मुझे RAIDZ विस्तार के बाद मौजूदा फाइलों को फिर से लिखने की आवश्यकता है?

तरह का। विस्तार से पहले लिखी गई फाइलें पुरानी stripe चौड़ाई रखती हैं, इसलिए जोड़ी गई डिस्क उन फाइलों पर पढ़ने में कम योगदान देती है जब तक आप उन्हें फिर से नहीं लिखते। डेटासेट पर एक zfs send | zfs recv (या एक Sanoid syncoid पास) सुंदर ढंग से पुनर्संतुलन करता है। एक बड़े पूल पर एक निर्धारित रातोंरात फिर से लिखना एक अच्छा विचार है।

क्या RAIDZ विस्तार एक scrub चलाने के साथ सुरक्षित है?

विस्तार तब तक शुरू नहीं होगा जब तक scrub उड़ान में है; ZFS स्वच्छ रूप से मना कर देता है। scrub के लिए प्रतीक्षा करें, फिर विस्तार शुरू करें। पहले एक स्नैपशॉट लें।

RAIDZ विस्तार और vdev जोड़ने के बीच क्या अंतर है?

विस्तार एक मौजूदा vdev को एक बार में एक डिस्क से चौड़ा करता है। vdev जोड़ना एक ही पूल के अंदर एक अलग RAIDZ समूह बनाता है। दोनों क्षमता बढ़ाते हैं; विस्तार आपके पास पहले से जो parity अनुपात है उसे रखता है, जबकि vdev जोड़ना गलती सहनशीलता को गुणा करता है।

क्या मैं RAIDZ2 या RAIDZ3 को विस्तार कर सकता हूं?

हाँ। OpenZFS 2.3 और नई संस्करणों में RAIDZ के लिए zpool attach RAIDZ1, RAIDZ2 और RAIDZ3 के लिए काम करता है। कमांड समान है; reflow सिर्फ parity ब्लॉक को RAIDZ स्तर के अनुरूप स्थानांतरित करता है।