Sanal Sunucu (VDS) Satın Alma Rehberi 2026: vCPU, RAM, NVMe ve Sağlayıcı Seçimi

Sanal sunucu satın almak, ilk bakışta basit bir e-ticaret kararı gibi görünür: paketi seç, ödeme yap, panele giriş yap. Pratikte ise vCPU oversubscription oranından NVMe katmanlamasına, sanallaştırma hipervizör tipinden veri merkezi konumuna kadar düzinelerce parametre, yıllar boyunca ödeyeceğiniz maliyeti ve sitenizin gerçek deneyimini doğrudan belirler. Yanlış bir VDS seçimi tek başına bir e-ticaret sitesinin Black Friday'inde 5xx hatası vermesine, bir oyun sunucusunun 250 ms ping'le boğulmasına veya bir SaaS uygulamasının veri merkezi geçişinde haftalar harcamasına yol açabilir.

Bu rehber, bir sanal sunucu kiralama kararının arkasındaki tüm teknik kavramları — KVM ile VMware'in farkını, ECC RAM'in neden kritik olduğunu, dedicated CPU ile burst CPU arasındaki uçurumu, IOPS hesaplarını, IPv4 fiyat baskısını ve SLA'lerdeki gizli madde işaretlerini — tek bir kapsamlı kaynakta toplar. Hedef kitle, ilk vds satın al kararını verecek girişimciler kadar, mevcut sağlayıcısından memnun olmayan tecrübeli sistem yöneticileridir.

İlgili rehberler: VPS ile VDS Farkı · Hosting Türleri ve Seçimi · Linux Sunucu Yönetimi Temelleri · VPS Güvenlik Sertleştirme · Nginx Yapılandırma Rehberi · Let's Encrypt SSL Kurulumu

VDS Nedir, VPS'ten Farkı Nedir

VDS (Virtual Dedicated Server) ve VPS (Virtual Private Server) terimleri pazarlama materyallerinde sıkça karıştırılır; teknik literatürde de aralarındaki sınır net değildir. Ortak nokta her ikisinin de fiziksel bir sunucuyu sanallaştırma katmanıyla bölmesidir. Ayrılan nokta ise kaynak tahsisi modelidir: VDS satıcılarının çoğu vCPU ve RAM'i 1:1 dedicated olarak rezerve ettiklerini, başka müşterilerle paylaştırmadıklarını iddia eder; klasik VPS'te ise belirli bir oranda overcommit (örneğin 4:1 vCPU oversubscription) yaygındır.

Pratikte bu ayrımı sözlü garantiyle değil, sözleşmeyle ve teknik testlerle doğrulamanız gerekir. VPS ile VDS Farkı yazımızda iki modelin pazarlama dilini sıyırıp gerçek farkları karşılaştırdık. Bu yazı boyunca VDS terimini, dedicated kaynak tahsisi yapan, root erişim sunan, hipervizör üzerinde izole edilmiş bir sanal sunucu anlamında kullanacağız.

Tek cümlelik tanımlar

• Shared hosting: tek fiziksel sunucuda yüzlerce kullanıcı, root yok, panel içinde sınırlı kontrol.
• VPS: sanallaştırılmış sunucu, root var, kaynaklar genellikle paylaşımlı / overcommit'li.
• VDS: dedicated vCPU/RAM tahsisli sanal sunucu, root var, hipervizör seviyesinde izolasyon.
• Dedicated server: tek müşteriye ait fiziksel sunucu, sanallaştırma yok (ya da müşterinin kontrolünde).
• Cloud server: API ile saniyelik faturalanabilen, hızlıca ölçeklenebilen sanal sunucu — VDS'in ticaret modeli farklılaşmış hâli.

Sanallaştırma Teknolojileri: KVM, VMware, Hyper-V, Xen, OpenVZ

Bir vds sunucu aldığınızda altta dönen hipervizör performansınızı, izolasyon kalitenizi ve hangi işletim sistemlerini çalıştırabileceğinizi belirler. Sektörde dört ana sanallaştırma teknolojisi var ve aralarındaki farklar pazarlama broşürlerinde anlatılandan çok daha büyüktür.

• KVM (Kernel-based Virtual Machine): Linux çekirdeğine dahil tam sanallaştırma. Donanım yardımı (Intel VT-x / AMD-V) ile near-bare-metal performans. Windows ve Linux misafir OS destekler. Açık kaynak. Türkiye'de en yaygın VDS hipervizörü.
• VMware vSphere / ESXi: Kurumsal pazarın altın standardı. vMotion, DRS, HA gibi gelişmiş özellikler. Lisans maliyeti yüksek; bu maliyet doğrudan VDS fiyatına yansır.
• Microsoft Hyper-V: Windows Server tabanlı veri merkezleri için doğal seçim. Windows misafir OS performansı çok iyi; Linux için KVM kadar olgun değil.
• Xen: AWS EC2'nin uzun yıllar kullandığı paravirtualization odaklı çözüm. Yeni dağıtımlarda azalmakta.
• OpenVZ / LXC: Container tabanlı; tam sanallaştırma değildir, kernel paylaşımlıdır. Ucuz VPS pazarında yaygın, gerçek bir VDS olarak satılmamalıdır.

Satın almadan önce sağlayıcıya tek bir soru sorun: “Hangi hipervizörü kullanıyorsunuz?” Yanıt OpenVZ ise — özellikle Linux'ta belirli kernel modüllerine veya custom syscall'lara ihtiyacınız varsa — başka bir sağlayıcıya yönelin. KVM tabanlı bir sanal sunucu, custom kernel yükleme, Docker overlay2 storage driver, BPF/eBPF tracing gibi gerçek root özgürlüğü gerektiren senaryolarda kıyaslanmaz avantaj sunar.

Hipervizörü doğrulamak için komutlar

vCPU, Burst CPU ve Oversubscription Tuzağı

vCPU — virtual CPU — bir fiziksel CPU çekirdeğinin (genellikle bir hyperthread'in) misafir VM'e gösterilen mantıksal karşılığıdır. Sağlayıcılar bu çekirdekleri iki farklı modelde satar: dedicated (1 vCPU = 1 fiziksel thread, başka müşteriyle paylaşılmaz) veya shared / burstable (birden fazla VM aynı thread'i sırayla kullanır).

Çoğu ucuz vds kampanyasının arkasındaki sır oversubscription oranıdır. 64 fiziksel thread'e sahip bir host'ta 4 vCPU'luk paketler 16 müşteriye satıldığında oran 1:1'dir; 64 müşteriye satıldığında 4:1, 128'e satıldığında 8:1 olur. Sözleşmede bu oran belirtilmiyorsa, gece-gündüz fark eden CPU steal time görmek olağandır.

CPU steal time'ı izlemek

Steal time'ın ne anlama geldiğini bilmeyen sistem yöneticisi yoktur, ama satın alma kararından önce bunu test eden çok azdır. Demo / trial periyotta stress-ng --cpu $(nproc) --timeout 600s --metrics ile sentetik yük çalıştırıp sar -u 1 600 ile st sütununu izleyin. Eğer iddia dedicated CPU ise steal time tutarlı şekilde %0–1 aralığında kalmalıdır.

RAM: ECC mi, ECC Olmayan mı, NUMA Etkisi

VDS pazarlamasında DDR4 ECC ibaresi sıkça öne çıkarılır. ECC (Error-Correcting Code) RAM, tek bit hatalarını otomatik düzeltir, çift bit hatalarını tespit eder. Maliyeti tüketici sınıfı RAM'in %15–25 üstündedir; ancak bir vds sunucu 24/7 çalışır ve sessiz veri bozulmasının (silent data corruption) maliyeti, RAM marjından çok daha yüksektir. Sağlayıcı ECC kullandığını söylemiyorsa, kullanmıyordur.

Modern sunucu donanımlarında RAM erişimi NUMA (Non-Uniform Memory Access) topolojisine sahiptir: bir CPU'nun yerel RAM bankasına erişimi (yaklaşık 100 ns) uzak bankaya erişimden (160–200 ns) çok daha hızlıdır. Çok soketli (2P/4P) host'lara yerleştirilmiş büyük VM'lerde NUMA-uyumsuzluğu CPU-bound olmayan iş yüklerini bile yavaşlatır. Talep edebilirseniz NUMA-aware placement isteyin.

Disk Mimarisi: SSD, NVMe, RAID, IOPS Hesabı

VDS pazarında "SSD" tek başına bir kalite kanıtı değildir. Tüketici sınıfı SATA SSD ile sunucu sınıfı NVMe arasındaki performans farkı 10–20 kat olabilir. Üç kademeyi karıştırmayın: SATA SSD (~550 MB/s sequential, ~80K IOPS), SAS SSD (~1.2 GB/s, ~150K IOPS), NVMe SSD (~7 GB/s, ~1M IOPS). ssd vds diye reklam yapan bir sağlayıcının hangi tip SSD kullandığını sorun.

Ham IOPS rakamları kadar önemli olan RAID konfigürasyonudur. RAID-10 (mirror + stripe) okuma/yazma dengesinde altın standarttır; bir disk arızasında veri kaybı yoktur, performans düşüşü minimaldir. RAID-5/6 kapasiteyi maksimize eder ama yazma amplifikasyonu yüksektir, NVMe ile bile yazma yoğun iş yüklerinde dezavantajlıdır. ZFS tabanlı RAID-Z2 + ARC + L2ARC, modern bir alternatiftir.

fio ile gerçek IOPS testi

Sentetik test sonuçlarında en az 50K random read IOPS ve 30K random write IOPS bekleyin — bu modern bir NVMe için oldukça mütevazıdır. Eğer 5K-10K IOPS bandında dolaşıyorsanız ya HDD'siniz ya da agresif şekilde rate-limit'lenmişsinizdir. Düşük IOPS, MySQL INSERT ve PostgreSQL UPDATE performansını doğrudan vurur — yavaşlığın kaynağını CPU'da aramanın boş olduğu yer burasıdır.

Ağ: 1 Gbps mı, 10 Gbps mı, Trafik Limiti Var mı

Reklamlardaki "sınırsız trafik" ifadesi her zaman gerçeği yansıtmaz. Çoğu sağlayıcı port hızını (1 Gbps) sınırlar veya aylık trafik üzerinde fair-use politikası uygular. türkiye vds sunucu kategorisinde 1 Gbps tipik, 10 Gbps premium pakettir. Yurt dışı sağlayıcılarda 200 Mbps – 1 Gbps yaygındır; aylık 5 TB – 20 TB trafik kotası ortak.

Uplink hızını ve gerçek bant genişliğini iperf3 ile test edin. Reklamda 1 Gbps yazıyorsa ve siz 200 Mbps alıyorsanız bu oversubscription değil, kasıtlı QoS kısıtlamasıdır. Trafik kotasını sözleşmede arayın: “fair usage” ifadesi 1 TB'da kesilen kullanıcılarla, 100 TB'a kadar açan kullanıcılar arasında uçuruma yol açar.

Veri Merkezi Konumu ve Latency

tr vds olarak satılan paketlerin gerçekten Türkiye'de olduğunu doğrulayın — bazı sağlayıcılar Avrupa veri merkezinde sunucu çalıştırıp Türkçe panel sunarak Türkiye sunucusu izlenimi yaratır. Yurt içi veri merkezi (İstanbul, Bursa, Ankara) kullanıcıların %80'i Türkiye'de olan bir e-ticaret sitesi için 30–80 ms tasarruf demektir; LCP 2.5 sn altına çekmek isteyen sitelerde bu fark ölçülebilir bir SEO avantajıdır.

Buna karşılık, hedef kitleniz Avrupa veya Kuzey Amerika ise Frankfurt, Amsterdam, Falkenstein veya Helsinki gibi tier-1 Avrupa lokasyonları daha mantıklı olabilir. Türkiye → Frankfurt RTT genellikle 35–50 ms; Türkiye → New York 110–140 ms. CDN ile tarayıcı tarafı RTT'yi düşürebilirsiniz ama API ve admin panel deneyimi origin lokasyonuna bağlıdır. Detaylı bir latency analizi için DNS Nedir, Ayarları Değiştirme yazımız faydalıdır.

İşletim Sistemi Seçimi: Linux Dağıtımları ve Windows Server

VDS satıcıları tipik olarak 8–15 farklı OS image'i sunar. Aynı uygulamayı çalıştırsanız bile dağıtım seçimi gelecek 5 yılınızı etkiler: paket yöneticisi, varsayılan kernel sürümü, LTS desteği, güvenlik repository'sinin sıklığı. Aşağıda vds sunucu kiralama kararında en yaygın seçenekler:

• Ubuntu Server LTS (22.04, 24.04): 5 yıl ücretsiz security update, 10 yıla kadar ESM. En geniş topluluk, en zengin paket havuzu. Genel amaçlı default.
• Debian (12 Bookworm): Ubuntu'nun upstream'i, daha tutucu, daha az değişen. Uzun ömürlü production sunucuları için ideal.
• Rocky Linux / AlmaLinux (9.x): RHEL binary uyumlu. CentOS'tan göç eden enterprise iş yükleri için doğal seçim.
• Fedora Server: Bleeding edge; production için pek önerilmez (13 ay destek).
• FreeBSD: Niche ama güçlü; ZFS, jails, pf firewall ile şahane network appliance.
• Windows Server 2022 / 2025: .NET, IIS, MSSQL ve Active Directory iş yükleri için zorunlu. Lisans maliyeti aylık 150–400 TL ek yük.

Linux dağıtım seçiminde topluluk büyüklüğüne ve LTS politikasına bakın. Linux Sunucu Yönetimi Temelleri rehberimiz Ubuntu odaklı; aynı kavramlar diğer dağıtımlarda büyük ölçüde geçerlidir. Eğer Plesk veya cPanel gibi panel kullanacaksanız, panellerin desteklediği dağıtımlar listesi size dağıtımı dolaylı dayatır.

Windows VDS: Lisans, RDP, MSSQL ve Performans Notları

windows vds sunucu tercihi genellikle üç senaryoda zorunluluktur: legacy ASP.NET / .NET Framework uygulamaları, MSSQL Server bağımlılığı, Active Directory entegrasyonu. Windows Server 2025 (Kasım 2024 GA) en güncel sürümdür; Long-Term Servicing Channel (LTSC) 5+5 yıl destek sunar. Sağlayıcı lisansı SPLA (Service Provider License Agreement) modeli üzerinden satar — paket fiyatına lisans dahil mi, yoksa eklenecek mi netleştirin.

Windows VDS'te performans için iki anahtar: yeterli RAM (minimum 4 GB, üretim için 8 GB) ve doğru sanallaştırma platformu. Hyper-V üzerinde Windows misafiri en iyi performansı verir; KVM da virtio drivers ile çok yakın seviyede çalışır. RDP üzerinden uzak masaüstü kullanıyorsanız Network Level Authentication (NLA) zorunlu, port değiştirme önerilir, ve Fail2ban benzeri tooling Windows tarafında RDP brute force lockout politikalarıyla kurulmalı.

Sanallaştırma Hipervizörü: Ek Test Yöntemleri

Bir vds server aldıktan sonra ilk 24 saat içinde yapılması gereken bir dizi içerik testi vardır. Bu testler reklamlanan kapasitenin gerçek olup olmadığını gösterir ve sağlayıcı SLA'sini ileride dava ederken delil oluşturur. Testleri sentetik sıralamada değil, gerçek uygulamanızın profilini taklit ederek çalıştırın.

• CPU: sysbench cpu --cpu-max-prime=20000 --threads=$(nproc) run — events/s mukayese edilebilir bir metriktir.
• Memory bandwidth: sysbench memory --memory-block-size=1M --memory-total-size=10G --threads=4 run.
• Disk: yukarıda gösterilen fio dört profili ile.
• Network: iperf3 hem TCP hem UDP, en az iki farklı hedefe.
• Latency: mtr ile birden fazla ülkeye, 100 paket asgari.
• Real-app: hedef uygulamanızı (WordPress, GitLab, MinIO, Redis) kurup gerçek sentetik trafik (k6, wrk, Apache JMeter) ile yükleyin.

IPv4, IPv6 ve Ek IP Maliyetleri

IPv4 adres rezervleri 2019'da RIPE NCC tarafından tükendi (RIPE-731 duyurusu). O tarihten sonra her ek IPv4 ikincil pazardan transfer edilmek zorunda; fiyatlar 2026'da $40–$60 / IP bandında dolaşıyor. VDS paketlerinde 1 IPv4 dahil standart, ek IP'ler aylık 30–80 TL eklenir.

IPv6, ücretsiz ve bol — sağlayıcının size /64 (çoğu durumda /48 ile büyütülebilir) bir blok atamasını talep edin. Kendi DNS, mail veya proxy sunucularınızı çalıştıracaksanız IPv6 desteği AAAA kayıtları için zorunludur. Mail sunucusu kuracaksanız ise tam tersine sağlayıcının bu IP'nin daha önce blacklist'e düşüp düşmediğini sorun: kötü reputation bir IP, yıllarca SMTP delivery'nizi sabote eder.

IP reputation kontrolü

Yedekleme: Snapshot, Image ve Off-site

VDS yedekleme stratejisi üç katmanlı düşünülmelidir. Snapshot hipervizör seviyesinde anlık görüntüdür; saniyeler içinde alınır, hızlı geri dönüş sağlar — ancak aynı host'taysa donanım arızasında ölür. Image / template tüm diskin off-site bir storage'a kopyalanmasıdır; günlük çalışır, geri dönüş 30–90 dk. Off-site backup başka bir veri merkezine veya başka bir sağlayıcıya kopyalanan, gerçek felaket kurtarma katmanıdır.

3-2-1 yedekleme kuralı (3 kopya, 2 farklı medya, 1 off-site) vds satın al kararının ayrılmaz parçasıdır. Sağlayıcı "ücretsiz günlük backup" diyorsa retention süresini sorun: 7 gün mü, 30 gün mü? Restore testi yapılmış mı? Kendi off-site stratejinizi paralel kurun. Detaylar için Veritabanı Yedekleme Stratejileri yazımıza bakın.

SLA: Reklam Edilen vs Sözleşmeden Ödenen

"%99.9 uptime garantisi" Türkiye vds fiyatları sayfalarının değişmez başlığıdır. Matematik basit: %99.9 ay başına 43.2 dk, yıl başına 8.76 saat kesinti hakkı verir. %99.99 aya 4.32 dk, yıla 52.6 dk demektir; kurumsal SaaS standardı budur. %99.999 ise yıllık 5.26 dk — sadece çoklu bölgeli, anycast'li mimarilerde mümkün.

Reklamdaki rakam değil, sözleşmedeki maddeler önemlidir. Aşağıdaki noktaları satın almadan önce sorgulayın:

• Uptime nasıl ölçülüyor? Sağlayıcının kendi monitor sistemi mi, üçüncü taraf mı (StatusCake, UptimeRobot)?
• SLA ihlali durumunda tazminat otomatik mi uygulanıyor, yoksa müşterinin talep etmesi mi gerekiyor?
• Tazminat oranı ay ücretinin yüzde kaçı? %5 mi, %10 mu, %50 mi, %100 mü?
• Planlı bakım pencereleri uptime hesabından muaf mı? Çoğu sağlayıcı bunu muaf tutar.
• DDoS ataklar, müşteri hatası ve force majeure nasıl tanımlanmış?
• Bildirim taahhüdü: bakım için kaç saat öncesinden haber veriliyor?

Türkiye Pazarındaki Fiyat Aralıkları (2026, Yaklaşık)

sanal sunucu fiyatları sağlayıcıdan sağlayıcıya, dolar kurundan kampanya periyoduna kadar büyük varyasyon gösterir. Aşağıdaki tablo 2026 başı itibarıyla Türkiye pazarındaki tipik fiyat bantlarını yansıtır; tam doğru rakamlar değil, karar verirken aklınızda tutmanız gereken büyüklük sıralarıdır. Tüm rakamlar yaklaşık ve KDV dahil değildir; sağlayıcıya göre önemli farklar vardır.

• Entry / test: 1 vCPU, 2 GB RAM, 20–40 GB SSD — aylık ₺90–₺200. Hobby projeleri, geliştirme ortamı.
• Small production: 2 vCPU, 4 GB RAM, 60 GB SSD — aylık ₺200–₺450. WordPress, küçük SaaS.
• Standard: 4 vCPU, 8 GB RAM, 80–120 GB NVMe — aylık ₺400–₺900. Orta ölçekli e-ticaret, ekibe sunulan CI runner'ları.
• Performance: 4–6 vCPU, 16 GB RAM, 120–180 GB NVMe — aylık ₺700–₺1500. Yoğun trafikli forum, oyun panel, küçük PostgreSQL.
• High-end: 8 vCPU, 32 GB RAM, 300–600 GB NVMe — aylık ₺1500–₺3000. Yoğun e-ticaret, MSSQL, dev veri tabanı.
• Enterprise: 16 vCPU, 64 GB RAM, 1 TB NVMe — aylık ₺3500–₺6000. Kurumsal SaaS, Kubernetes node, büyük ERP.

Yıllık taahhütle %15–25 indirim Türkiye pazarında standarttır; üç yıllık taahhütle %35–45 indirim de görülür. Ancak peşin yıllık ödeme TL'nin oynaklığında risktir — bütçe yapanlar dolar bazlı sözleşme ile yıllık öder, böylece kur dalgalanmasını sağlayıcıya devreder. Detaylar ve karşılaştırmalı bir piyasa analizi için Hosting Türleri ve Fiyatları yazımız faydalıdır.

Managed VDS vs Unmanaged VDS

Çoğu sağlayıcı iki destek modeli sunar: unmanaged (yalın VM, kurulum size ait) ve managed / fully managed (OS güncelleme, panel kurulumu, monitoring, backup gözetimi sağlayıcıda). Managed pakete tipik olarak unmanaged fiyatın üstüne aylık ₺250–₺800 eklenir.

Karar matrisi netdir: ekibinizde Linux/Windows sysadmin yetkinliği yoksa veya iş yükünüz core competency değilse, managed pakete yatırım yapın. Sysadmin olarak yarı zamanlı bir kişi tutmak aylık ₺25.000+ demektir; managed VDS bu maliyetin küçük bir parçasıdır. Buna karşılık DevOps ekibiniz varsa unmanaged paketi alıp Ansible ile her şeyi otomatikleştirin — esneklik ve maliyet kazancı belirgindir. Ansible ile Sunucu Otomasyonu yazımız bu yolu adım adım anlatır.

Kontrol Paneli: Plesk, cPanel, DirectAdmin, CyberPanel, ya da Hiçbiri

Kontrol paneli ihtiyacı, hangi iş yükünü çalıştırdığınıza ve hangi yetkinliğe sahip olduğunuza bağlıdır. Birden fazla web sitesi barındırıyor, müşterilere panel veriyor veya komut satırı yerine UI tercih ediyorsanız panel mantıklıdır. Tek bir uygulama çalıştırıyor ve DevOps'a yatkınsanız panel sadece saldırı yüzeyini büyüten bir katmandır.

• Plesk: Windows ve Linux, en kullanıcı dostu UI, en pahalı (lisans aylık 200–700 TL).
• cPanel: Linux, geleneksel olarak en yaygın, son yıllarda fiyat artışları sert.
• DirectAdmin: Linux, Plesk/cPanel'e ucuz alternatif, daha mütevazı UI.
• CyberPanel: Açık kaynak, OpenLiteSpeed üzerinde, ücretsiz core. Performans odaklı.
• HestiaCP / aaPanel: Açık kaynak, ücretsiz, hafif. Komut satırından korkmayanlara cazip.
• Panel kullanmamak: Nginx + PHP-FPM + MariaDB + Certbot el ile — en hafif, en güvenli.

Plesk için Plesk Panel Yönetimi, LiteSpeed kullanıcıları için LSCache Rehberi, paneli atlayıp doğrudan Nginx kullananlar için ise Nginx Yapılandırma Rehberi ve Nginx vs Apache Karşılaştırması yazılarımıza göz atın.

İlk 60 Dakikada Yapılacaklar: Sertleştirme Checklist'i

Yeni VDS provision edildiğinde, paneline ya da SSH'a giriş yapmadan önce bile saldırılar başlamış olabilir. SSH brute force botları yeni IP'leri dakikalar içinde tarar. İlk 60 dakikalık checklist hayat kurtarır; uzun versiyonu için VPS Güvenlik Sertleştirme yazımıza bakın.

Bu yedi adımı yapmadan herhangi bir uygulama deploy etmeyin. Bonus olarak Fail2ban ile SSH Brute Force Koruması yazısı jail tuning detaylarını içerir; Let's Encrypt SSL Kurulumu ise certbot adımlarını anlatır.

İzleme: VDS'inizin İçini Görmek

Bir vds al kararı verdikten sonra, performansını ve sağlığını sürekli ölçmek için bir izleme yığını kurun. "Sorun olunca bakarım" yaklaşımı kabul edilemez — sorun olduğunda neyin değiştiğini geçmişe dönük göstermesi için metrik geçmişiniz olmalıdır.

• Prometheus + Grafana: Açık kaynak standardı; node_exporter ile CPU/RAM/disk/ağ, mysqld_exporter ile veritabanı, blackbox_exporter ile uptime probe.
• Netdata: Tek node için anlık dashboard; 1 saniyelik granülarite, sıfır konfigürasyon.
• Zabbix: Geleneksel kurumsal monitoring; trigger ve eskalasyon güçlü.
• Datadog / New Relic: SaaS, ücretli, host başına aylık $15–$31. Tüm yığını kapatır.
• UptimeRobot / StatusCake: Dış-perspektif uptime probe; ucuz veya ücretsiz.
• Sentry / Rollbar: Uygulama tarafı hata izleme; metrik dışı katmandır.

Detaylı kurulum adımları için Prometheus ve Grafana ile Sunucu İzleme yazımız ve loglar için Elastic Stack (ELK) rehberi başvuru kaynaklarınız olsun.

Senaryolara Göre VDS Boyutlandırma

Kaç vCPU, ne kadar RAM, hangi disk? "Yeterince" kelimesi yanıltır. Aşağıdaki senaryo bazlı asgari ve önerilen rakamlar Türkiye pazarındaki gerçek müşteri verisinden damıtıldı; başlangıç noktası olarak kullanın, ölçüm yaparak ayarlayın:

• WordPress (≤ 50K aylık ziyaretçi): 2 vCPU, 4 GB RAM, 60 GB SSD. LSCache veya Nginx FastCGI cache ile.
• WordPress + WooCommerce (≤ 1000 sipariş/ay): 4 vCPU, 8 GB RAM, 80 GB NVMe.
• Laravel/Symfony app (orta yük): 4 vCPU, 8 GB RAM, 100 GB NVMe + Redis.
• Node.js + PostgreSQL (1 makine): 4 vCPU, 8–16 GB RAM, 100 GB NVMe.
• Self-hosted GitLab / Mattermost / Nextcloud (50–200 kullanıcı): 6 vCPU, 16 GB RAM, 200 GB NVMe.
• Minecraft sunucusu (≤ 30 oyuncu): 4 vCPU yüksek single-thread, 8 GB RAM, NVMe şart.
• MSSQL Server (orta veritabanı): 4 vCPU, 16 GB RAM, 200 GB NVMe + Windows Server.
• Mail server (Postfix + Dovecot, 100 kullanıcı): 2 vCPU, 4 GB RAM, 100 GB SSD + temiz IP.
• Test/staging tek-makine: 1–2 vCPU, 2–4 GB RAM, 40 GB SSD.

Veritabanı Odaklı VDS Boyutlandırma

Veritabanı iş yükleri VDS boyutlandırmasında en hassas senaryodur. PostgreSQL ve MySQL için RAM, çalışan setin (working set) tamamına yetmelidir — disk IOPS ne kadar yüksek olursa olsun, RAM'e sığmayan işler 10–50x yavaşlar. Bir başlangıç kuralı: aktif veri boyutu × 1.3, RAM'iniz olmalıdır.

Connection pool ve cache layer ile bu kuralı yumuşatabilirsiniz. PgBouncer (PostgreSQL için), ProxySQL (MySQL için) ve Redis (uygulama-seviyesi cache) doğru yapılandırıldığında, aynı VDS'te 5–10 kat daha fazla concurrency mümkündür. Detayları için PostgreSQL Performans Optimizasyonu ve SQL Sorgu Optimizasyonu yazılarımız temel kaynaklardır.

Konteyner ve Kubernetes İçin VDS

vds satın al kararının arkasındaki yük Kubernetes node, Docker host veya CI runner ise farklı boyutlandırma kuralları geçerlidir. Container density, CPU'dan çok RAM ile sınırlıdır: 8 GB RAM'li bir node tipik olarak 30–60 küçük container'a yeter, 16 GB RAM 80–120'ye, 32 GB RAM 200+'a.

Kubernetes node'u olarak VDS satın alıyorsanız üç şart: nested virtualization desteği (KVM ile çalışır, OpenVZ'de çalışmaz), kernel sürümü 5.15+ (eBPF ve cgroup v2 için), 2 GB minimum RAM (kubelet, kube-proxy, container runtime için). Pod başına gerçek RAM'i hesaba katın. Detaylar için Kubernetes Temelleri ve Docker Compose Rehberi yazılarımız faydalıdır.

Sağlayıcı Karşılaştırması: 12 Kriterli Bir Karar Matrisi

Türkiye'deki yerel sağlayıcılar (Natro, Turhost, IHS, Vargonen, Hosting Dünyam, Rabisu, Sagatel gibi) ve uluslararası oyuncular (Hetzner, OVH, DigitalOcean, Vultr, Linode, AWS Lightsail) arasındaki seçim 12 kriterli bir karar matrisi ile yapılmalıdır. Sağlayıcı isimlerini burada nesnel bir karşılaştırma bağlamında veriyoruz; her birinin güçlü ve zayıf yanları farklıdır.

• Konum: Türkiye veri merkezi var mı? Hangi şehir? Kaç farklı POP?
• Hipervizör: KVM mi, VMware mi, Hyper-V mi, OpenVZ mi?
• Disk: NVMe mi, SATA SSD mi, HDD mi? RAID kaç?
• Ağ: Port hızı, gerçek bant genişliği, trafik kotası, IPv6 desteği?
• Fiyat şeffaflığı: KDV, kurulum, panel lisansı dahil mi? Yenileme fiyatı promosyon fiyatından kaç kat?
• SLA tazminat: Otomatik mi, başvuru gerekiyor mu? Yüzde kaç?
• Destek: 7/24 ticket, telefon, canlı sohbet? Türkçe? İlk yanıt SLA'si?
• Yedekleme: Dahil mi, ek mi? Snapshot, image, off-site? Retention?
• API: VM yönetimi için REST API var mı? Terraform provider?
• Yönetim paneli: Modern mi, kullanışlı mı, mobil uyumlu mu?
• Pre-installed: cPanel, Plesk, WHM, çabuk WordPress install gibi seçenekler?
• Topluluk ve dokümantasyon: Türkçe / İngilizce knowledge base, forum, blog?

En iyi sağlayıcı diye tek bir cevap yoktur — iş yükünüze ve önceliklerinize göre değişir. Türkiye lokasyonu kritikse yerel oyuncular avantajlı; en düşük TL maliyet hedefiniz Avrupa lokasyonlu Hetzner gibi sağlayıcılardır; API odaklı modern workflow için DigitalOcean / Vultr / Linode öne çıkar. Karar vermeden önce her sağlayıcının trial / demo periyodunu kullanın, gerçek workload'unuzu yükleyin, en az 7 gün testi sürdürün.

Kontrat Süresi ve Ödeme Stratejisi

Aylık ödeme esnekliği maksimize eder ama TL bazında %20–35 daha pahalıdır. Yıllık taahhüt %15–25 indirim sağlar; üç yıllık taahhüt %35–45'e kadar çıkar. vds satış kampanyaları genellikle yıllık ödeme ile büyük indirim verir, ancak ikinci yıldan itibaren yenileme fiyatı üzerinden faturalanır — yenileme fiyatı promosyon fiyatının iki–üç katı olabilir.

Özellikle yıllık peşin ödemede üç soruyu netleştirin: (1) yenileme fiyatı kaç? (2) iptal halinde para iadesi var mı, hangi koşullarda? (3) aynı sağlayıcıdan başka bir pakete upgrade'de fiyat farkı nasıl hesaplanır? Cevapları yazılı isteyin.

Migration: Mevcut Sunucudan Yeni VDS'e Geçiş

Mevcut VDS'iniz var ve daha iyi bir sağlayıcıya geçiyorsunuz. Migration planı dört aşamalıdır: provision yeni VDS, replicate veri ve config, DNS TTL'i düşür ve cut-over'a hazırlan, son senkronizasyon + DNS değişimi. İyi planlanmış bir migration, bir WordPress sitesinde 5–10 dk downtime'la, daha kompleks uygulamalarda blue-green ile sıfır downtime'la yapılabilir.

Sık Yapılan 10 Hata

• Hipervizörü sormamak: OpenVZ paketin gerçek root'a izin vermez, custom kernel modüllerini yükleyemezsin.
• Fiyat odaklı seçim: 50 TL daha ucuz, ama IOPS dörtte bir, steal time iki katı — kötü pazarlık.
• Yenileme fiyatını sormamak: ilk yıl ucuz, ikinci yıl 3x — aldatıcı.
• Yedeklemeyi sağlayıcıya emanet etmek: sağlayıcının kendi backup sistemi onların datacenter'ı yandığında işe yaramaz.
• Sertleştirmeyi atlamak: SSH default port + zayıf password = 24 saat içinde compromise.
• İzleme kurmamak: "şu an çalışıyor" yetmez; metrik geçmişi olmadan trend göremezsin.
• SLA okumamak: %99.9 reklamı, sözleşmede planlı bakım muafiyetiyle %98'e düşebilir.
• İçe taşınan IP'yi reputation kontrolü yapmadan kullanmak: blacklist'teki bir IP'yle mail gönderemezsin.
• Yanlış lokasyon: TR kullanıcısına Avrupa sunucusu — 60 ms gereksiz latency.
• Tek noktaya bağımlılık: sağlayıcı down olduğunda hiç planın yoksa, müşteri kaybedersin.

Kaynaklar

• linux-kvm.org/Documents — KVM resmi dokümantasyonu
• VMware vSphere ürün sayfası
• Microsoft Hyper-V dokümantasyonu
• kernel.org virtualization docs
• QEMU wiki
• RIPE IPv4 tükenme bilgisi
• Spamhaus ZEN DNSBL
• fio benchmark docs
• Prometheus dokümantasyonu
• borgbackup.org
• Arch Wiki — Server Security
• RFC 8200 — IPv6 spec

İlgili Yazılar

• VPS Nedir, VDS ile Farkı
• Hosting Nedir? Web Hosting Türleri
• VPS Güvenlik Sertleştirme
• Linux Sunucu Yönetimi Temelleri
• Nginx Yapılandırma Rehberi
• Let's Encrypt SSL Kurulumu
• Prometheus ve Grafana ile Sunucu İzleme
• Veritabanı Yedekleme Stratejileri
• Kubernetes Temelleri
• PostgreSQL Performans Optimizasyonu