Kabul edilebilir yük ortalaması

Yeni Linux / Exim / Spamassassin posta sunucumuzu Cuma günü konuşlandırdık (yöneticilerin olmadığı uzun bir hafta sonundan önceki günü dağıtmak her zaman iyi bir fikirdir). Yük, 15 dakikalık ortalamada 1,3 civarında asılı kalıyor.

Makine yanıt veriyor ve postalar makul bir sürede teslim ediliyor. Bunun kabul edilebilir olduğunu varsayabilir miyiz?

Belli bir yükün nasıl kabul edilebilir veya kabul edilemez olduğu kabul edilir? Hangi metrikler kullanılıyor?

Temel kural: sistem duyarlıysa, zamanında çalışıyorsa, o zaman iyisinizdir.

İkinin altındaki yükler endişe etmez. Sistemler dört veya beş vurmak ve hala iyi çalışıyor, ancak bu ağ veya sürücüler ile çok sayıda kuyruk sorunları olduğunu bir gösterge olurdu (G / Ç sorunları sistem çok duyarlı olsa bile yüksek yüklere neden olabilir).

Posta kuyruğunuzun uzunluklarını ve günlükleri, teslim edilemeyen sorunlar ve bu tür sorunlar için kontrol edin. Dağıtım kuyruğu nispeten düşük kalırsa sorun olmaz.

Disk ortalamalarını ve ağ G / Ç bilgilerini almakla çok şey yapabilirsiniz, ancak teslimat sorunlarını görmüyorsanız (mesajı on beş dakika önce gönderdim ve henüz ulaşmadı!) Ve sistem üzerinden konsol üzerinde çalışabilirsiniz ( veya ssh) çok fazla gecikme olmadan, iyi olmalısınız.

Yük ortalaması, beklemeden tüm görevleri yerine getirebilmeleri için çekirdeğin ihtiyaç duyduğu işlemci sayısı hakkında fikir veren bir değerdir.
Eğer 2 veya daha fazla CPU / Core varsa. Sorun yok. 1 Çekirdekli yalnızca 1 CPU'nuz varsa, bu, uygulamanızın çalışması istediği zaman ile çekirdeğin çalıştırdığı zaman arasında 'çok fazla' zaman olduğu anlamına gelir. Yük> "cpu / çekirdek sayısı" çok uzun bir süre çok yüksek bir değere ulaşana kadar bir posta sistemi için sorun olmayacaktır.
Tabii ki onlar vermek için hiçbir kural ve değer ve kısa bir süre içinde posta alırken tamam. Ancak, yük 'uzun' bir süre boyunca (~ 1 saat) 2 * cpu / çekirdek sayısından çok fazla olduğunda sunucunuza yakından bakmaya başlamanız gerekir.
Yine bir posta sunucusu için bu büyük bir sorun olmayacak, ancak sunucunuzun biraz aşırı yüklü olduğu anlamına gelecektir.

Ayarlama ile ilgili sorularda her zaman olduğu gibi, evet / hayır cevabı yok, hepsi :-)

Bunu söyledikten sonra, özellikle çok çekirdekli bir CPU yapılandırmanız varsa, 1.3 yükü yüksek gelmiyor. Yük numarası çekirdek sayısı ile aynıysa, tüm çekirdeklerin her zaman çalışmaya hazır bir işlemi vardır.

Sonuçta, dediğin gibi, mesajlar zamanında teslim ediliyorsa, performans iyi olur :-)

top

size neredeyse gerçek zamanlı olarak temel metrikler verir.

Sahip olduğunuz cpu sayısından daha az bir yük ortalaması, cpu'nun yapacak bir şey olmadan oturduğu anlamına gelir. Eşittir şu anda hepsi çalışıyor demektir. Daha büyük, çalışan, ancak bekleyen satırda kalmış süreçler olduğu anlamına gelir.

Bir voip sunucusu veya memcache gibi süper zamana duyarlı şeyler için yükünüzün çekirdek sayısının çok altında olmasını istiyorsunuz. Ara sıra yedekleme (e-posta gibi) ile yaşayabilecek eşzamansız şeyler için, çekirdek sayısının 4 katını kolayca çalıştırabilirsiniz.

Hatırlanması gereken en büyük uyarı, disk veya ağ g / Ç'yi bekleyen ancak başka şekilde çalıştırılabilen işlemlerin yine de ortalama yükte görünmesidir. Yani bir apache sunucusu spoonfeeding jpg 56k kullanıcılara sahipseniz, bir gigabit LAN üzerinden bir proxy / loadbalancer'a php / whatever-script yanıtlarını geri göndermenizden çok daha yüksek bir yük ortalaması çalıştırabilirsiniz. Sizin durumunuzda, bir eki aktarmak için sonsuza dek süren bazı yavaş posta sunucusuna bir smtp bağlantısı, çalışma kuyruğunda 1 işlem gösterecektir, ancak gmail'e sorun olmadan hızlı bir tek katmanlı e-posta göndermek için yirmi kez kesilebilir.

Push itmeye geliyor, yük ortalaması DOW gibidir. Aslında "ekonomiyi" hiçbir şekilde ölçmez, insanlar bunu çok gevşek bir şekilde ilişkilendirilmiş bir metrik olarak kullanırlar çünkü konuşmak kolaydır. Yayınlama kuyruğu derinliği ve saniyedeki mesaj sayısı gibi gerçekten önem verdiğiniz metrikleri izlemeye odaklanın.

Kaç tane çekirdeğiniz var? kedi / proc / cpuinfo | grep işlemci | wc -l

(uyarı: hiper iş parçacığı daha fazla çekirdek gibi görünür, ancak değildir)

Yük seviyeniz işlemci sayınızın altındaysa, genellikle sorun olmaz demektir.

Ayrıca en üste bir göz atın ve '1'e basın ve her CPU'nun bireysel yükünü izleyebilirsiniz.

Evet, bu oldukça kabul edilebilir ve genellikle bir posta filtresiyle beklenen bir şey.

Kurulumumuz biraz farklı. Spam sunucumuz için ayrı bir sunucumuz var, POP sunucumuz virüs taraması için ClamAV çalıştırıyor. POP sunucusu genellikle 2 sunucu yükü altında çalışır, ancak zaman zaman 10 veya daha fazla artışa neden olur. Diğer taraftan SpamAssassin sunucumuz, CPU kullanımını iki katına çıkardığında ve şimdi 15'in üzerinde sivri uçlarla yaklaşık 5'in altında çalıştığında Openprotect.com filtrelerini de yükleyene kadar 2 civarında çalışıyordu. Postada, artan posta kuyruğuyla sonuçlanan gecikmeler (gelen SMTP için qmail kullanıyoruz) ve CPU kullanımını / belleği akıllıca yedeklemeye hala yer var.

Tesadüfen, Munin sunucularınızı izlemek için tavsiye ederim . Tarihsel verileri görsel olarak göstermek ve size hangi kaynakları ayırmanız gerektiğini göstermek için harika bir iş çıkarır. Top (1) ile gerçek zamanlı izleme size çok yardımcı olmaz. :)

Oh, ve bu arada, uzun hafta sonu Cuma günü konuşlandırmak tüm hafta sonu boyunca çalışmak için harika bir yoldur. Özellikle posta sunucusu gibi kritik sistemler için.

Bellek tüketimi nasıl? İstikrarlı mı yoksa büyüyor mu?

Yük norm dışı görünmüyor. Posta sunucusu yanıt veriyorsa ve posta geçiyorsa, bellek tüketiminin ötesinde tek hata ölçümü yanlış e-postaların (spam) geçmesi olacağını söyleyebilirim.

Bugün ilk gerçek testiniz olacağını unutmayın. Muhtemelen bugün hafifçe izlerdim. Eğer bir şeyler ters gidecekse, şimdi tam zamanı.