Dalam salah satu artikel kami
sebelumnya tentang perencanaan infrastruktur selama implementasi Zimbra Collabortion Suite di perusahaan, dikatakan bahwa batasan utama dalam pekerjaan solusi ini adalah kecepatan input / output perangkat disk di penyimpanan surat. Memang, pada saat beberapa ratus karyawan perusahaan secara bersamaan mengakses toko surat yang sama, lebar saluran untuk menulis dan membaca informasi dari hard drive mungkin tidak cukup untuk layanan responsif. Dan jika untuk instalasi Zimbra kecil ini tidak menjadi masalah khusus, maka dalam kasus perusahaan besar dan penyedia SaaS, semua ini dapat menyebabkan pekerjaan email yang tidak responsif dan, sebagai akibatnya, efisiensi karyawan yang lebih rendah, serta pelanggaran SLA. Itulah sebabnya ketika merancang dan mengoperasikan instalasi Zimbra skala besar, perhatian khusus harus diberikan pada masalah mengoptimalkan operasi hard disk dalam penyimpanan email. Mari kita lihat dua kasing dan coba cari tahu metode pengoptimalan beban penyimpanan disk apa yang bisa diterapkan di masing-masingnya.
1. Optimalisasi saat merancang instalasi Zimbra skala besarPada tahap desain instalasi Zimbra yang sangat dimuat, administratornya harus membuat pilihan sistem penyimpanan data mana yang akan digunakan. Untuk memutuskan masalah ini, Anda harus tahu bahwa beban utama pada hard drive dibuat oleh DBDB MariaDB, sistem pencarian Apache Lucene, serta penyimpanan gumpalan yang merupakan bagian dari Zimbra Collaboration Suite. Itulah sebabnya untuk pengoperasian produk-produk perangkat lunak ini di bawah beban tinggi perlu untuk menggunakan peralatan berkecepatan tinggi dan dapat diandalkan.
Dalam kondisi normal, Zimbra dapat diinstal pada RAID dari hard drive, dan pada penyimpanan yang terhubung melalui protokol NFS. Dalam kasus instalasi yang sangat kecil, Anda dapat menginstal Zimbra pada drive SATA biasa. Namun, dalam instalasi besar, semua teknologi ini menunjukkan berbagai kelemahan dalam bentuk kecepatan tulis yang lebih rendah atau keandalan yang rendah, yang tidak dapat diterima untuk perusahaan besar, dan, terutama, untuk penyedia SaaS.
Itulah sebabnya dalam kondisi infrastruktur berskala besar, Zimbra paling baik menggunakan SAN. Itu yang saat ini mampu memberikan throughput tertinggi untuk perangkat penyimpanan dan pada saat yang sama, karena kemampuan untuk menghubungkan sejumlah besar cache, penggunaannya praktis tidak menimbulkan risiko signifikan bagi perusahaan. Ide yang bagus adalah menggunakan NVRAM, yang digunakan di banyak SAN untuk mempercepat kinerja perekaman. Tetapi lebih baik untuk menonaktifkan caching dari data yang direkam pada disk itu sendiri, karena itu dapat menyebabkan kerusakan yang tidak dapat diperbaiki ke media dan kehilangan data jika terjadi masalah listrik.
Sedangkan untuk pilihan sistem file, pilihan terbaik adalah menggunakan standar untuk Linux Ext3 / Ext4. Nuansa utama yang terkait dengan sistem file adalah bahwa ia harus dipasang dengan
opsi -noatime . Parameter ini akan menonaktifkan fungsi memperbaiki waktu akses terakhir ke file, yang berarti akan sangat mengurangi beban membaca dan menulis. Secara umum, ketika membuat sistem file ext3 atau ext4 untuk Zimbra, parameter utilitas
mke2fs berikut ini harus digunakan:
-j - Buat sistem file dengan jurnal ext3 / ext4.
-L TITLE - Untuk membuat nama volume, gunakan di / etc / fstab
-O dir_index - Untuk menggunakan pohon pencarian hash untuk mempercepat pencarian file di direktori besar
-m 2 - Untuk memesan 2% dari volume dalam sistem file besar di bawah direktori root
-J size = 400 - Untuk membuat log besar
-b 4096 - Untuk menentukan ukuran blok dalam byte
-i 10240 - Untuk penyimpanan pesan, opsi ini harus sesuai dengan ukuran pesan rata-rata. Anda harus hati-hati mempertimbangkan parameter ini, karena selanjutnya nilainya tidak dapat diubah
Selain itu, Anda
disarankan untuk mengaktifkan
dirsync untuk penyimpanan gumpalan, penyimpanan meta data pencarian Lucene, dan penyimpanan antrian MTA. Ini harus dilakukan dengan alasan bahwa biasanya Zimbra menggunakan utilitas
fsync untuk menjamin bahwa ia akan menulis gumpalan dengan data ke disk. Namun, ketika kotak surat Zimbra atau MTA membuat file baru selama pengiriman pesan, menjadi perlu untuk menulis ke disk perubahan yang terjadi di folder yang sesuai. Itulah sebabnya bahkan dalam kasus ketika file telah ditulis ke disk menggunakan
fsync , catatan menambahkannya ke direktori mungkin tidak punya waktu untuk menulis ke disk dan, sebagai akibatnya, dapat hilang karena kegagalan server yang tiba-tiba. Dengan menggunakan
dirsync masalah ini dapat dihindari.
2. Optimasi dengan infrastruktur Zimbra yang berfungsiSering terjadi bahwa setelah beberapa tahun pengoperasian Zimbra, jumlah penggunanya meningkat secara signifikan dan layanan menjadi semakin tidak responsif setiap hari. Jalan keluar dari situasi ini jelas: Anda hanya perlu menambahkan server baru ke infrastruktur sehingga layanan berfungsi kembali secepat sebelumnya. Sementara itu, jauh dari selalu memungkinkan untuk segera menambahkan server baru ke infrastruktur untuk meningkatkan kecepatannya. Seringkali, manajer TI harus berkoordinasi untuk waktu yang lama dalam pembelian server baru dengan departemen akuntansi atau keamanan, di samping itu, pemasok sering gagal membawa server baru terlambat atau tidak memberikan apa yang dibutuhkan.
Tentu saja, yang terbaik adalah membangun infrastruktur Zimbra Anda dengan margin agar selalu memiliki margin untuk ekspansi dan tidak bergantung pada siapa pun, namun, jika kesalahan telah dibuat, manajer TI hanya dapat memperlancar konsekuensinya. Sebagai contoh, seorang manajer TI dapat mencapai peningkatan kecil dalam produktivitas dengan menonaktifkan sementara layanan sistem Linux, yang secara teratur mengakses hard disk selama operasi dan karena itu dapat secara negatif mempengaruhi kecepatan Zimbra. Jadi, untuk sementara Anda dapat menonaktifkan:
autofs, netfs - Layanan Penemuan Sistem File Jarak Jauh
gelas - Layanan Cetak
xinetd, vsftpd - Layanan bawaan * NIX yang kemungkinan besar tidak Anda perlukan
portmap, rpcsvcgssd, rpcgssd, rpcidmapd - Layanan panggilan prosedur jarak jauh yang biasa digunakan bersama dengan sistem file jaringan
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap - Duplikat dari utilitas utama yang termasuk dalam Zimbra Collaboration Suite
slocate / updatedb - Karena Zimbra menyimpan setiap pesan dalam file terpisah, memulai layanan updatedb setiap hari dapat menyebabkan masalah, dan karenanya Anda dapat melakukan ini secara manual selama beban server terkecil
Menyimpan sumber daya sistem sebagai akibat dari menonaktifkan layanan ini tidak akan terlalu signifikan, tetapi bahkan ini bisa sangat berguna dalam kondisi yang dekat dengan force majeure. Setelah server baru ditambahkan ke infrastruktur Zimbra, disarankan untuk mengaktifkan kembali layanan yang sebelumnya dinonaktifkan.
Dimungkinkan juga untuk mengoptimalkan operasi Zimbra dengan memindahkan layanan syslog ke server terpisah sehingga tidak memuat hard drive penyimpanan surat selama operasi. Untuk keperluan ini, hampir semua komputer, hingga Raspberry Pi satu papan yang murah, cocok.
Untuk semua pertanyaan yang terkait dengan Zextras Suite, Anda dapat menghubungi perwakilan perusahaan "Zextras" Katerina Triandafilidi melalui email katerina@zextras.com