Біздің бірімізде , кәсіпорында Zimbra Collabortion Suite енгізу кезінде инфрақұрылымды жоспарлауға арналған, бұл шешімнің жұмысындағы негізгі шектеу пошта қоймаларындағы дискі құрылғыларының енгізу-шығару жылдамдығы болып табылады деп айтылды. Шынында да, кәсіпорынның бірнеше жүздеген қызметкері бір уақытта бір пошта қоймасына қол жеткізген кезде, қатты дискілерден ақпаратты жазу және оқу үшін арна ені қызметтің жауапты жұмысы үшін жеткіліксіз болуы мүмкін. Егер Zimbra-ның шағын қондырғылары үшін бұл ерекше проблема болмаса, онда ірі кәсіпорындар мен SaaS провайдерлері үшін мұның бәрі жауапсыз электрондық поштаға және соның салдарынан қызметкерлердің тиімділігінің төмендеуіне, сондай-ақ бұзушылыққа әкелуі мүмкін. SLAs. Сондықтан Zimbra-ның ауқымды қондырғыларын жобалау және пайдалану кезінде пошталық сақтаудағы қатты дискілердің өнімділігін оңтайландыруға ерекше назар аудару керек. Екі жағдайды қарастырайық және олардың әрқайсысында дискілік жадтағы жүктемені оңтайландырудың қандай әдістерін қолдануға болатынын анықтауға тырысайық.
1. Үлкен масштабты Zimbra қондырғысын жобалау кезінде оңтайландыру
Жоғары жүктемелі Zimbra қондырғысын жобалау кезеңінде әкімші қандай сақтау жүйесін пайдалану керектігін таңдауы керек. Бұл мәселені шешу үшін сіз қатты дискілерге негізгі жүктеме Zimbra Collaboration Suite құрамына кіретін MariaDB ДҚБЖ, Apache Lucene іздеу жүйесінен және blob қоймасынан келетінін білуіңіз керек. Сондықтан бұл бағдарламалық өнімдерді жоғары жүктеме жағдайында пайдалану үшін жоғары жылдамдықты және сенімді жабдықты пайдалану қажет.
Қалыпты жағдайда Zimbra қатты дискілердің RAID жүйесіне де, NFS протоколы арқылы қосылған жадқа да орнатылуы мүмкін. Өте кішкентай қондырғылар үшін Zimbra-ны қарапайым SATA дискісіне орнатуға болады. Дегенмен, үлкен қондырғылар жағдайында бұл технологиялардың барлығы жазу жылдамдығының төмендеуі немесе төмен сенімділік түріндегі әртүрлі кемшіліктерді көрсетеді, бұл ірі кәсіпорындар үшін де, әсіресе SaaS провайдерлері үшін де қолайсыз.
Сондықтан ауқымды Zimbra инфрақұрылымдарында SAN пайдалану жақсы. Дәл осы технология қазіргі уақытта сақтау құрылғылары үшін ең үлкен өткізу қабілеттілігін қамтамасыз ете алады және сонымен бірге кэштің үлкен көлемін қосу мүмкіндігінің арқасында оны пайдалану іс жүзінде кәсіпорын үшін айтарлықтай қауіп төндірмейді. Жазу кезінде жұмысты жылдамдату үшін көптеген SAN жүйелерінде қолданылатын NVRAM-ды пайдалану жақсы идея. Бірақ дискілердегі жазылған деректерді кэштеуді өшірген дұрыс, өйткені қуат ақаулары орын алса, бұл медианың түзетілмейтін зақымдалуына және деректердің жоғалуына әкелуі мүмкін.
Файлдық жүйені таңдауға келетін болсақ, ең жақсы таңдау стандартты Linux Ext3/Ext4 нұсқасын пайдалану болады. Файлдық жүйемен байланысты негізгі нюанс - оны параметрмен орнату керек -noatime. Бұл опция файлдарға соңғы қол жеткізу уақытын жазу функциясын өшіреді, яғни оқу және жазу жүктемесін айтарлықтай азайтады. Жалпы, Zimbra үшін ext3 немесе ext4 файлдық жүйесін жасау кезінде келесі қызметтік бағдарлама параметрлерін пайдалану керек. mke2fs:
-j — Файлдық жүйе журналын жасау үшін ext3/ext4 журналымен файлдық жүйені жасаңыз.
-Л АТЫ - /etc/fstab ішінде пайдалану үшін том атауын жасау
-O dir_index - Үлкен каталогтарда файлдарды іздеуді жылдамдату үшін хэштелген іздеу ағашын пайдалану
-m 2 — Түбірлік каталог үшін үлкен файлдық жүйелердегі көлемнің 2%-ын сақтау
-J өлшемі=400 — Үлкен журнал жасау
-b 4096 — Блок өлшемін байтпен анықтау
-мен 10240 - Хабарды сақтау үшін бұл параметр хабардың орташа өлшеміне сәйкес келуі керек. Бұл параметрге мұқият назар аудару керек, себебі оның мәнін кейін өзгерту мүмкін емес.
Сондай-ақ қосу ұсынылады синхрондау blob сақтау, Lucene іздеу метадеректерін сақтау және MTA кезегін сақтау үшін. Мұны істеу керек, себебі Zimbra әдетте қызметтік бағдарламаны пайдаланады fsync деректері бар блобты дискіге кепілдендірілген жазу үшін. Дегенмен, Zimbra пошта қоймасы немесе MTA хабарламаны жеткізу кезінде жаңа файлдарды жасағанда, сәйкес қалталарда орын алатын өзгерістерді дискіге жазу қажет болады. Сондықтан файл дискіге бұрыннан жазылған болса да fsync, оны каталогқа қосу жазбасы дискіге жазылуға үлгермеуі мүмкін және нәтижесінде сервердің кенет істен шығуына байланысты жоғалуы мүмкін. Қолдану арқасында синхрондау бұл проблемаларды болдырмауға болады.
2. Zimbra инфрақұрылымын іске қосу арқылы оңтайландыру
Zimbra-ны бірнеше жыл пайдаланғаннан кейін оны пайдаланушылар саны айтарлықтай артып, қызмет күн сайын азырақ жауап беретін болады. Бұл жағдайдан шығудың жолы анық: қызмет бұрынғыдай тез жұмыс істеуі үшін инфрақұрылымға жаңа серверлерді қосу керек. Сонымен қатар, оның өнімділігін арттыру үшін инфрақұрылымға жаңа серверлерді бірден қосу әрқашан мүмкін емес. АТ менеджерлеріне көбінесе бухгалтерлік есеп немесе қауіпсіздік бөлімімен жаңа серверлерді сатып алуды үйлестіру үшін ұзақ уақыт жұмсауға тура келеді, сонымен қатар, жаңа серверді кеш жеткізе алатын немесе тіпті дұрыс емес нәрсені жеткізе алатын жеткізушілер оларды жиі жібереді.
Әрине, Zimbra инфрақұрылымын әрқашан кеңейту үшін резервке ие болу және ешкімге тәуелді болмау үшін оны резервпен құрған дұрыс, дегенмен, егер қате жіберілген болса, АТ менеджері оның салдарын тек осылай түзете алады. мүмкіндігінше. Мысалы, АТ менеджері жұмыс кезінде қатты дискілерге тұрақты түрде қол жеткізетін Linux жүйелік қызметтерін уақытша өшіру арқылы өнімділікті аз ғана арттыруға қол жеткізе алады, сондықтан Zimbra өнімділігіне теріс әсер етуі мүмкін. Сонымен, сіз уақытша өшіре аласыз:
autofs, netfs - Қашықтан файлдық жүйені табу қызметтері
шыныаяқтар — Баспа қызметі
xinetd, vsftpd - Кірістірілген *NIX қызметтері сізге қажет болмауы мүмкін
порт картасы, rpcsvcgssd, rpcgssd, rpcidmapd — Әдетте желілік файлдық жүйелермен бірге қолданылатын қашықтағы процедураларды шақыру қызметтері
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap — Zimbra Collaboration Suite құрамына кіретін негізгі утилиталардың көшірмелері
slocate/updatedb - Zimbra әрбір хабарламаны бөлек файлда сақтайтындықтан, updatedb қызметін күн сайын іске қосу проблемалар тудыруы мүмкін, сондықтан серверлердегі ең аз жүктеме кезінде мұны қолмен жасауға болады.
Бұл қызметтерді өшіру нәтижесінде жүйелік ресурстарды үнемдеу өте маңызды болмайды, бірақ бұл тіпті форс-мажорлық жағдайларға жақын жағдайларда өте пайдалы болуы мүмкін. Жаңа сервер Zimbra инфрақұрылымына қосылғаннан кейін, бұрын өшірілген қызметтерді қайта қосу ұсынылады.
Сондай-ақ Zimbra жұмысын жүйеслог қызметін бөлек серверге жылжыту арқылы оңтайландыруға болады, осылайша жұмыс кезінде ол пошта қоймаларының қатты дискілерін жүктемейді. Бұл мақсаттар үшін кез келген дерлік компьютер қолайлы, тіпті арзан бір тақталы Raspberry Pi.
Ақпарат көзі: www.habr.com