Ing salah siji kita , darmabakti kanggo planning infrastruktur nalika ngleksanakake Zimbra Collabortion Suite ing perusahaan, ngandika sing watesan utama ing operasi saka solusi iki kacepetan I / O piranti disk ing panyimpenan mail. Pancen, nalika sawetara atus karyawan perusahaan kanthi bebarengan ngakses panyimpenan email sing padha, ambane saluran kanggo nulis lan maca informasi saka hard drive bisa uga ora cukup kanggo operasi responsif layanan kasebut. Lan yen kanggo panginstalan cilik Zimbra iki ora bakal dadi masalah tartamtu, mula ing kasus perusahaan gedhe lan panyedhiya SaaS, kabeh iki bisa nyebabake email sing ora responsif lan, minangka asil, nyuda efisiensi karyawan, uga nglanggar. saka SLAs. Mulane, nalika ngrancang lan ngoperasikake instalasi Zimbra skala gedhe, perhatian khusus kudu dibayar kanggo ngoptimalake kinerja hard drive ing panyimpenan mail. Ayo goleki rong kasus lan coba goleki cara kanggo ngoptimalake beban ing panyimpenan disk sing bisa ditrapake ing saben.
1. Optimization nalika ngrancang instalasi Zimbra ukuran gedhe
Sajrone tahap desain instalasi Zimbra kanthi beban dhuwur, administrator kudu milih sistem panyimpenan sing bakal digunakake. Kanggo mutusake masalah iki, sampeyan kudu ngerti manawa beban utama ing hard drive asale saka DBMS MariaDB sing kalebu ing Suite Kolaborasi Zimbra, mesin telusur Apache Lucene, lan panyimpenan blob. Pramila kanggo ngoperasikake produk piranti lunak kasebut ing kahanan beban sing dhuwur, perlu nggunakake peralatan sing cepet lan dipercaya.
Ing kahanan normal, Zimbra bisa diinstal ing RAID hard drive lan ing panyimpenan sing disambungake liwat protokol NFS. Kanggo instalasi cilik banget, sampeyan bisa nginstal Zimbra ing drive SATA biasa. Nanging, ing konteks instalasi gedhe, kabeh teknologi kasebut nuduhake macem-macem cacat ing bentuk kacepetan rekaman suda utawa linuwih sing kurang, sing ora bisa ditampa kanggo perusahaan gedhe utawa, utamane kanggo panyedhiya SaaS.
Mulane ing infrastruktur Zimbra skala gedhe luwih becik nggunakake SAN. Iku teknologi iki sing saiki bisa nyediakake throughput paling gedhe kanggo piranti panyimpenan lan ing wektu sing padha, thanks kanggo kemampuan kanggo nyambungake jumlah gedhe saka cache, sawijining nggunakake praktis ora nuduhke resiko penting kanggo perusahaan. Iku apike nggunakake NVRAM, kang digunakake ing akeh SAN kanggo nyepetake sak nulis. Nanging luwih apik kanggo mateni cache data sing direkam ing disk dhewe, amarga bisa nyebabake karusakan media sing ora bisa didandani lan ilang data yen ana masalah daya.
Kanggo milih sistem file, pilihan sing paling apik yaiku nggunakake Linux Ext3/Ext4 standar. Nuansa utama sing ana gandhengane karo sistem file yaiku kudu dipasang karo parameter -ora wektu. Opsi iki bakal mateni fungsi ngrekam wektu akses pungkasan menyang file, sing tegese bakal nyuda beban maca lan nulis. Umumé, nalika nggawe sistem file ext3 utawa ext4 kanggo Zimbra, sampeyan kudu nggunakake paramèter utilitas ing ngisor iki mke2fs:
-j — Kanggo nggawe jurnal sistem file Gawe sistem file nganggo jurnal ext3/ext4.
-L NAMA - Kanggo nggawe jeneng volume banjur digunakake ing /etc/fstab
-O dir_index - Kanggo nggunakake wit telusuran hash kanggo nyepetake panelusuran file ing direktori gedhe
-m 2 - Kanggo cadangan 2% volume ing sistem file gedhe kanggo direktori root
- Ukuran J = 400 - Kanggo nggawe majalah gedhe
-b 4096 - Kanggo nemtokake ukuran blok ing bita
-aku 10240 - Kanggo panyimpenan pesen, setelan iki kudu cocog karo ukuran pesen rata-rata. Sampeyan kudu nggatekake parameter iki, amarga regane ora bisa diganti mengko.
Sampeyan uga dianjurake kanggo ngaktifake dirsync kanggo panyimpenan blob, panyimpenan metadata telusuran Lucene, lan panyimpenan antrian MTA. Iki kudu ditindakake amarga Zimbra biasane nggunakake sarana kasebut fsync kanggo dijamin nulis blob karo data menyang disk. Nanging, nalika toko layang Zimbra utawa MTA nggawe file anyar sajrone pangiriman pesen, kudu nulis menyang disk owah-owahan sing kedadeyan ing folder sing cocog. Mulane, sanajan file kasebut wis ditulis menyang disk nggunakake fsync, cathetan tambahan kanggo direktori bisa uga ora duwe wektu kanggo nulis menyang disk lan, minangka asil, bisa ilang amarga gagal server dadakan. Thanks kanggo nggunakake dirsync masalah iki bisa nyingkiri.
2. Optimization karo infrastruktur Zimbra mlaku
Asring kedadeyan sawise sawetara taun nggunakake Zimbra, jumlah pangguna tambah akeh lan layanan dadi kurang responsif saben dina. Cara metu saka kahanan iki jelas: sampeyan mung kudu nambah server anyar menyang infrastruktur supaya layanan kasebut bisa digunakake maneh kanthi cepet kaya sadurunge. Kangge, ora mesthi bisa nambah server anyar menyang infrastruktur supaya bisa nambah kinerja. Manajer IT asring kudu nglampahi wektu sing suwe kanggo koordinasi tuku server anyar karo departemen akuntansi utawa keamanan; Kajaba iku, dheweke asring dikecewakake dening pemasok sing bisa ngirim server anyar telat utawa malah ngirim sing salah.
Mesthine, luwih becik mbangun infrastruktur Zimbra sampeyan kanthi cadangan supaya tansah duwe cadangan kanggo ekspansi lan ora gumantung marang sapa wae, nanging yen ana kesalahan, manajer IT mung bisa ngrampungake akibate. akeh sing bisa. Contone, manajer IT bisa nambah produktivitas cilik kanthi mateni sementara layanan sistem Linux sing ajeg ngakses hard drive sajrone operasi lan bisa nyebabake kinerja Zimbra. Dadi, sampeyan bisa mateni sementara:
autofs, netfs - Layanan Penemuan Sistem File Jarak Jauh
cangkir - Layanan cetak
xinetd, vsftpd - Built-in *NIX layanan sing mbokmenawa ora perlu
portmap, rpcsvcgssd, rpcgssd, rpcidmapd — Layanan panggilan prosedur remot, sing biasane digunakake bebarengan karo sistem file jaringan
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap - Duplikat utilitas utama sing kalebu ing Suite Kolaborasi Zimbra
slocate / dianyarib - Wiwit Zimbra nyimpen saben pesen ing file sing kapisah, nglakokake layanan nganyari saben dina bisa nyebabake masalah, mula bisa ditindakake kanthi manual sajrone beban paling sithik ing server.
Nyimpen sumber daya sistem minangka asil mateni layanan kasebut ora bakal signifikan, nanging iki bisa migunani banget ing kahanan sing cedhak karo force majeure. Sawise server anyar ditambahake menyang infrastruktur Zimbra, dianjurake kanggo ngaktifake maneh layanan sing sadurunge dipateni.
Sampeyan uga bisa ngoptimalake operasi Zimbra kanthi mindhah layanan syslog menyang server sing kapisah supaya sajrone operasi ora mbukak hard drive panyimpenan mail. Meh sembarang komputer cocok kanggo tujuan iki, malah mirah siji-papan Raspberry Pi.
Source: www.habr.com