Implementasi solusi IT ing perusahaan diwiwiti kanthi desain. Ing tahap iki, manajer IT kudu ngetung jumlah server lan karakteristike supaya, ing tangan siji, cukup kanggo kabeh pangguna, lan ing sisih liyane, supaya rasio kualitas rega server kasebut. optimal lan biaya nggawe infrastruktur komputasi kanggo sistem informasi anyar ora nggawe bolongan serius ing budget IT perusahaan. Ayo ngerteni carane ngrancang infrastruktur kanggo implementasine perusahaan Zimbra Collaboration Suite.
Fitur utama Zimbra dibandhingake karo solusi liyane yaiku ing kasus ZCS, bottleneck arang banget prosesor utawa RAM. Watesan utama biasane kacepetan input lan output hard drive lan mulane perhatian utama kudu dibayar kanggo panyimpenan data. Resmi nyatakake syarat minimal kanggo Zimbra ing lingkungan produksi 4-inti 64-bit prosesor karo 2 gigahertz clock speed, 10 gigabyte kanggo file sistem lan log, lan paling 8 gigabyte RAM. Biasane, karakteristik kasebut cukup kanggo server bisa digunakake kanthi responsif. Nanging kepiye yen sampeyan kudu ngetrapake Zimbra kanggo 10 ewu pangguna? Server endi lan kepiye carane kudu ditindakake ing kasus iki?
Ayo diwiwiti kanthi kasunyatan manawa infrastruktur kanggo 10 ewu pangguna kudu multi-server. Infrastruktur multi-server, ing tangan siji, ngidini Zimbra bisa skalabel, lan ing sisih liya, kanggo entuk operasi responsif sistem informasi sanajan kanthi akeh pangguna. Biasane cukup angel kanggo prΓ©dhiksi persis jumlah pangguna sing bisa dilayani server Zimbra kanthi efisien, amarga akeh sing gumantung saka intensitas karyane karo tanggalan lan email, uga ing protokol sing digunakake. Mulane, minangka conto, kita bakal ngleksanakake 4 panyimpenan mail. Yen ana kekurangan utawa keluwihan kapasitas, bisa uga mateni utawa nambah liyane.
Dadi, nalika ngrancang infrastruktur kanggo 10.000 wong, sampeyan kudu nggawe server LDAP, MTA lan Proxy lan 4 panyimpenan email. Elinga yen server LDAP, MTA lan Proxy bisa digawe virtual. Iki bakal nyuda biaya hardware server lan nggawe luwih gampang kanggo gawe serep lan mulihake data, nanging ing tangan liyane, yen server fisik gagal, sampeyan resiko langsung tanpa MTA, LDAP lan Proxy. Pramila pilihan ing antarane server fisik utawa virtual kudu digawe adhedhasar jumlah downtime sing bisa ditindakake nalika ana darurat. Panyimpenan mail bakal paling apik diselehake ing server fisik, amarga mayoritas siklus nulis bakal kedadeyan, sing mbatesi kinerja Zimbra, lan mulane luwih akeh saluran kanggo transfer data bakal nambah kinerja Zimbra.
Ing asas, sawise nggawe LDAP, MTA, server Proxy, panyimpenan jaringan lan nggabungake menyang infrastruktur siji, Zimbra Collaboration Suite kanggo 10000 pangguna siap kanggo commissioning. Operasi konfigurasi iki bakal cukup prasaja:
Diagram kasebut nuduhake simpul utama sistem lan aliran data sing bakal nyebar ing antarane. Kanthi konfigurasi iki, infrastruktur bakal ora dilindhungi saka mundhut data, downtime sing ana gandhengane karo kegagalan server, lan liya-liyane. Ayo goleki persis carane sampeyan bisa nglindhungi infrastruktur saka masalah kasebut.
Cara utama yaiku redundansi hardware. Node MTA lan Proxy tambahan bisa, yen gagal server utama, sementara njupuk peran utama. Duplikat simpul prasarana kritis meh mesthi dadi ide sing apik, nanging ora mesthi bisa ditindakake nganti tekan sing dikarepake. Conto sing nggumunake yaiku reservasi server sing disimpen email. Saiki, Zimbra Collaboration Suite Open-Source Edition ora ndhukung nggawe toko duplikat, dadi yen salah siji saka server kasebut gagal, downtime ora bakal dihindari, lan kanggo nyuda downtime sing disebabake kegagalan toko surat, manajer IT bisa masang cadangan. nyalin ing server liyane.
Amarga ora ana sistem serep sing dibangun ing Zimbra OSE, kita butuh Zextras Backup, sing ndhukung serep wektu nyata, lan panyimpenan eksternal. Wiwit Zextras Backup, nalika nggawe serep lengkap lan tambahan, nempatake kabeh data ing folder / opt / zimbra / serep, bakal cukup kanggo masang panyimpenan eksternal, jaringan utawa awan, supaya yen salah siji server gagal, sampeyan bakal duwe media karo salinan serep sing saiki ing wektu darurat. Bisa disebarake ing server fisik serep, ing mesin virtual, utawa ing mΓ©ga. Iku uga apik kanggo nginstal MTA karo filter spam ing ngarepe server Zimbra Proxy kanggo ngurangi jumlah lalu lintas ajur teka menyang server.
AkibatΓ©, infrastruktur Zimbra sing dilindhungi bakal katon kaya iki:
Kanthi konfigurasi iki, infrastruktur Zimbra ora mung bisa nyedhiyakake layanan berkualitas tinggi kanggo pangguna 10.000, nanging uga yen ana kahanan darurat, bakal ngidini akibate bisa diilangi kanthi cepet.
Source: www.habr.com