Pelaksanaan sebarang penyelesaian IT dalam perusahaan bermula dengan reka bentuk. Pada peringkat ini, pengurus IT perlu mengira bilangan pelayan dan ciri-cirinya supaya, di satu pihak, terdapat cukup daripada mereka untuk semua pengguna, dan di pihak yang lain, supaya nisbah kualiti harga pelayan ini. adalah optimum dan kos untuk mewujudkan infrastruktur pengkomputeran untuk sistem maklumat baharu tidak dijadikan lubang serius dalam belanjawan IT perusahaan. Mari kita fikirkan cara mereka bentuk infrastruktur untuk pelaksanaan perusahaan Zimbra Collaboration Suite.
Ciri utama Zimbra berbanding dengan penyelesaian lain ialah dalam kes ZCS, kesesakan yang jarang berlaku ialah kuasa pemproses atau RAM. Had utama biasanya adalah kelajuan input dan output cakera keras dan oleh itu perhatian utama harus diberikan kepada penyimpanan data. Keperluan minimum yang dinyatakan secara rasmi untuk Zimbra dalam persekitaran pengeluaran ialah pemproses 4-teras 64-bit dengan kelajuan jam 2 gigahertz, 10 gigabait untuk fail sistem dan log, dan sekurang-kurangnya 8 gigabait RAM. Biasanya, ciri-ciri ini cukup untuk pelayan beroperasi secara responsif. Tetapi bagaimana jika anda perlu melaksanakan Zimbra untuk 10 ribu pengguna? Pelayan yang manakah dan bagaimana ia harus dilaksanakan dalam kes ini?
Mari kita mulakan dengan fakta bahawa infrastruktur untuk 10 ribu pengguna mestilah berbilang pelayan. Infrastruktur berbilang pelayan, di satu pihak, membolehkan Zimbra berskala, dan di sisi lain, mencapai operasi responsif sistem maklumat walaupun dengan kemasukan pengguna yang besar. Biasanya agak sukar untuk meramalkan dengan tepat berapa ramai pengguna pelayan Zimbra akan dapat berkhidmat dengan cekap, kerana banyak bergantung pada keamatan kerja mereka dengan kalendar dan e-mel, serta pada protokol yang digunakan. Itulah sebabnya, sebagai contoh, kami akan melaksanakan 4 storan mel. Sekiranya berlaku kekurangan atau lebihan kapasiti yang serius, anda boleh sama ada mematikan atau menambah satu lagi.
Oleh itu, apabila mereka bentuk infrastruktur untuk 10.000 orang, anda perlu mencipta pelayan LDAP, MTA dan Proksi serta 4 storan mel. Ambil perhatian bahawa pelayan LDAP, MTA dan Proksi boleh dijadikan maya. Ini akan mengurangkan kos perkakasan pelayan dan menjadikannya lebih mudah untuk membuat sandaran dan memulihkan data, tetapi sebaliknya, jika pelayan fizikal gagal, anda berisiko serta-merta tanpa MTA, LDAP dan Proksi. Itulah sebabnya pilihan antara pelayan fizikal atau maya harus dibuat berdasarkan berapa banyak masa henti yang anda mampu bayar sekiranya berlaku kecemasan. Storan mel sebaiknya diletakkan pada pelayan fizikal, kerana kebanyakan kitaran tulis akan berlaku pada mereka, yang mengehadkan prestasi Zimbra, dan oleh itu bilangan saluran yang lebih besar untuk pemindahan data akan meningkatkan prestasi Zimbra dengan ketara.
Pada dasarnya, selepas mencipta LDAP, MTA, pelayan Proksi, storan rangkaian dan menggabungkannya menjadi satu infrastruktur, Zimbra Collaboration Suite untuk 10000 pengguna sedia untuk pentauliahan. Operasi konfigurasi ini akan menjadi agak mudah:
Rajah menunjukkan nod utama sistem dan aliran data yang akan beredar di antara mereka. Dengan konfigurasi ini, infrastruktur tidak akan dilindungi sepenuhnya daripada kehilangan data, masa henti yang dikaitkan dengan kegagalan mana-mana pelayan, dan sebagainya. Mari kita lihat dengan tepat bagaimana anda boleh melindungi infrastruktur anda daripada masalah ini.
Kaedah utama ialah redundansi perkakasan. Nod MTA dan Proksi tambahan boleh, sekiranya berlaku kegagalan pelayan utama, mengambil alih peranan yang utama buat sementara waktu. Penduaan nod infrastruktur kritikal hampir selalu merupakan idea yang bagus, tetapi ia tidak selalu dapat dilaksanakan mengikut tahap yang dikehendaki. Contoh yang menarik ialah tempahan pelayan yang mel disimpan. Pada masa ini, Zimbra Collaboration Suite Open-Source Edition tidak menyokong penciptaan kedai pendua, jadi jika salah satu pelayan ini gagal, masa henti tidak dapat dielakkan dan untuk mengurangkan masa henti yang disebabkan oleh kegagalan kedai mel, pengurus IT boleh menggunakan salinan sandarannya. pada pelayan lain.
Memandangkan tiada sistem sandaran terbina dalam OSE Zimbra, kami memerlukan Zextras Backup, yang menyokong sandaran masa nyata dan storan luaran. Memandangkan Zextras Backup, apabila membuat sandaran penuh dan tambahan, meletakkan semua data dalam folder /opt/zimbra/backup, adalah munasabah untuk melekapkan storan luaran, rangkaian atau awan ke dalamnya, supaya jika salah satu pelayan gagal, anda akan mempunyai media dengan salinan sandaran yang terkini pada masa kecemasan. Ia boleh digunakan pada pelayan fizikal sandaran, pada mesin maya, atau dalam awan. Ia juga merupakan idea yang baik untuk memasang MTA dengan penapis spam di hadapan pelayan Proksi Zimbra untuk mengurangkan jumlah trafik sampah yang datang ke pelayan.
Akibatnya, infrastruktur Zimbra yang dilindungi akan kelihatan seperti ini:
Dengan konfigurasi ini, infrastruktur Zimbra bukan sahaja dapat menyediakan perkhidmatan berkualiti tinggi kepada 10.000 pengguna, tetapi juga sekiranya berlaku situasi kecemasan, ia akan membolehkan akibatnya dihapuskan secepat mungkin.
Sumber: www.habr.com