AMD EPYC mi Intel Xeon mu? VDS performansı net karşılaştırma

VDS performansı sadece CPU markasıyla açıklanmaz. Yine de kullanıcıların en sık sorduğu soru şu: AMD EPYC mi Intel Xeon mu, VDS üzerinde daha hızlı çalışır? Bu yazıda AMD EPYC vs Intel Xeon farklarını; CPU mimarisi, saat hızı, çekirdek/iş parçacığı (threads), bellek mimarisi, depolama ve ağla birlikte ele alacağız. Amaç, elinizde ölçülebilir bir kontrol listesi ve hangi senaryoda hangi platformun avantajlı olduğunu netleştirmektir.

Aşağıdaki bölümlerde “genel olarak hızlı” demek yerine, VDS’de gerçek etkiyi oluşturan ölçüm metriklerini ve uygulayacağınız test planını vereceğim. En sonda da “hangi platformu seçmeli?” sorusuna senaryoya göre net cevap vereceksiniz.

1) VDS’de “hız” ne demek? CPU’dan önce gelen darboğazlar

VDS kullanıcıları genellikle hız dendiğinde tek bir şey düşünür: işlemci. Oysa VDS’de gecikmeyi (latency) ve toplam süreyi en sık şu kaynaklar belirler:

• Depolama (disk I/O): WordPress, veritabanı (MySQL/MariaDB/PostgreSQL) ve dosya yoğun işlerde gecikme diskten gelir.
• RAM ve bellek hızı/topolojisi: Cache (L1/L2/L3) etkisi ve bellek bant genişliği, aynı CPU ailesinde bile fark yaratır.
• Ağ (network): CDN, API çağrıları, veritabanı replikasyonu, SSH/FTP trafiği ağdan etkilenir.
• Sanallaştırma kaynak paylaşımı: KVM tabanlı sistemlerde bile “oversubscription” (kaynak paylaşımı) değişkenlik gösterebilir.
• İş yükü tipi: Tek çekirdek performansı mı (single-thread), yoksa çok çekirdek/çok iş parçacığı mı (multi-thread) öne çıkıyor?

Bu yüzden “EPYC mi Xeon mu?” sorusunun cevabı, önce iş yükünüzü doğru sınıflandırmadan çıkmaz.

Hız testinde tek ölçüt yok: hangi metrik size lazım?

Hız beklentinize göre ölçüm metrikleri değişir:

• Web uygulaması (PHP-FPM / Node.js): istek başına süre (p95/p99), TTFB, CPU kullanımı
• Veritabanı: sorgu süresi (özellikle p95), buffer hit oranı, disk I/O bekleme süreleri
• Derleme/konvert: toplam süre (makespan), CPU throttling var mı
• Dosya senkronizasyonu (rsync): dosya başı gecikme, disk yazma hızı

2) AMD EPYC vs Intel Xeon: VDS’e yansıyan farklar

Intel Xeon ve AMD EPYC, veri merkezlerinde yaygın iki aile. Aralarındaki farkları VDS kullanıcı açısından “ölçülebilir” başlıklara indirgemek gerekiyor.

CPU mimarisi ve çekirdek/threads

• AMD EPYC: Çoğu nesilde çekirdek sayısı ve çoklu iş yüklerine uygun tasarım öne çıkar. Sunucuların aynı sınıfında “çok çekirdek/çok thread” paketleri daha agresif fiyat/performans verebilir.
• Intel Xeon: Intel tarafı özellikle bazı nesillerde tek çekirdekte güçlü sonuçlar ve olgun optimizasyon ekosistemiyle öne çıkabilir.

Net sonuç, “tek thread mi çok thread mi” sorusuna bağlıdır.

Bellek alt sistemi (NUMA etkisi)

Her iki platformda da büyük RAM kapasitesine çıkıldıkça NUMA (Non-Uniform Memory Access) etkisi önem kazanır. Uygulama ve veritabanı ayarları NUMA’dan etkilenebilir.

• EPYC sistemlerde bazı iş yüklerinde bellek bant genişliği avantajı görülebilir.
• Xeon tarafında doğru çekirdek/mem yerleşimi ve uygulama thread pinning ile daha stabil sonuç alınabilir.

Buradaki kritik nokta şudur: Aynı “CPU sınıfı” gibi görünen paketler bile farklı RAM/NUMA ayarlarıyla farklı sonuç verebilir.

AVX/iş yükü uyumu ve yazılım optimizasyonu

Bazı derleme, kripto, medya kodlama, bilimsel hesap gibi işlerde CPU’ya bağlı talimat setleri (ör. AVX türevi) performansı etkiler. Uygulamanızın hangi talimat setlerini kullandığı bilinmiyorsa, marka tahmini yerine test yapmak gerekir.

3) VDS’de hangisi daha hızlı? Senaryolara göre net karar

Aşağıdaki tabloda “hangi CPU ailesi daha sık avantajlı olur?” sorusuna, VDS’de en yaygın iş yükleri üzerinden yanıt veriyorum. Buradaki cevaplar “garanti” değil; doğru koşullarda daha yüksek olasılık demektir.

Net çıkarım: - Uygulamanız “çok çekirdek” kullanıyorsa AMD EPYC daha sık avantaj üretir. - Uygulamanız “tek thread” ağırlıklıysa Intel Xeon daha sık önde olur. - Web ve veritabanında ise çoğu zaman gerçek farkı disk + RAM + ağ yaratır; CPU markası tek başına belirleyici değildir.

4) Kendi VDS performansını ölç: 25 dakikalık net test planı

Bu bölüm, “hangi platform seçilmeli?” sorusunu marka bazından çıkarıp ölçülebilir hale getirir. İdeal yaklaşım: Aynı sağlayıcıdan (ya da aynı sınıf kaynakla) EPYC ve Xeon paketlerini benzer özelliklerle test etmek.

Hazırlık: karşılaştırma şartları

Şu parametreler birebir benzer olmalı:

• Aynı CPU çekirdek/threads seviyesi (ör. 4 vCPU, 8 vCPU gibi)
• Benzer RAM miktarı
• Depolama türü: NVMe mi (varsa), SSD mi, disk sınıfı (IOPS bilgisi)
• Ağ sınıfı: paylaşımlı/bandwidth limiti bilgisi
• Aynı işletim sistemi (ör. Ubuntu 24.04)
• Aynı sanallaştırma türü: KVM (varsa belirtilmiş)

Eğer sağlayıcı “IOPS/Throughput” vermiyorsa, test sonrası sonuçları yalnızca kendi ortamınız için yorumlayın.

Test 1: CPU (tek ve çok çekirdek)

En pratik yaklaşım sysbench kullanmaktır.

Örnek komutlar: - Tek çekirdek CPU testi: sysbench cpu --threads=1 --cpu-max-prime=20000 run - Çok çekirdek: sysbench cpu --threads=4 --cpu-max-prime=20000 run

Sonuçlar için: - En az 3 tekrar yapın - Ortalama değil, en iyi ve en kötü sonuçları da not edin

Test 2: Disk I/O (asıl farkın çıkabildiği yer)

Disk için fio (Flexible I/O Tester) kullanın.

Örnek: rasgele okuma/yazma karışımı gibi.

Disk testini şu mantıkla yapın: - 4K rastgele okuma (latency’yi görür) - 1M ardışık yazma (throughput’u görür) - Sonuçları IOPS ve ortalama latenciler olarak kaydedin

Test 3: Ağ (TTFB ve aktarım hızını birlikte görün)

• iperf3 ile aynı bölgedeki hedefe karşılaştırma yapın
• Ardından web senaryosu için basit bir HTTP yüklemesi yapın (ör. küçük bir endpoint)

Burada amaç: “CPU hızlı mı?” değil, “gerçek istek süresi hangi bileşenden etkileniyor?” sorusunu yanıtlamak.

Sonuç değerlendirme: “en hızlı CPU” yerine “en hızlı senaryo”

Test sonunda şu şekilde karar verin:

• Web uygulaması için: p95 latency, CPU kullanım piki, disk I/O wait
• DB için: sorgu p95, read/write IOPS ihtiyacı ve buffer davranışı
• CI/derleme için: toplam süre ve throttling gözlemi

5) Satın almadan önce kontrol listesi: EPYC/Xeon’dan daha kritik sorular

VDS seçiminde CPU ailesi kadar (hatta çoğu zaman daha fazla) şu sorular belirleyicidir.

5.1 Depolama: NVMe ve IOPS/Throughput açıklaması

• Sağlayıcı depolamayı “NVMe” olarak net söylüyor mu?
• IOPS/throughput bilgisi var mı, yoksa “SSD” demekle mi geçiyor?
• “Paylaşımlı disk mi ayrılmış disk mi?” ayrıntısı var mı?

Disk belirsizse, EPYC/Xeon seçiminiz pratikte rastgele sonuç üretir.

5.2 Network oversubscription ve lokasyon

• Sunucu lokasyonu (şehir/region) sizin kullanıcılarınıza yakın mı?
• Paket üzerinde “bandwidth” kısıtı net mi?
• Sağlayıcı ağ kalitesi için ölçülebilir bir veri veriyor mu?

5.3 KVM ve kaynak garantisi

• Sanallaştırma KVM olarak belirtiliyor mu?
• CPU “burst” veya “oversell” mantığı içeriyor mu?
• Sağlayıcı “dedicated core” gibi bir model sunuyorsa şartları net mi?

5.4 Kontrol paneli, loglama ve yedekleme etkisi

“Performans” sandığınız şey bazen yedekleme ve loglama yüküyle bozulur.

• Otomatik yedekleme (backup) aralığı nedir? İş yüküyle çakışıyor mu?
• Log döndürme (log rotation) doğru ayarlı mı?
• Eğer bir kontrol paneli kullanıyorsanız (ISPmanager/cPanel/benzeri), panelin güncellemeleri ve izleme aralığı CPU’yu etkileyebilir.

Sonuç: VDS için net öneri nasıl verilir?

AMD EPYC vs Intel Xeon karşılaştırmasında “tek cümlelik” bir cevap yerine, şu kuralı uygulayın: İş yükünüz tek thread ağırlıklıysa Intel Xeon’u; çok çekirdekli paralel işlerde AMD EPYC’i tercih edin. Ancak web ve veritabanında asıl farkı disk ve ağ yaratır; bu yüzden seçim yapmadan önce NVMe/IOPS ve ağ sınıfını kontrol edin.

Aksiyon önerisi: 1) Aynı sağlayıcıda veya aynı kaynak sınıfında EPYC ve Xeon VDS paketlerini eşitleyin (CPU/RAM/disk/ağ). 2) 25 dakika içinde sysbench (CPU), fio (disk) ve iperf3/HTTP yük testi (ağ) çalıştırın. 3) Kararı marka yerine “sizin senaryonuzdaki p95 latency + sorgu/istek süresi” üzerinden verin.

Bu yaklaşım, “hangi CPU daha hızlı?” sorusunu tahmin olmaktan çıkarıp doğrudan ölçümle net sonuca bağlar.