Sunucu büyütme kararı çoğu işletmede iki uçtan birinde verilir: ya çok geç (site çökene kadar beklenir) ya da çok erken (ihtiyaç olmadan kaynak satın alınır). İkisi de para kaybettirir — biri satış kaybıyla, diğeri gereksiz faturayla. Doğru zamanı bilmenin tek yolu, VDS sunucu kaynaklarınızı düzenli olarak ölçmek ve eğilimi izlemektir.
Bu rehber, hangi metriklerin izlenmesi gerektiğini, eşiklerin nasıl belirlendiğini ve büyütme kararının hangi veriye dayandırılacağını anlatıyor.
İzlenmesi Gereken Dört Temel Metrik
Onlarca metrik toplayabilirsiniz ama karar için gereken dört tanedir. Diğerleri bu dördünün nedenini açıklar.
1. Yük Ortalaması (Load Average)
Sistemin iş kuyruğunun uzunluğu. Yorumlanması için tek referans vardır: çekirdek sayısı. Dört çekirdekli bir sunucuda 4 değeri tam kapasite, 2 değeri rahat çalışma, 8 değeri ise işlerin sıraya girmeye başladığı anlamına gelir.
Dikkat edilmesi gereken şey anlık değer değil, 15 dakikalık ortalamanın gün içindeki seyridir. Kısa sıçramalar normaldir; 15 dakikalık ortalamanın çekirdek sayısını sürekli aşması müdahale sinyalidir.
2. Bellek ve Takas Kullanımı
Burada yaygın bir yanlış okuma vardır: Linux'ta "boş bellek" değerinin düşük olması sorun değildir — sistem kullanılmayan belleği disk önbelleği için kullanır ve ihtiyaç halinde geri verir. Bakılması gereken metrik takas (swap) kullanımıdır.
Takas kullanımı sıfırın üzerine çıkıp orada kalıyorsa gerçek bellek yetersizliği var demektir. Takas diske yazar, disk bellekten kat kat yavaştır; bu durum performansta belirgin bir çöküş olarak hissedilir.
3. Disk Doluluğu ve I/O Bekleme
İki farklı sorun, ikisi de kritik:
- Doluluk: Disk %100 dolduğunda veritabanı yazma yapamaz ve sessizce bozulabilir. Bu, sunucu arızalarının en yaygın ve en kolay önlenebilir nedenidir. Eşiği %80'e kurun — %95'te uyarı almak çoğu zaman geç kalmaktır.
- I/O bekleme: İşlemcinin disk beklerken boş geçirdiği sürenin oranı. Yüksek I/O bekleme, işlemci boşken sistemin yavaş olmasının nedenidir ve genellikle optimize edilmemiş veritabanı sorgularına işaret eder.
4. Ağ Trafiği ve Bant Genişliği
Aylık trafik kotanız varsa doluluk oranını, yoksa anlık bant genişliği kullanımını izleyin. Ani ve açıklanamayan bir giden trafik artışı, kapasite sorunu değil güvenlik olayı göstergesi olabilir — sunucunuz başka bir hedefe trafik üretiyor olabilir.
Eşikler: Ne Zaman Uyarı Almalısınız?
Uyarı eşiklerini fazla hassas kurmak, uyarıların görmezden gelinmesine yol açar. Fazla gevşek kurmak ise geç kalmaya. Aşağıdaki değerler çoğu VDS için makul bir başlangıçtır:
| Metrik | Uyarı | Kritik | Neden bu değer |
|---|---|---|---|
| Disk doluluğu | %80 | %90 | %80'de müdahale için zaman var; %95'te log temizleme bile zor |
| Yük ortalaması (15 dk) | Çekirdek × 1 | Çekirdek × 2 | Çekirdek sayısını aşan kalıcı yük, kuyruk oluştuğunu gösterir |
| Takas kullanımı | Sıfırın üzerinde kalıcı | %25 | Takas kullanımı başladığı anda performans düşer |
| I/O bekleme | %10 | %25 | %25 üzeri, sistemin diski beklemekle geçirdiği anlamına gelir |
| Servis erişilebilirliği | — | Yanıt yok | Ziyaretçiden önce siz öğrenmelisiniz |
Anlık Değer Değil, Eğilim Önemli
Kapasite planlaması anlık ölçümle yapılamaz. Gereken şey zaman serisidir: aynı metriğin haftalar boyunca nasıl seyrettiği. Eğilim size iki şeyi söyler:
- Büyüme hızı: Disk kullanımınız ayda %5 artıyorsa, dört ay sonra eşiğe geleceğinizi bugün bilirsiniz. Bu, kapasite artırımını planlı yapmanızı sağlar — panik içinde değil.
- Anormallik: Normal seyri bilmiyorsanız anormali tanıyamazsınız. Salı günleri yükün ikiye katlandığını biliyorsanız, bunu sorun sanmazsınız; bilmiyorsanız her salı alarma geçersiniz.
Bu yüzden izleme kurulumunda ilk hedef uyarı değil, kayıt tutmaktır. En az iki-üç haftalık geçmişiniz olmadan hiçbir kapasite kararı veri temelli sayılmaz.
Büyütme Kararı: Hangi Kaynağı, Ne Kadar?
İzleme verileri büyütme ihtiyacını gösterdiğinde, hangi kaynağı artıracağınızı da yine aynı veri söyler. Yaygın hata, "sunucuyu bir üst pakete geçirmek" — böylece ihtiyaç olmayan kaynaklar için de ödeme yapılır.
CPU Artırın
Yük ortalaması sürekli çekirdek sayısının üzerinde, bellek ve disk rahatsa. Önce şunu doğrulayın: yük gerçek trafikten mi kaynaklanıyor, yoksa optimize edilmemiş bir işlemden mi? Tek bir kötü sorgu, iki kat çekirdekle de sizi kurtarmaz.
RAM Artırın
Takas kullanımı kalıcı hale gelmiş, servisler bellek yetersizliğinden kapanıyorsa. Bellek artırımı en doğrudan etki eden yükseltmedir çünkü takas kullanımı performansı çok belirgin biçimde düşürür.
Disk Artırın veya Temizleyin
Diski büyütmeden önce mutlaka bakın: doluluğun kaynağı gerçek veri mi, yoksa döndürülmemiş loglar, eski yedekler ve geçici dosyalar mı? Çoğu sunucuda disk doluluğunun önemli bir bölümü temizlenebilir dosyalardır. Depolamayı büyütmek kalıcı maliyettir; temizlik bir kereliktir.
Mimariyi Değiştirin
Bazı durumlarda doğru cevap büyütme değildir. Yük yalnızca kampanya saatlerinde tavana vuruyorsa kalıcı kapasite almak yerine geçici artırım yapmak; bant genişliği doluyorsa statik dosyaları bir dağıtım ağına taşımak; veritabanı darboğazsa sorgu optimizasyonu yapmak daha doğru ve daha ucuzdur.
İzlemeyi Kurmanın Pratik Yolu
Karmaşık bir sistem kurmanız gerekmiyor. Aşağıdaki üç katman çoğu VDS sunucu için yeterlidir:
- Erişilebilirlik kontrolü: Sitenizin dışarıdan düzenli aralıklarla açılıp açıldığını kontrol eden bir servis. Sunucu tamamen çöktüğünde sunucu üzerindeki izleme de çalışmaz — bu yüzden bu katman dışarıdan olmalıdır.
- Kaynak metrikleri: Sunucu üzerinde çalışan, dört temel metriği düzenli kaydeden hafif bir aracı. Kayıtları en az bir ay saklayın.
- Log izleme: Hata loglarında belirli kalıpların sıklığını takip edin. Hata sayısındaki ani artış, kaynak metrikleri henüz normal görünürken bile sorunu haber verir.
Kurulumdan sonra bir hafta boyunca uyarıları gözden geçirin ve gürültü üreten eşikleri ayarlayın. Görmezden gelinen bir uyarı sistemi, olmayan bir uyarı sisteminden daha tehlikelidir — çünkü izlendiğinizi sanırsınız.
Sonuç
Kapasite planlaması bir tahmin işi değil, eğilim okuma işidir. Dört metrik, makul eşikler ve bir aylık geçmiş — bu kadarı büyütme kararını tahminden veriye taşır. İzleme kurulmuş bir sunucuda büyütme kararı planlı ve gerekçeli olur; kurulmamış bir sunucuda ya çok geç ya da gereksiz yere alınır. Kurulum bir saatlik iştir ve karşılığını ilk kapasite kararında verir.
Sıkça Sorulan Sorular (SSS)
Boş belleğim çok az, RAM eklemem mi gerekiyor?
Muhtemelen hayır. Linux, kullanılmayan belleği disk önbelleği olarak kullanır ve ihtiyaç halinde uygulamalara devreder; bu istenen davranıştır. Bakmanız gereken metrik takas kullanımıdır. Takas boşsa bellek sıkıntınız yok demektir.
İzleme aracının kendisi sunucuyu yavaşlatır mı?
Hafif aracılar ihmal edilebilir düzeyde kaynak kullanır. Yavaşlatma riski, çok sık örnekleme yapan (saniyede birkaç kez) veya sunucu üzerinde grafik arayüzü çalıştıran ağır kurulumlarda ortaya çıkar. Dakikalık örnekleme çoğu senaryo için yeterlidir.
Karar vermek için ne kadar geçmiş veri gerekir?
En az iki-üç hafta. Bu süre, haftalık döngüleri (hafta sonu düşüşü, hafta başı sıçraması) görmenizi sağlar. Aylık döngüleri olan işletmelerde (dönem sonu faturalama, maaş günü trafiği) en az iki ay gerekir.
Disk %90 dolu ama veriyi silemiyorum, ne yapmalıyım?
Silmeden önce nereye gittiğini ölçün. Sıralı bir disk kullanım analizi genellikle şunları ortaya çıkarır: döndürülmemiş log dosyaları, eski paket önbelleği, sunucuda kalmış yedek arşivleri ve geçici dosyalar. Bunlar temizlendikten sonra hâlâ %90'daysanız, o zaman gerçek bir depolama ihtiyacınız var.
