Önce iş yükü profili oluşturun
Her uygulama için çalışma zamanı, ortalama ve yoğun saat trafiği, veritabanı kullanımı, dosya büyümesi ve arka plan işleri listesini çıkarın. Çok sayıda küçük site, tek bir yoğun işlem uygulamasından daha hafif olabilir; yalnız alan adı sayısına bakmak yanıltır.
Paylaşılan veritabanı, posta, yedekleme ve güvenlik taraması gibi işleri kapasite hesabına dahil edin. Günlük ortalama rahat görünse bile aynı saatte başlayan yedek ve rapor işleri kaynak baskısı yaratabilir.
Hangi ölçüm hangi karara yardımcı olur?
| Ölçüm | Yorumlama sorusu |
|---|---|
| CPU ve işlem süresi | Sürekli hesaplama mı, kısa yoğunluk mu? |
| Bellek ve süreçler | Hangi uygulama veya havuz büyüyor? |
| Disk gecikmesi ve boş alan | Veritabanı, log veya yükleme darboğazı var mı? |
| Yanıt süresi dağılımı | Ortalama iyi olsa da yavaş istekler artıyor mu? |
| Hata ve kuyruk uzunluğu | İş yükü tamamlanmak yerine birikiyor mu? |
Temsilî kapasite denemesi hazırlayın
- İşletim sistemi, panel ve boş hizmetlerin başlangıç tüketimini kaydedin.
- Gerçek kullanıma benzeyen veri boyutu ve istek karışımı olan test uygulamalarını ekleyin.
- Yükü kontrollü artırın; gecikme, hata, kuyruk ve kaynak kullanımını birlikte izleyin.
- Yedekleme ve worker gibi arka plan işlerini de denemeye katın; yalnız ana sayfa GET isteğiyle sınır belirlemeyin.
- Kabul edilen gecikme ve hata düzeyini aşmadan önce gereken işletim payını planlayın.
Kaynak artırmadan önce nedeni bulun
Yavaş sorgu, gereksiz dosya taraması veya sınırsız iş kuyruğu daha büyük sunucuda da büyüyebilir. Önce en çok zaman veya kaynak tüketen işi belirleyin. Bir seferde tek değişiklik yapıp aynı yükle tekrar ölçün.
IIS önbellekleme ve havuz ayarları iş yüküne bağlıdır. Başka bir sunucunun performans değerlerini doğrudan kopyalamak yerine uygulamanın oturum, veri güncelliği ve yeniden başlatma gereksinimlerini dikkate alın.
Ajans için kapasite karar kaydı
Yeni müşteri kabulünde mevcut yoğun saat ölçümü, beklenen iş yükü ve depolama büyümesini karşılaştırın. Hangi eşikte yeni sunucuya geçileceğini veya veritabanının ayrılacağını önceden belirleyin. Deneme sonucunu donanım ve uygulama sürümleriyle birlikte saklayın.
Bu yöntem AdaPanel için yayımlanmış bir performans benchmark’ı değildir. Sabit bir donanımda garantili site sayısı vaat etmek yerine kendi ölçümünüzle karar vermenizi sağlar. Aynı test, Windows için hosting paneli seçeneklerini daha tutarlı karşılaştırmaya da yardımcı olur.
Sık sorulan sorular
4 GB RAM ile kaç site açılır?
İş yükü bilinmeden güvenilir sayı verilemez. Çalışma zamanı, trafik, veri motoru ve arka plan işleriyle birlikte ölçüm yapın.
Sadece CPU’ya bakmak yeterli mi?
Hayır. Bellek, disk gecikmesi, yanıt süresi, hata ve kuyruk birikmesi de kapasiteyi sınırlayabilir.
Panel hafifse bütün uygulamalar hızlı olur mu?
Hayır. Panelin tüketimi ile barındırılan uygulamaların sorgu ve işlem maliyeti ayrı ölçülmelidir.
Daha büyük VPS her yavaşlığı çözer mi?
Hayır. Sorgu, kod veya sınırsız kuyruk kaynaklı sorunların nedenini düzeltmek gerekebilir. Değişikliği aynı yük altında tekrar ölçün.