ஜிம்ப்ரா ஒத்துழைப்பு தொகுப்பில் அஞ்சல் சேமிப்பகத்தை மேம்படுத்துகிறது

எங்கள் ஒன்றில் முந்தைய கட்டுரைகள், ஒரு நிறுவனத்தில் Zimbra Collabortion Suite ஐ செயல்படுத்தும்போது உள்கட்டமைப்பு திட்டமிடலுக்கு அர்ப்பணிக்கப்பட்டது, இந்த தீர்வின் செயல்பாட்டில் முக்கிய வரம்பு அஞ்சல் சேமிப்பகங்களில் உள்ள வட்டு சாதனங்களின் I/O வேகம் என்று கூறப்பட்டது. உண்மையில், ஒரு நிறுவனத்தின் பல நூறு ஊழியர்கள் ஒரே நேரத்தில் ஒரே அஞ்சல் சேமிப்பகத்தை அணுகும் நேரத்தில், ஹார்டு டிரைவ்களில் இருந்து தகவல்களை எழுதுவதற்கும் படிப்பதற்கும் சேனல் அகலம் சேவையின் பதிலளிக்கக்கூடிய செயல்பாட்டிற்கு போதுமானதாக இருக்காது. ஜிம்ப்ராவின் சிறிய நிறுவல்களுக்கு இது ஒரு குறிப்பிட்ட சிக்கலாக இருக்காது என்றால், பெரிய நிறுவனங்கள் மற்றும் SaaS வழங்குநர்களின் விஷயத்தில், இவை அனைத்தும் பதிலளிக்காத மின்னஞ்சலுக்கு வழிவகுக்கும், இதன் விளைவாக, பணியாளர் செயல்திறன் குறைதல் மற்றும் மீறல் SLA களின். அதனால்தான், பெரிய அளவிலான ஜிம்ப்ரா நிறுவல்களை வடிவமைத்து இயக்கும் போது, ​​அஞ்சல் சேமிப்பகத்தில் ஹார்ட் டிரைவ்களின் செயல்திறனை மேம்படுத்துவதற்கு சிறப்பு கவனம் செலுத்தப்பட வேண்டும். இரண்டு நிகழ்வுகளைப் பார்ப்போம் மற்றும் வட்டு சேமிப்பகத்தில் சுமைகளை மேம்படுத்துவதற்கான முறைகள் ஒவ்வொன்றிலும் பயன்படுத்தப்படலாம் என்பதைக் கண்டறிய முயற்சிப்போம்.

1. பெரிய அளவிலான ஜிம்ப்ரா நிறுவலை வடிவமைக்கும் போது மேம்படுத்தல்

அதிக சுமை கொண்ட ஜிம்ப்ரா நிறுவலின் வடிவமைப்பு கட்டத்தில், எந்த சேமிப்பக அமைப்பைப் பயன்படுத்த வேண்டும் என்பதை நிர்வாகி தேர்வு செய்ய வேண்டும். இந்தச் சிக்கலைத் தீர்மானிக்க, ஹார்டு டிரைவ்களில் உள்ள முக்கிய சுமை, ஜிம்ப்ரா ஒத்துழைப்புத் தொகுப்பு, அப்பாச்சி லூசீன் தேடுபொறி மற்றும் குமிழ் சேமிப்பகம் ஆகியவற்றில் சேர்க்கப்பட்டுள்ள MariaDB DBMS இலிருந்து வருகிறது என்பதை நீங்கள் அறிந்து கொள்ள வேண்டும். அதனால்தான் இந்த மென்பொருள் தயாரிப்புகளை அதிக சுமை நிலைமைகளின் கீழ் இயக்க, அதிவேக மற்றும் நம்பகமான உபகரணங்களைப் பயன்படுத்துவது அவசியம்.

சாதாரண நிலைமைகளின் கீழ், ஜிம்ப்ராவை ஹார்ட் டிரைவ்களின் RAID மற்றும் NFS நெறிமுறை மூலம் இணைக்கப்பட்ட சேமிப்பகத்தில் நிறுவ முடியும். மிகச் சிறிய நிறுவல்களுக்கு, நீங்கள் வழக்கமான SATA டிரைவில் ஜிம்ப்ராவை நிறுவலாம். இருப்பினும், பெரிய நிறுவல்களின் பின்னணியில், இந்த தொழில்நுட்பங்கள் அனைத்தும் பதிவு செய்யும் வேகம் அல்லது குறைந்த நம்பகத்தன்மையின் வடிவத்தில் பல்வேறு குறைபாடுகளை நிரூபிக்கின்றன, இது பெரிய நிறுவனங்களுக்கோ அல்லது குறிப்பாக SaaS வழங்குநர்களுக்கோ ஏற்றுக்கொள்ள முடியாதது.

அதனால்தான் பெரிய அளவிலான ஜிம்ப்ரா உள்கட்டமைப்புகளில் SAN ஐப் பயன்படுத்துவது சிறந்தது. இந்த தொழில்நுட்பம் தற்போது சேமிப்பக சாதனங்களுக்கான சிறந்த செயல்திறனை வழங்கும் திறன் கொண்டது, அதே நேரத்தில், அதிக அளவு தற்காலிக சேமிப்பை இணைக்கும் திறனுக்கு நன்றி, அதன் பயன்பாடு நடைமுறையில் நிறுவனத்திற்கு குறிப்பிடத்தக்க அபாயங்களை ஏற்படுத்தாது. NVRAM ஐப் பயன்படுத்துவது நல்லது, இது பல SAN களில் எழுதும் போது விஷயங்களை விரைவுபடுத்த பயன்படுத்தப்படுகிறது. ஆனால் வட்டுகளில் பதிவுசெய்யப்பட்ட தரவை தற்காலிக சேமிப்பை முடக்குவது நல்லது, ஏனெனில் இது மீடியாவுக்கு சரிசெய்ய முடியாத சேதத்திற்கு வழிவகுக்கும் மற்றும் மின் சிக்கல்கள் ஏற்பட்டால் தரவு இழப்புக்கு வழிவகுக்கும்.

ஒரு கோப்பு முறைமையைத் தேர்ந்தெடுப்பதற்கு, நிலையான Linux Ext3/Ext4 ஐப் பயன்படுத்துவது சிறந்த தேர்வாக இருக்கும். கோப்பு முறைமையுடன் தொடர்புடைய முக்கிய நுணுக்கம் அது அளவுருவுடன் ஏற்றப்பட வேண்டும் -நொடைம். இந்த விருப்பம் கோப்புகளுக்கான கடைசி அணுகலின் நேரத்தை பதிவு செய்யும் செயல்பாட்டை முடக்கும், அதாவது இது வாசிப்பு மற்றும் எழுதும் சுமையை வெகுவாகக் குறைக்கும். பொதுவாக, ஜிம்ப்ராவுக்கான ext3 அல்லது ext4 கோப்பு முறைமையை உருவாக்கும் போது, ​​பின்வரும் பயன்பாட்டு அளவுருக்களைப் பயன்படுத்த வேண்டும். mke2fs:

-j — கோப்பு முறைமை இதழை உருவாக்க, கோப்பு முறைமையை ext3/ext4 இதழுடன் உருவாக்கவும்.
-L NAME - ஒரு தொகுதி பெயரை உருவாக்க பின்னர் /etc/fstab இல் பயன்படுத்தவும்
-ஓ dir_index - பெரிய கோப்பகங்களில் கோப்பு தேடல்களை விரைவுபடுத்த ஹாஷ் செய்யப்பட்ட தேடல் மரத்தைப் பயன்படுத்தவும்
-எம் 2 — ரூட் டைரக்டரிக்கு பெரிய கோப்பு முறைமைகளில் 2% தொகுதியை ஒதுக்க வேண்டும்
-ஜே அளவு=400 - ஒரு பெரிய பத்திரிகையை உருவாக்க
-பி 4096 - தொகுதி அளவை பைட்டுகளில் தீர்மானிக்க
-ஐ 10240 - செய்தி சேமிப்பகத்திற்கு, இந்த அமைப்பு சராசரி செய்தி அளவிற்கு ஒத்திருக்க வேண்டும். இந்த அளவுருவில் நீங்கள் கவனம் செலுத்த வேண்டும், ஏனெனில் அதன் மதிப்பை பின்னர் மாற்ற முடியாது.

செயல்படுத்தவும் பரிந்துரைக்கப்படுகிறது ஒத்திசைவு ப்ளாப் சேமிப்பகம், லூசீன் தேடல் மெட்டாடேட்டா சேமிப்பு மற்றும் MTA வரிசை சேமிப்பகம். ஜிம்ப்ரா பொதுவாக பயன்பாட்டைப் பயன்படுத்துவதால் இது செய்யப்பட வேண்டும் fsync வட்டில் தரவுகளுடன் ஒரு குமிழியை உத்தரவாதமாக எழுதுவதற்கு. இருப்பினும், ஜிம்ப்ரா மெயில் ஸ்டோர் அல்லது எம்டிஏ செய்திகளை வழங்கும்போது புதிய கோப்புகளை உருவாக்கும் போது, ​​தொடர்புடைய கோப்புறைகளில் ஏற்படும் மாற்றங்களை வட்டில் எழுதுவது அவசியமாகிறது. அதனால்தான், கோப்பு ஏற்கனவே வட்டில் எழுதப்பட்டிருந்தாலும் கூட fsync, கோப்பகத்தில் அதன் சேர்த்தலின் பதிவு வட்டில் எழுதப்படுவதற்கு நேரம் இல்லாமல் இருக்கலாம், இதன் விளைவாக, திடீர் சர்வர் செயலிழப்பு காரணமாக இழக்கப்படலாம். பயன்படுத்தியதற்கு நன்றி ஒத்திசைவு இந்த பிரச்சனைகளை தவிர்க்க முடியும்.

2. ஜிம்ப்ரா உள்கட்டமைப்பு இயங்கும் உகப்பாக்கம்

ஜிம்ப்ராவைப் பயன்படுத்திய பல ஆண்டுகளுக்குப் பிறகு, அதன் பயனர்களின் எண்ணிக்கை கணிசமாக அதிகரிக்கிறது மற்றும் ஒவ்வொரு நாளும் சேவை குறைவாகவும் குறைவாகவும் பதிலளிக்கிறது. இந்த சூழ்நிலையிலிருந்து வெளியேறுவதற்கான வழி வெளிப்படையானது: நீங்கள் உள்கட்டமைப்பில் புதிய சேவையகங்களைச் சேர்க்க வேண்டும், இதனால் சேவை மீண்டும் முன்பு போலவே விரைவாக வேலை செய்கிறது. இதற்கிடையில், அதன் செயல்திறனை அதிகரிக்க உள்கட்டமைப்பில் புதிய சேவையகங்களை உடனடியாகச் சேர்ப்பது எப்போதும் சாத்தியமில்லை. ஐடி மேலாளர்கள் புதிய சர்வர்களைக் கணக்கியல் அல்லது பாதுகாப்புத் துறையுடன் ஒருங்கிணைக்க நீண்ட நேரம் செலவிட வேண்டியிருக்கும்; கூடுதலாக, புதிய சேவையகத்தை தாமதமாக வழங்கக்கூடிய அல்லது தவறான விஷயத்தை வழங்கக்கூடிய சப்ளையர்களால் அவர்கள் அடிக்கடி ஏமாற்றப்படுகிறார்கள்.

நிச்சயமாக, உங்கள் ஜிம்ப்ரா உள்கட்டமைப்பை ஒரு இருப்புடன் உருவாக்குவது சிறந்தது, அதன் விரிவாக்கத்திற்கான இருப்பு எப்போதும் இருக்கும் மற்றும் யாரையும் சார்ந்து இருக்கக்கூடாது, இருப்பினும், ஏற்கனவே ஒரு தவறு நடந்திருந்தால், ஐடி மேலாளர் அதன் விளைவுகளை மட்டுமே சரிசெய்ய முடியும். முடிந்தவரை. எடுத்துக்காட்டாக, செயல்பாட்டின் போது ஹார்ட் டிரைவ்களை தொடர்ந்து அணுகும் லினக்ஸ் சிஸ்டம் சேவைகளை தற்காலிகமாக முடக்குவதன் மூலம் ஒரு ஐடி மேலாளர் ஒரு சிறிய உற்பத்தித்திறனை அதிகரிக்க முடியும், எனவே ஜிம்ப்ராவின் செயல்திறனை எதிர்மறையாக பாதிக்கலாம். எனவே, நீங்கள் தற்காலிகமாக முடக்கலாம்:

autofs, netfs - தொலை கோப்பு முறைமை கண்டுபிடிப்பு சேவைகள்
கப் - அச்சு சேவை
xinetd, vsftpd - உள்ளமைக்கப்பட்ட *NIX சேவைகள் உங்களுக்குத் தேவைப்படாது
போர்ட்மேப், rpcsvcgssd, rpcgssd, rpcidmapd — தொலைநிலை செயல்முறை அழைப்பு சேவைகள், அவை பொதுவாக பிணைய கோப்பு முறைமைகளுடன் இணைந்து பயன்படுத்தப்படுகின்றன
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap - ஜிம்ப்ரா ஒத்துழைப்பு தொகுப்பில் சேர்க்கப்பட்டுள்ள முக்கிய பயன்பாடுகளின் நகல்
slocate/updatedb - ஜிம்ப்ரா ஒவ்வொரு செய்தியையும் தனித்தனி கோப்பில் சேமித்து வைப்பதால், ஒவ்வொரு நாளும் புதுப்பிக்கப்பட்ட சேவையை இயக்குவது சிக்கல்களை ஏற்படுத்தும், எனவே சேவையகங்களில் குறைந்த சுமையின் போது கைமுறையாக இதைச் செய்ய முடியும்.

இந்த சேவைகளை முடக்குவதன் விளைவாக கணினி வளங்களைச் சேமிப்பது மிகவும் குறிப்பிடத்தக்கதாக இருக்காது, ஆனால் வலுக்கட்டாயத்திற்கு நெருக்கமான சூழ்நிலைகளில் இது மிகவும் பயனுள்ளதாக இருக்கும். ஜிம்ப்ரா உள்கட்டமைப்பில் புதிய சேவையகம் சேர்க்கப்பட்டவுடன், முன்பு முடக்கப்பட்ட சேவைகளை மீண்டும் இயக்க பரிந்துரைக்கப்படுகிறது.

syslog சேவையை ஒரு தனி சேவையகத்திற்கு நகர்த்துவதன் மூலம் Zimbra இன் செயல்பாட்டை நீங்கள் மேம்படுத்தலாம், இதனால் செயல்பாட்டின் போது அது அஞ்சல் சேமிப்பகங்களின் ஹார்டு டிரைவ்களை ஏற்றாது. ஏறக்குறைய எந்த கணினியும் இந்த நோக்கங்களுக்காக ஏற்றது, மலிவான ஒற்றை-பலகை ராஸ்பெர்ரி பை கூட.

ஆதாரம்: www.habr.com