Penerapan solusi TI apa pun di perusahaan dimulai dengan desain. Pada tahap ini, manajer TI harus menghitung jumlah server dan karakteristik mereka sehingga mereka cukup untuk semua pengguna di satu sisi, dan di sisi lain, bahwa rasio kualitas-harga dari server-server ini adalah optimal dan biaya untuk menciptakan infrastruktur komputasi untuk sistem informasi yang baru tidak. membuat pelanggaran serius dalam anggaran TI perusahaan. Mari kita lihat bagaimana merancang infrastruktur untuk implementasi di Zimbra Collaboration Suite.
Fitur utama Zimbra dibandingkan dengan solusi lain adalah bahwa dalam kasus “leher prosesor” ZCS jarang menjadi daya prosesor atau RAM. Batasan utama biasanya adalah kecepatan input dan output dari hard drive, dan oleh karena itu perhatian utama harus diberikan pada gudang data. Persyaratan minimum yang dinyatakan secara resmi untuk Zimbra di lingkungan produksi adalah prosesor 64-bit 4-inti dengan kecepatan clock 2 gigahertz, 10 gigabyte untuk file sistem dan log, serta dari RAM 8 gigabita. Biasanya, karakteristik ini cukup untuk operasi server yang responsif. Tetapi bagaimana jika Anda harus menerapkan Zimbra untuk 10 ribu pengguna? Server apa dan bagaimana seharusnya diterapkan dalam kasus ini?
Untuk mulai dengan, infrastruktur untuk 10 ribu pengguna harus multiserver. Infrastruktur multiserver di satu sisi memungkinkan Zimbra untuk dapat diskalakan, dan di sisi lain, untuk mencapai operasi sistem informasi yang responsif bahkan dengan gelombang pengguna yang besar. Biasanya cukup sulit untuk memprediksi dengan tepat berapa banyak pengguna yang dapat memberikan layanan berkualitas ke server Zimbra, karena banyak tergantung pada intensitas pekerjaan mereka dengan kalender dan e-mail, serta pada protokol yang digunakan. Itulah sebabnya, misalnya, kami akan menerapkan 4 penyimpanan surat. Dalam hal terjadi kekurangan atau kelebihan kapasitas yang serius, akan dimungkinkan untuk mematikan atau menambah yang lain.
Jadi, ketika merancang infrastruktur untuk 10.000 orang, akan perlu untuk membuat server LDAP, MTA dan Proxy dan 4 toko surat. Perhatikan bahwa server LDAP, MTA, dan Proxy dapat dibuat virtual. Ini akan mengurangi biaya perangkat keras server dan memfasilitasi pencadangan dan pemulihan data, tetapi di sisi lain, jika terjadi kegagalan server fisik, Anda menjalankan risiko segera tanpa MTA, LDAP, dan Proxy. Itu sebabnya pilihan antara server fisik atau virtual harus dibuat berdasarkan pada apa downtime yang Anda mampu jika terjadi keadaan darurat. Penyimpanan surat akan lebih baik ditempatkan pada server fisik, karena pada siklus inilah jumlah siklus penulisan utama akan terjadi, yang membatasi kinerja Zimbra, dan karenanya jumlah saluran yang lebih besar untuk transfer data akan secara signifikan meningkatkan kinerja Zimbra.
Pada prinsipnya, setelah membuat LDAP, MTA, server Proxy, penyimpanan yang terhubung jaringan dan menggabungkannya ke dalam satu infrastruktur tunggal, Zimbra Collaboration Suite untuk 10.000 pengguna siap untuk commissioning. Skema kerja konfigurasi ini akan sangat sederhana:
Diagram menunjukkan node utama sistem dan aliran data yang akan beredar di antara mereka. Dengan konfigurasi ini, infrastruktur akan benar-benar tidak terlindungi dari kehilangan data, downtime yang terkait dengan kegagalan salah satu server, dan sebagainya. Mari kita lihat bagaimana Anda dapat melindungi infrastruktur Anda dari masalah ini.
Metode utama adalah redundansi perangkat keras. Node MTA dan Proxy tambahan dapat, jika terjadi kegagalan server utama, untuk sementara mengambil peran yang utama. Duplikasi node infrastruktur kritis hampir selalu merupakan ide bagus, tetapi tidak selalu layak dalam volume yang diinginkan. Contoh nyata adalah reservasi server tempat penyimpanan surat. Saat ini, Zimbra Collaboration Suite Open-Source Edition tidak mendukung pembuatan repositori duplikat, jadi jika salah satu dari server ini gagal, itu tidak akan mungkin untuk menghindari downtime, dan untuk mengurangi downtime yang disebabkan oleh kegagalan penyimpanan surat, manajer TI dapat menyebarkan cadangannya ke yang lain server.
Karena tidak ada sistem cadangan bawaan di Zimbra OSE, kami akan memerlukan Cadangan Zextras, yang mendukung pencadangan waktu nyata, dan penyimpanan eksternal. Karena Cadangan Zextras, saat membuat cadangan penuh dan tambahan, menempatkan semua data di folder / opt / zimbra / cadangan, akan lebih baik untuk memasang penyimpanan eksternal, jaringan atau bahkan cloud, sehingga jika terjadi kerusakan server, Anda harus memiliki media dengan aktual pada saat cadangan darurat. Anda dapat menggunakannya di server fisik cadangan, dan di mesin virtual dan di cloud. Sebaiknya pasang MTA dengan filter spam di depan server dengan Zimbra Proxy untuk mengurangi jumlah lalu lintas sampah yang masuk ke server.
Akibatnya, infrastruktur aman Zimbra akan terlihat seperti ini:
Dengan konfigurasi ini, infrastruktur Zimbra tidak hanya akan dapat memberikan layanan berkualitas kepada 10.000 pengguna, tetapi juga dalam keadaan darurat, akan memungkinkannya untuk dihilangkan secepat mungkin.
Untuk semua pertanyaan yang terkait dengan Zextras Suite, Anda dapat menghubungi perwakilan perusahaan "Zextras" Katerina Triandafilidi melalui email katerina@zextras.com