VPS Seçimi: CPU, RAM, Disk ve Trafik İhtiyacı Nasıl Hesaplanır?

Sunucu kaynaklarını doğru boyutlandırmanın yolu, çalıştıracağınız uygulamanın işlemci, bellek, disk ve ağ ihtiyacını tahmin edip bunu karşılayan en küçük paketi makul bir büyüme payıyla seçmektir. Bu yüzden VPS seçimi bir fiyat karşılaştırmasından önce bir ölçüm işidir: küçük seçilen sunucu kampanya gününde tıkanır, gereğinden büyük seçilen ise her ay boşta duran kapasite için ödeme yaptırır.

Tahmin için çoğu zaman elinizde yeterli veri vardır: mevcut hosting hesabınızın kaynak grafikleri, ziyaretçi istatistikleri ve uygulamanızın bellek tüketimi doğru başlangıç noktasını büyük ölçüde belirler. VPS sunucu paketlerinde kaynaklar sonradan artırılabildiği için ilk seçimin kusursuz olması gerekmez; önemli olan ölçebilmek ve zamanında büyütmektir.

VPS seçimine nereden başlanır?

VPS seçimine bugünkü kullanımınızı ölçerek ve önümüzdeki aylarda neyin değişeceğini yazarak başlanır. Şu dört adım çoğu proje için yeterli veriyi sağlar:

1. Mevcut tüketimi toplayın: Hosting panelindeki kaynak kullanımı ekranı ya da mevcut sunucudaki top, free -h ve df -h çıktıları.
2. Trafiği çıkarın: Aylık sayfa görüntüleme, en yoğun saatteki eş zamanlı ziyaretçi sayısı ve ortalama sayfa ağırlığı.
3. Bileşenleri listeleyin: Web sunucusu, PHP ya da Node.js süreçleri, veritabanı, Redis, kuyruk işçileri, varsa kontrol paneli.
4. Tepe anlarını belirleyin: Kampanyalar, bülten gönderimleri, gece çalışan yedek ve rapor işleri.

Yeni bir proje için ölçüm yoksa benzer bir projenin verileriyle ya da aşağıdaki başlangıç noktalarıyla başlayın ve ilk haftalarda ölçerek düzeltin.

Kaç vCPU gerekir?

Gereken vCPU sayısı, aynı anda işlemci kullanan iş sayısına ve her işin ne kadar sürdüğüne bağlıdır. Bir vCPU aynı anda tek bir iş parçacığını çalıştırır; PHP-FPM’de her işçi süreci bir isteği, Node.js’te tek bir süreç olay döngüsünü işler.

• PHP siteleri (WordPress, Laravel): İhtiyaç, önbelleğe takılmayan dinamik isteklerle büyür; iyi bir sayfa önbelleği vCPU ihtiyacını belirgin biçimde düşürür.
• Node.js: Tek süreç tek çekirdek kullanır; birden fazla çekirdekten yararlanmak için PM2 cluster modu gibi çok süreçli bir yapı gerekir.
• Veritabanı: Karmaşık sorgularda çekirdek başına hıza, çok sayıda eş zamanlı bağlantıda çekirdek sayısına ihtiyaç duyar.
• Oyun sunucuları: Ana döngü çoğunlukla tek iş parçacığında çalışır; çekirdek sayısından çok saat hızı belirleyicidir.

Mevcut bir sunucuda uptime çıktısındaki yük ortalaması yoğun saatlerde düzenli olarak nproc değerini aşıyorsa işler işlemci sırası bekliyordur. Linux bu sayıya disk bekleyen süreçleri de kattığından top içindeki wa değerine de bakın; yüksekse darboğaz işlemci değil disktir. Sürekli izleme için Linux sunucu performans izleme rehberine göz atın.

Ne kadar RAM gerekir?

Gereken RAM, aynı anda çalışacak bileşenlerin bellek tüketiminin toplamı ile işletim sisteminin dosya önbelleğine bırakılacak paydan oluşur. Hesabı bileşen bileşen yapın:

• İşletim sistemi: Grafik arayüzsüz bir Linux dağıtımı boşta birkaç yüz MB kullanır; Windows Server bunun birkaç katını ister.
• Uygulama süreçleri: PHP-FPM’de işçi sayısı × işçi başına bellek. Mevcut sunucuda değerleri şöyle görebilirsiniz:

  ps -eo rss,args | grep "[p]hp-fpm: pool"

  RSS sütunu KB cinsindendir; paylaşılan bellek de sayıldığı için gerçek tüketimden biraz yüksek çıkar.
• Veritabanı: MariaDB/MySQL’de innodb_buffer_pool_size, PostgreSQL’de shared_buffers kadar sabit bellek ve bağlantı başına tüketim.
• Diğer servisler: Redis, arama motoru, kontrol paneli servisleri, Java uygulamalarının heap boyutu.

Toplamın üzerine en az %20–30 pay bırakın; Linux boş belleği disk önbelleği olarak kullanır ve bu doğrudan performansa yansır. Swap, beklenmedik tepe anlarında süreçlerin sonlandırılmasını önleyen bir emniyet kemeridir, kalıcı RAM yerine geçmez; kurulumu swap alanı oluşturma rehberindedir.

Disk ne kadar olmalı?

Disk boyutu; işletim sistemi, uygulama dosyaları, veritabanı, loglar ve sunucuda tutulacak yerel yedeklerin toplamına büyüme payı eklenerek belirlenir. Mevcut kullanımı ölçmek için:

df -h
sudo du -sh /var/www /var/lib/mysql /var/log /home 2>/dev/null

• Loglar: Döndürme (logrotate) ayarlı değilse erişim ve hata logları aylar içinde gigabaytlarca yer kaplar.
• Yerel yedekler: Sunucuda tutulan her tam yedek sitenin kendisi kadar yer ister; bir kopyanın mutlaka sunucu dışında olması gerekir.
• Geçici veriler: Paket önbelleği, Docker imajları, yüklenen dosyalar ve oturum dosyaları.
• Boş alan: ext4 varsayılan olarak blokların %5’ini root kullanıcısına ayırır; dolmaya yaklaşan disk ise veritabanı yazma hatalarına yol açar. Kullanımı %80’in altında tutmayı hedefleyin.

Disk türü en az boyut kadar önemlidir: NVMe sürücüler, SATA bağlantılı SSD’lere kıyasla isteklere daha hızlı yanıt verir ve aynı anda çok daha fazla G/Ç işlemi kaldırır. Veritabanı ve çok sayıda küçük dosya okuyan siteler bu farkı doğrudan hisseder; ayrıntılar NVMe hosting nedir yazısındadır.

Trafik, port hızı ve lokasyon nasıl değerlendirilir?

Ağ tarafında birbirine karıştırılmaması gereken üç değer vardır:

Örneğin ortalama 2 MB’lık sayfalar ayda 150.000 kez görüntüleniyorsa yalnızca sayfa trafiği yaklaşık 300 GB eder. Trafiğin tek yönde mi iki yönde mi sayıldığı sağlayıcıya göre değişir; “sınırsız” ifadesi de çoğunlukla adil kullanım koşullarına bağlıdır.

Ziyaretçileriniz Türkiye’deyse Türkiye’deki ya da yakınındaki bir veri merkezi gecikmeyi düşürür; sunucunun konumunu sipariş öncesinde doğrulayın ve test IP’sine kendi ağınızdan mtr -rwc 50 TEST_IP ile ölçüm yapın. Ek IPv4 adresi ya da IPv6 gerekiyorsa koşullarını paket sayfasında kontrol edin; kendi posta sunucunuzu kuracaksanız ters DNS (PTR) kaydını düzenleyebilmeniz de gerekir. Yurt dışı ziyaretçiler için statik dosyaları CDN üzerinden sunmak ayrıca değerlendirilebilir.

İş yüküne göre başlangıç noktaları

Aşağıdaki değerler ölçüm verisi olmayan yeni projeler için genel başlangıç noktalarıdır; LIONFIN paket içeriklerini değil, deneyime dayalı makul ilk değerleri gösterir. Gerçek ihtiyaç yazılıma, önbellek kullanımına ve trafiğe göre belirgin biçimde değişir.

Sürekli işlemci yükü olan veritabanı, oyun ve gerçek zamanlı uygulamalarda ayrılmış çekirdekli VDS sunucu daha tutarlı sonuç verir; yapılandırmayla uğraşmadan oyun sunucusu açmak isteyenler için oyun sunucuları hazır bir seçenektir.

Büyüme yolu nasıl planlanır?

Kaynak hesabından sonra üç karar kalır. İlki işletim sistemidir; Ubuntu LTS, Debian, AlmaLinux ve Windows Server arasındaki farklar VPS işletim sistemi seçimi yazısında karşılaştırılır. İkincisi yönetimdir: güncellemeleri, güvenlik duvarını, yedekleri ve izlemeyi kimin yapacağını şimdiden belirleyin; ekipte bu deneyim yoksa kontrol paneli lisansını ve yönetim desteğini bütçeye ekleyin.

Üçüncüsü büyüme yoludur. Dikey ölçekleme, yani aynı sunucuya vCPU, RAM ya da disk eklemek, veri taşımayı gerektirmediği için çoğu projede ilk tercihtir. LIONFIN VPS paketlerinde kaynaklar sonradan artırılabildiğinden ihtiyacın hemen üzerinde bir paketle başlayıp ölçüm verisine göre büyümek genellikle en ekonomik stratejidir; adımlar VPS kaynak yükseltme rehberinde anlatılır. Birden fazla sunucu, yük dengeleyici ve ayrı veritabanından oluşan yatay ölçeklemeyi ise tek sunucunun sınırına yaklaştığınızda ya da kesintisizlik bir gereksinim hâline geldiğinde planlayın.