VPS / VDS terminolojisi karışık
"VPS" (Virtual Private Server) ve "VDS" (Virtual Dedicated Server) 2026'da teknik olmaktan çok pazarlama terimleridir. Terimler eskiden spesifik şeyler ifade ediyordu; anlamlar sürüklendi. Asıl önemli kararlar kaynak paylaşımı, virtualisation türü ve sağlayıcı kalitesi hakkında — etiket değil.Önemli sorular
- CPU dedicated mi yoksa shared (oversubscribed) mi? "Dedicated CPU" planları CPU-bound iş yükleri için anlamlı şekilde daha iyi performans gösterir.
- Depolama yerel NVMe mi yoksa ağ-bağlantılı mı? Yerel NVMe daha hızlı ama VM'i host'a bağlar.
- IOPS limiti nedir? "100 GB SSD" IOPS olmadan anlamsız.
- Ağ throughput nedir? Public bandwidth allowance ve data-center içi throughput.
- Snapshot / yedekleme hikâyesi nedir? Yerleşik, ek ücretli veya DIY?
- Host bakım sırasında live migration? Bazı sağlayıcılar yapar, bazıları yapmaz.
İş yükü için sizing
VPS'te tipik web uygulama iş yükü:- Küçük WordPress / Laravel sitesi — 2 vCPU, 4 GB RAM, 50-80 GB SSD.
- Orta trafikli dinamik site — 4 vCPU, 8-16 GB RAM, 100+ GB SSD makul IOPS ile.
- Anlamlı ölçekteki database-backed uygulama — uygulama ve DB için ayrı VPS. DB mümkünse working-set RAM'de.
- Build / CI runner — CPU-ağır, RAM-orta, atılabilir depolama.
En çok gördüğümüz hata: RAM overspec etmek ve IOPS underspec etmek. Çoğu modern Linux web app iş yükü ölçekte IO-bound'tır, RAM-bound değil.
Sağlayıcı katmanları, gerçek dünya
- Hyperscaler VMs (AWS EC2, Azure VMs, GCP) — kaynak birimi başına en pahalı, en iyi ekosistem.
- Mid-tier sağlayıcılar (DigitalOcean, Linode/Akamai, Vultr) — iyi UX, öngörülebilir fiyatlandırma. Hyperscaler olmayan iş yükleri için varsayılan.
- Maliyet-optimize sağlayıcılar (Hetzner Cloud, Contabo, OVH) — önemli ölçüde daha ucuz. Özellikle Hetzner 2026'da tatlı nokta oldu.
- Yerel TR sağlayıcılar — TR izleyiciler için yerel gecikme önemli. Kalite değişir.
İşletim sistemi ve base image
- Ubuntu LTS — en yaygın, en geniş topluluk desteği.
- Debian stable — "stabil, sıkıcı, uzun destek" için tercih edilir.
- Rocky / AlmaLinux — RHEL-uyumlu, ücretsiz.
- NixOS / Talos / Flatcar — niş ama declarative veya container-host kurulumlar için ilginç.
Kurulum disiplini
Çalışan bir VPS kurulumu, birinci gün:- Non-root kullanıcı, sadece SSH key, parola auth devre dışı.
- Default-deny inbound ile firewall (ufw veya nftables).
- Otomatik güvenlik güncellemeleri yapılandırılmış.
- Brute-force azaltma için Fail2ban veya eşdeğeri.
- Hostname, timezone, locale ayarlanmış.
- Monitoring agent yüklenmiş.
- Yedekleme yapılandırılmış (snapshot + VPS-dışı).
- Configuration management veya Docker ile deploy edilmiş uygulama.
Snapshot vs yedekleme
- Snapshot'lar — vendor-tarafı, hızlı, deploy sonrası rollback için faydalı.
- Yedekler — vendor-dışı, yavaş, vendor incident'inde faydalı.
İkisine de ihtiyacınız var.
Uyaracağımız bir desen
Performans sorunlarına kalıcı cevap olarak "sadece VPS'i yükselt". Bir noktada problem mimaridir, VM boyutu değil. Dikey ölçeklendirmeden önce profile yapın.Her zaman karşılığını veren bir desen
Birinci günden konfigürasyon-kod olarak. Tek VPS deploy'da bile kurulumun Ansible / Terraform'da olması, host'ta sorun olduğunda ve yeniden inşa etmeniz gerektiğinde ilk seferde karşılığını verir.Hangi VPS'i çalıştırıyorsunuz?
The VPS / VDS terminology is muddled
"VPS" (Virtual Private Server) and "VDS" (Virtual Dedicated Server) are marketing terms in 2026 more than technical ones. The decisions that actually matter are about resource sharing, virtualisation type, and provider quality — not the label.The questions that matter
- Is CPU dedicated or shared (oversubscribed)?
- Is the storage local NVMe or network-attached?
- What's the IOPS limit?
- What's the network throughput?
- What's the snapshot / backup story?
- Live migration during host maintenance?
Sizing for the workload
- Small WordPress / Laravel site — 2 vCPU, 4 GB RAM, 50-80 GB SSD.
- Mid-traffic dynamic site — 4 vCPU, 8-16 GB RAM, 100+ GB SSD with decent IOPS.
- Database-backed app at meaningful scale — separate VPS for app and DB.
- Build / CI runner — CPU-heavy, RAM-moderate, throwaway storage.
The mistake we see most: overspeccing RAM and underspeccing IOPS.
Provider tiers, real-world
- Hyperscaler VMs (AWS EC2, Azure VMs, GCP Compute Engine) — most expensive per resource unit, best ecosystem.
- Mid-tier providers (DigitalOcean, Linode/Akamai, Vultr) — good UX, predictable pricing.
- Cost-optimised providers (Hetzner Cloud, Contabo, OVH) — significantly cheaper.
- Local TR providers — for TR-audience sites, local latency matters.
Operating system and base image
- Ubuntu LTS — most common.
- Debian stable — preferred for "stable, boring, long support".
- Rocky / AlmaLinux — RHEL-compatible, free.
- NixOS / Talos / Flatcar — niche but interesting.
Setup discipline
A working VPS setup, day one:- Non-root user, SSH key only, password auth disabled.
- Firewall (ufw or nftables) with default-deny inbound.
- Automatic security updates configured.
- Fail2ban or equivalent for brute-force mitigation.
- Hostname, timezone, locale set.
- Monitoring agent installed.
- Backup configured (snapshot + off-VPS).
- Application deployed via configuration management or Docker.
Snapshots vs backups
- Snapshots — vendor-side, fast, useful for rollback after a deploy.
- Backups — off-vendor, slow, useful when the vendor has an incident.
One pattern we'd warn about
"Just upgrade the VPS" as a permanent answer to performance issues.One pattern that always pays off
Configuration-as-code from day one.What VPS are you running?
