Palaksanaan naon waé solusi IT dina perusahaan dimimitian ku desain. Dina tahap ieu, manajer IT kedah ngitung jumlah server sareng ciri-cirina supados, di hiji sisi, cekap pikeun sadaya pangguna, sareng di sisi sanésna, supados rasio harga-kualitas server ieu. nyaeta optimal sarta waragad nyieun infrastruktur komputasi pikeun sistem informasi anyar teu dijieun liang serius dina anggaran IT perusahaan. Hayu urang terang kumaha mendesain infrastruktur pikeun palaksanaan perusahaan Zimbra Collaboration Suite.
Fitur utama Zimbra dibandingkeun sareng solusi anu sanés nyaéta dina kasus ZCS, bottleneck jarang kakuatan prosesor atanapi RAM. Watesan utama biasana laju input sareng kaluaran hard drive sahingga perhatian utama kedah dibayar pikeun neundeun data. Sarat minimum anu nyatakeun sacara resmi pikeun Zimbra di lingkungan produksi nyaéta prosésor 4-inti 64-bit kalayan laju jam 2 gigahertz, 10 gigabyte pikeun file sistem sareng log, sareng sahenteuna 8 gigabyte RAM. Ilaharna, ciri ieu cukup pikeun server beroperasi sacara responsif. Tapi kumaha upami anjeun kedah nerapkeun Zimbra pikeun 10 rébu pangguna? Server mana sareng kumaha aranjeunna kedah dilaksanakeun dina hal ieu?
Hayu urang mimitian ku kanyataan yén infrastruktur pikeun 10 sarébu pamaké kudu multi-server. Infrastruktur multi-server, di hiji sisi, ngamungkinkeun Zimbra janten scalable, sarta di sisi séjén, pikeun ngahontal operasi responsif tina sistem informasi sanajan ku panyaluran badag pamaké. Ieu biasana rada hese keur prediksi persis sabaraha pamaké hiji server Zimbra bakal tiasa ngawula éfisién, saprak loba gumantung kana inténsitas karya maranéhanana jeung almenak jeung email, kitu ogé dina protokol dipaké. Éta pisan sababna naha, salaku conto, urang bakal nerapkeun 4 gudang mail. Bisi kakurangan atanapi kaleuwihan kapasitas anu serius, anjeun tiasa mareuman atanapi nambihan anu sanés.
Ku kituna, nalika ngarancang hiji infrastruktur pikeun 10.000 urang, anjeun bakal kudu nyieun LDAP, MTA sarta server proxy sarta 4 gudang mail. Catet yén server LDAP, MTA sareng Proxy tiasa didamel virtual. Ieu bakal ngirangan biaya hardware server sareng ngagampangkeun cadangan sareng malikkeun data, tapi di sisi anu sanés, upami server fisik gagal, anjeun résiko langsung tanpa MTA, LDAP sareng Proxy. Éta pisan sababna naha pilihan antara server fisik atawa virtual kudu dijieun dumasar kana sabaraha downtime anjeun bisa nanggung dina kaayaan darurat. Panyimpen surat bakal paling hadé ditempatkeun dina server fisik, sabab dina éta seuseueurna siklus nyerat bakal kajantenan, anu ngawatesan kinerja Zimbra, sareng ku kituna sajumlah saluran anu langkung ageung pikeun mindahkeun data bakal ningkatkeun kinerja Zimbra.
Sacara prinsip, sanggeus nyieun LDAP, MTA, server proxy, gudang jaringan sarta ngagabungkeun kana infrastruktur tunggal, Zimbra Kolaborasi Suite pikeun 10000 pamaké geus siap pikeun commissioning. Operasi konfigurasi ieu bakal cukup basajan:
Diagram nunjukkeun titik-titik utama sistem sareng aliran data anu bakal ngiderkeun diantara aranjeunna. Kalawan konfigurasi ieu, infrastruktur bakal sagemblengna teu dijagi tina leungitna data, downtime pakait sareng gagalna salah sahiji server, jeung saterusna. Hayu urang tingali persis kumaha anjeun tiasa ngajaga infrastruktur anjeun tina masalah ieu.
Metodeu utama nyaéta redundansi hardware. Titik MTA sareng Proxy tambahan tiasa, upami gagalna server utama, samentawis nyandak peran anu utama. Duplicating titik infrastruktur kritis ampir sok mangrupakeun ide nu sae, tapi teu salawasna meujeuhna nepi ka extent nu dipikahoyong. Conto anu keuna nyaéta pesenan pangladén dimana surat disimpen. Ayeuna, Zimbra Collaboration Suite Open-Source Edition henteu ngadukung nyiptakeun toko duplikat, janten upami salah sahiji server ieu gagal, downtime moal dihindari, sareng pikeun ngirangan downtime disababkeun ku kagagalan toko surat, manajer IT tiasa nyebarkeun cadanganna. nyalin dina server séjén.
Kusabab teu aya sistem cadangan anu diwangun dina Zimbra OSE, urang peryogi Zextras Backup, anu ngadukung cadangan sacara real-time, sareng panyimpenan éksternal. Kusabab Zextras Backup, nalika nyieun cadangan lengkep sareng incremental, nempatkeun sadaya data dina polder / opt / zimbra / cadangan, éta wajar pikeun masang panyimpenan éksternal, jaringan atanapi malah awan, janten upami salah sahiji server gagal, Anjeun bakal gaduh média sareng salinan cadangan anu ayeuna aya dina waktos darurat. Éta tiasa disebarkeun dina server fisik cadangan, dina mesin virtual, atanapi dina méga. Éta ogé mangrupakeun ide nu sae a install MTA kalawan filter spam di hareup server Zimbra Proxy pikeun ngurangan jumlah lalulintas junk datang ka server.
Hasilna, infrastruktur Zimbra anu ditangtayungan bakal katingali sapertos kieu:
Kalayan konfigurasi ieu, infrastruktur Zimbra henteu ngan ukur tiasa nyayogikeun jasa kualitas luhur pikeun pangguna 10.000, tapi ogé dina kaayaan darurat, éta bakal ngamungkinkeun akibatna dileungitkeun gancang-gancang.
sumber: www.habr.com