ઝિમ્બ્રા કોલાબોરેશન સ્યુટમાં મેઇલ સ્ટોરેજને ઑપ્ટિમાઇઝ કરી રહ્યું છે

અમારા એક માં અગાઉના લેખો, એન્ટરપ્રાઇઝમાં ઝિમ્બ્રા કોલાબોર્શન સ્યુટનો અમલ કરતી વખતે ઇન્ફ્રાસ્ટ્રક્ચર પ્લાનિંગ માટે સમર્પિત, એવું કહેવામાં આવ્યું હતું કે આ સોલ્યુશનના સંચાલનમાં મુખ્ય મર્યાદા મેઇલ સ્ટોરેજમાં ડિસ્ક ઉપકરણોની I/O ગતિ છે. ખરેખર, એવા સમયે જ્યારે એન્ટરપ્રાઇઝના કેટલાક સો કર્મચારીઓ એકસાથે સમાન મેઇલ સ્ટોરેજને ઍક્સેસ કરે છે, ત્યારે હાર્ડ ડ્રાઇવ્સમાંથી માહિતી લખવા અને વાંચવા માટેની ચેનલની પહોળાઈ સેવાના પ્રતિભાવપૂર્ણ સંચાલન માટે પૂરતી ન પણ હોય. અને જો ઝિમ્બ્રાના નાના સ્થાપનો માટે આ કોઈ ખાસ સમસ્યા નહીં હોય, તો પછી મોટા સાહસો અને SaaS પ્રદાતાઓના કિસ્સામાં આ બધું બિન-પ્રતિભાવી ઇમેઇલ તરફ દોરી શકે છે અને પરિણામે, કર્મચારીની કાર્યક્ષમતામાં ઘટાડો, તેમજ ઉલ્લંઘન. SLAs. તેથી જ, જ્યારે મોટા પાયે ઝિમ્બ્રા ઇન્સ્ટોલેશનની રચના અને સંચાલન કરતી વખતે, મેઇલ સ્ટોરેજમાં હાર્ડ ડ્રાઇવ્સના પ્રદર્શનને ઑપ્ટિમાઇઝ કરવા પર વિશેષ ધ્યાન આપવું જોઈએ. ચાલો બે કેસો જોઈએ અને તેમાંથી દરેકમાં ડિસ્ક સ્ટોરેજ પરના લોડને ઑપ્ટિમાઇઝ કરવા માટેની કઈ પદ્ધતિઓ લાગુ કરી શકાય તે શોધવાનો પ્રયાસ કરીએ.

1. મોટા પાયે ઝિમ્બ્રા ઇન્સ્ટોલેશન ડિઝાઇન કરતી વખતે ઑપ્ટિમાઇઝેશન

હાઇ-લોડ ઝિમ્બ્રા ઇન્સ્ટોલેશનના ડિઝાઇન તબક્કા દરમિયાન, એડમિનિસ્ટ્રેટરે કઈ સ્ટોરેજ સિસ્ટમનો ઉપયોગ કરવો તે વિશે પસંદગી કરવી પડશે. આ મુદ્દા પર નિર્ણય લેવા માટે, તમારે જાણવું જોઈએ કે હાર્ડ ડ્રાઈવો પરનો મુખ્ય ભાર Zimbra કોલાબોરેશન સ્યુટ, Apache Lucene સર્ચ એન્જિન અને બ્લોબ સ્ટોરેજમાં સમાવિષ્ટ MariaDB DBMSમાંથી આવે છે. તેથી જ આ સૉફ્ટવેર ઉત્પાદનોને ઉચ્ચ ભારની સ્થિતિમાં ચલાવવા માટે, ઉચ્ચ-સ્પીડ અને વિશ્વસનીય સાધનોનો ઉપયોગ કરવો જરૂરી છે.

સામાન્ય સ્થિતિમાં, ઝિમ્બ્રાને હાર્ડ ડ્રાઈવના RAID પર અને NFS પ્રોટોકોલ દ્વારા જોડાયેલ સ્ટોરેજ પર બંને ઇન્સ્ટોલ કરી શકાય છે. ખૂબ નાના ઇન્સ્ટોલેશન માટે, તમે નિયમિત SATA ડ્રાઇવ પર ઝિમ્બ્રા ઇન્સ્ટોલ કરી શકો છો. જો કે, મોટા સ્થાપનોના સંદર્ભમાં, આ બધી તકનીકો ઓછી રેકોર્ડિંગ ઝડપ અથવા ઓછી વિશ્વસનીયતાના સ્વરૂપમાં વિવિધ ગેરફાયદા દર્શાવે છે, જે મોટા સાહસો માટે અને ખાસ કરીને SaaS પ્રદાતાઓ માટે અસ્વીકાર્ય છે.

આથી જ મોટા પાયે ઝિમ્બ્રા ઈન્ફ્રાસ્ટ્રક્ચરમાં SAN નો ઉપયોગ કરવો શ્રેષ્ઠ છે. તે આ તકનીક છે જે હાલમાં સ્ટોરેજ ઉપકરણો માટે સૌથી વધુ થ્રુપુટ પ્રદાન કરવામાં સક્ષમ છે અને તે જ સમયે, મોટી માત્રામાં કેશને કનેક્ટ કરવાની ક્ષમતાને આભારી છે, તેનો ઉપયોગ વ્યવહારીક રીતે એન્ટરપ્રાઇઝ માટે કોઈ નોંધપાત્ર જોખમો પેદા કરતું નથી. NVRAM નો ઉપયોગ કરવો એ સારો વિચાર છે, જેનો ઉપયોગ ઘણા SAN માં લેખન દરમિયાન વસ્તુઓને ઝડપી બનાવવા માટે થાય છે. પરંતુ ડિસ્ક પર રેકોર્ડ કરેલા ડેટાના કેશીંગને અક્ષમ કરવું વધુ સારું છે, કારણ કે તે મીડિયાને ભરપાઈ ન કરી શકાય તેવું નુકસાન અને જો પાવર સમસ્યાઓ થાય તો ડેટા ગુમાવી શકે છે.

ફાઇલ સિસ્ટમ પસંદ કરવા માટે, શ્રેષ્ઠ પસંદગી પ્રમાણભૂત Linux Ext3/Ext4 નો ઉપયોગ કરવાની રહેશે. ફાઇલ સિસ્ટમ સાથે સંકળાયેલ મુખ્ય સૂક્ષ્મતા એ છે કે તે પરિમાણ સાથે માઉન્ટ થયેલ હોવું જોઈએ -નોટાઇમ. આ વિકલ્પ ફાઇલોની છેલ્લી ઍક્સેસના સમયને રેકોર્ડ કરવાના કાર્યને અક્ષમ કરશે, જેનો અર્થ છે કે તે વાંચન અને લેખન પરના ભારને મોટા પ્રમાણમાં ઘટાડશે. સામાન્ય રીતે, ઝિમ્બ્રા માટે ext3 અથવા ext4 ફાઇલ સિસ્ટમ બનાવતી વખતે, તમારે નીચેના ઉપયોગિતા પરિમાણોનો ઉપયોગ કરવો જોઈએ mke2fs:

-j — ફાઈલ સિસ્ટમ જર્નલ બનાવવા માટે ext3/ext4 જર્નલ સાથે ફાઈલ સિસ્ટમ બનાવો.
-એલ નામ - પછી /etc/fstab માં વાપરવા માટે વોલ્યુમ નામ બનાવવા માટે
-ઓ dir_index - મોટી ડિરેક્ટરીઓમાં ફાઈલ શોધને ઝડપી બનાવવા માટે હેશ કરેલા સર્ચ ટ્રીનો ઉપયોગ કરવો
-એમ 2 રુટ ડિરેક્ટરી માટે મોટી ફાઇલ સિસ્ટમોમાં વોલ્યુમના 2% અનામત રાખવા માટે
-J કદ = 400 - એક મોટું મેગેઝિન બનાવવા માટે
-બી 4096 - બાઈટમાં બ્લોકનું કદ નક્કી કરવા માટે
-હું 10240 - મેસેજ સ્ટોરેજ માટે, આ સેટિંગ સરેરાશ મેસેજ સાઈઝને અનુરૂપ હોવી જોઈએ. તમારે આ પરિમાણ પર ખૂબ ધ્યાન આપવું જોઈએ, કારણ કે તેનું મૂલ્ય પછીથી બદલી શકાતું નથી.

તેને સક્ષમ કરવાની પણ ભલામણ કરવામાં આવે છે dirsync બ્લોબ સ્ટોરેજ, લ્યુસીન સર્ચ મેટાડેટા સ્ટોરેજ અને MTA કતાર સ્ટોરેજ માટે. આ કરવું જોઈએ કારણ કે ઝિમ્બ્રા સામાન્ય રીતે ઉપયોગિતાનો ઉપયોગ કરે છે fsync ડિસ્ક પર ડેટા સાથે બ્લોબની ખાતરીપૂર્વક લખવા માટે. જો કે, જ્યારે ઝિમ્બ્રા મેઇલ સ્ટોર અથવા MTA સંદેશની ડિલિવરી દરમિયાન નવી ફાઇલો બનાવે છે, ત્યારે તેને સંબંધિત ફોલ્ડર્સમાં થતા ફેરફારોને ડિસ્ક પર લખવાનું જરૂરી બને છે. તેથી જ, જો ફાઇલ પહેલેથી ડિસ્ક પર લખવામાં આવી હોય તો પણ fsync, ડિરેક્ટરીમાં તેના ઉમેરાના રેકોર્ડને ડિસ્ક પર લખવાનો સમય ન હોઈ શકે અને પરિણામે, અચાનક સર્વર નિષ્ફળતાને કારણે ખોવાઈ શકે છે. ઉપયોગ માટે આભાર dirsync આ સમસ્યાઓ ટાળી શકાય છે.

2. ઝિમ્બ્રા ઇન્ફ્રાસ્ટ્રક્ચર સાથે ઑપ્ટિમાઇઝેશન ચાલી રહ્યું છે

તે ઘણીવાર થાય છે કે ઝિમ્બ્રાનો ઉપયોગ કર્યાના ઘણા વર્ષો પછી, તેના વપરાશકર્તાઓની સંખ્યામાં નોંધપાત્ર વધારો થાય છે અને સેવા દરરોજ ઓછી અને ઓછી પ્રતિભાવશીલ બને છે. આ પરિસ્થિતિમાંથી બહાર નીકળવાનો માર્ગ સ્પષ્ટ છે: તમારે ફક્ત ઇન્ફ્રાસ્ટ્રક્ચરમાં નવા સર્વર્સ ઉમેરવાની જરૂર છે જેથી સેવા ફરીથી પહેલાની જેમ ઝડપથી કાર્ય કરે. દરમિયાન, તેના પ્રભાવને વધારવા માટે ઇન્ફ્રાસ્ટ્રક્ચરમાં તરત જ નવા સર્વર્સ ઉમેરવાનું હંમેશા શક્ય નથી. IT મેનેજરો ઘણીવાર એકાઉન્ટિંગ અથવા સુરક્ષા વિભાગ સાથે નવા સર્વરની ખરીદીમાં સંકલન કરવામાં લાંબો સમય પસાર કરે છે; વધુમાં, તેઓને સપ્લાયર્સ દ્વારા વારંવાર નિરાશ કરવામાં આવે છે જેઓ નવું સર્વર મોડું કરી શકે છે અથવા તો ખોટી વસ્તુ પણ પહોંચાડી શકે છે.

અલબત્ત, તમારા ઝિમ્બ્રા ઈન્ફ્રાસ્ટ્રક્ચરને હંમેશા તેના વિસ્તરણ માટે અનામત રાખવા માટે અને કોઈના પર નિર્ભર ન રહેવા માટે અનામત સાથે બનાવવું શ્રેષ્ઠ છે, જો કે, જો કોઈ ભૂલ થઈ ગઈ હોય, તો આઈટી મેનેજર ફક્ત તેના પરિણામોને સરળ બનાવી શકે છે. શક્ય તેટલું. ઉદાહરણ તરીકે, IT મેનેજર લિનક્સ સિસ્ટમ સેવાઓને અસ્થાયી રૂપે અક્ષમ કરીને નાના ઉત્પાદકતામાં વધારો કરી શકે છે જે ઓપરેશન દરમિયાન હાર્ડ ડ્રાઈવોને નિયમિતપણે એક્સેસ કરે છે અને તેથી ઝિમ્બ્રાની કામગીરી પર નકારાત્મક અસર કરી શકે છે. તેથી, તમે અસ્થાયી રૂપે અક્ષમ કરી શકો છો:

autofs, netfs - રીમોટ ફાઇલ સિસ્ટમ ડિસ્કવરી સેવાઓ
કપ - પ્રિન્ટ સેવા
xinetd, vsftpd - બિલ્ટ-ઇન *NIX સેવાઓ કે જેની તમને કદાચ જરૂર નથી
પોર્ટમેપ, rpcsvcgssd, rpcgssd, rpcidmapd — દૂરસ્થ પ્રક્રિયા કૉલ સેવાઓ, જે સામાન્ય રીતે નેટવર્ક ફાઇલ સિસ્ટમ સાથે જોડાણમાં વપરાય છે
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap — ઝિમ્બ્રા કોલાબોરેશન સ્યુટમાં સમાવિષ્ટ મુખ્ય ઉપયોગિતાઓના ડુપ્લિકેટ્સ
slocate/updatedb - ઝિમ્બ્રા દરેક સંદેશને એક અલગ ફાઇલમાં સંગ્રહિત કરે છે, તેથી દરરોજ અપડેટબ સેવા ચલાવવાથી સમસ્યા ઊભી થઈ શકે છે, અને તેથી સર્વર્સ પર ઓછામાં ઓછા લોડ દરમિયાન આ જાતે કરવું શક્ય છે.

આ સેવાઓને અક્ષમ કરવાના પરિણામે સિસ્ટમ સંસાધનોની બચત ખૂબ જ મહત્વપૂર્ણ રહેશે નહીં, પરંતુ બળજબરીથી નજીકની પરિસ્થિતિઓમાં પણ આ ખૂબ ઉપયોગી થઈ શકે છે. એકવાર નવું સર્વર ઝિમ્બ્રા ઈન્ફ્રાસ્ટ્રક્ચરમાં ઉમેરાઈ જાય, તે પછી અગાઉ અક્ષમ કરેલી સેવાઓને ફરીથી સક્ષમ કરવાની ભલામણ કરવામાં આવે છે.

તમે સિસ્લોગ સેવાને અલગ સર્વર પર ખસેડીને ઝિમ્બ્રાના ઑપરેશનને ઑપ્ટિમાઇઝ પણ કરી શકો છો જેથી ઑપરેશન દરમિયાન તે મેઇલ સ્ટોરેજની હાર્ડ ડ્રાઇવને લોડ ન કરે. લગભગ કોઈપણ કમ્પ્યુટર આ હેતુઓ માટે યોગ્ય છે, સસ્તી સિંગલ-બોર્ડ રાસ્પબેરી પાઈ પણ.

સોર્સ: www.habr.com