जिम्ब्रा सहयोग सुइट स्थापित करने के लिए बुनियादी ढांचे की योजना बनाना

किसी उद्यम में किसी भी आईटी समाधान का कार्यान्वयन डिजाइन से शुरू होता है। इस स्तर पर, आईटी प्रबंधक को सर्वरों की संख्या और उनकी विशेषताओं की गणना करनी होगी ताकि, एक ओर, वे सभी उपयोगकर्ताओं के लिए पर्याप्त हों, और दूसरी ओर, ताकि इन सर्वरों का मूल्य-गुणवत्ता अनुपात हो इष्टतम और एक नई सूचना प्रणाली के लिए कंप्यूटिंग बुनियादी ढांचे के निर्माण की लागत उद्यम के आईटी बजट में गंभीर कमी नहीं लाती है। आइए जानें कि किसी उद्यम में जिम्ब्रा सहयोग सूट को लागू करने के लिए बुनियादी ढांचे को कैसे डिजाइन किया जाए।

अन्य समाधानों की तुलना में ज़िम्ब्रा की मुख्य विशेषता यह है कि ZCS के मामले में, बाधा शायद ही कभी प्रोसेसर पावर या रैम बन जाती है। मुख्य सीमा आमतौर पर हार्ड डिस्क की इनपुट और आउटपुट गति होती है, और इसलिए मुख्य ध्यान डेटा स्टोर पर दिया जाना चाहिए। उत्पादन परिवेश में ज़िम्ब्रा के लिए आधिकारिक तौर पर बताई गई न्यूनतम आवश्यकताएं 4 गीगाहर्ट्ज़ क्लॉक स्पीड वाला 64-कोर 2-बिट प्रोसेसर, सिस्टम फ़ाइलों और लॉग के लिए 10 गीगाबाइट और 8 गीगाबाइट रैम हैं। आमतौर पर, ये विशेषताएँ प्रतिक्रियाशील सर्वर संचालन के लिए पर्याप्त हैं। लेकिन क्या होगा यदि आपको 10 उपयोगकर्ताओं के लिए ज़िम्ब्रा लागू करना है? इस मामले में कौन से सर्वर और कैसे कार्यान्वित किए जाने चाहिए?

आइए इस तथ्य से शुरुआत करें कि 10 हजार उपयोगकर्ताओं के लिए बुनियादी ढांचा मल्टी-सर्वर होना चाहिए। एक ओर, मल्टी-सर्वर इंफ्रास्ट्रक्चर जोम्ब्रा को स्केलेबल बनाना संभव बनाता है, और दूसरी ओर, उपयोगकर्ताओं की एक बड़ी आमद के साथ भी सूचना प्रणाली के उत्तरदायी संचालन को प्राप्त करना संभव बनाता है। आमतौर पर यह अनुमान लगाना काफी मुश्किल है कि ज़िम्ब्रा सर्वर कितने उपयोगकर्ताओं को अच्छी सेवा दे पाएगा, क्योंकि बहुत कुछ कैलेंडर और ई-मेल के साथ उनके काम की तीव्रता के साथ-साथ उपयोग किए गए प्रोटोकॉल पर निर्भर करता है। इसीलिए, उदाहरण के लिए, हम 4 मेल स्टोरेज लागू करेंगे। कमी या क्षमता की अत्यधिक अधिकता की स्थिति में, या तो इसे बंद करना या किसी अन्य को जोड़ना संभव होगा।

इस प्रकार, 10.000 लोगों के लिए बुनियादी ढांचा डिजाइन करते समय, एलडीएपी, एमटीए और प्रॉक्सी सर्वर और 4 मेल स्टोरेज बनाना आवश्यक होगा। ध्यान दें कि एलडीएपी, एमटीए और प्रॉक्सी सर्वर को वर्चुअल बनाया जा सकता है। इससे सर्वर हार्डवेयर की लागत कम हो जाएगी और डेटा बैकअप और रिकवरी की सुविधा मिल जाएगी, लेकिन दूसरी ओर, भौतिक सर्वर विफलता की स्थिति में, आप तुरंत एमटीए, एलडीएपी और प्रॉक्सी के बिना होने का जोखिम उठाते हैं। इसीलिए भौतिक या वर्चुअल सर्वर के बीच चयन इस आधार पर किया जाना चाहिए कि आप आपातकालीन स्थिति में कितना डाउनटाइम वहन कर सकते हैं। दूसरी ओर, मेल स्टोरेज को भौतिक सर्वर पर रखना सबसे अच्छा होगा, क्योंकि यह उन पर है कि लेखन चक्रों की मुख्य संख्या घटित होगी, जो जिम्ब्रा के प्रदर्शन को सीमित करती है, और इसलिए डेटा ट्रांसफर के लिए बड़ी संख्या में चैनल होंगे। जिम्ब्रा का प्रदर्शन बढ़ाएँ।

सिद्धांत रूप में, एलडीएपी, एमटीए, प्रॉक्सी सर्वर, नेटवर्क स्टोरेज बनाने और उन्हें एक बुनियादी ढांचे में संयोजित करने के बाद, 10000 उपयोगकर्ताओं के लिए जिम्ब्रा सहयोग सूट कमीशनिंग के लिए तैयार है। ऐसे कॉन्फ़िगरेशन की संचालन योजना काफी सरल होगी:

आरेख सिस्टम के मुख्य नोड्स और उनके बीच प्रसारित होने वाले डेटा प्रवाह को दर्शाता है। इस कॉन्फ़िगरेशन के साथ, बुनियादी ढांचा डेटा हानि, किसी भी सर्वर की विफलता से जुड़े डाउनटाइम आदि से पूरी तरह से असुरक्षित होगा। आइए देखें कि आप अपने बुनियादी ढांचे को इन समस्याओं से कैसे बचा सकते हैं।

मुख्य विधि हार्डवेयर अतिरेक है. अतिरिक्त एमटीए और प्रॉक्सी नोड्स, मुख्य सर्वर की विफलता की स्थिति में, अस्थायी रूप से मुख्य सर्वर की भूमिका निभा सकते हैं। महत्वपूर्ण बुनियादी ढांचे नोड्स की नकल करना लगभग हमेशा एक अच्छा विचार है, लेकिन हमेशा वांछित सीमा तक संभव नहीं होता है। इसका एक उल्लेखनीय उदाहरण मेल संग्रहीत करने वाले सर्वरों की अतिरेक है। ज़िम्ब्रा सहयोग सूट ओपन-सोर्स संस्करण वर्तमान में डुप्लिकेट स्टोर के निर्माण का समर्थन नहीं करता है, इसलिए यदि इनमें से एक सर्वर विफल हो जाता है, तो डाउनटाइम से बचा नहीं जा सकता है, और मेल स्टोर विफलता के कारण होने वाले डाउनटाइम को कम करने के लिए, एक आईटी प्रबंधक इसका बैकअप तैनात कर सकता है दूसरा सर्वर.

चूंकि ज़िम्ब्रा ओएसई में कोई अंतर्निहित बैकअप सिस्टम नहीं है, इसलिए हमें ज़ेक्स्ट्रास बैकअप की आवश्यकता होगी, जो रीयल-टाइम बैकअप और बाहरी स्टोरेज का समर्थन करता है। चूँकि Zextras बैकअप, पूर्ण और वृद्धिशील बैकअप लेते समय, सभी डेटा को /opt/zimbra/backup फ़ोल्डर में रखता है, इसमें बाहरी, नेटवर्क या यहां तक ​​कि क्लाउड स्टोरेज को माउंट करना उचित होगा, ताकि ऐसी स्थिति में सर्वरों में से एक क्रैश होने पर, आपके पास आपातकाल के समय अद्यतन बैकअप प्रति वाला एक मीडिया होता है। इसे एक निरर्थक भौतिक सर्वर, और वर्चुअल मशीन और क्लाउड दोनों पर तैनात किया जा सकता है। सर्वर में प्रवेश करने वाले जंक ट्रैफ़िक की मात्रा को कम करने के लिए ज़िम्ब्रा प्रॉक्सी के साथ सर्वर के सामने स्पैम फ़िल्टर के साथ एमटीए स्थापित करना भी एक अच्छा विचार है।

परिणामस्वरूप, सुरक्षित ज़िम्ब्रा बुनियादी ढांचा कुछ इस तरह दिखेगा:

इस कॉन्फ़िगरेशन के साथ, ज़िम्ब्रा इंफ्रास्ट्रक्चर न केवल 10.000 उपयोगकर्ताओं को गुणवत्तापूर्ण सेवाएं प्रदान करने में सक्षम होगा, बल्कि आपातकालीन स्थिति की स्थिति में इसके परिणामों को जल्द से जल्द खत्म करने की भी अनुमति देगा।

स्रोत: www.habr.com