Dina salah sahiji urang , dedicated ka tata infrastruktur nalika ngalaksanakeun Zimbra Kolaborasi Suite di hiji perusahaan, ieu ceuk watesan utama dina operasi leyuran ieu speed I / O alat disk di storages mail. Mémang, dina waktos sababaraha ratus karyawan perusahaan sakaligus ngaksés panyimpen surat anu sami, lebar saluran pikeun nyerat sareng maca inpormasi tina hard drive panginten henteu cekap pikeun operasi responsif jasa éta. Sareng upami pikeun pamasangan leutik Zimbra ieu moal janten masalah khusus, maka dina kasus perusahaan ageung sareng panyadia SaaS, sadaya ieu tiasa nyababkeun email anu henteu responsif sareng, akibatna, panurunan dina efisiensi karyawan, ogé palanggaran. tina SLAs. Éta sababna, nalika ngarancang sareng ngoperasikeun pamasangan Zimbra skala ageung, perhatian khusus kedah dibayar pikeun ngaoptimalkeun kinerja hard drive dina panyimpenan surat. Hayu urang tingali dua kasus sareng cobaan pikeun milarian metode naon pikeun ngaoptimalkeun beban dina panyimpenan disk anu tiasa diterapkeun dina masing-masing.
1. Optimasi nalika ngarancang instalasi Zimbra skala badag
Salila fase desain instalasi Zimbra beban tinggi, administrator kudu nyieun pilihan ngeunaan sistem gudang nu bakal dipaké. Pikeun mutuskeun masalah ieu, anjeun kedah terang yén beban utama dina hard drive asalna tina DBMS MariaDB anu kalebet dina Zimbra Collaboration Suite, mesin pencari Apache Lucene, sareng panyimpenan blob. Éta pisan sababna naha pikeun ngajalankeun produk software ieu dina kaayaan beban tinggi, perlu ngagunakeun speed tinggi na parabot dipercaya.
Dina kaayaan normal, Zimbra tiasa dipasang duanana dina RAID tina hard drive sareng dina panyimpenan anu disambungkeun via protokol NFS. Pikeun pamasangan anu alit, anjeun tiasa masang Zimbra dina drive SATA biasa. Nanging, dina kontéks pamasangan ageung, sadaya téknologi ieu nunjukkeun rupa-rupa kalemahan dina bentuk kacepetan ngarékam anu ngirangan atanapi réliabilitas anu rendah, anu henteu tiasa ditampi boh pikeun perusahaan ageung atanapi, khususna pikeun panyadia SaaS.
Ieu sababna dina infrastruktur Zimbra skala ageung langkung saé ngagunakeun SAN. Téknologi ieu ayeuna tiasa nyayogikeun throughput anu paling hébat pikeun alat panyimpen sareng dina waktos anu sami, berkat kamampuan nyambungkeun jumlah cache anu ageung, panggunaanana sacara praktis henteu nyababkeun résiko anu penting pikeun perusahaan. Ieu mangrupakeun ide nu sae pikeun pamakéan NVRAM, nu dipaké dina loba SANs pikeun ngagancangkeun hal nepi salila nulis. Tapi leuwih sae pikeun nganonaktipkeun cache data dirékam dina disk sorangan, sabab bisa ngakibatkeun karuksakan irreparable kana média jeung leungitna data lamun masalah kakuatan lumangsung.
Sedengkeun pikeun milih sistem file, pilihan pangalusna bakal ngagunakeun standar Linux Ubuntu Ext3 / Ext4. Nuansa utama anu aya hubunganana sareng sistem file nyaéta yén éta kedah dipasang sareng parameter -ayeuna. Pilihan ieu bakal nganonaktipkeun fungsi ngarékam waktos aksés terakhir kana file, anu hartosna bakal ngirangan beban maca sareng nyerat. Sacara umum, nalika nyiptakeun sistem file ext3 atanapi ext4 pikeun Zimbra, anjeun kedah nganggo parameter utiliti di handap ieu mke2fs:
-j — Pikeun nyieun jurnal sistem file Jieun sistem file nganggo jurnal ext3/ext4.
-L NGARAN - Pikeun nyieun nami volume teras dianggo dina /etc/fstab
-O dir_index - Pikeun ngagunakeun tangkal panéangan hashed pikeun nyepetkeun panéangan file dina diréktori ageung
-m 2 - Pikeun cagar 2% tina volume dina sistem file ageung pikeun diréktori akar
- Ukuran J = 400 - Pikeun nyieun majalah badag
-b 4096 - Pikeun nangtukeun ukuran blok dina bait
-abdi 10240 - Pikeun neundeun pesen, setelan ieu kedah pakait sareng ukuran rata-rata pesen. Anjeun kudu nengetan deukeut parameter ieu, sabab nilaina teu bisa dirobah engké.
Disarankeun ogé ngaktipkeun dirsync pikeun neundeun gumpalan, gudang metadata pilarian Lucene, jeung neundeun antrian MTA. Ieu kedah dilakukeun sabab Zimbra biasana nganggo utilitas fsync pikeun dijamin nulis blob kalawan data ka disk. Nanging, nalika toko surat Zimbra atanapi MTA nyiptakeun file énggal salami pangiriman pesen, janten kedah nyerat kana disk parobahan anu lumangsung dina polder anu cocog. Éta pisan sababna naha, sanajan file geus ditulis kana disk maké fsync, catetan tina tambahan na kana diréktori bisa jadi teu boga waktu pikeun nulis kana disk jeung, salaku hasilna, bisa leungit alatan gagalna server dadakan. Hatur nuhun kana pamakéan dirsync masalah ieu bisa dihindari.
2. Optimasi kalawan infrastruktur Zimbra jalan
Sering kajadian yén saatos sababaraha taun nganggo Zimbra, jumlah pangguna na ningkat sacara signifikan sareng jasana janten kirang responsif unggal dinten. Jalan kaluar tina kaayaan ieu écés: anjeun ngan ukur kedah nambihan server énggal kana prasarana supados jasa tiasa dianggo deui gancang-gancang. Samentara éta, teu salawasna mungkin pikeun nambahkeun server anyar dina infrastruktur pikeun ngaronjatkeun kinerja na. Pangurus IT sering kedah nyéépkeun waktos kanggo koordinasi pameseran server énggal sareng departemen akuntansi atanapi kaamanan; salian ti éta, aranjeunna sering dikecewakeun ku panyadia anu tiasa nganteurkeun server énggal atanapi malah ngirimkeun hal anu salah.
Tangtosna, langkung saé ngawangun infrastruktur Zimbra anjeun kalayan cagar supados salawasna gaduh cagar pikeun ékspansi sareng henteu gumantung ka saha waé, kumaha ogé, upami kasalahan parantos dilakukeun, manajer IT ngan ukur tiasa ngaleungitkeun akibatna salaku sabisa-bisa. Salaku conto, manajer IT tiasa ningkatkeun produktivitas leutik ku nganonaktipkeun samentawis jasa sistem Linux anu rutin ngaksés hard drive salami operasi sahingga tiasa mangaruhan négatif kinerja Zimbra. Janten, anjeun tiasa nganonaktipkeun samentawis:
autofs, netfs - Jauh File System Papanggihan Services
cangkir - jasa nyitak
xinetd, vsftpd - Panyungsi *NIX jasa anu sigana anjeun henteu peryogikeun
portmap, rpcsvcgssd, rpcgssd, rpcidmapd — Ladenan panggero prosedur jauh, anu biasana dianggo babarengan sareng sistem file jaringan
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap - Duplikat tina utilitas utama anu kalebet dina Zimbra Collaboration Suite
slocate / diropéab - Kusabab Zimbra nyimpen unggal pesen dina file anu kapisah, ngajalankeun jasa anu diropéa unggal dinten tiasa nyababkeun masalah, sareng ku kituna anjeun tiasa ngalakukeun ieu sacara manual salami beban pangsaeutikna dina server.
Nyimpen sumberdaya sistem salaku hasil tina nganonaktipkeun jasa ieu moal pisan signifikan, tapi malah ieu bisa jadi pohara kapaké dina kaayaan deukeut force majeure. Sakali server anyar ditambahkeun kana infrastruktur Zimbra, disarankeun pikeun ngaktipkeun deui jasa saméméhna ditumpurkeun.
Anjeun ogé tiasa ngaoptimalkeun operasi Zimbra ku cara ngalihkeun jasa syslog ka server anu misah supados nalika operasi henteu ngamuat hard drive tina panyimpen surat. Ampir komputer mana wae cocog pikeun tujuan ieu, sanajan hiji-papan murah Raspberry Pi.
sumber: www.habr.com