ज़िम्ब्रा सहयोग सूट में मेल भंडारण का अनुकूलन

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

1. बड़े पैमाने पर जिम्ब्रा इंस्टॉलेशन को डिजाइन करते समय अनुकूलन

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

सामान्य परिस्थितियों में, ज़िम्ब्रा को हार्ड ड्राइव के RAID और NFS प्रोटोकॉल के माध्यम से जुड़े स्टोरेज दोनों पर स्थापित किया जा सकता है। बहुत छोटे इंस्टॉलेशन के लिए, आप नियमित SATA ड्राइव पर ज़िम्ब्रा इंस्टॉल कर सकते हैं। हालाँकि, बड़े इंस्टॉलेशन के संदर्भ में, ये सभी प्रौद्योगिकियाँ कम रिकॉर्डिंग गति या कम विश्वसनीयता के रूप में विभिन्न नुकसान प्रदर्शित करती हैं, जो न तो बड़े उद्यमों के लिए और न ही विशेष रूप से SaaS प्रदाताओं के लिए अस्वीकार्य है।

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

फ़ाइल सिस्टम चुनने के लिए, सबसे अच्छा विकल्प मानक Linux Ext3/Ext4 का उपयोग करना होगा। फ़ाइल सिस्टम से जुड़ी मुख्य बारीकियां यह है कि इसे पैरामीटर के साथ माउंट किया जाना चाहिए -नहींसमय. यह विकल्प फ़ाइलों तक अंतिम पहुंच के समय को रिकॉर्ड करने के कार्य को अक्षम कर देगा, जिसका अर्थ है कि यह पढ़ने और लिखने पर भार को काफी कम कर देगा। सामान्य तौर पर, ज़िम्ब्रा के लिए ext3 या ext4 फ़ाइल सिस्टम बनाते समय, आपको निम्नलिखित उपयोगिता मापदंडों का उपयोग करना चाहिए mke2fs:

-j — एक फाइल सिस्टम जर्नल बनाने के लिए। एक ext3/ext4 जर्नल के साथ फाइल सिस्टम बनाएं।
-एल नाम - वॉल्यूम नाम बनाने के लिए /etc/fstab में उपयोग करें
-O dir_index - बड़ी निर्देशिकाओं में फ़ाइल खोजों को तेज़ करने के लिए हैशेड खोज ट्री का उपयोग करना
-m 2 - रूट डायरेक्टरी के लिए बड़े फ़ाइल सिस्टम में वॉल्यूम का 2% आरक्षित करना
-जे आकार=400 — एक बड़ी पत्रिका बनाना
-बी 4096 - बाइट्स में ब्लॉक आकार निर्धारित करने के लिए
—इ ० - संदेश भंडारण के लिए, यह सेटिंग औसत संदेश आकार के अनुरूप होनी चाहिए। आपको इस पैरामीटर पर पूरा ध्यान देना चाहिए, क्योंकि इसका मान बाद में बदला नहीं जा सकता।

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

2. जोम्ब्रा इंफ्रास्ट्रक्चर के साथ अनुकूलन चल रहा है

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

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

ऑटोफ़्स, नेटफ़्स - रिमोट फ़ाइल सिस्टम डिस्कवरी सेवाएँ
कप - मुद्रण सेवा
xinetd, vsftpd - अंतर्निहित *NIX सेवाएँ जिनकी शायद आपको आवश्यकता नहीं होगी
पोर्टमैप, rpcsvcgssd, rpcgssd, rpcidmapd — दूरस्थ प्रक्रिया कॉल सेवाएँ, जिनका उपयोग आमतौर पर नेटवर्क फ़ाइल सिस्टम के संयोजन में किया जाता है
डवकॉट, साइरस-आईएमएपीडी, सेंडमेल, एक्जिम, पोस्टफिक्स, एलडीएपी - जोम्ब्रा सहयोग सुइट में शामिल मुख्य उपयोगिताओं के डुप्लिकेट
स्लोकेट/अद्यतनबी - चूँकि ज़िम्ब्रा प्रत्येक संदेश को एक अलग फ़ाइल में संग्रहीत करता है, हर दिन अपडेटेडबी सेवा चलाने से समस्याएँ हो सकती हैं, और इसलिए सर्वर पर कम से कम लोड के दौरान मैन्युअल रूप से ऐसा करना संभव है

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

आप syslog सेवा को एक अलग सर्वर पर ले जाकर जिम्ब्रा के संचालन को भी अनुकूलित कर सकते हैं ताकि ऑपरेशन के दौरान यह मेल स्टोरेज की हार्ड ड्राइव को लोड न करे। लगभग कोई भी कंप्यूटर इन उद्देश्यों के लिए उपयुक्त है, यहां तक ​​कि एक सस्ता सिंगल-बोर्ड रास्पबेरी पाई भी।

स्रोत: www.habr.com