Linux Production Ortamında Sorun Giderme: Sistem Yönetiminin Görünmeyen Sanatı

Bir sistem yöneticisi için Linux terminali, sadece komutların çalıştırıldığı bir siyah ekran değil; sistemin nefes alışını, kalp atışını ve ...

Bir sistem yöneticisi için Linux terminali, sadece komutların çalıştırıldığı bir siyah ekran değil; sistemin nefes alışını, kalp atışını ve bazen de yardım çığlıklarını duyduğumuz bir arayüzdür. Production (canlı) ortamda bir sorunla karşılaştığınızda, en büyük düşmanınız panik, en büyük dostunuz ise metodolojik yaklaşımdır.

Geçenlerde kullanıcıların uygulamanın aşırı yavaşladığına dair şikayetleriyle karşılaştım. Bu gibi durumlarda acemi bir refleks "her şeyi yeniden başlatmak" (reboot) olsa da, profesyonel bir yaklaşım önce sistemin neden yorulduğunu anlamayı gerektirir.

Adım Adım Teşhis: Sistem Size Ne Anlatıyor?

Sorunu çözmek için sistemin röntgenini çekmeye şu temel komutlarla başladım:

1. Yükü Anlamak: uptime İlk bakılması gereken yer işlemci kuyruğudur. uptime komutuyla "load average" değerlerine baktım. Eğer bu rakamlar işlemci çekirdek sayınızın üzerindeyse, içeride bekleyen çok fazla iş var demektir. Tıpkı küçük bir dükkanın önünde biriken devasa bir müşteri kuyruğu gibi; sistem taleplere yetişemiyordur.

2. Suçluyu Bulmak: top veya htop Yükün yüksek olduğunu gördükten sonra, bu yükü hangi sürecin (process) oluşturduğunu bulmak gerekir. top komutu bize CPU ve bellek canavarlarını anlık olarak gösterir. Ancak unutmayın; yüksek CPU kullanımı her zaman asıl sorun değildir, bazen sadece bir semptomdur.

3. Gizli Engel: Disk Alanı (df -h) Sistem yavaşlığının en sinsi sebeplerinden biri dolan disklerdir. df -h ile baktığımda diskin ağzına kadar dolu olduğunu gördüm. Linux sistemlerde disk dolduğunda uygulamalar log yazamaz, geçici dosyalar (temp files) oluşturulamaz ve sistem garip davranmaya başlar.

4. Detaylı İnceleme: du -sh Diski neyin doldurduğunu anlamak için /var/log/ dizinine odaklandım. du -sh /var/log/* komutuyla devasa boyutlara ulaşmış log dosyalarını tespit ettim. Uygulama logları kontrolsüzce büyümüş ve tüm alanı yutmuştu.

---

Çözüm ve Kalıcı Önlem

Eski logları temizleyip servisi restart ettiğimde her şey normale döndü. Ancak bir sistem yöneticisinin işi burada bitmez. Sadece "yangını söndürmek" yetmez, o yangının tekrar çıkmamasını sağlamak gerekir.

• Log Rotation: Gerçek çözüm, logların otomatik olarak arşivlenmesini ve belirli bir süreden sonra silinmesini sağlayan logrotate mekanizmasını doğru kurgulamaktır.

• İzleme (Monitoring): Disk doluluk oranı %80’i geçtiğinde size uyarı verecek bir sistem (Zabbix, Prometheus vb.) hayat kurtarır.

Sonuç: Komut Ezberlemek Yetmez

Linux dünyasında production sorunlarının %90'ı dört ana başlıkta toplanır:

• CPU Aşımı (İşlemci yetersizliği veya hatalı kod)

• Bellek (RAM) Tükenmesi (Memory leak durumları)

• Disk Alanının Dolması (Kontrolsüz loglar)

• Zombi veya Kilitlenmiş Süreçler

Asıl yetenek, binlerce komutu ezbere bilmek değil; kriz anında sakin kalarak sistemin size verdiği ipuçlarını takip etmektir. Sistemle konuşmayı öğrendiğinizde, en karmaşık sorunlar bile basit birer bulmacaya dönüşür.