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

எங்கள் ஒன்றில் முந்தைய கட்டுரைகள், ஒரு நிறுவனத்தில் 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. ஜிம்ப்ரா உள்கட்டமைப்பு இயங்கும் உகப்பாக்கம்

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

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

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

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

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

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