සිම්බ්‍රා සහයෝගිතා කට්ටලයේ තැපැල් ගබඩාව ප්‍රශස්ත කිරීම

අපේ එකක පෙර ලිපි, ව්‍යවසායක සිම්බ්‍රා සහයෝගීතා කට්ටලය ක්‍රියාත්මක කිරීමේදී යටිතල පහසුකම් සැලසුම් කිරීම සඳහා කැපවී ඇති අතර, මෙම විසඳුම ක්‍රියාත්මක කිරීමේදී ප්‍රධාන සීමාව වන්නේ තැපෑල ගබඩාවල තැටි උපාංගවල I/O වේගය බව පැවසේ. ඇත්ත වශයෙන්ම, ව්‍යවසායක සේවකයින් සිය ගණනක් එකවර එකම තැපැල් ගබඩාවට ප්‍රවේශ වන අවස්ථාවක, දෘඪ තැටි වලින් තොරතුරු ලිවීමට සහ කියවීමට ඇති නාලිකා පළල සේවාවේ ප්‍රතිචාරාත්මක ක්‍රියාකාරිත්වය සඳහා ප්‍රමාණවත් නොවිය හැකිය. සිම්බ්‍රා හි කුඩා ස්ථාපනයන් සඳහා මෙය විශේෂිත ගැටළුවක් නොවන්නේ නම්, විශාල ව්‍යවසායන් සහ SaaS සපයන්නන් සම්බන්ධයෙන් මේ සියල්ල ප්‍රතිචාර නොදක්වන විද්‍යුත් තැපෑලකට තුඩු දිය හැකි අතර එහි ප්‍රති result ලයක් ලෙස සේවක කාර්යක්ෂමතාව අඩුවීම මෙන්ම උල්ලංඝනය කිරීමකි. SLAs. මහා පරිමාණ සිම්බ්‍රා ස්ථාපනයන් සැලසුම් කිරීමේදී සහ ක්‍රියාත්මක කිරීමේදී, තැපැල් ගබඩාවේ දෘඪ තැටිවල ක්‍රියාකාරිත්වය ප්‍රශස්ත කිරීම කෙරෙහි විශේෂ අවධානයක් යොමු කළ යුත්තේ එබැවිනි. අපි අවස්ථා දෙකක් දෙස බලමු සහ තැටි ගබඩාව මත පැටවීම ප්‍රශස්ත කිරීම සඳහා ක්‍රම මොනවාදැයි සොයා බැලීමට උත්සාහ කරමු.

1. විශාල පරිමාණයේ සිම්බ්රා ස්ථාපනයක් සැලසුම් කිරීමේදී ප්රශස්තකරණය

ඉහළ බරක් සහිත සිම්බ්‍රා ස්ථාපනයක සැලසුම් අවධියේදී, පරිපාලකයාට කුමන ගබඩා පද්ධතියක් භාවිතා කළ යුතුද යන්න පිළිබඳව තේරීමක් කිරීමට සිදුවේ. මෙම ගැටළුව පිළිබඳව තීරණය කිරීම සඳහා, දෘඪ තැටිවල ප්‍රධාන භාරය පැමිණෙන්නේ Zimbra Collaboration Suite, Apache Lucene සෙවුම් යන්ත්‍රය සහ බ්ලොබ් ආචයනය තුළ ඇතුළත් MariaDB DBMS වෙතින් බව ඔබ දැනගත යුතුය. අධි බර තත්ව යටතේ මෙම මෘදුකාංග නිෂ්පාදන ක්‍රියාත්මක කිරීම සඳහා අධිවේගී සහ විශ්වාසදායක උපකරණ භාවිතා කිරීම අවශ්‍ය වන්නේ එබැවිනි.

සාමාන්‍ය තත්ව යටතේ, දෘඪ තැටි RAID මත සහ NFS ප්‍රොටෝකෝලය හරහා සම්බන්ධ කර ඇති ගබඩාව මත සිම්බ්‍රා ස්ථාපනය කල හැක. ඉතා කුඩා ස්ථාපනයන් සඳහා, ඔබට සාමාන්‍ය SATA ධාවකයක් මත Zimbra ස්ථාපනය කළ හැකිය. කෙසේ වෙතත්, විශාල ස්ථාපනයන්හි සන්දර්භය තුළ, මෙම සියලු තාක්ෂණයන් අඩු පටිගත කිරීමේ වේගය හෝ අඩු විශ්වසනීයත්වය වැනි විවිධ අවාසි පෙන්නුම් කරයි, එය විශාල ව්‍යවසායන් සඳහා හෝ විශේෂයෙන් SaaS සපයන්නන් සඳහා පිළිගත නොහැකිය.

මහා පරිමාණ සිම්බ්‍රා යටිතල ව්‍යුහයන්හි SAN භාවිතා කිරීම වඩාත් සුදුසු වන්නේ එබැවිනි. ගබඩා උපාංග සඳහා විශාලතම ප්‍රතිදානය සැපයීමට දැනට හැකියාව ඇත්තේ මෙම තාක්‍ෂණය වන අතර ඒ සමඟම, විශාල හැඹිලි ප්‍රමාණයක් සම්බන්ධ කිරීමේ හැකියාවට ස්තූතිවන්ත වන අතර, එහි භාවිතය ප්‍රායෝගිකව ව්‍යවසායයට සැලකිය යුතු අවදානමක් ඇති නොකරයි. ලිවීමේදී දේවල් වේගවත් කිරීම සඳහා බොහෝ SAN වල භාවිතා කරන NVRAM භාවිතා කිරීම හොඳ අදහසකි. නමුත් බලය ගැටළු ඇති වුවහොත් එය මාධ්යයට ආපසු හැරවිය නොහැකි හානියක් හා දත්ත අහිමි වීමට හේතු විය හැකි බැවින්, තැටි මතම වාර්තාගත දත්ත හැඹිලිගත කිරීම අක්රිය කිරීම වඩා හොඳය.

ගොනු පද්ධතියක් තෝරාගැනීමේදී, හොඳම තේරීම වනුයේ සම්මත Linux Ext3/Ext4 භාවිතා කිරීමයි. ගොනු පද්ධතියට සම්බන්ධ ප්රධාන සූක්ෂ්මතාවය එය පරාමිතිය සමඟ සවි කළ යුතුය - නෝටයිම්. මෙම විකල්පය මඟින් ලිපිගොනු වෙත අවසාන ප්‍රවේශයේ වේලාව පටිගත කිරීමේ කාර්යය අක්‍රීය කරනු ඇත, එයින් අදහස් කරන්නේ එය කියවීමේ සහ ලිවීමේ බර බෙහෙවින් අඩු කරනු ඇති බවයි. සාමාන්යයෙන්, Zimbra සඳහා ext3 හෝ ext4 ගොනු පද්ධතියක් නිර්මාණය කිරීමේදී, ඔබ පහත උපයෝගිතා පරාමිතීන් භාවිතා කළ යුතුය. mke2fs:

-j — ගොනු පද්ධති සඟරාවක් නිර්මාණය කිරීම සඳහා ext3/ext4 ජර්නලයකින් ගොනු පද්ධතිය සාදන්න.
-L NAME - වෙළුම් නාමයක් සෑදීමට පසුව /etc/fstab හි භාවිතා කරන්න
-O dir_index - විශාල නාමාවලි වල ගොනු සෙවීම් වේගවත් කිරීමට හැෂ් සෙවුම් ගසක් භාවිතා කිරීමට
-මි 2 — විශාල ගොනු පද්ධතිවල පරිමාවෙන් 2%ක් root බහලුම සඳහා වෙන්කර ගැනීමට
-J ප්රමාණය=400 - විශාල සඟරාවක් නිර්මාණය කිරීමට
-ආ 4096 - බයිට් වල බ්ලොක් ප්රමාණය තීරණය කිරීම සඳහා
- මම 10240 - පණිවිඩ ගබඩා කිරීම සඳහා, මෙම සැකසුම සාමාන්ය පණිවිඩ ප්රමාණයට අනුරූප විය යුතුය. එහි අගය පසුව වෙනස් කළ නොහැකි බැවින්, ඔබ මෙම පරාමිතිය කෙරෙහි දැඩි අවධානයක් යොමු කළ යුතුය.

එය සක්රිය කිරීමට ද නිර්දේශ කරනු ලැබේ dirsync බ්ලොබ් ආචයනය, ලුසීන් සෙවුම් පාර-දත්ත ගබඩාව සහ එම්ටීඒ පෝලිම් ආචයනය සඳහා. Zimbra සාමාන්යයෙන් උපයෝගීතාව භාවිතා කරන නිසා මෙය සිදු කළ යුතුය fsync තැටියට දත්ත සහිත බ්ලොබ් එකක් සහතික කිරීම සඳහා. කෙසේ වෙතත්, Zimbra තැපැල් ගබඩාව හෝ MTA පණිවිඩ බෙදා හැරීමේදී නව ගොනු නිර්මාණය කරන විට, අනුරූප ෆෝල්ඩරවල සිදුවන වෙනස්කම් තැටියට ලිවීමට අවශ්ය වේ. ගොනුව දැනටමත් තැටියට ලියා ඇති අවස්ථාවකදී පවා භාවිතා කරන්නේ එබැවිනි fsync, ඩිරෙක්ටරියට එහි එකතු කිරීමේ වාර්තාව තැටියට ලිවීමට කාලය නොමැති අතර, ප්රතිඵලයක් වශයෙන්, හදිසි සේවාදායකයේ අසමත් වීම හේතුවෙන් අහිමි විය හැක. භාවිතයට ස්තුතියි dirsync මෙම ගැටළු මඟහරවා ගත හැකිය.

2. සිම්බ්‍රා යටිතල පහසුකම් ධාවනය සමඟ ප්‍රශස්තකරණය

බොහෝ විට සිදුවන්නේ සිම්බ්‍රා භාවිතා කිරීමෙන් වසර කිහිපයකට පසු, එහි පරිශීලකයින් සංඛ්‍යාව සැලකිය යුතු ලෙස වැඩි වන අතර සේවාව සෑම දිනකම අඩු හා අඩු ප්‍රතිචාරයක් බවට පත්වේ. මෙම තත්වයෙන් මිදීමේ මාර්ගය පැහැදිලිය: ඔබට අවශ්‍ය වන්නේ යටිතල ව්‍යුහයට නව සේවාදායකයන් එක් කිරීමට පමණි, එවිට සේවාව පෙර මෙන් ඉක්මනින් ක්‍රියා කරයි. මේ අතර, එහි කාර්ය සාධනය වැඩි කිරීම සඳහා යටිතල ව්‍යුහයට නව සේවාදායකයන් වහාම එකතු කිරීම සැමවිටම කළ නොහැක. තොරතුරු තාක්ෂණ කළමනාකරුවන්ට බොහෝ විට ගිණුම්කරණ හෝ ආරක්ෂක දෙපාර්තමේන්තුව සමඟ නව සේවාදායකයන් මිලදී ගැනීම සම්බන්ධීකරණය කිරීමට දිගු කාලයක් ගත කිරීමට සිදු වේ; ඊට අමතරව, නව සේවාදායකයක් ප්‍රමාද වී හෝ වැරදි දේ ලබා දිය හැකි සැපයුම්කරුවන් විසින් ඔවුන් බොහෝ විට පහත් කරනු ලැබේ.

ඇත්ත වශයෙන්ම, ඔබේ සිම්බ්‍රා යටිතල ව්‍යුහය සෑම විටම එහි ව්‍යාප්තිය සඳහා සංචිතයක් ඇති කර කිසිවෙකු මත රඳා නොසිටීම සඳහා සංචිතයක් සමඟ ගොඩනගා ගැනීම වඩාත් සුදුසුය, කෙසේ වෙතත්, දැනටමත් වැරැද්දක් සිදුවී ඇත්නම්, තොරතුරු තාක්ෂණ කළමනාකරුට එහි ප්‍රතිවිපාක සමනය කළ හැක්කේ හැකි තරම්. උදාහරණයක් ලෙස, IT කළමනාකරුවෙකුට ලිනක්ස් පද්ධති සේවා තාවකාලිකව අක්‍රිය කිරීමෙන් කුඩා ඵලදායිතා වර්ධනයක් ලබා ගත හැකි අතර එය ක්‍රියාත්මක වන විට නිතිපතා දෘඪ තැටි වෙත ප්‍රවේශ විය හැකි අතර එම නිසා සිම්බ්‍රා හි ක්‍රියාකාරිත්වයට අහිතකර ලෙස බලපෑ හැකිය. එබැවින්, ඔබට තාවකාලිකව අක්රිය කළ හැකිය:

autofs, netfs - දුරස්ථ ගොනු පද්ධති සොයාගැනීම් සේවා
කෝප්ප - මුද්‍රණ සේවාව
xinetd, vsftpd - ඔබට අවශ්‍ය නොවන *NIX සේවාවන්
portmap, rpcsvcgssd, rpcgssd, rpcidmapd — සාමාන්‍යයෙන් ජාල ගොනු පද්ධති සමඟ එක්ව භාවිතා කරන දුරස්ථ ක්‍රියා පටිපාටි ඇමතුම් සේවා
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap - සිම්බ්‍රා සහයෝගිතා කට්ටලයේ ඇතුළත් ප්‍රධාන උපයෝගිතාවල අනුපිටපත්
slocate/updatedb - Zimbra සෑම පණිවිඩයක්ම වෙනම ගොනුවක ගබඩා කරන බැවින්, යාවත්කාලීන කරන ලද B සේවාව දිනපතා ධාවනය කිරීම ගැටළු ඇති කළ හැකි අතර, එබැවින් සේවාදායකයේ අවම පැටවීමේදී මෙය අතින් කළ හැකිය.

මෙම සේවාවන් අක්‍රිය කිරීමේ ප්‍රතිඵලයක් ලෙස පද්ධති සම්පත් සුරැකීම එතරම් වැදගත් නොවනු ඇත, නමුත් බලහත්කාරයට ආසන්න තත්වයන් තුළ මෙය පවා ඉතා ප්‍රයෝජනවත් විය හැකිය. නව සේවාදායකය සිම්බ්‍රා යටිතල ව්‍යුහයට එක් කළ පසු, කලින් අබල කළ සේවාවන් නැවත සක්‍රිය කිරීම නිර්දේශ කෙරේ.

syslog සේවාව වෙනම සේවාදායකයකට ගෙනයාමෙන් ඔබට සිම්බ්‍රා හි ක්‍රියාකාරිත්වය ප්‍රශස්ත කළ හැකිය, එවිට ක්‍රියාත්මක වන විට එය තැපැල් ගබඩාවල දෘඪ තැටි පූරණය නොවේ. මෙම අරමුණු සඳහා ඕනෑම පරිගණකයක් පාහේ සුදුසු වේ, ලාභ තනි පුවරු Raspberry Pi පවා.

මූලාශ්රය: www.habr.com