Implementasi solusi TI apa pun di suatu perusahaan dimulai dengan desain. Pada tahap ini, manajer TI harus menghitung jumlah server dan karakteristiknya sehingga, di satu sisi, cukup untuk semua pengguna, dan di sisi lain, sehingga rasio harga-kualitas server-server tersebut adalah optimal dan biaya pembuatan infrastruktur komputasi untuk sistem informasi baru tidak menimbulkan lubang serius pada anggaran TI perusahaan. Mari kita cari tahu bagaimana merancang infrastruktur untuk mengimplementasikan Zimbra Collaboration Suite di suatu perusahaan.
Fitur utama Zimbra dibandingkan dengan solusi lain adalah bahwa dalam kasus ZCS, hambatannya jarang terletak pada kekuatan prosesor atau RAM. Batasan utama biasanya terletak pada kecepatan input dan output hard disk, oleh karena itu perhatian utama harus diberikan pada penyimpanan data. Persyaratan minimum yang dinyatakan secara resmi untuk Zimbra dalam lingkungan produksi adalah prosesor 4-core 64-bit dengan kecepatan clock 2 GHz, 10 gigabyte untuk file dan log sistem, dan RAM 8 gigabyte. Biasanya, karakteristik ini cukup untuk pengoperasian server yang responsif. Namun bagaimana jika Anda harus mengimplementasikan Zimbra untuk 10 pengguna? Server mana dan bagaimana cara menerapkannya dalam kasus ini?
Mari kita mulai dengan fakta bahwa infrastruktur untuk 10 ribu pengguna harus multi-server. Di satu sisi, infrastruktur multi-server memungkinkan Zimbra scalable, dan di sisi lain, mencapai pengoperasian sistem informasi yang responsif bahkan dengan gelombang pengguna yang besar. Biasanya cukup sulit untuk memprediksi secara pasti berapa banyak pengguna yang dapat dilayani dengan baik oleh server Zimbra, karena banyak hal bergantung pada intensitas pekerjaan mereka dengan kalender dan email, serta pada protokol yang digunakan. Itu sebabnya, misalnya, kami akan menerapkan 4 penyimpanan email. Jika terjadi kekurangan atau kelebihan kapasitas yang parah, kapasitas dapat dimatikan atau ditambah kapasitas lain.
Oleh karena itu, ketika merancang infrastruktur untuk 10.000 orang, perlu dibuat server LDAP, MTA dan Proxy serta 4 penyimpanan email. Perhatikan bahwa server LDAP, MTA dan Proxy dapat dibuat virtual. Hal ini akan mengurangi biaya perangkat keras server dan memfasilitasi pencadangan dan pemulihan data, namun di sisi lain, jika terjadi kegagalan server fisik, Anda berisiko langsung kehilangan MTA, LDAP, dan Proxy. Itulah sebabnya pilihan antara server fisik atau virtual harus dibuat berdasarkan berapa banyak waktu henti yang Anda mampu dalam keadaan darurat. Penyimpanan email, sebaliknya, paling baik ditempatkan di server fisik, karena di server inilah sebagian besar siklus penulisan akan terjadi, yang membatasi kinerja Zimbra, dan oleh karena itu lebih banyak saluran untuk transfer data akan secara signifikan meningkatkan kinerja Zimbra.
Pada prinsipnya, setelah membuat LDAP, MTA, server Proxy, penyimpanan jaringan dan menggabungkannya ke dalam satu infrastruktur, Zimbra Collaboration Suite untuk 10000 pengguna siap untuk dioperasikan. Skema pengoperasian konfigurasi seperti itu akan cukup sederhana:
Diagram menunjukkan node utama sistem dan aliran data yang akan beredar di antara node tersebut. Dengan konfigurasi ini, infrastruktur tidak akan terlindungi sepenuhnya dari kehilangan data, waktu henti yang terkait dengan kegagalan salah satu server, dan sebagainya. Mari kita lihat bagaimana Anda dapat melindungi infrastruktur Anda dari masalah ini.
Metode utamanya adalah redundansi perangkat keras. Node MTA dan Proxy tambahan, jika terjadi kegagalan server utama, untuk sementara mengambil alih peran server utama. Menduplikasi node infrastruktur penting hampir selalu merupakan ide bagus, namun tidak selalu dapat dilakukan sesuai keinginan Anda. Contoh yang mencolok adalah redundansi server yang menyimpan email. Zimbra Collaboration Suite Open-Source Edition saat ini tidak mendukung pembuatan penyimpanan duplikat, jadi jika salah satu server ini gagal, waktu henti tidak dapat dihindari, dan untuk mengurangi waktu henti yang disebabkan oleh kegagalan penyimpanan email, manajer TI dapat menerapkan cadangannya di server lain.
Karena tidak ada sistem pencadangan bawaan di Zimbra OSE, kami memerlukan Zextras Backup, yang mendukung pencadangan waktu nyata, dan penyimpanan eksternal. Karena Zextras Backup, saat melakukan pencadangan penuh dan tambahan, menempatkan semua data di folder /opt/zimbra/backup, masuk akal untuk memasang penyimpanan eksternal, jaringan, atau bahkan cloud ke dalamnya, sehingga jika terjadi salah satu server macet, Anda memiliki media dengan salinan cadangan terkini pada saat darurat. Ini dapat diterapkan baik di server fisik redundan, dan di mesin virtual, serta di cloud. Ada baiknya juga memasang MTA dengan filter spam di depan server dengan Zimbra Proxy untuk mengurangi jumlah lalu lintas sampah yang masuk ke server.
Hasilnya, infrastruktur Zimbra yang aman akan terlihat seperti ini:
Dengan konfigurasi ini, infrastruktur Zimbra tidak hanya mampu memberikan layanan berkualitas kepada 10.000 pengguna, namun juga jika terjadi situasi darurat, akan menghilangkan konsekuensinya secepat mungkin.
Sumber: www.habr.com