Zimbra सहयोग सुइट स्थापना गर्न पूर्वाधार योजना

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

अन्य समाधानहरूको तुलनामा Zimbra को मुख्य विशेषता यो हो कि ZCS को मामला मा, बाधा विरलै प्रोसेसर पावर वा RAM हुन्छ। मुख्य सीमा सामान्यतया हार्ड ड्राइभको इनपुट र आउटपुटको गति हो र त्यसैले डाटा भण्डारणमा मुख्य ध्यान दिनु पर्छ। उत्पादन वातावरणमा Zimbra को लागि आधिकारिक रूपमा भनिएको न्यूनतम आवश्यकताहरू 4-कोर 64-बिट प्रोसेसर 2 गीगाहर्ट्ज घडी गति, प्रणाली फाइलहरू र लगहरूका लागि 10 गिगाबाइटहरू, र कम्तिमा 8 गिगाबाइट RAM हो। सामान्यतया, यी विशेषताहरू सर्भरलाई उत्तरदायी रूपमा सञ्चालन गर्न पर्याप्त छन्। तर, १० हजार प्रयोगकर्ताका लागि जिम्बा लागू गर्नुपर्‍यो भने के हुन्छ ? कुन सर्भरहरू र तिनीहरू यस अवस्थामा कसरी लागू गर्नुपर्छ?

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

यसरी, 10.000 व्यक्तिहरूको लागि पूर्वाधार डिजाइन गर्दा, तपाईंले LDAP, MTA र प्रोक्सी सर्भरहरू र 4 मेल भण्डारणहरू सिर्जना गर्न आवश्यक हुनेछ। नोट गर्नुहोस् कि LDAP, MTA र प्रोक्सी सर्भरहरू भर्चुअल बनाउन सकिन्छ। यसले सर्भर हार्डवेयरको लागत घटाउनेछ र यसलाई ब्याकअप र डेटा पुनर्स्थापना गर्न सजिलो बनाउँदछ, तर अर्कोतर्फ, यदि भौतिक सर्भर असफल भयो भने, तपाइँ तुरुन्तै MTA, LDAP र Proxy बिना हुने जोखिममा हुनुहुन्छ। त्यसकारण भौतिक वा भर्चुअल सर्भरहरू बीचको छनोट तपाईंले आपतकालीन अवस्थामा कति डाउनटाइम वहन गर्न सक्नुहुन्छ भन्ने आधारमा बनाउनुपर्छ। मेल भण्डारणहरू भौतिक सर्भरहरूमा राम्रोसँग राखिनेछ, किनकि तिनीहरूमा धेरैजसो लेखन चक्रहरू देखा पर्नेछ, जसले Zimbra को कार्यसम्पादनलाई सीमित गर्दछ, र त्यसैले डाटा स्थानान्तरणका लागि च्यानलहरूको ठूलो संख्याले Zimbra को कार्यसम्पादनमा उल्लेखनीय वृद्धि गर्नेछ।

सैद्धान्तिक रूपमा, LDAP, MTA, Proxy सर्भरहरू, नेटवर्क भण्डारण र तिनीहरूलाई एकल पूर्वाधारमा संयोजन गरेपछि, 10000 प्रयोगकर्ताहरूको लागि Zimbra Collaboration Suite कमिसनका लागि तयार छ। यो कन्फिगरेसन को सञ्चालन एकदम सरल हुनेछ:

रेखाचित्रले प्रणालीको मुख्य नोडहरू र डेटा प्रवाहहरू देखाउँदछ जुन तिनीहरू बीचमा परिक्रमा हुनेछ। यस कन्फिगरेसनको साथ, पूर्वाधार डेटा हानिबाट पूर्ण रूपमा असुरक्षित हुनेछ, कुनै पनि सर्भरको विफलतासँग सम्बन्धित डाउनटाइम, र यस्तै अन्य। तपाईं यी समस्याहरूबाट आफ्नो पूर्वाधारलाई कसरी जोगाउन सक्नुहुन्छ भन्ने कुरालाई हेरौं।

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

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

नतिजाको रूपमा, संरक्षित Zimbra पूर्वाधार केहि यस्तो देखिन्छ:

यस कन्फिगरेसनको साथ, Zimbra पूर्वाधारले 10.000 प्रयोगकर्ताहरूलाई उच्च-गुणस्तर सेवाहरू प्रदान गर्न मात्र सक्षम हुनेछैन, तर आपतकालीन अवस्थाको अवस्थामा, यसले यसको परिणामहरूलाई सकेसम्म चाँडो हटाउन अनुमति दिनेछ।

स्रोत: www.habr.com