पहले सीमाओं को परिभाषित करें
सामान्य क्लाइंट डिवाइस, बुनियादी ढांचा सेवाओं और प्रशासनिक इंटरफेस की भूमिकाओं को अलग करें। एक सीमा तभी उपयोगी होती है जब अनुमत यातायात को समझा जाता है। डिज़ाइन एक निर्भरता सूची से शुरू होना चाहिए: किस ग्राहक को किस सेवा की आवश्यकता है, किस सेवा को भंडारण की आवश्यकता है, और किस व्यवस्थापक को प्रबंधन पहुंच की आवश्यकता है।
प्रबंधन को सोच-समझकर रखें
प्रबंधन इंटरफ़ेस को जानबूझकर प्रशासन पथ के माध्यम से पहुंच योग्य होना चाहिए, न कि जहां भी क्लाइंट ट्रैफ़िक की अनुमति हो, उसे उजागर किया जाना चाहिए। मौजूदा प्रयोगशाला रिमोट एक्सेस का उपयोग करती है; डिज़ाइन का अगला चरण यह दस्तावेज़ बनाना है कि वह पहुंच कहां प्रवेश करती है, वह किस तक पहुंच सकती है, और पुनर्प्राप्ति पथ खोए बिना उसे कैसे हटाया जा सकता है।
भंडारण निर्भरता के लिए खाता
TrueNAS और ZFS दस्तावेज़ीकृत भंडारण वातावरण का समर्थन करते हैं, और Linux और कंटेनर कार्यभार पथ, अनुमतियाँ और नेटवर्क पहुंच क्षमता पर निर्भर करते हैं। उन निर्भरताओं को संरक्षित करने के लिए विभाजन परिवर्तन की आवश्यकता है। कोई सेवा तब स्वस्थ दिखाई दे सकती है जब उसका संग्रहण पथ या आवश्यक नेटवर्क कनेक्शन अनुपलब्ध हो।
स्वीकृत और अस्वीकृत दोनों पथों को मान्य करें
भविष्य के परीक्षण मैट्रिक्स में एक अनुमत क्लाइंट-टू-सर्विस कनेक्शन, एक अस्वीकृत क्लाइंट-टू-मैनेजमेंट कनेक्शन, एक अनुमोदित प्रशासन कनेक्शन और एक सर्विस-टू-स्टोरेज चेक शामिल होना चाहिए। स्रोत क्षेत्र, गंतव्य, प्रोटोकॉल, अपेक्षित परिणाम, देखे गए परिणाम और रोलबैक चरण को रिकॉर्ड करें। ये परीक्षण एक प्रकाशन योजना हैं, रिपोर्ट किए गए परीक्षण परिणाम नहीं।
पुनर्प्राप्ति पथ डिज़ाइन करें
नेटवर्क सीमाएं बदलने से पहले प्रशासनिक पहुंच कैसे बहाल करें, इसका दस्तावेजीकरण करें। कॉन्फ़िगरेशन बैकअप, एक ज्ञात स्थानीय एक्सेस विधि, और स्पष्ट रोलबैक के साथ एक छोटा सा बदलाव डिज़ाइन को समस्या निवारण में आसान बनाता है। पुनर्प्राप्ति-समय परिणाम प्रस्तुत करने से पहले व्यायाम के दौरान पुनर्प्राप्ति को मापें।
टेकअवे
विभाजन से पहुंच और निर्भरता को समझाना आसान हो जाना चाहिए। एक आरेख, एक एक्सेस मैट्रिक्स और देखे गए परीक्षण परिणाम नेटवर्किंग टूल की सूची की तुलना में इसे अधिक स्पष्ट रूप से प्रदर्शित करेंगे।
संबंधित परियोजना का अन्वेषण करें →