Rata-rata beban yang dapat diterima

Kami menyebarkan server mail Linux / Exim / Spamassassin baru kami pada hari Jumat (selalu merupakan ide yang baik untuk digunakan sehari sebelum akhir pekan yang panjang ketika tidak ada admin di sekitar). Beban telah berkisar sekitar 1,3 pada rata-rata 15 menit.

Mesin responsif, dan surat dikirim dalam waktu yang wajar. Bisakah kita berasumsi bahwa ini dapat diterima?

Bagaimana jumlah muatan tertentu dianggap dapat diterima atau tidak dapat diterima? Metrik apa yang digunakan?

Aturan dasar: jika sistem responsif, jika bekerja tepat waktu, maka Anda baik-baik saja.

Beban di bawah dua tidak terlalu mengkhawatirkan. Saya memiliki sistem yang mencapai empat atau lima dan masih berfungsi dengan baik, meskipun itu akan menjadi indikator bahwa ada banyak masalah antrian dengan jaringan atau drive (masalah I / O dapat menyebabkan beban tinggi walaupun sistem sangat responsif).

Periksa panjang antrian email Anda secara berkala dan log untuk masalah yang tidak terkirim dan masalah seperti itu. Jika antrian pengiriman tetap relatif rendah, itu bagus.

Anda bisa mendapatkan sekitar rata-rata disk dan informasi I / O jaringan tetapi jika Anda tidak melihat masalah pengiriman (saya mengirim pesan lima belas menit yang lalu dan belum tiba!) Dan Anda dapat bekerja pada sistem melalui konsol ( atau ssh) tanpa banyak latensi, Anda harus baik-baik saja.

Rata-rata beban adalah nilai yang memberikan gambaran tentang jumlah prosesor yang dibutuhkan oleh kernel untuk dapat menjalankan semua tugas saat mereka perlu tanpa menunggu.
Dalam kasus Anda, jika Anda memiliki 2 atau lebih CPU / Core. Tidak ada masalah. Jika Anda hanya memiliki 1 CPU dengan 1 Core itu berarti ada 'terlalu banyak' waktu antara waktu aplikasi Anda ingin berjalan dan waktu kernel menjalankannya. Load> "number cpu / core" tidak akan menjadi masalah bagi sistem email sampai mencapai nilai yang terlalu tinggi untuk waktu yang terlalu lama.
Tentu saja mereka bukan aturan dan nilai yang harus diberikan dan saat Anda menerima email dalam waktu singkat tidak masalah. Tetapi Anda mungkin harus mulai melihat dari dekat ke server Anda ketika beban lebih tinggi dari 2 * jumlah cpu / core terlalu sering untuk periode 'lama' (~ 1 jam).
Sekali lagi untuk server surat ini tidak akan menjadi masalah besar tetapi akan mulai berarti bahwa server Anda sedikit kelebihan beban.

Seperti biasa dengan pertanyaan terkait penyetelan, tidak ada jawaban ya / tidak, semuanya tergantung :-)

Karena itu, beban 1,3 tidak terdengar tinggi, terutama jika Anda memiliki konfigurasi CPU multi-core. Jika jumlah beban sama dengan jumlah inti, maka semua inti selalu memiliki proses yang siap dijalankan.

Pada akhirnya, jika, seperti yang Anda katakan, pesan dikirim tepat waktu maka kinerjanya baik-baik saja :-)

top

akan memberi Anda metrik dasar dalam waktu nyata yang cukup dekat.

Rata-rata beban kurang dari jumlah cpu yang Anda miliki berarti ada cpu yang duduk-duduk tanpa ada hubungannya. Sama artinya mereka semua sedang bekerja saat ini. Lebih besar berarti ada proses yang bisa berjalan, tetapi terjebak dalam antrean menunggu.

Untuk hal-hal sensitif waktu super seperti server voip atau memcache Anda ingin agar rata-rata beban Anda berada di bawah jumlah inti. Untuk hal-hal yang tidak sinkron yang dapat hidup dengan cadangan sesekali (seperti email) Anda dapat dengan mudah menjalankan 4x jumlah inti.

Peringatan terbesar untuk diingat adalah bahwa proses yang menunggu disk atau jaringan i / o tetapi sebaliknya dapat dijalankan masih muncul dalam rata-rata beban. Jadi, jika Anda memiliki server apache yang memberikan jpg untuk 56k pengguna, Anda dapat menjalankan rata-rata beban yang jauh lebih tinggi daripada jika Anda memilikinya mengaktifkan kembali respons php / apa pun-skrip ke proxy / loadbalancer melalui LAN gigabit. Dalam kasus Anda, koneksi smtp ke beberapa server surat lambat yang membutuhkan waktu lama untuk mentransfer lampiran akan menampilkan proses 1 pada proses-antrian, tetapi bisa terputus dua puluh kali untuk mengirimkan email satu-baris cepat ke gmail tanpa masalah.

Push datang untuk mendorong, rata-rata beban seperti DOW Sebenarnya tidak dengan cara apa pun mengukur "ekonomi", orang hanya menggunakannya sebagai metrik berkorelasi sangat longgar karena mudah dibicarakan. Fokus pada pemantauan metrik yang benar-benar Anda pedulikan, seperti kedalaman antrian pengiriman dan pesan per detik.

Berapa inti yang Anda miliki? cat / proc / cpuinfo | prosesor grep | wc -l

(peringatan: hyperthreading sepertinya lebih banyak core, tetapi tidak)

Jika level beban Anda di bawah jumlah prosesor Anda, maka Anda umumnya OK.

Lihat juga di atas dan tekan '1' dan Anda dapat menonton setiap beban CPU.

Ya, itu cukup dapat diterima, dan umumnya sesuatu yang diharapkan dengan filter email.

Pengaturan kami agak berbeda. Kami memiliki server terpisah untuk SpamAssassin, sementara server POP kami menjalankan ClamAV untuk memindai virus. Server POP umumnya berjalan di bawah beban server 2, tetapi kadang-kadang lonjakan hingga 10 atau lebih. Server SpamAssassin kami di sisi lain, digunakan untuk menjalankan sekitar 2 sampai kami juga menginstal filter Openprotect.com, ketika itu menggandakan penggunaan CPU dan sekarang berjalan di bawah sekitar 5 dengan lonjakan di atas 15. Ini masih dapat diterima karena kami tidak memiliki penundaan dalam surat yang mengakibatkan antrian surat tumbuh (kami menggunakan qmail untuk SMTP masuk), dan masih ada ruang untuk cadangan penggunaan CPU / memori bijaksana.

Secara kebetulan, saya sangat merekomendasikan Munin untuk memonitor server Anda. Itu pekerjaan yang sangat baik untuk menunjukkan data historis secara visual dan menunjukkan kepada Anda sumber daya apa yang Anda miliki. Memantau secara real time dengan Top (1) tidak banyak membantu Anda. :)

Oh, dan omong-omong, penggelaran pada hari Jumat sebelum akhir pekan yang panjang adalah cara yang bagus untuk bekerja sepanjang akhir pekan. Terutama untuk sistem kritis seperti server email.

Bagaimana konsumsi ingatannya? Apakah stabil atau tumbuh?

Tampaknya beban tidak keluar dari norma. Jika server surat responsif, dan surat akan dikirim saya akan mengatakan satu-satunya ukuran kegagalan di luar konsumsi memori akan jika email yang salah melalui (spam).

Pikiran Anda hari ini akan menjadi ujian nyata pertama Anda. Saya mungkin akan memantaunya dengan ringan hari ini. Jika ada sesuatu yang salah, sekarang saatnya.