V jednom z našich , věnované plánování infrastruktury při implementaci Zimbra Collabortion Suite v podniku, bylo řečeno, že hlavním omezením provozu tohoto řešení je rychlost I/O diskových zařízení v poštovních úložištích. V době, kdy několik stovek zaměstnanců podniku současně přistupuje ke stejnému úložišti pošty, nemusí šířka kanálu pro zápis a čtení informací z pevných disků stačit pro citlivý provoz služby. A pokud to pro malé instalace Zimbry nebude zvláštní problém, pak v případě velkých podniků a poskytovatelů SaaS to vše může vést k nereagování e-mailů a v důsledku toho ke snížení efektivity zaměstnanců a také k porušení pravidel. SLA. Proto by při navrhování a provozu rozsáhlých instalací Zimbry měla být věnována zvláštní pozornost optimalizaci výkonu pevných disků v úložišti pošty. Podívejme se na dva případy a pokusme se zjistit, jaké metody optimalizace zatížení diskového úložiště lze v každém z nich uplatnit.
1. Optimalizace při navrhování rozsáhlé instalace Zimbra
Během fáze návrhu instalace Zimbra s vysokým zatížením se bude muset správce rozhodnout, který úložný systém použije. Abyste se v této otázce mohli rozhodnout, měli byste vědět, že hlavní zátěž na pevných discích pochází z MariaDB DBMS, která je součástí Zimbra Collaboration Suite, vyhledávač Apache Lucene a úložiště objektů blob. Proto pro provoz těchto softwarových produktů za podmínek vysokého zatížení je nutné používat vysokorychlostní a spolehlivé zařízení.
Za normálních podmínek lze Zimbru nainstalovat jak na RAID pevných disků, tak na úložiště připojená přes protokol NFS. Pro velmi malé instalace můžete Zimbru nainstalovat na běžný SATA disk. V kontextu velkých instalací však všechny tyto technologie vykazují různé nevýhody v podobě snížené rychlosti záznamu nebo nízké spolehlivosti, což je nepřijatelné ani pro velké podniky, ani zejména pro poskytovatele SaaS.
To je důvod, proč ve velkých infrastrukturách Zimbra je nejlepší použít SAN. Právě tato technologie je v současnosti schopna poskytnout největší propustnost pro úložná zařízení a zároveň díky možnosti připojit velké množství cache její použití prakticky nepředstavuje pro podnik žádná významná rizika. Je dobré použít NVRAM, která se používá v mnoha sítích SAN pro urychlení zápisu. Ukládání zaznamenaných dat na samotné disky je ale lepší zakázat, protože v případě problémů s napájením může dojít k neopravitelnému poškození média a ztrátě dat.
Pokud jde o výběr souborového systému, nejlepší volbou by bylo použít standardní Linux Ext3/Ext4. Hlavní nuance spojenou se systémem souborů je, že by měl být připojen s parametrem -noatime. Tato volba deaktivuje funkci záznamu času posledního přístupu k souborům, což znamená, že výrazně sníží zátěž při čtení a zápisu. Obecně platí, že při vytváření souborového systému ext3 nebo ext4 pro Zimbru byste měli použít následující parametry nástroje manželka2fs:
-j — Vytvoření žurnálu systému souborů Vytvořte systém souborů pomocí žurnálu ext3/ext4.
-L JMÉNO - Chcete-li vytvořit název svazku k použití v /etc/fstab
-O dir_index - Chcete-li použít hashovaný vyhledávací strom k urychlení vyhledávání souborů ve velkých adresářích
-m 2 — Vyhradit 2 % svazku ve velkých souborových systémech pro kořenový adresář
-J velikost = 400 — Vytvořit velký časopis
-b 4096 — K určení velikosti bloku v bajtech
-já 10240 - Pro ukládání zpráv by toto nastavení mělo odpovídat průměrné velikosti zprávy. Tomuto parametru byste měli věnovat zvýšenou pozornost, protože jeho hodnotu nelze později změnit.
Doporučuje se také povolit dirsync pro úložiště objektů blob, úložiště metadat vyhledávání Lucene a úložiště fronty MTA. To by mělo být provedeno, protože Zimbra obvykle používá tento nástroj fsync pro zaručený zápis blob s daty na disk. Když však úložiště pošty Zimbra nebo MTA vytvoří během doručování zprávy nové soubory, bude nutné zapsat na disk změny, ke kterým dojde v odpovídajících složkách. To je důvod, proč, i když byl soubor již zapsán na disk pomocí fsync, záznam o jeho přidání do adresáře nemusí mít čas být zapsán na disk a v důsledku toho může být ztracen v důsledku náhlého selhání serveru. Díky použití dirsync těmto problémům lze předejít.
2. Optimalizace s běžící infrastrukturou Zimbra
Často se stává, že po několika letech používání Zimbry se počet jejích uživatelů výrazně zvyšuje a služba je každým dnem méně a méně citlivá. Cesta z této situace je zřejmá: stačí přidat nové servery do infrastruktury, aby služba fungovala znovu stejně rychle jako dříve. Mezitím není vždy možné okamžitě přidat nové servery do infrastruktury za účelem zvýšení jejího výkonu. IT manažeři musí často dlouho koordinovat nákup nových serverů s účetním nebo bezpečnostním oddělením, navíc je často zklamou dodavatelé, kteří mohou dodat nový server pozdě nebo dokonce dodat nesprávnou věc.
Infrastrukturu Zimbry je samozřejmě nejlepší budovat s rezervou, abyste měli vždy rezervu na její rozšiřování a nebyli na nikom závislí, nicméně pokud již k chybě došlo, může IT manažer pouze zahlazovat její následky jako co nejvíce. Například IT manažer může dosáhnout malého zvýšení produktivity tím, že dočasně deaktivuje systémové služby Linuxu, které pravidelně přistupují k pevným diskům během provozu, a mohou tak negativně ovlivnit výkon Zimbry. Můžete tedy dočasně deaktivovat:
autofs, netfs - Vzdálené zjišťování systému souborů
poháry — Tisková služba
xinetd, vsftpd - Vestavěné *NIX služby, které pravděpodobně nebudete potřebovat
portmap, rpcsvcgssd, rpcgssd, rpcidmapd — Služby vzdáleného volání procedur, které se obvykle používají ve spojení se síťovými systémy souborů
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap — Duplikáty hlavních nástrojů obsažených v Zimbra Collaboration Suite
slocate/updatedb - Vzhledem k tomu, že Zimbra ukládá každou zprávu do samostatného souboru, každodenní spouštění služby updatedb může způsobit problémy, a proto je možné to provést ručně při nejmenší zátěži serverů
Úspora systémových prostředků v důsledku deaktivace těchto služeb nebude příliš významná, ale i to může být velmi užitečné v podmínkách blízkých vyšší moci. Jakmile je nový server přidán do infrastruktury Zimbra, doporučuje se znovu povolit dříve zakázané služby.
Provoz Zimbry můžete také optimalizovat přesunutím služby syslog na samostatný server, aby během provozu nezatěžovala pevné disky poštovních úložišť. Pro tyto účely se hodí téměř jakýkoli počítač, dokonce i levné jednodeskové Raspberry Pi.
Zdroj: www.habr.com