Linux CPU, RAM ve yük ortalaması nasıl kontrol edilir?
Sunucunun yavaşlaması her zaman işlemci yetersizliğinden kaynaklanmaz. Bellek baskısı, disk beklemesi, uygulama kuyruğu ve ağ gecikmesi benzer belirtiler oluşturabilir. CPU, RAM ve yük ortalamasını aynı zaman aralığında incelemek, doğru kaynağa müdahale etmenizi sağlar. Tek bir ekran görüntüsü yerine yoğun ve sakin dönemlerden ölçüm almak daha anlamlıdır.
CPU kullanımını süreçlerle ilişkilendirin
top komutu çalışan süreçleri ve genel kaynak durumunu incelemek için kullanılabilir. CPU tüketen sürecin adını, kullanıcı hesabını ve ne zamandır çalıştığını kontrol edin. Bir yedekleme veya raporlama görevi planlanan saatte yoğunluk oluşturabilir; aynı tüketimin sürekli devam etmesi farklı değerlendirme gerektirir. Süreci tanımadan zorla sonlandırmak devam eden işlemleri bozabilir.
Çok çekirdekli sistemlerde süreç ve toplam CPU yüzdelerinin gösterim biçimleri farklı olabilir. Bir sürecin yüzde 100 görünmesi her zaman bütün sunucunun tamamen dolduğu anlamına gelmez. Kullanılan aracın çekirdekleri nasıl topladığını kontrol edin. Sanal sunucularda paylaşılan fiziksel kaynakların etkisi de değerlendirmeye dahil edilmelidir.
Load average CPU yüzdesi değildir
uptime çıktısındaki yük ortalamaları farklı zaman aralıklarındaki çalışma veya kesilemeyen bekleme durumundaki görev yoğunluğunu yansıtır. Bu değerler yüzde değildir. Çekirdek sayısı ve iş yükü bağlamıyla değerlendirilmelidir. Yük yüksekken CPU düşük görünüyorsa disk gibi bir kaynağı bekleyen süreçler bulunabilir. Yalnız yük sayısına bakıp paket yükseltme kararı vermeyin.
Bellek kullanımını doğru okuyun
free -h çıktısında “available” alanı, yeni iş yükleri için kullanılabilir bellek hakkında “free” alanından daha yararlı bir tahmin sunar. Linux boş belleği önbellek için kullanabilir; önbelleğin büyük olması tek başına sorun değildir. Swap kullanımı, bellek baskısı ve uygulama davranışı birlikte incelenmelidir. Sürekli yoğun swap hareketi performansı etkileyebilir.
Ölçüm ve teşhis sırası
- Olay saatini belirleyin. Kullanıcının yavaşlık gördüğü zamanla sunucu saatini eşleştirin.
- Genel durumu kaydedin. CPU, kullanılabilir bellek, yük ve disk doluluğunu aynı anda görün.
- İlgili süreçleri bulun. Web işçileri, veritabanı ve arka plan görevlerini karşılaştırın.
- Günlükleri inceleyin. Bellek yetersizliği nedeniyle sonlandırma, zaman aşımı veya tekrarlayan hata var mı bakın.
- Uygulama ölçümünü ekleyin. Yanıt süresi, yavaş sorgu ve kuyruk uzunluğu altyapı verilerini tamamlar.
- Tek değişikliği ölçün. Önbellek, görev zamanlaması veya kaynak artırımı sonrası aynı senaryoyu karşılaştırın.
Örnek bir inceleme
Her gece aynı saatte yük yükseliyorsa yedekleme ve toplu görev zamanlarını kontrol edin. İki büyük işin aynı anda başlaması disk ve CPU üzerinde geçici baskı oluşturabilir. Görevleri ayırmak, doğrudan daha büyük sunucu almaktan önce değerlendirilebilir. Buna karşılık gün boyunca artan bellek tüketimi uygulamadaki sızıntı veya artan eşzamanlılıkla ilişkili olabilir; yalnız gece yeniden başlatmak kalıcı çözüm değildir.
Kaçınılması gereken müdahaleler
Önbelleği sürekli temizlemek veya tüm yüksek CPU süreçlerini öldürmek genel bakım yöntemi değildir. Önbellek temizliği daha fazla disk erişimine yol açabilir. Veritabanını aniden durdurmak uygulama hataları ve kurtarma işlemleri doğurabilir. Müdahaleyi süreç sahibine, uygulama rolüne ve geri dönüş planına göre yapın; önce gözlem verisini koruyun.
Sık sorulan sorular
RAM dolu görünüyor, sunucu yetersiz mi? Kullanılabilir bellek, swap hareketi ve uygulama hataları birlikte değerlendirilmelidir.
CPU yükseltmek her yavaşlığı çözer mi? Hayır. Disk veya dış servis beklemesi varsa etkisi sınırlı olabilir.
Hangi değer normaldir? İş yüküne göre değişir; kendi sisteminizin sağlıklı dönemini karşılaştırma noktası olarak kaydedin.
İlgili teknik kaynaklar
İlgili rehberler
Thanks for your feedback!
