झिंब्रा कोलॅबोरेशन सूट स्थापित करण्यासाठी पायाभूत सुविधांचे नियोजन

एंटरप्राइझमध्ये कोणत्याही आयटी सोल्यूशनची अंमलबजावणी डिझाइनसह सुरू होते. या टप्प्यावर, आयटी व्यवस्थापकाला सर्व्हरची संख्या आणि त्यांची वैशिष्ट्ये मोजावी लागतील जेणेकरून, एकीकडे, ते सर्व वापरकर्त्यांसाठी पुरेसे असतील आणि दुसरीकडे, या सर्व्हरच्या किंमत-गुणवत्तेचे गुणोत्तर. इष्टतम आहे आणि नवीन माहिती प्रणालीसाठी संगणकीय पायाभूत सुविधा तयार करण्याच्या खर्चास एंटरप्राइझच्या आयटी बजेटमध्ये गंभीर छिद्र पाडले जात नाही. झिंब्रा कोलॅबोरेशन सूटच्या एंटरप्राइझ अंमलबजावणीसाठी पायाभूत सुविधा कशा तयार करायच्या ते शोधूया.

इतर सोल्यूशन्सच्या तुलनेत झिम्ब्राचे मुख्य वैशिष्ट्य म्हणजे ZCS च्या बाबतीत, क्वचितच प्रोसेसर पॉवर किंवा RAM ही अडचण असते. मुख्य मर्यादा सामान्यतः हार्ड ड्राइव्हच्या इनपुट आणि आउटपुटची गती असते आणि म्हणूनच डेटा स्टोरेजवर मुख्य लक्ष दिले पाहिजे. उत्पादन वातावरणात झिम्ब्रासाठी अधिकृतपणे नमूद केलेल्या किमान आवश्यकता म्हणजे 4-कोर 64-बिट प्रोसेसर 2 गीगाहर्ट्झ क्लॉक स्पीडसह, सिस्टम फाइल्स आणि लॉगसाठी 10 गीगाबाइट्स आणि किमान 8 गीगाबाइट्स RAM. सामान्यतः, सर्व्हरला प्रतिसादात्मकपणे ऑपरेट करण्यासाठी ही वैशिष्ट्ये पुरेशी असतात. पण जर तुम्हाला 10 हजार वापरकर्त्यांसाठी झिंब्रा लागू करायचा असेल तर? या प्रकरणात कोणते सर्व्हर आणि त्यांची अंमलबजावणी कशी करावी?

चला या वस्तुस्थितीपासून सुरुवात करूया की 10 हजार वापरकर्त्यांसाठी पायाभूत सुविधा मल्टी-सर्व्हर असणे आवश्यक आहे. मल्टी-सर्व्हर इन्फ्रास्ट्रक्चर, एकीकडे, झिम्ब्राला स्केलेबल बनविण्यास परवानगी देते आणि दुसरीकडे, वापरकर्त्यांच्या मोठ्या संख्येने देखील माहिती प्रणालीचे प्रतिसादात्मक ऑपरेशन साध्य करते. झिंब्रा सर्व्हर किती वापरकर्ते कार्यक्षमतेने सेवा देऊ शकतील हे सांगणे सहसा कठीण असते, कारण कॅलेंडर आणि ईमेलसह त्यांच्या कामाच्या तीव्रतेवर तसेच वापरलेल्या प्रोटोकॉलवर बरेच काही अवलंबून असते. म्हणूनच, उदाहरण म्हणून, आम्ही 4 मेल स्टोरेज लागू करू. कमतरता असल्यास किंवा क्षमतेपेक्षा गंभीर जास्त असल्यास, एकतर बंद करणे किंवा आणखी एक जोडणे शक्य होईल.

अशा प्रकारे, 10.000 लोकांसाठी पायाभूत सुविधा डिझाइन करताना, तुम्हाला LDAP, MTA आणि प्रॉक्सी सर्व्हर आणि 4 मेल स्टोरेज तयार करावे लागतील. लक्षात घ्या की LDAP, MTA आणि प्रॉक्सी सर्व्हर आभासी बनवले जाऊ शकतात. हे सर्व्हर हार्डवेअरची किंमत कमी करेल आणि डेटा बॅकअप आणि पुनर्संचयित करणे सोपे करेल, परंतु दुसरीकडे, भौतिक सर्व्हर अयशस्वी झाल्यास, तुम्हाला MTA, LDAP आणि Proxy शिवाय ताबडतोब धोका आहे. म्हणूनच आपत्कालीन स्थितीत तुम्हाला किती डाउनटाइम परवडेल यावर आधारित भौतिक किंवा आभासी सर्व्हरमधील निवड केली पाहिजे. मेल स्टोरेज हे फिजिकल सर्व्हरवर सर्वोत्तम ठेवले जातील, कारण त्यावरच बहुतेक लेखन चक्रे होतील, ज्यामुळे झिम्ब्राची कार्यक्षमता मर्यादित होते आणि त्यामुळे डेटा ट्रान्सफरसाठी मोठ्या संख्येने चॅनेल झिम्ब्राच्या कार्यक्षमतेत लक्षणीय वाढ करतात.

तत्वतः, LDAP, MTA, Proxy, नेटवर्क स्टोरेज सर्व्हर तयार केल्यानंतर आणि त्यांना एकाच पायाभूत सुविधांमध्ये एकत्रित केल्यानंतर, 10000 वापरकर्त्यांसाठी Zimbra Collaboration Suite सुरू करण्यासाठी तयार आहे. या कॉन्फिगरेशनचे ऑपरेशन अगदी सोपे असेल:

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

मुख्य पद्धत हार्डवेअर रिडंडंसी आहे. अतिरिक्त एमटीए आणि प्रॉक्सी नोड्स, मुख्य सर्व्हर अयशस्वी झाल्यास, तात्पुरते मुख्य सर्व्हरची भूमिका घेऊ शकतात. क्रिटिकल इन्फ्रास्ट्रक्चरचे नोड्स डुप्लिकेट करणे ही जवळजवळ नेहमीच चांगली कल्पना असते, परंतु ती नेहमी इच्छित मर्यादेपर्यंत व्यवहार्य नसते. एक उल्लेखनीय उदाहरण म्हणजे सर्व्हरचे आरक्षण ज्यावर मेल संग्रहित केला जातो. सध्या, झिंब्रा कोलॅबोरेशन सूट ओपन-सोर्स एडिशन डुप्लिकेट स्टोअरच्या निर्मितीस समर्थन देत नाही, त्यामुळे यापैकी एक सर्व्हर अयशस्वी झाल्यास, डाउनटाइम टाळला जाणार नाही आणि मेल स्टोअरच्या अपयशामुळे होणारा डाउनटाइम कमी करण्यासाठी, आयटी व्यवस्थापक त्याचा बॅकअप तैनात करू शकतो. दुसऱ्या सर्व्हरवर कॉपी करा.

Zimbra OSE मध्ये कोणतीही अंगभूत बॅकअप प्रणाली नसल्यामुळे, आम्हाला Zextras बॅकअपची आवश्यकता असेल, जे रिअल-टाइम बॅकअप आणि बाह्य संचयनास समर्थन देते. Zextras बॅकअप, पूर्ण आणि वाढीव बॅकअप घेत असताना, सर्व डेटा /opt/zimbra/backup फोल्डरमध्ये ठेवत असल्याने, त्यात बाह्य, नेटवर्क किंवा अगदी क्लाउड स्टोरेज माउंट करणे वाजवी होईल, जेणेकरून सर्व्हरपैकी एक अयशस्वी झाल्यास, तुमच्याकडे मीडियाची बॅकअप प्रत असेल जी आणीबाणीच्या वेळी चालू होती. हे बॅकअप भौतिक सर्व्हरवर, आभासी मशीनवर किंवा क्लाउडमध्ये तैनात केले जाऊ शकते. सर्व्हरवर येणार्‍या जंक ट्रॅफिकचे प्रमाण कमी करण्यासाठी झिंब्रा प्रॉक्सी सर्व्हरसमोर स्पॅम फिल्टरसह एमटीए स्थापित करणे देखील चांगली कल्पना आहे.

परिणामी, संरक्षित झिंब्रा पायाभूत सुविधा यासारखे काहीतरी दिसेल:

या कॉन्फिगरेशनसह, झिंब्रा इन्फ्रास्ट्रक्चर केवळ 10.000 वापरकर्त्यांना उच्च-गुणवत्तेची सेवा प्रदान करण्यास सक्षम होणार नाही, तर आपत्कालीन परिस्थितीच्या प्रसंगी, त्याचे परिणाम शक्य तितक्या लवकर दूर करण्यास अनुमती देईल.

स्त्रोत: www.habr.com