Zimbra सहयोग सुइटमा मेल भण्डारण अनुकूलन गर्दै

हाम्रो एक मा अघिल्लो लेखहरू, एक उद्यम मा Zimbra सहयोग सुइट लागू गर्दा पूर्वाधार योजना को लागी समर्पित, यो भनिएको थियो कि यस समाधान को संचालन मा मुख्य सीमा मेल भण्डारण मा डिस्क यन्त्रहरु को I/O गति हो। वास्तवमा, एक समयमा जब एक उद्यमका धेरै सय कर्मचारीहरूले एकै साथ समान मेल भण्डारण पहुँच गर्छन्, हार्ड ड्राइभबाट जानकारी लेख्न र पढ्नको लागि च्यानल चौडाइ सेवाको उत्तरदायी सञ्चालनको लागि पर्याप्त नहुन सक्छ। र यदि Zimbra को साना स्थापनाहरु को लागी यो एक विशेष समस्या हुनेछैन, तब ठूला उद्यमहरु र SaaS प्रदायकहरु को मामला मा, यो सबै अनुत्तरदायी ईमेल को नेतृत्व गर्न सक्छ र, परिणामस्वरूप, कर्मचारी दक्षता मा कमी, साथै उल्लङ्घन। SLAs को। त्यसकारण, ठूला-ठूला Zimbra स्थापनाहरू डिजाइन र सञ्चालन गर्दा, मेल भण्डारणमा हार्ड ड्राइभको प्रदर्शनलाई अनुकूलन गर्न विशेष ध्यान दिइनुपर्छ। हामी दुई केसहरू हेरौं र डिस्क भण्डारणमा लोड अनुकूलन गर्न कुन तरिकाहरू प्रत्येकमा लागू गर्न सकिन्छ भनेर पत्ता लगाउन प्रयास गरौं।

1. ठूला-ठूला जिम्ब्रा स्थापना डिजाइन गर्दा अनुकूलन

उच्च-लोड जिम्ब्रा स्थापनाको डिजाइन चरणको बखत, प्रशासकले कुन भण्डारण प्रणाली प्रयोग गर्ने भन्ने बारे छनौट गर्नुपर्नेछ। यस मुद्दामा निर्णय गर्नको लागि, तपाइँलाई थाहा हुनुपर्छ कि हार्ड ड्राइभहरूमा मुख्य भार Zimbra सहयोग सुइट, Apache Lucene खोज इन्जिन, र ब्लब भण्डारणमा समावेश MariaDB DBMS बाट आउँछ। त्यसकारण उच्च लोड अवस्थाहरूमा यी सफ्टवेयर उत्पादनहरू सञ्चालन गर्न, उच्च-गति र भरपर्दो उपकरणहरू प्रयोग गर्न आवश्यक छ।

सामान्य अवस्थामा, Zimbra हार्ड ड्राइभको RAID मा र NFS प्रोटोकल मार्फत जडान गरिएको भण्डारणमा दुवै स्थापना गर्न सकिन्छ। धेरै सानो स्थापनाहरूको लागि, तपाइँ नियमित SATA ड्राइभमा Zimbra स्थापना गर्न सक्नुहुन्छ। यद्यपि, ठूला स्थापनाहरूको सन्दर्भमा, यी सबै प्रविधिहरूले कम रेकर्डिङ गति वा कम विश्वसनीयताको रूपमा विभिन्न हानिहरू प्रदर्शन गर्दछ, जुन न त ठूला उद्यमहरूका लागि अस्वीकार्य छ, न त विशेष गरी सास प्रदायकहरूको लागि।

यसैले ठूला-ठूला Zimbra पूर्वाधारहरूमा SAN प्रयोग गर्नु उत्तम हुन्छ। यो यो टेक्नोलोजी हो जुन हाल भण्डारण उपकरणहरूको लागि सबैभन्दा ठूलो थ्रुपुट प्रदान गर्न सक्षम छ र एकै समयमा, क्यासको ठूलो मात्रा जडान गर्ने क्षमताको लागि धन्यवाद, यसको प्रयोगले व्यावहारिक रूपमा उद्यमको लागि कुनै महत्त्वपूर्ण जोखिम खडा गर्दैन। यो NVRAM प्रयोग गर्न राम्रो विचार हो, जुन धेरै SAN मा प्रयोग गरिन्छ लेख्ने समयमा चीजहरू गति गर्न। तर डिस्कमा रेकर्ड गरिएको डाटाको क्यासिङ असक्षम गर्नु राम्रो हुन्छ, किनकि यसले मिडियामा अपूरणीय क्षति र पावर समस्याहरू भएमा डाटाको हानि निम्त्याउन सक्छ।

फाइल प्रणाली छनोट गर्नको लागि, उत्तम विकल्प मानक लिनक्स Ext3/Ext4 प्रयोग गर्नु हो। फाइल प्रणाली संग सम्बन्धित मुख्य nuance यो प्यारामिटर माउन्ट गर्नुपर्छ भन्ने छ - noatime। यो विकल्पले फाइलहरूमा अन्तिम पहुँचको समय रेकर्ड गर्ने कार्यलाई असक्षम पार्नेछ, जसको अर्थ यसले पढ्ने र लेख्ने भारलाई धेरै कम गर्नेछ। सामान्यतया, जिम्ब्राका लागि ext3 वा ext4 फाइल प्रणाली सिर्जना गर्दा, तपाईंले निम्न उपयोगिता प्यारामिटरहरू प्रयोग गर्नुपर्छ। mke2fs:

-j — फाइल प्रणाली जर्नल सिर्जना गर्न ext3/ext4 जर्नलसँग फाइल प्रणाली सिर्जना गर्नुहोस्।
-एल नाम - भोल्युम नाम सिर्जना गर्न त्यसपछि /etc/fstab मा प्रयोग गर्नुहोस्
-O dir_index - ठूला डाइरेक्टरीहरूमा फाईल खोजीहरूको गति बढाउन ह्यास गरिएको खोज रूख प्रयोग गर्न
-m। 2 - मूल डाइरेक्टरीको लागि ठूलो फाइल प्रणालीहरूमा भोल्युमको 2% आरक्षित गर्न
-जे साइज = 400 - ठूलो पत्रिका सिर्जना गर्न
-b २ - बाइट मा ब्लक आकार निर्धारण गर्न
-i ० - सन्देश भण्डारणको लागि, यो सेटिङ औसत सन्देश आकार अनुरूप हुनुपर्छ। तपाईंले यस प्यारामिटरमा ध्यान दिनुपर्छ, किनकि यसको मान पछि परिवर्तन गर्न सकिँदैन।

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

2. Zimbra पूर्वाधार चलिरहेको संग अनुकूलन

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

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

autofs, netfs - रिमोट फाइल प्रणाली खोज सेवाहरू
कपहरु - प्रिन्ट सेवा
xinetd, vsftpd - बिल्ट-इन *NIX सेवाहरू जुन तपाईंलाई आवश्यक पर्दैन
पोर्टम्याप, rpcsvcgssd, rpcgssd, rpcidmapd - रिमोट प्रक्रिया कल सेवाहरू, जुन सामान्यतया नेटवर्क फाइल प्रणालीहरूसँग संयोजनमा प्रयोग गरिन्छ
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap — Zimbra सहयोग सुइट मा समावेश मुख्य उपयोगिताहरु को डुप्लिकेट
slocate/updatedb - Zimbra ले प्रत्येक सन्देशलाई छुट्टै फाइलमा भण्डारण गरेको हुनाले, हरेक दिन updateb सेवा चलाउँदा समस्या उत्पन्न हुन सक्छ, र त्यसैले सर्भरमा न्यूनतम लोड हुँदा म्यानुअल रूपमा यो गर्न सम्भव छ।

यी सेवाहरू असक्षम पार्ने परिणामको रूपमा प्रणाली स्रोतहरू बचत गर्नु धेरै महत्त्वपूर्ण हुनेछैन, तर बल माज्योरको नजिकको अवस्थामा पनि यो धेरै उपयोगी हुन सक्छ। Zimbra पूर्वाधारमा नयाँ सर्भर थपिएपछि, पहिले असक्षम गरिएका सेवाहरूलाई पुन: सक्षम गर्न सिफारिस गरिन्छ।

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

स्रोत: www.habr.com