VPS seçerken ilk soru “en güçlü paket hangisi?” değil, uygulamanın hangi kaynağı ne zaman kullandığıdır. Az ziyaret edilen bir site, ağır bir eklenti yüzünden yoğun bir API’den daha fazla bellek tüketebilir. Dosya işleyen bir otomasyonun darboğazı işlemciyken, küçük sorguları sık tekrarlayan bir uygulamada veritabanı ve disk gecikmesi belirleyici olabilir.
Bu rehber paket isimlerini, tahmini ziyaretçi vaatlerini ve yalnızca fiyat sıralamasını bir kenara bırakıp ölçülebilir bir seçim yolu kurar. Başlangıçta trafik geçmişiniz yoksa açık bir varsayımla ilerleyin; ilk gerçek kullanım verisi geldikten sonra seçiminizi gözden geçirin. İstanbul ve ABD seçeneklerini değerlendirirken aynı paket adının aynı donanımı ifade ettiğini de varsaymayın.
Bu rehberle neler yapabilirsiniz?
- İş yükünü RAM, vCPU, disk ve ağ olarak ayırın.
- Bir başlangıç paketi seçip yükseltme nedeninizi ölçün.
- Lokasyon ve dönem toplamını aynı kararın parçası yapın.
Web sitesi, API veya otomasyon için ilk VPS paketini seçenler
Önce çalıştıracağınız işleri listeleyin
Web sunucusu, uygulama süreci, veritabanı, zamanlanmış işler ve izleme araçları aynı makinenin kaynaklarını paylaşır. “Tek web sitem var” ifadesi bu nedenle tek başına yeterli değildir. WordPress ile birlikte MariaDB çalıştırmak, sadece statik HTML sunmaktan farklıdır. Yedek sıkıştırma ve güncelleme sırasında oluşacak geçici yükü de hesaba katın.
Başlangıç listenize aynı anda çalışan süreçleri, depolanan veriyi, günlük büyümeyi ve kritik saatleri yazın. İşlem sayısını bilmediğiniz bir projede önce küçük bir pilot kurulum yapın. Pilotun amacı sentetik bir rekor üretmek değil, kendi uygulamanızın bellek tabanını ve hata davranışını görmektir.
- 01İş yükünü tanımla
- 02Başlangıç kaynağını seç
- 03Gerçek kullanımı ölç
- 04Darboğaza göre değiştir
Her yükseltmede hangi sorunu çözmeyi beklediğinizi bir cümleyle yazın.
Dört kaynağı birbirinin yerine koymayın
| Kaynak | Neyi etkiler? | Bakılacak belirti |
|---|---|---|
| RAM | Uygulama, veritabanı ve önbelleğin çalışma alanı. | Bellek baskısı, OOM sonlandırmaları, sürekli swap kullanımı. |
| vCPU | Aynı anda yapılabilen işlem ve CPU yoğun görevler. | Uzun süre yüksek CPU, iş kuyruğu, artan yanıt süresi. |
| Disk | Verinin sığması ve dosya/veritabanı erişimi. | Boş alan, inode sayısı, I/O bekleme ve büyüme hızı. |
| Ağ | İsteklerin taşınması ve aylık veri miktarı. | Giden veri, bağlantı gecikmesi ve planın trafik sınırı. |
Daha fazla vCPU, belleğe sığmayan bir veritabanını tek başına düzeltmez. Büyük disk de otomatik olarak daha hızlı disk anlamına gelmez. RAM dolu görünüyorsa önbellek ile gerçekten kullanılabilir bellek ayrımını yapın; Linux boş RAM’i dosya önbelleği için kullanabilir. Tek bir anlık ekran görüntüsü yerine yoğun ve sakin dönemleri karşılaştırın.
Başlangıç varsayımını görünür tutun
| İş yükü | Öncelikli kaynak | İlk kontrol |
|---|---|---|
| Statik site / reverse proxy | Bağlantı, küçük bellek tabanı | TLS sonlandırma, log büyümesi, trafik miktarı |
| WordPress ve veritabanı | RAM, PHP çalışanları, disk | Eklentiler, dinamik sayfalar ve önbellek etkisi |
| Node.js API | Uygulama belleği ve eşzamanlı işler | P95 yanıt süresi, hata oranı, dış servis beklemeleri |
| n8n / otomasyon | İş akışının veri boyutu ve paralelliği | Dosyalar, yürütme geçmişi, aynı anda çalışan görevler |
Bu tablo bir kapasite garantisi değildir. Örneğin küçük bir WordPress denemesinde birkaç gigabayt RAM makul bir başlangıç varsayımı olabilir; e-ticaret, çok sayıda eklenti veya ağır raporlama bunu değiştirebilir. Önce ihtiyacın alt sınırını bulun, ardından ölçülmüş yoğunluğa ve işletim payına göre hareket edin. Kullanmadığınız kaynağa düzenli ödeme yapmak kadar, sürekli sınıra dayanmak da maliyetlidir.
Ölçümü uygulamanızın sonucuyla eşleştirin
free -h
df -h
df -i
uptime
vmstat 1 5
cat /proc/pressure/memory
cat /proc/pressure/ioBu komutlar kaynakların o andaki durumunu gösterir; uzun dönem izleme yerine geçmez. Uygulamanın hata oranı, kuyruk süresi ve kullanıcıya dönen yanıt zamanı daha önemlidir. CPU yüksekken işlerin zamanında tamamlanması ile CPU yüksekken isteklerin zaman aşımına uğraması aynı sorun değildir. PSI çıktısı da tek başına “paket yetersiz” kararı verdirmez; baskının zamanı ve uygulama etkisi birlikte incelenir.
Kendi trafiğinizle gözlem yaparken yedek, cron ve raporlama saatlerini kaydedin. Veritabanı indeksini düzeltmek, gereksiz sorguları azaltmak veya dosyaları farklı yerde saklamak bazen kaynak artırmaktan daha etkili olabilir. Bir değişikliği yaptıktan sonra aynı ölçümü yeniden alın.
Lokasyon ve gerçek ödeme toplamını karşılaştırın
İstanbul ve ABD, yalnız haritadaki iki işaret değildir: kullanılabilir donanım, vCPU/RAM/disk birleşimi, trafik ve fiyat farklı olabilir. Kullanıcılarınız kadar uygulamanızın konuştuğu API ve veritabanlarının yerini de düşünün. Ayrı lokasyonlar arasında her sayfa isteğinde çok sayıda küçük sorgu yapmak gecikmeyi biriktirebilir.
Aylık ve yıllık tutarı karşılaştırırken aynı ürün, lokasyon ve para biriminde kalın. Yıllık toplamı aylık fiyatla doğrudan karşılaştırmayın; toplamı on iki aylık ödeme ile kıyaslayın. ServerQ gösterilen hizmet bedeline ek vergi uygulamaz. Seçilen ücretli işletim sistemi veya kontrol paneli lisansları ayrı eklerdir. Portalda seçilen para birimini ve nihai toplamı doğrulayın; bağımsız yedek depolama gibi proje giderlerini ayrıca planlayın. İndirim oranını güncel tekliften okuyun.
Kararı kısa bir kontrol listesiyle bitirin
- Lokasyon ve paket adı sipariş ekranında aynı mı?
- RAM, vCPU, disk ve aylık trafik planladığınız işle örtüşüyor mu?
- İşletim sistemi ve ücretli lisans ihtiyacı net mi?
- Yoğun saatleri ve hata oranını nasıl ölçeceksiniz?
- Yedek nereye gidecek; geri yükleme nasıl denenecek?
- Yükseltme veya taşıma gerektiğinde kiminle, hangi bilgilerle iletişime geçeceksiniz?
Seçiminizin gerekçesini saklayın. Bir ay sonra “paket kötü” demek yerine hangi sınırın aşıldığını, hangi işin geciktiğini ve hangi değişikliğin işe yarayacağını konuşabilirsiniz. Doğru paket, en büyük paket değil; iş yükünüzü anlaşılır bir maliyet ve yönetilebilir bir işletim planıyla karşılayan pakettir.
İnceleme kapsamı
Kaynak önerileri bir başlangıç çerçevesidir; garantili ziyaretçi, işlem veya iş akışı kapasitesi değildir. Satın almadan önce seçtiğiniz lokasyonun güncel paket özelliklerini ve sipariş özetini kontrol edin.
Resmî kaynaklar
Sürüm ve yapılandırma ayrıntılarını ilgili projenin güncel belgelerinden takip edin.
- Linux çekirdeği — Pressure Stall Information (yeni sekme)
Bellek ve I/O baskısı metriklerinin kapsamı.
- Ubuntu Server belgeleri (yeni sekme)
Sunucu işletimi ve izleme için dağıtım belgeleri.