VDS RAM ve CPU Seçimi: 4GB mi 8GB mi, 2 vCPU mu 4 vCPU mu?

VDS RAM ve CPU Seçimi: 4GB mi 8GB mi, 2 vCPU mu 4 vCPU mu?

VDS alacaksınız. Listede 8 paket var: 1 vCPU + 2GB, 2 vCPU + 4GB, 4 vCPU + 8GB... Hangisi yeterli? "Az alırsam yetersiz, çok alırsam boşa para" — klasik karar yorgunluğu. Bu rehber sezgi yerine somut sayılarla karar vermeyi öğretir.

Önce bir genel uyarı: VDS'ye geçmeden sorun "hosting yetmedi mi, yoksa kontrol mü istiyorum?" Tek site, ayda 50K ziyaret altı, standart WordPress/WooCommerce ise cPanel hosting ₺350/yıldan başlıyor — LiteSpeed, MariaDB, CloudLinux, Imunify360 hazır. VDS'ye gerek olmayabilir. Tahmin etmeyin: 1-2 hafta hosting'de izleyin, kaynak duvarına çarpıyorsanız o zaman VDS'ye geçin.

CPU: vCPU Nedir, Fiziksel Çekirdekle Aynı Şey Değil

VDS panelinde "2 vCPU" gördüğünüzde bu, dedicated fiziksel çekirdek değildir. KVM hipervizöründe vCPU, fiziksel CPU çekirdeğine eşlenmiş bir sanal işlem birimidir. Hipervizör seviyesinde belirli oversubscription olur — sektör standardı 1:3 ile 1:5 arasındadır. 32 fiziksel core'lu host'ta 96-160 vCPU dağıtılabilir çünkü tüm sanal makineler aynı anda %100 CPU kullanmaz.

Pratik anlamı:

• Sustained %100 CPU uygulamalar (encoding, ML training) oversubscription'dan etkilenir.
• Burst pattern (web, API) uygulamaları büyük ölçüde etkilenmez.
• Buyukweb VDS'leri KVM üzerinde çalışır; vt-x desteği açık, nested virtualization mümkün (Proxmox, VMware ESXi, Hyper-V).

lscpu | head -20
cat /proc/cpuinfo | grep "model name" | head -3

E5-V4 vs E5-V2: İşlemci Nesli Farkı Ne Kadar?

Buyukweb iki nesil Intel Xeon E5 sunuyor:

• E5-V4 VDS — E5-2680 v4 / E5-2697 v4 — Broadwell-EP, 14nm, 2016, AVX2 + AVX-512 yok ama AVX2 tam, 14-18 fiziksel çekirdek, 35-45 MB L3 cache, DDR4-2400 RAM
• E5-V2 VDS — E5-4657L v2 — Ivy Bridge-EP, 22nm, 2013, AVX (AVX2 yok), 12 çekirdek, 30 MB L3 cache, DDR3-1600 RAM

Pratik fark:

Kriter	E5-V4	E5-V2
IPC (Instructions Per Cycle)	%25-30 daha yüksek	Baz
Tek çekirdek hızı	Daha hızlı (turbo 3.6 GHz'e kadar)	Düşük baz frekans
AVX2 desteği	Var (FFmpeg, OpenSSL, NumPy hızlanır)	Yok
DDR4 RAM	Var (50% daha yüksek bant genişliği)	DDR3
Power efficiency	Daha iyi (14nm)	22nm
Buyukweb fiyat	₺250/ay başlangıç	Genelde daha ekonomik

Pratik tavsiye: PHP/MySQL ağırlıklı iş yüklerinde E5-V4 farkı %15-25, sürekli hesaplama (encoding, modern crypto) yapıyorsanız %30-40 üstüne çıkar. Yeni proje başlatıyorsanız E5-V4 öneririz; legacy uygulama veya hafif iş yüklerinde E5-V2 yeterli.

RAM: Workload Bazlı Tüketim Tablosu

Bu tablo elinizdeki uygulamayı hangi VDS'ye sığdıracağınızı belirler. Sayılar gerçek üretim ortamlarından gözlem aralıklarıdır:

İş Yükü	RAM Aralığı	Notlar
Statik HTML site	512 MB - 1 GB	Nginx + SSL; az trafikte 256 MB yeter
WordPress (10K visit/gün)	2 - 4 GB	PHP-FPM + MariaDB + LSCache/Redis
WordPress (100K visit/gün)	4 - 8 GB	Object cache zorunlu, MariaDB tuning kritik
WooCommerce (orta — 5K SKU)	4 - 8 GB	Sepet/checkout dinamik
WooCommerce (ağır — 20K+ SKU)	8 - 16 GB	Search, persistent connection, Action Scheduler
Node.js app (her instance)	512 MB - 2 GB	PM2/cluster mode ile çoklu instance
Python/Django (gunicorn worker)	1 - 3 GB	num_workers = (2 × CPU) + 1
Laravel/PHP API	1 - 2 GB	Queue worker'ları ayrı sayın
MariaDB innodb_buffer_pool	RAM'in %50-70'i	DB ağırlıklı sunucuda
PostgreSQL shared_buffers	RAM'in %25'i	work_mem ayrıca
Redis (cache mode)	Aktif keyspace + %25	maxmemory + allkeys-lru zorunlu
Elasticsearch	Min 4 GB heap, total 8 GB+	JVM tuning ister
Discord/oyun bot	256 MB - 1 GB	Bağlantı/mesaj hacmine göre
Docker container'ları	Container başına izole	Toplam ihtiyacı baz al

PHP-FPM Pool RAM Hesabı

WordPress/WooCommerce'te en sık dar boğaz PHP-FPM worker sayısıdır. Formül:

# Worker başına ortalama RAM
ps -ylC php-fpm8.2 --sort:rss | head -5
# Örnek: 50 MB ortalama, 4 GB RAM VDS:
# (4096 - 1024 sistem - 1024 MariaDB - 256 Redis) / 50 ≈ 36 worker üst sınır
# pm.max_children = 30 koyun (margin bırakın)

MariaDB innodb_buffer_pool

InnoDB index/veri cache'i. Yetersizse her sorgu disk I/O yapar:

• Sadece DB sunucusu: RAM'in %70-80'i
• All-in-one (web + DB): RAM'in %40-50'si
• DB boyutundan fazla buffer pool boşa gider — küçük DB'lerde nginx/php-fpm'e RAM bırakın

CPU mu RAM mı: Darboğaz Tespiti

# CPU darboğazı: %CPU sustained 80+, load avg > vCPU × 2
top -d 5
uptime

# RAM darboğazı: swap aktif kullanım
free -h
vmstat 1 5     # si/so sürekli >0 ise RAM yetmiyor

# OOM Killer hareketi
dmesg | grep -i "killed process"

# Disk I/O (NVMe'de nadir)
iostat -x 1 5  # %util sustained 90+ ise I/O dar

Pratik karar matrisi:

Belirti	Sebep	Çözüm
%CPU sustained > 80, load avg yüksek	CPU yetmiyor	vCPU artır veya E5-V4'e geç
Swap kullanımı, OOM Killer çalıştı	RAM yetmiyor	RAM artır
Disk %util sustained > 80, iowait yüksek	I/O dar	NVMe SSD paketine geç, sorgu optimize et
MariaDB "Too many connections"	Bağlantı limiti veya RAM yetmiyor	max_connections + RAM kontrolü
PHP-FPM "pm.max_children reached"	PHP worker az veya RAM az	pm.max_children + RAM dengesi

Disk I/O ve Network: Çoğu Senaryoda Problem Değil

Buyukweb VDS paketlerinde NVMe SSD standarttır. NVMe'nin SATA SSD'ye göre 5-10 kat IOPS avantajı vardır (500K+ vs 80-100K). Web/CMS senaryolarında neredeyse hiç dar boğaz olmaz. Yoğun OLTP veritabanı, log analytics veya kuyruk sistemlerinde iostat -x 1 ile %util sustained 80 üstüne çıkarsa müdahale edin.

Network tarafında 1 Gbps port standarttır. Trafik sınırınızı paneldeki VDS detayından izleyin. CDN (Cloudflare ücretsiz tier) statik içeriği offload ederek hem trafik hem CPU yükünü düşürür.

5 Senaryo: Hangi VDS Kaç Kaynakla Yeter

Senaryo 1: Kişisel Blog (1K ziyaret/gün) — WordPress + 5-10 plugin. Öneri: 1 vCPU + 2 GB RAM + 30 GB NVMe — E5-V4 VDS başlangıç paketi (₺250/ay). LSCache veya Redis Object Cache ile 5K visit/gün'e kadar rahat çıkar.

Senaryo 2: Kurumsal Site + 5 Alt Domain — Ana site + blog + kariyer + 2 mikrosite, 50-100K ziyaret/ay. Öneri: 2 vCPU + 4 GB RAM + 60 GB NVMe. Site başına izole vhost, ayrı PHP-FPM pool, paylaşımlı MariaDB.

Senaryo 3: Orta WooCommerce (10K SKU, 200 sipariş/gün) — Yoğun ürün galerisi, dinamik sepet/checkout. Öneri: 4 vCPU + 8 GB RAM + 100 GB NVMe — E-Ticaret VDS muhtemelen daha iyi başlangıç. Object cache (Redis) zorunlu, MariaDB innodb_buffer_pool 3-4 GB.

Senaryo 4: Discord Bot + Node.js + Redis — 24/7 oyun bot, 50K kullanıcılı sunucu. Öneri: 2 vCPU + 4 GB RAM + 50 GB NVMe. CPU yerine RAM ve sürekli I/O kritik; PM2 cluster mode.

Senaryo 5: Geliştirme/Staging Multi-Tenant — 4-5 müşteri projesi, her biri Docker container. Öneri: 4 vCPU + 8 GB RAM + 100 GB NVMe. Projelere ayrı container, docker-compose yönetimi.

Buyukweb VDS Paketleri (8 Ofer Aralık)

E5-V4 VDS sayfasında 8 paket bulunur. Aralık ₺250/ay (başlangıç) - ₺600/ay (üst kademe) civarındadır. Tüm paketlerde standart olarak: KVM sanallaştırma (vt-x açık), NVMe SSD, L3+L4+L7 DDoS koruması, Veeam tabanlı günlük otomatik yedekleme, 7/24 destek, anında teslim, Bursa Pendc Tier 3 veri merkezi, %99.8 uptime SLA.

Karar veremezseniz bir alt paketle başlayın — büyüdüğünüzde panelden yükseltirsiniz.

Önemli: VDS paketleri için 7 gün iade garantisi yoktur. Sadece cPanel hosting ve Reseller hostingde 7 gün koşulsuz iade vardır. VDS satın almadan önce ihtiyacınızı net olarak belirleyin.

Ölçek Büyüdüğünde: Vertical mi Horizontal mı?

Vertical (Paket Yükseltme): Aynı VDS'ye daha fazla vCPU/RAM eklemek. Buyukweb panelinden talep açın; ~5 dk downtime (reboot), veri kaybı yok, IP aynı kalır. En kolay yol — %95 senaryoda yeterli.

Horizontal (Yatay Ölçek): Birden fazla VDS + Load Balancer. Tek VDS'nin maksimumuna geldikten sonra mantıklı. Karmaşıklık artar: stateless app, merkezi cache (Redis cluster), DB tek noktada veya replikasyonlu. Cloudflare Load Balancing veya kendi HAProxy/Nginx LB ile yönetim.

Yetersiz ve Aşırı Boyutlandırma Belirtileri

Yetersiz (Underprovisioned):

dmesg | grep -i "killed process"           # OOM Killer (RAM yetmiyor)
tail -50 /var/log/mysql/error.log          # Too many connections
tail -50 /var/log/php8.2-fpm.log           # pm.max_children reached
free -h                                     # Swap aktif sustained kullanım

Aşırı (Overprovisioned):

• top: Load avg sustained vCPU/4 altında → CPU çok büyük
• free -h: Available 6 GB / 8 GB sürekli → RAM çok büyük
• df -h: Used 12 / 100 GB → Disk plan büyük

Aşırı boyutlandırma kötü değil — büyüme tamponu sağlar. 6+ ay sustained düşük kullanım varsa bir alt pakete geçin.

Monitoring: Ne Kullanmalı

Araç	Profil	Avantaj
htop	Manuel kontrol	Anlık, hafif
Netdata	Tek sunucu izleme	Web arayüz, dashboard, hafif (~50 MB RAM)
Zabbix	Çoklu sunucu, kurumsal	Detaylı alarm, raporlama
Prometheus + Grafana	Modern stack	Metric standardı, geniş ekosistem

Öneri: Tek VDS için Netdata yeterlidir. Birden çok sunucu yönetiyorsanız Prometheus + Grafana yatırım değerinde.

Karar Akışı: 30 Saniyede Doğru Paketi Seç

1. İş yükünüz? WordPress, WooCommerce, API, multi-app — tabloya bakın.
2. Beklenen trafik? Günlük ziyaret, eş zamanlı kullanıcı.
3. DB boyutu? <1 GB küçük, 1-10 GB orta, 10+ GB ağır.
4. Cache? Redis/LSCache varsa RAM'e ek 256-512 MB.
5. CPU mu RAM mı kritik? Sustained hesaplama mı, eş zamanlı bağlantı mı?
6. Margin bırak: Hesabınızın %20-30 üstünde başlayın.

Hâlâ kararsızsanız: 2 vCPU + 4 GB başlangıç pakedi %80 senaryoyu kapsar. Yetersiz çıkarsa panelden 5 dakikada upgrade yaparsınız.

VDS'den Önce: Hosting Yetiyor mu?

Durum	Tavsiye
Tek site, ayda <50K visit	cPanel hosting ₺350/yıldan
1-5 site, ayda <100K toplam	cPanel Performans/Uçak (₺750-1.250/yıl)
Özel PHP sürüm, custom config	VDS
Birden fazla framework (Node + PHP + Python)	VDS
Ağır WooCommerce (10K+ SKU)	E-Ticaret VDS
Discord/oyun bot 24/7	VDS
ML/encoding/sürekli CPU	VDS (E5-V4) veya GPU VDS
Root erişim, full kontrol	VDS

Hosting'de yetersiz kaldığınız net olduğunda VDS'ye geçin — tahmin etmeyin, ölçün.

Sık Sorulan Sorular

vCPU ile fiziksel CPU çekirdeği aynı şey mi?

Hayır. KVM hipervizöründe vCPU, fiziksel çekirdeğe eşlenmiş bir sanal işlem birimidir. Hipervizör seviyesinde belirli oranda oversubscription olur (sektör standardı 1:3 ile 1:5). Burst pattern uygulamalar (web, API) bundan etkilenmez; sustained %100 CPU yüklü uygulamalar (encoding, ML) etkilenir. Buyukweb VDS'lerinde KVM kullanılır, vt-x desteği açıktır.

4 GB RAM mi, 8 GB RAM mi yeterli?

Tipik WordPress (50K visit/ay): 4 GB yeterli. WooCommerce orta ölçek (5-10K SKU, 100-300 sipariş/gün): 8 GB başlangıç. Multi-app (Node + PHP + Redis aynı VDS): 8 GB. Net karar için free -h ile mevcut kullanımınızı izleyin; 1 hafta gözlem sonrası karar verin. Ortalama %70 üzerinde sustained RAM kullanımı varsa bir üst pakete geçin.

E5-V4 ile E5-V2 arasında gerçek hız farkı ne kadar?

PHP/MySQL ağırlıklı (WordPress, WooCommerce) iş yüklerinde %15-25, sürekli hesaplama (encoding, modern crypto, NumPy gibi AVX2 kullanan workload) yapıyorsanız %30-40. E5-V4 ayrıca DDR4 RAM avantajıyla bellek bant genişliğinde %50 fark sağlar. Yeni proje başlatıyorsanız E5-V4 öneririz.

CPU mu RAM mı önce yetmez?

Web/CMS senaryolarında RAM önce dolar (PHP-FPM worker'ları + MariaDB buffer pool). API/microservice senaryolarında CPU önce dolar (sürekli istek işleme). Discord bot/oyun bot/queue worker'larında bağlantı sayısı RAM'i tetikler. top ve free -h ile izleyin; ikisinden hangisi önce %80 sustained eşiğine çıkıyorsa sonraki dar boğaz odur.

Kaç PHP-FPM worker (pm.max_children) ayarlamalıyım?

Formül: pm.max_children = (Toplam RAM - Sistem - DB - Cache) / Worker başına ortalama RAM. Pratik örnek: 4 GB RAM VDS'de 1 GB sistem + 1 GB MariaDB + 256 MB Redis çıkarırsa kalan 1.7 GB. Worker başına 50 MB ortalama (ps -ylC php-fpm8.2 --sort:rss ile ölçün) → ~34 worker üst sınır. Güvenli ayar: pm.max_children = 25-30. Margin bırakın.

MariaDB innodb_buffer_pool ne kadar olmalı?

Sadece DB sunucusu olarak kullanıyorsanız toplam RAM'in %70-80'i. All-in-one (web + DB aynı VDS) ise %40-50'si. Veritabanınız 500 MB ise 4 GB buffer pool ayarlamak boşa gider; DB boyutu + büyüme payı kadar yeterlidir. SHOW ENGINE INNODB STATUS ile buffer hit rate'i takip edin (%99 üstü ideal).

Yetersiz boyutlandırdığımı nasıl anlarım?

Belirtiler: dmesg | grep killed çıktısında OOM Killer kayıtları, MySQL "Too many connections" hatası, PHP-FPM "server reached pm.max_children" log'u, sustained yüksek swap kullanımı, TTFB artışı, eş zamanlı 50+ kullanıcıda site yavaşlama. 2-3 sinyal bir aradaysa upgrade zamanı.

VDS panelinden upgrade ne kadar sürer?

Buyukweb panelinden yükseltme talebi açtığınızda genelde 5 dakika downtime (reboot) ile yeni vCPU/RAM tahsis edilir. Veri kaybı yok, IP aynı kalır. Yoğun saatte yapmamanız önerilir.

Yatay ölçeklendirme (load balancer + 2 VDS) ne zaman mantıklı?

Tek VDS'nin üst paketi olan ~₺600/ay seviyesine ulaştığınızda ve kapasite hala yetersizse. Bu seviyeden sonra ya daha güçlü bir VDS/Dedicated, ya da iki VDS + Load Balancer mantığına geçilir. Horizontal yapı ekstra karmaşıklık getirir; %95 senaryoda vertical scaling yeterlidir.

---

İlgili Büyükweb Hizmetleri

• E5-V4 VDS — Yeni nesil Xeon, KVM, NVMe SSD, ₺250/ay'dan başlayan 8 paket
• E5-V2 VDS — Ekonomik, hafif iş yükü, legacy uygulama uyumu
• Sanal Sunucu — Genel VDS bilgi sayfası
• VDS Sunucu — Türkiye VDS hizmet detayları
• E-Ticaret VDS — WooCommerce/Magento için optimize paketler
• GPU VDS — ML/encoding gibi GPU gerektiren iş yükleri
• cPanel Web Hosting — VDS'ye geçmeden önce dene, ₺350/yıldan

Sorularınız için 0850 302 60 70 numaralı destek hattımıza veya iletişim sayfamıza yazabilirsiniz.