AMD EPYC 7H12 Benchmark Analizi: Geekbench ve PassMark Rakamları Ne Söylüyor?
PassMark CPU Mark veritabanında AMD EPYC 7H12, çok çekirdekli (multi-thread) testte 100.000 puanın belirgin şekilde üzerinde bir skor üretiyor; rakip Intel Xeon E5-2699 v4'ün aynı testteki yaklaşık 28.000 puanlık skoru düşünüldüğünde bu fark kat kat hâle geliyor. Geekbench 5 Multi-Core testinde ise EPYC 7H12, 64 fiziksel çekirdeği ve 128 iş parçacığı ile 110.000'i aşan puan üretebilmektedir; bu tablo, özellikle yüzlerce eş zamanlı PHP-FPM işçisi (worker) çalıştıran yüksek trafikli platformlar için son derece anlamlı bir avantajı temsil eder. İşlemcinin 256 MB L3 önbelleği, sık erişilen veri kümelerini DRAM'e gitmeden önbellekte tutarak gecikme sürelerini dramatik biçimde aşağı çeker.
Tekil çekirdek (single-core) performansına bakıldığında tablo biraz farklılaşır; EPYC 7H12'nin taban frekansı 2,6 GHz olup bu değer bazı yüksek saat hızlı Intel işlemcilerin gerisinde kalabilir. Ancak sanal sunucu (VDS) ortamlarında iş yükleri doğası gereği paralel dağıtılır; bir VDS üzerinde koşan veritabanı, web sunucusu ve uygulama katmanı birbirinden bağımsız çekirdeklere pin'lendiğinde EPYC'nin geniş çekirdek havuzu rakipsiz bir esneklik sunar. verisunucu.net VDS paketleri incelendiğinde, bütçe dostu fiyatlarla sunulan AMD EPYC 7H12 tabanlı seçeneklerin bu ham benchmark gücünü doğrudan son kullanıcıya yansıttığı görülür.
EPYC 7H12'nin tasarım felsefesini anlamak için AMD'nin "Zen 2" mikromimari çıkış noktasına bakmak gerekir. Her CCX (Core Complex) bloğu 4 çekirdekten oluşur ve 16 MB L3 önbellek paylaşır; 7H12'de bu bloklar çok sayıda chiplet üzerinde dağıtılmıştır. Bu modüler yapı hem üretim maliyetini düşürür hem de termal yönetimi kolaylaştırır. Gerçek dünya senaryolarında, örneğin aynı anda 500 kullanıcının MySQL sorgularını işleyen bir e-ticaret platformunda, EPYC'nin her çekirdeğe düşen önbellek miktarı sorgu kuyruklarının tıkanmasını önler. Premium VDS paketlerine geçiş yapan kullanıcılar, yüksek çekirdek pinleme kotaları sayesinde bu benchmark avantajını üretim ortamlarında doğrudan ölçebilir hâle gelir.
Özetle, PassMark ve Geekbench rakamları yalnızca bir başlangıç noktasıdır; asıl değer, bu ham gücün KVM sanallaştırma katmanı altında vCPU'lara ne kadar verimli aktarıldığıyla ölçülür. Sonraki bölümlerde bu aktarım mekanizması ayrıntılı ele alınacaktır.
Cinebench R23 Savaşı: AMD EPYC 7H12 ile Intel Xeon E5-2699 v4 Arasındaki Uçurum
Cinebench R23, Maxon'ın Cinema 4D render motorunu gerçek iş yükü simülasyonu olarak kullanan ve işlemcinin tüm çekirdeklerini aynı anda yüklemeye çalışan bir kıyaslama aracıdır; bu nedenle sunucu sınıfı işlemcileri değerlendirmek için özellikle uygundur. AMD EPYC 7H12 (64 çekirdek, 128 iş parçacığı, Zen 2, 7 nm) Cinebench R23 Çok Çekirdekli testinde 130.000 ile 145.000 puan aralığında sonuç üretirken Intel Xeon E5-2699 v4 (22 çekirdek, 44 iş parçacığı, Broadwell, 14 nm) 18.000 ile 22.000 puan aralığında kalır. Rakamlar sizi yanıltmasın: bu iki nesil arasındaki fark salt çekirdek sayısından değil, mimari verimlilik (IPC — Instructions Per Clock) artışından da kaynaklanmaktadır.
Tek çekirdek (single-core) testinde tablo daralır; EPYC 7H12 yaklaşık 1.000–1.050 puan alırken Xeon E5-2699 v4 ise 700–750 puana ulaşır. Tekil çekirdek hızı, özellikle PHP'nin tek iş parçacıklı (single-threaded) kodlarını yorumlarken veya seri bağımlı veritabanı işlemlerinde belirleyici olur. Ancak web ortamlarında nginx veya Apache'nin her bağlantıyı ayrı bir süreçle yönettiği göz önünde bulundurulduğunda, çok çekirdekli avantaj çok daha büyük etki yaratır. verisunucu.net VDS paketleri arasındaki AMD EPYC 7H12 seçenekleri, tam da bu Cinebench avantajını sunucu raf alanına taşır.
Bir karşılaştırma tablosu kurgulamak gerekirse: Xeon E5-2699 v4, piyasaya sürüldüğü 2016'da veri merkezi dünyasının tepesindeydi; 22 çekirdek o dönem için devasa bir rakamdi. Ancak DDR4-2133 bellek hızı, PCIe 3.0 sınırlaması ve daha dar L3 önbellek havuzu (55 MB toplam, 2,5 MB/çekirdek) günümüz iş yüklerinin önünde birer darboğaz oluşturur. EPYC 7H12'de ise her çekirdeğe düşen L3 önbellek 4 MB'ye çıkar ve toplam 256 MB önbellekle tüm sistem veri erişim gecikmelerini önemli ölçüde azaltır. Premium VDS altyapısında bu önbellek avantajı, yüksek eş zamanlı kullanıcı sayısına sahip platformlarda milisaniye cinsinden ölçülen gecikme düşüşleri olarak somutlaşır.
Sonuç olarak Cinebench R23, ham işlemci gücünü açık bir şekilde ortaya koyar: AMD EPYC 7H12'nin hem çok çekirdekli hem de tek çekirdekli performanstaki üstünlüğü, modern VDS altyapısı seçiminde nesil farkını tartışılmaz biçimde gözler önüne serer. Eski Broadwell mimarili Xeon ile yeni nesil EPYC arasında yalnızca frekans veya çekirdek sayısı değil; bant genişliği, gecikme profili ve enerji verimliliği de köklü biçimde ayrışmaktadır.
Bit Flip'ten Veri Felaketine: ECC RAM Olmadan Bankacılık Sistemlerinde Neler Olur?
Yüksek hacimli veri işleme süreçlerinde ve finansal işlemlerde, sunucu belleğindeki tek bir bitin (bit flip) bozulması telafi edilemez veri kayıplarına veya sistem çökmelerine yol açabilir. Örneğin, veri tabanında bakiye güncelleme işlemleri esnasında yaşanabilecek bir bellek hatası, veritabanı bütünlüğünü bozabilir. Bu tür kritik risklerin önüne geçmek amacıyla kurumsal sanal sunucularda hata düzeltme koduna sahip ECC RAM (Error Correcting Code) modülleri kullanılmalıdır. verisunucu.net Premium VDS altyapısı, ECC RAM teknolojisi sayesinde veri bozulmalarını otomatik tespit edip düzelterek finansal ve operasyonel verilerinizin güvenliğini sağlar.
Bit flip, aslında düşündüğünüzden çok daha sık gerçekleşir. Google'ın 2009 tarihli "DRAM Errors in the Wild" araştırması, üretim ortamlarında her 1 GB RAM için ayda yaklaşık 1–4 düzeltilebilir hata (correctable error) gözlemlendiğini ortaya koymuştur. 512 GB RAM'e sahip bir dedicated sunucuda bu sayı teorik olarak her ay binlerce olaya çıkabilir. ECC mekanizması bu hataların tamamını maskelerken, ECC'siz bir sistemde bunların bir kısmı kernel panic, uygulama çökmesi ya da — en kötü senaryo — sessiz veri bozulması (silent data corruption) olarak kendini gösterir. verisunucu.net VDS paketleri, AMD EPYC 7H12'nin desteklediği DDR4 ECC RDIMM modülleri üzerinde çalıştığı için bu risk sınıfı donanım katmanında sıfırlanmıştır.
Teknik açıdan ECC RAM, her 64-bit veri bloğuna ek 8 bit hata düzeltme biti ekler (SECDED — Single Error Correct, Double Error Detect algoritması). Tek bitlik hataları anında düzeltir; çift bitlik hataları ise düzeltemese de tespit ederek sistemi kontrollü biçimde durdurur ve veri bütünlüğünü korur. Sunucu sınıfı EPYC ve Xeon işlemciler bu hata kontrol mekanizmasını doğrudan bellek denetleyicisine (IMC — Integrated Memory Controller) entegre ederek gecikme cezasını minimumda tutar. ECC'nin neden olduğu gecikme artışı genellikle %1–3 aralığındadır ve bu miktar, sağladığı güvenilirlikle orantılanamayacak kadar küçüktür.
E-ticaret platformları, fintech uygulamaları ve sağlık bilgi sistemleri gibi veri bütünlüğünün tartışmasız ön planda olduğu ortamlar için ECC RAM yalnızca tercih değil, zorunluluktur. Premium VDS altyapısında sunulan ECC RDIMM bellek desteği, yüksek güvenilirlik gerektiren projeleri donanımsal düzeyde koruma altına alır. Finansal denetim süreçlerinde veri bütünlüğü sorgulandığında, ECC logları doğrudan kanıt niteliğinde referans belge olarak kullanılabilir.
7.000 MB/s'ye Karşı 550 MB/s: NVMe PCIe 4.0 ile SATA SSD Arasındaki Gerçek Uçurum
Sıralı okuma hızı (sequential read) söz konusu olduğunda rakamlar konuşmaya başlar: En iyi SATA SSD modelleri yaklaşık 550 MB/s tavan değerinde seyrederken, PCIe 4.0 x4 arayüzü kullanan kurumsal NVMe SSD'ler (örneğin Samsung PM9A3 ya da Seagate Nytro 5350) 6.900 – 7.100 MB/s sıralı okuma hızına ulaşır. Bu, yalnızca 12 kata varan ham bant genişliği farkıdır. Ancak asıl belirleyici metrik burada değildir; rastgele 4K okuma IOPS (Input/Output Operations Per Second) değerleri, veri tabanı workload'larının gerçek dünyadaki performansını çok daha iyi yansıtır.
Tipik bir kurumsal SATA SSD, 4K rastgele okumada 90.000 – 100.000 IOPS üretir. Aynı testte NVMe PCIe 4.0 diskler 1.000.000 IOPS'u aşabilir; en gelişmiş modeller 1.500.000 IOPS'a kadar çıkar. Pratik sonuç şudur: Yüzlerce eş zamanlı bağlantının açıldığı bir MySQL veya PostgreSQL sunucusunda SATA SSD, sorgu kuyruklarını saniyeler içinde doldurur ve I/O wait süresi CPU kullanımını gölgeler. NVMe diskle aynı senaryo test edildiğinde I/O wait neredeyse sıfıra iner, CPU'nun gerçek kapasitesiyle çalışmasının önü açılır. verisunucu.net VDS paketlerindeki NVMe altyapısı tam olarak bu darboğazı ortadan kaldırmak amacıyla tercih edilmiştir.
PCIe 4.0'ın PCIe 3.0'a kıyasla sunduğu avantaj da göz ardı edilemez. Her lane'in bant genişliği 3.0'da 985 MB/s iken 4.0'da 1.969 MB/s'ye çıkar; x4 bağlantıda bu fark toplam 7,9 GB/s'ye ulaşır. AMD EPYC 7H12, yerel olarak PCIe 4.0 desteği sunan ilk sunucu işlemciler arasındadır ve bu özelliği, disk ile ağ kartı bant genişliğini eş zamanlı olarak ikiye katlamayı mümkün kılar. Gecikme (latency) cephesinde ise tablonun derinliği daha da çarpıcıdır: SATA SSD'nin 4K rastgele okuma gecikmesi 70–100 µs (mikrosaniye) aralığındayken, NVMe PCIe 4.0 diskler 20–30 µs'ye iner; hatta bazı enterprise modellerde 15 µs altına düşer.
Bu gecikme farkı, bir web isteğinin ortalama yanıt süresine (Time to First Byte – TTFB) doğrudan yansır. Disk G/Ç'nin kritik yol (critical path) üzerinde olduğu sayfa üretimlerinde NVMe, SATA SSD'ye kıyasla TTFB'yi 30–60 ms azaltabilir; bu oran Google'ın Core Web Vitals skorlamasında ölçülebilir fark yaratır. Premium VDS paketlerinde kullanılan enterprise NVMe diskler, hem okuma hem yazma tarafında tutarlı düşük gecikme profili sunacak biçimde seçilmiştir.
KVM Hypervisor'da CPU Pinleme: vCPU'yu Fiziksel Çekirdeğe Kilitlemek Neden Kritik?
KVM (Kernel-based Virtual Machine), Linux çekirdeğine entegre, donanım hızlandırmalı bir hypervisor'dur. Bir VDS oluşturulduğunda her sanal CPU (vCPU), varsayılan olarak hypervisor'ın CPU zamanlayıcısı (scheduler) tarafından fiziksel çekirdekler arasında serbestçe taşınabilir; bu durum "floating vCPU" ya da "vCPU migration" olarak adlandırılır. Taşınma, her gerçekleştiğinde L1/L2 önbellek soğumasına (cache cold miss) yol açar; yeni çekirdeğe taşınan vCPU, önceki çekirdeğin önbelleğindeki verileri yeniden çekmek zorunda kalır ve bu gecikme özellikle gecikme duyarlı (latency-sensitive) uygulamalarda mili-veya mikrosaniye cinsinden ölçülebilir.
CPU pinning (vCPU pinleme), her sanal çekirdeği belirli bir fiziksel çekirdeğe (pCPU) kalıcı olarak atayarak bu taşınmayı engeller. libvirt/QEMU ortamında vcpupin direktifiyle yapılan bu yapılandırma, önbellek ısınma sürecini (cache warming) bir kez tamamlar ve sonraki işlemlerde tutarlı düşük gecikme elde edilmesini sağlar. AMD EPYC 7H12 gibi NUMA mimarisine sahip işlemcilerde CPU pinning; sadece doğru fiziksel çekirdeği değil, doğru NUMA node'unu hedeflemek anlamına da gelir — aksi hâlde bellek erişimi uzak node üzerinden gerçekleşir ve gecikme dramatik biçimde artar. verisunucu.net VDS paketleri, KVM altyapısında NUMA-farkında CPU pinleme ile yapılandırılmış sanal makineler sunar.
Pinlemenin bir diğer kritik boyutu, overcommit'in önüne geçmektir. Bazı sağlayıcılar 10 vCPU sattıkları sunucuya 20 vCPU atayabilir; bu durumda fiziksel çekirdekler zaman dilimlemesi (time-slicing) ile paylaşılır ve vCPU "steal time" adı verilen kayıp süre oluşur. KVM'de steal time, sanal makinenin içinden top ya da vmstat ile doğrudan gözlemlenebilir; %5'i aşan steal time değerleri ciddi performans düşüşünün işaretidir. CPU pinleme uygulandığında her vCPU gerçekten kendine ait fiziksel çekirdeğe oturur; başka sanal makinelerle paylaşım mümkün olmaz. Bu mimari, VDS'yi fiilen adanmış sunucu (dedicated) eşdeğerine taşır.
Gerçek dünya testi: Bir Redis bellek içi veritabanının floating vCPU ortamında P99 gecikme değeri 450–600 µs aralığında seyrederken, aynı iş yükü pinlenmiş vCPU'da 80–120 µs'ye iner. Bu fark, saniyede binlerce işlem gerçekleştiren önbellekleme (caching) katmanları için oyunu kökten değiştirir. Premium VDS altyapısında CPU pinleme politikası standart olarak uygulanır; yatırımınızı belgelenmiş düşük gecikme profiliyle destekler.
NUMA Mimarisi ve VDS Performansı: Uzak Bellek Erişiminin Gizli Maliyeti
NUMA — Non-Uniform Memory Access — çok soketli ya da çok chiplet'li sunucu işlemcilerinin bellek erişim mimarisini tanımlar. AMD EPYC 7H12, her biri kendi yerel DDR4 bellek kanallarına sahip birden fazla chiplet'ten oluşur; bu chiplet'lerin her biri bir NUMA node olarak sistem tarafından temsil edilir. Bir işlemci çekirdeği kendi NUMA node'undaki belleğe eriştiğinde gecikme yaklaşık 70–80 ns iken, uzak NUMA node'undaki belleğe erişmek gerektiğinde bu değer 130–160 ns'ye çıkar — yaklaşık iki kat artış. Bu fark, bellek erişiminin kritik yol üzerinde sık gerçekleştiği uygulamalarda, örneğin büyük veri seti üzerinde çalışan makine öğrenimi çıkarım (inference) görevlerinde ya da in-memory veritabanı sorgularında, ölçülebilir performans düşüşü olarak yansır.
Sanallaştırma ortamında NUMA etkisi daha da karmaşık bir hal alır. Hypervisor, sanal makineye ait vCPU'ları ve belleği farklı NUMA node'larına dağıtırsa — ya da daha kötüsü, vCPU'lar bir node'da bellek başka bir node'da bulunursa — tüm bellek erişimleri uzak erişim (remote access) kategorisine girer. Bu yapılandırma hatası bazen "NUMA imbalance" olarak adlandırılır ve üretim sistemlerinde %15–25 gecikme artışı olarak ortaya çıkabilir. Linux'taki numactl ve numastat araçları bu problemi tanılamayı mümkün kılar; doğru yapılandırılmış bir VDS altyapısında NUMA topology, sanal makine başına bilinçli olarak atanmalıdır. verisunucu.net VDS paketleri, NUMA-aware bellek atama politikasıyla yapılandırılmış sanal makineler sunar.
EPYC 7H12'nin NUMA yapısını optimize etmek için AMD'nin sunduğu "NUMA node-per-socket" ve "NUMA node-per-L3-cache" ayarları BIOS/UEFI düzeyinde yapılandırılabilir. İkinci seçenek her L3 önbellek dilimini (16 MB blok) ayrı bir NUMA node gibi işler; bu yaklaşım çok küçük veri setleri üzerinde çalışan mikro-hizmetlerin (microservice) gecikme profilini optimize eder. Ancak aynı zamanda NUMA node sayısını artırarak bazı uygulamalarda ek yük yaratabilir; dolayısıyla doğru seçenek iş yüküne göre belirlenmeli ve lstopo gibi araçlarla doğrulanmalıdır. Premium VDS altyapısında bu BIOS yapılandırması, yüksek yoğunluklu iş yükleri gözetilerek optimize edilmiş şekilde uygulanır.
NUMA mimarisini anlamak, yalnızca işlemci seçimi değil; bellek boyutu, vCPU sayısı ve uygulama iş parçacığı sayısı arasındaki dengeyi de doğrudan etkiler. Sanal sunucunuzda beklenmedik yüksek gecikme gözlemleniyorsa, kullandığınız hypervisor'ın NUMA topoloji ayarları incelenmeden önce donanım satın alma kararı verilmemeli; mevcut yapılandırmayı önce profil araçlarıyla analiz etmek çok daha rasyonel bir yaklaşımdır.
vCPU ile Fiziksel Çekirdek Farkı: Overcommit Tuzağı ve Steal Time Gerçeği
Bir sanal sunucu satın aldığınızda paket açıklamasında "8 vCPU" yazan ifadeyle karşılaşırsınız. Peki bu 8 vCPU, 8 fiziksel çekirdek anlamına mı gelir? Büyük çoğunlukla hayır. Sanal CPU (vCPU), hypervisor'ın fiziksel çekirdekler üzerine yansıttığı mantıksal bir işlem birimidir; fiziksel çekirdek sayısını aşan bir vCPU toplamı söz konusu olduğunda, hypervisor bu iş birimlerini zaman dilimlemesiyle (time-slicing) fiziksel çekirdeklere sıralı olarak dağıtır. Bu duruma overcommit ya da CPU oversubscription denir ve düşük yoğunluklu ortamlarda sorunsuz çalışır; ancak tüm sanal makineler eş zamanlı yüksek yük altına girdiğinde sistem performansı çöker.
Overcommit'in somut ölçütü "steal time"dır. KVM altında çalışan bir sanal makinenin işlemci kullanım grafiğinde "st" (steal) değeri, sanal makinenin çalışmaya hazır olduğu ama fiziksel çekirdeğin başka bir sanal makineye tahsis edilmesi nedeniyle beklemek zorunda kaldığı süreyi temsil eder. top veya vmstat 1 komutlarıyla anlık olarak izlenebilir. %5'in altındaki steal time genel kabul görmüş eşik değerdir; %15–20'yi aşan steal time ise söz konusu VDS sağlayıcısının aşırı satış (overselling) yaptığının açık göstergesidir. verisunucu.net VDS paketlerinde CPU pinleme politikası sayesinde steal time tutarlı olarak %1'in altında tutulur.
Hyperthreading (Intel) ya da SMT — Simultaneous Multithreading (AMD) konusu da bu bağlamda önemlidir. Bir fiziksel çekirdek, SMT etkinleştirildiğinde iki mantıksal iş parçacığı (thread) sunar. Hypervisor bu iki thread'i ayrı vCPU gibi gösterebilir; ancak paylaşılan ALU ve FPU birimleri nedeniyle her iki thread tam kapasite çalıştığında gerçek performans bir çekirdeğin yaklaşık %60–70'ine düşer. Dolayısıyla "8 vCPU – SMT'li 4 fiziksel çekirdek" ile "8 vCPU – 8 ayrı fiziksel çekirdek" arasında gerçek dünya performansı açısından büyük fark vardır. Premium VDS paketlerinde vCPU'ların fiziksel çekirdek mi yoksa SMT thread'i mi temsil ettiği teknik dokümantasyonla açıkça belirtilir.
İdeal bir VDS seçiminde şu soruları sormak kritiktir: Overcommit oranı nedir? CPU pinleme uygulanıyor mu? Steal time monitoring'e erişimim var mı? Bu sorular yanıtsız kaldığında, paket açıklamasındaki vCPU rakamı gerçek performansı yansıtmayan pazarlama numarası olarak kalır. Donanım düzeyinde belgelenmiş şeffaflık sunan bir VDS sağlayıcısı tercih etmek, uzun vadede altyapı kararlılığını korumanın temel yoludur.
DDR4 ECC Bellek: Kanal Sayısı, Frekans ve Bant Genişliğinin VDS Performansına Etkisi
İşlemci ne kadar hızlı olursa olsun, bellek bant genişliği yetersiz kaldığında CPU açlık çekmiş gibi idle kalır — bu duruma "memory bound" denir. AMD EPYC 7H12, her NUMA node başına 8 DDR4 bellek kanalı sunarak toplam 16 bağımsız bellek kanalına ulaşır; her kanal teorik olarak DDR4-3200 hızında yaklaşık 25,6 GB/s bant genişliği üretir. Toplamda ise teorik bellek bant genişliği 400 GB/s'yi aşar. Bu değer, Intel Xeon E5-2699 v4'ün çift soket konfigürasyonundaki yaklaşık 153 GB/s bant genişliğinin 2,5 katından fazladır ve büyük matris hesaplamaları, yüksek boyutlu önbellek taramaları veya yoğun analytics iş yükleri için oyunu değiştiren bir üstünlüktür.
Kanal sayısı kadar frekans da kritiktir. DDR4-2133 ile DDR4-3200 arasındaki fark, sıralı okuma bant genişliğinde tek kanal başına yaklaşık %50 artış anlamına gelir. Ancak sunucu ortamlarında bellek frekansını etkileyen başka bir değişken daha vardır: DIMM doluluk oranı. Her bellek kanalına birden fazla DIMM takıldığında bazı işlemciler güvenlik ve sinyal kalitesi nedeniyle otomatik olarak bellek frekansını düşürür; bu fenomen "frequency throttling" olarak bilinir. EPYC 7H12, geniş bellek kanalı yapısı sayesinde yüksek kapasiteli konfigürasyonlarda bile frekans düşüşünü minimize eder. verisunucu.net VDS paketlerinde bellek konfigürasyonu bu optimum noktalar gözetilerek belirlenmiştir.
RDIMM (Registered DIMM) ile LRDIMM (Load-Reduced DIMM) arasındaki tercih de bant genişliği – kapasite dengesini etkiler. RDIMM'ler daha düşük gecikme sunarken, LRDIMM'ler aynı slotta çok daha yüksek kapasiteye (örneğin 128 GB/DIMM) izin verir; ancak bant genişliğinde küçük bir kayıp yaşanır. Kurumsal sunucular tipik olarak RDIMM kullanır çünkü VDS altyapısında gecikme tutarlılığı kapasiteden önce gelir. ECC RDIMM tercihinin nedeni de budur: hem hata düzeltmesi hem bant genişliği hem de sinyal bütünlüğü aynı modülde bir araya gelir. Premium VDS altyapısında kullanılan DDR4 ECC RDIMM modülleri, bu üç kriterin en iyi dengesini sunacak şekilde seçilmiştir.
Pratik ölçüt: STREAM Triad benchmark'ı, bir sistemin gerçek bellek bant genişliğini ölçen en yaygın araçtır. EPYC 7H12 tabanlı tam dolu 16 kanallı konfigürasyonda STREAM Triad sonuçları 300–380 GB/s aralığına ulaşabilir; bu rakamlar büyük ölçekli in-memory veritabanlarını veya HPC iş yüklerini barındırmak için neden EPYC tabanlı VDS'lerin tercih edildiğini somut olarak gösterir.
Intel Xeon Gold 6230R ve AVX-512: Vektörel İşlem Setinin Sunuculara Kattığı Güç
AVX-512 (Advanced Vector Extensions 512-bit), Intel'in 2016'da Xeon Phi işlemcilerle tanıtıp ardından Xeon Scalable ailesine yaydığı SIMD (Single Instruction, Multiple Data) komut setidir. Tek bir AVX-512 komutu, aynı anda 8 adet 64-bit kayan nokta (double precision) ya da 16 adet 32-bit (single precision) kayan nokta hesaplaması gerçekleştirebilir. Bu özellik, makine öğrenimi çıkarımı, kriptografik işlemler, video kodlama ve bilimsel simülasyon gibi yoğun vektörel hesaplama gerektiren iş yükleri için muazzam bir ivme sağlar. Intel Xeon Gold 6230R, 26 çekirdek ve 3,1 GHz taban frekansıyla hem AVX-512 desteği hem de güçlü tekil çekirdek performansını bir araya getirdiğinden belirli senaryolarda AMD EPYC'nin çekirdek avantajını nötralize edebilir.
Sayısal karşılaştırma: AVX-512 destekli bir Xeon Gold 6230R, LINPACK benchmark testinde 64-bit kayan nokta performansında (GFLOPS) çekirdek sayısı daha yüksek ama AVX-512 bulunmayan bir işlemciyle karşılaştırıldığında ciddi avantaj üretebilir. TensorFlow veya PyTorch gibi derin öğrenme framework'leri de AVX-512 için özel optimizasyon içerir; Intel oneDNN kütüphanesi bu komut setini CPU tabanlı çıkarım görevlerinde agresif biçimde kullanır. Eğer iş yükünüz GPU gerektirmeyen ama matematik açısından yoğun bir hesaplama profili içeriyorsa — örneğin ses sentezi, biyoinformatik pipeline ya da yoğun şifreleme — AVX-512'li bir Xeon tabanlı VDS ciddi bir hız avantajı sunabilir. verisunucu.net VDS paketleri arasında hem AMD EPYC hem de Intel Xeon tabanlı seçenekler bulunmaktadır.
Öte yandan AVX-512'nin bir dezavantajı da mevcuttur: 512-bit genişliğinde vektörel işlem başlatıldığında işlemcinin saat frekansı güç ve termal limitler nedeniyle otomatik olarak düşer (AVX-512 frequency downclift). Bu gerileme genellikle 200–400 MHz aralığındadır ve ağır AVX-512 iş yüklerinde diğer uygulamaların da etkilenmesine yol açabilir. Birden fazla kiracı barındıran VDS ortamında bu frekans düşüşü izole edilmeli ve diğer sanal makineleri etkilemeyecek şekilde yapılandırılmalıdır — bu noktada CPU pinleme ve NUMA izolasyonu yeniden kritik değer kazanır. Premium VDS seçeneklerinde Xeon Gold serisinin bu spesifik özelliği teknik destek ekibi aracılığıyla değerlendirilebilir.
Sonuç olarak AVX-512, her iş yükü için birinci tercih değildir; ancak uygun kullanım senaryosunda —özellikle CPU tabanlı yapay zeka çıkarımında— rakipsiz bir hız katmanı sunar. Doğru işlemci seçimi, iş yükü profilinin kapsamlı analiz edilmesiyle başlar ve teknik danışmanlıkla desteklenmelidir.
RAID-10 ve NVMe SSD Kombinasyonu: Hem Hız Hem Yedeklilik Mümkün mü?
RAID (Redundant Array of Independent Disks), birden fazla fiziksel diskin tek bir mantıksal birim olarak çalıştırılmasını sağlar; amacı ya performans artışı ya veri yedekliliği ya da ikisi birden elde etmektir. RAID-0 verileri şeritler (stripe) hâlinde tüm disklere dağıtarak maksimum okuma/yazma hızı üretir — ancak bir disk arızalanırsa tüm veri yok olur. RAID-1 her veriyi iki diske aynen kopyalar (mirror); bir disk çöktüğünde diğeri sorunsuz devralır ama kapasite yarıya düşer ve yazma performansı artmaz. RAID-10 ise RAID-0 ve RAID-1'i birleştirerek hem şeritleme (striping) hem de aynalamayı (mirroring) eş zamanlı uygular: en az dört diskle kurulur, bir grup içinde bir disk arızalanabilir ve sistem çalışmaya devam eder; üstelik okuma performansı şerit sayısı kadar katlanır.
NVMe SSD'lerle RAID-10 kombinasyonu, kurumsal üretim altyapıları için neredeyse mükemmel bir denge sunar. Dört adet PCIe 4.0 NVMe diskle kurulan RAID-10 dizisinde sıralı okuma teorik olarak iki disklik şerit üzerinden 14 GB/s'ye yaklaşır; yazma ise mirroring nedeniyle yarıya — yaklaşık 7 GB/s'ye — düşer. IOPS cephesinde ise dört diskli RAID-10, tek diske kıyasla rastgele okumada 4 kat, rastgele yazmada 2 kat IOPS çarpımı sunar. Bu seviye, yüksek eş zamanlı işlem gerektiren veri tabanları (OLTP workloads) için ideal bir zemin oluşturur. Kiralık fiziksel sunucu paketlerinde RAID-10 + NVMe yapılandırması talep üzerine uygulanmaktadır.
Donanımsal RAID denetleyicisi (Hardware RAID Controller) ile yazılımsal RAID (Linux md RAID veya ZFS RAID-Z) arasındaki tercih de performansı etkiler. Donanımsal RAID, pil destekli yazma önbelleği (BBU — Battery Backup Unit) sayesinde yazma işlemlerini önbellekte tutup disk yerine hızlıca onaylar; böylece yazma gecikmesi dramatik biçimde düşer. Yazılımsal RAID ise ek lisans maliyeti olmadan CPU üzerinde işlenir; NVMe disklerle birlikte kullanıldığında modern çok çekirdekli işlemcilerde oldukça rekabetçi sonuçlar üretebilir. ZFS özellikle RAID-Z2 (RAID-6 eşdeğeri) yapılandırmasında veri bütünlüğü doğrulama (checksumming) ile birlikte kullanıldığında kurumsal veri tabanları için tercih edilebilir üstün bir seçenektir. verisunucu.net VDS paketlerinde disk yapılandırması teknik gereksinimler doğrultusunda şekillendirilebilir.
RAID'in sağladığı yedekliliğin yedek (backup) ile aynı şey olmadığını vurgulamak gerekir. RAID yalnızca donanım arızasına karşı korur; mantıksal hatalar, fidye yazılımı şifrelemesi veya yanlışlıkla silinen veriler RAID'in kapsamı dışındadır. Kapsamlı veri koruma stratejisi, RAID'in üzerine düzenli uzak yedekleme planı eklemeyi zorunlu kılar.
SR-IOV ile NIC Sanallaştırması: Fiziksel Ağ Kartını Doğrudan Sanal Makineye Vermek
Geleneksel sanal ağ yapılandırmasında, sanal makineler hypervisor'ın oluşturduğu sanal yazılım köprüsü (virtual bridge / vSwitch) üzerinden fiziksel ağ kartına (NIC) ulaşır. Bu katmanlaşma, her paket için hypervisor tarafında ek işlem yükü (CPU overhead) ve bellek kopyalama (memory copy) gerektirir. Paket başına eklenen gecikme özellikle küçük paketlerin yoğun olduğu yük dengeleme, mikrohizmet iletişimi veya gerçek zamanlı veri akışı senaryolarında ölçülebilir bir yük oluşturur. SR-IOV (Single Root I/O Virtualization) bu problemi kökten çözen bir PCIe standardıdır.
SR-IOV, fiziksel bir PCIe aygıtının — örneğin bir 25 Gbps veya 100 Gbps ağ kartının — birden fazla sanal işlev (Virtual Function — VF) olarak bölünmesini sağlar. Her VF, doğrudan bir sanal makineye PCI passthrough benzeri bir mekanizmayla atanır; bu durumda veri yolu için hypervisor'a uğramak gerekmez. Sanal makine, ağ kartıyla neredeyse doğrudan iletişim kurduğundan paket gecikmeleri bare-metal sunucu değerlerine yaklaşır. Intel 82599 veya Mellanox ConnectX-5 gibi SR-IOV destekli kurumsal NIC'ler, 100 Gbps satır hızında (line-rate) sanal makine başına bu tür izole bant genişliği sağlayabilir. Premium VDS altyapısında SR-IOV destekli NIC yapılandırması ağ performansını doğrudan fiziksel düzeye taşır.
SR-IOV'nin bir diğer kritik avantajı güvenlik izolasyonudur. Her VF kendi DMA (Direct Memory Access) kaynak kısıtlamalarına sahiptir; yanlış yapılandırılmış bir sanal makinenin başka bir sanal makinenin belleğine veya ağ trafiğine erişmesi SR-IOV mimarisinde engellenmiş olur. Geleneksel vSwitch ortamında ise bir sanal makinenin kötü amaçlı yazılım yoluyla vSwitch katmanını hedef alması teorik olarak mümkündür. Ağ yoğunluklu uygulamalar — özellikle CDN düğümleri, DNS resolver kümeleri veya yüksek frekanslı işlem platformları — için SR-IOV, ağ katmanında hem performans hem güvenlik açısından tercih edilmesi gereken standarttır. verisunucu.net VDS paketlerinde ağ yapılandırması seçenekleri teknik destek ekibiyle detaylı biçimde değerlendirilebilir.
DPDK (Data Plane Development Kit) ile birleştirildiğinde SR-IOV, Linux çekirdek ağ yığınını (kernel network stack) tamamen devre dışı bırakarak kullanıcı alanı (user-space) ağ işlemi gerçekleştirir. Bu kombinasyon, saniyede milyonlarca küçük paket işlemesi gereken özel ağ uygulamalarında yazılım tabanlı yük dengeleyicilerini donanım düzeyine taşır.
Uptime Institute Tier III Sertifikasyonu: 99,982% Erişilebilirlik Rakamının Arkasındaki Mühendislik
Uptime Institute'ün veri merkezi sınıflandırma sistemi, Tier I'den Tier IV'e uzanan dört kademeden oluşur. Tier III standardı — resmi adıyla "Concurrently Maintainable Site Infrastructure" — yıllık maksimum 1,6 saat (96 dakika) planlı kesinti toleransına ve yaklaşık %99,982 oranında erişilebilirlik taahhüdüne karşılık gelir. Bu taahhüdün anlamı şudur: tüm kritik sistemler — güç besleme, soğutma, veri bağlantısı — her biri için en az bir aktif yedek bulundurur ve herhangi bir bileşen servise alınırken sistem çalışmaya devam eder. Tier IV ise bu yedekliliği iki katına çıkararak sıfır planlı kesintiye yaklaşır; ancak maliyet de orantılı olarak iki katına çıkar ve Tier III, maliyet-güvenilirlik dengesinin kurumsal sınırda optimum noktasını temsil eder.
Tier III sertifikasyonu fiziksel olarak ne anlama gelir? Veri merkezinde her güç dağıtım yolu (PDU — Power Distribution Unit) N+1 veya 2N kapasiteyle tasarlanmış olmalıdır; her sunucu rackı iki ayrı PDU'dan A+B fazı olarak beslenir. UPS (Kesintisiz Güç Kaynağı) sistemi en az çift yedekli modüllerden oluşur ve her modülün bakım kapasitesi yükü devre dışı kalmadan devralacak şekilde hesaplanmıştır. Dizel jeneratörler, şebeke kesildiğinde UPS bataryalarının doluluk süresini (genellikle 10–15 dakika) köprüler; yakıt depoları ise minimum 12 saatlik kesintisiz çalışma kapasitesiyle doldurulur. Soğutma tarafında CRAC/CRAH (Computer Room Air Conditioning/Handling) üniteleri N+1 fazlalıkla çalışır. Kiralık fiziksel sunucu hizmetleri, Tier III standartlarını karşılayan Datacasa İstanbul veri merkezinde konumlandırılmıştır.
Fiziksel güvenlik kriterleri de Tier III sertifikasyonunun ayrılmaz parçasıdır: Çok katmanlı kimlik doğrulama (iki faktör biyometrik + kart), yalnızca yetkili personelin eriştiği kilitli kabin sistemleri (per-rack locking), çözünürlüğü yüksek CCTV kaydı ve 7/24 güvenlik ekibi zorunlulukları arasındadır. Ağ tarafında ise çok sayıda bağımsız internet servis sağlayıcısından çekilen fiber uplink'ler (Türk Telekom, Türk.net, Transit IX bağlantıları gibi) veri merkezinin internete erişimini kesintisiz kılar; tek bir sağlayıcının arızası trafiği diğerlerine otomatik yönlendirir (BGP failover). verisunucu.net VDS paketleri bu altyapı üzerinde çalışarak Tier III güvenilirlik standartlarından doğrudan yararlanır.
Sertifikasyonun sürdürülebilirliği de kritik bir boyuttur: Uptime Institute, tesis operasyonelliğini (Operational Sustainability — OS) ayrı bir denetimle değerlendirir; belgeler, prosedürler, eğitimli personel ve periyodik tatbikat gereklilikleri bu denetimin kapsamındadır. Kısacası Tier III, yalnızca donanım yatırımından değil; mühendislik süreci, eğitim ve sürekli iyileştirme kültüründen oluşan bir kalite sistemidir.
İşlemci TDP Değerleri ve Termal Yönetim: Sunucu Odası Soğutmasının Matematiği
AMD EPYC 7H12'nin TDP (Thermal Design Power) değeri 240 W'tır — bu, işlemcinin maksimum sürekli yükte ürettiği ısı miktarını belirtir ve soğutma sisteminin tasarımında esas alınan referans noktasıdır. Karşılaştırma amacıyla Intel Xeon E5-2699 v4 aynı seviyede 145 W TDP ile daha düşük bir değere sahiptir; ancak buna rağmen EPYC 7H12'nin çekirdek başına TDP'si (yaklaşık 3,75 W/çekirdek) Xeon'un değeriyle (yaklaşık 6,6 W/çekirdek) karşılaştırıldığında EPYC'nin watt başına daha fazla hesaplama ürettiği açıkça görülür. Bu verimlilik, veri merkezlerinin enerji tüketimi (PUE — Power Usage Effectiveness) metriğini doğrudan iyileştirir.
Sunucu termal yönetimi, yalnızca işlemcinin serin kalmasını değil; veri merkezi içindeki sıcak/soğuk koridor (hot-aisle/cold-aisle) ayrışmasının doğru kurgusunu, rack üstü veya satır içi soğutma ünitelerinin (in-row cooling) boyutlandırmasını ve hava akış simülasyonunu (CFD — Computational Fluid Dynamics) kapsar. Bir rack dolduğunda ortalama 10–15 kW güç çekebilir; yüksek yoğunluklu hesaplama (HPC) rackları 30–50 kW'a ulaşabilir. Bu yoğunlukta hava soğutması yetersiz kalır ve sıvı soğutma (direct liquid cooling — DLC veya immersion cooling) devreye girmesi gerekir. AMD EPYC 7H12 tabanlı yüksek yoğunluklu rack konfigürasyonlarında bu hesaplama kritik önem taşır. Kiralık fiziksel sunucu altyapısında termal tasarım, Datacasa İstanbul'un Tier III soğutma kapasitesiyle uyumlu şekilde planlanmaktadır.
İşlemcinin gerçek güç tüketimi TDP'yi her zaman yansıtmaz. Intel ve AMD, turbo boost / precision boost mekanizmalarıyla anlık yük spiklerinde TDP'nin üzerine çıkabilir; buna "PL2" (Power Limit 2) ya da "PPT" (Package Power Tracking) denir. EPYC 7H12'de tüm 64 çekirdek tam yükte çalıştığında gerçek güç tüketimi 280–300 W'a kadar ulaşabilir. Soğutma ve güç altyapısı, peak değerler üzerinden tasarlanmadığında termal throttling (ısıl kısıtlama) devreye girer: işlemci üretici güvenlik sınırlarını korumak için saat frekansını düşürür ve performans öngörülemeyen biçimde dalgalanır. Bu senaryoyu önlemek için veri merkezlerinde rack başına güç bütçesi (power budgeting) ve gerçek zamanlı IPMI/BMC güç monitöring zorunludur. verisunucu.net VDS paketlerinde bu güç yönetimi katmanı altyapı düzeyinde ele alınmaktadır.
Termal yönetim, sunucu ömrünü de doğrudan etkiler. Intel ve AMD'nin güvenlik sıcaklık sınırları genellikle 90–95°C'dir; bu sınıra yakın sürekli çalışma, lehim noktalarında termal yorulma yaratır ve uzun vadede devre kartı hasarına yol açar. Veri merkezlerinde ASHRAE A1/A2 sınıfı sıcaklık ve nem koşullarının korunması, donanım MTBF (Mean Time Between Failures) değerlerini üretici spesifikasyonlarında tutmak için temel gerekliliktir.
PCIe Lane Sayısı ve GPU VDS: Neden Her PCIe Şeridi Değerlidir?
PCIe (Peripheral Component Interconnect Express) şeritleri (lane), işlemcinin CPU kompleksinden veri okuyabileceği ve veri yazabileceği bağımsız seri veri yollarıdır. PCIe 4.0 standardında her lane, çift yönlü (bidirectional) yaklaşık 2 GB/s — tam çift yönde yaklaşık 4 GB/s — bant genişliği sunar. x16 yuvaya takılan bir GPU, teorik olarak PCIe 4.0'da 32 GB/s bant genişliğine sahip olur; bu değer, GPU'nun belleğinden (VRAM) ana belleğe (DRAM) büyük veri kümelerinin kopyalanmasında belirleyici rol oynar. AMD EPYC 7H12 bu noktada kritik bir avantaj sunar: tek soket konfigürasyonda 128 PCIe 4.0 lane'e kadar çıkabilmesi, yüksek sayıda GPU veya NVMe diskle donanmış sistemlerde PCIe dar boğazını ortadan kaldırır.
Karşılaştırma için Intel Xeon E5-2699 v4, çift soket yapılandırmasında toplam yaklaşık 80 PCIe 3.0 lane'e ulaşır; PCIe 3.0'ın lane başına teorik bant genişliği ise yaklaşık 1 GB/s'dir. Dört adet NVIDIA A100 GPU, iki adet NVMe SSD ve ağ kartı birlikte konumlandırıldığında PCIe lane rekabeti başlar; bazı bileşenlerin x16 yerine x8 veya x4 hızında çalışması zorunlu hale gelir ve bu durum GPU çıkarım performansını düşürür. EPYC 7H12'nin geniş PCIe havuzu, her GPU'nun tam x16 4.0 bağlantısıyla çalışmasını mümkün kılar. verisunucu.net VDS paketleri arasında GPU VDS seçenekleri de bu PCIe mimarisi üzerine inşa edilmiştir.
GPU VDS'nin en kritik kullanım alanları şunlardır: büyük dil modeli (LLM) çıkarımı (inference), stabil diffusion ile görüntü üretimi, gerçek zamanlı video dönüştürme (transcoding) ve bilimsel simülasyon. Bu iş yüklerinin ortak özelliği, GPU VRAM'i ile sistem DRAM'i arasında sık ve büyük hacimli veri transferi gerektirmesidir. PCIe bant genişliği bu transferin hızını doğrudan belirler; yetersiz PCIe kapasitesinde GPU milisaniyeler boyunca veri beklemek zorunda kalır ve bu süre, GPU kullanım oranını (GPU utilization) düşürür. NVLink veya AMD Infinity Fabric gibi teknolojiler GPU'lar arası bant genişliğini ayrıca artırır, ancak GPU-CPU veri yolu hâlâ PCIe üzerinden çalışır. Premium VDS altyapısında GPU iş yükleri için PCIe lane optimizasyonu tasarım aşamasında ele alınmaktadır.
PCIe lane sayısı, sunucu seçimi aşamasında sıklıkla göz ardı edilen ama pratikte büyük fark yaratan teknik bir parametredir. Özellikle yapay zeka iş yüklerini buluta taşımak yerine kendi VDS ortamında çalıştırmak isteyen geliştiriciler için doğru PCIe kapasite hesabı, yatırımın geri dönüş hızını doğrudan etkiler.
SLA Taahhütleri, Teknik Destek ve Verisunucu İletişim Kanalları
Sabah 3'te production sunucunuz çöktü. Kod değiştirilmedi, donanım testi geçti ama web uygulaması 502 hatası veriyor. İşte bu anda SLA (Service Level Agreement — Hizmet Seviyesi Taahhüdü) yalnızca kağıt üzerindeki yüzde değil; karşı tarafta gerçekten kim olduğunun sınavıdır. Kurumsal SLA standartlarında aylık erişilebilirlik oranı %99,9 şeklinde ifade edildiğinde bu, ayda maksimum 43,8 dakika izin verilen kesinti anlamına gelir; %99,95 ise bu sınırı 21,9 dakikaya çeker. Bu rakamlar e-ticaret, fintech ve kritik SaaS platformları için yalnızca teknik değil, mali taahhütlerdir: her dakika kesintinin gelir kaybı genellikle hesaplanmış ve kontrat maddelerine yansıtılmıştır.
Verisunucu'nun SLA yapısını destekleyen üç temel bileşen vardır: Tier III veri merkezinin fiziksel altyapı güvenilirliği, AMD EPYC ve Intel Xeon serisinin üretim ortamında kanıtlanmış kararlılığı ve teknik destek ekibinin müdahale hızı. Teknik bir sorun yaşandığında +90 312 911 45 53 numaralı telefonu arayarak doğrudan yetkin bir mühendise ulaşabilirsiniz; aynı zamanda info@verisunucu.net adresinden yazılı destek talebi oluşturabilirsiniz. Birçok sağlayıcıda "7/24 destek" ifadesi aslında 7/24 aktif chatbot anlamına gelirken Verisunucu'da bu ifade, konuya hakim teknik ekibin gerçek müdahalesini kapsar. verisunucu.net VDS paketlerinin sunduğu destek katmanı, altyapı seçiminde kağıt üzerindeki özelliklerin ötesinde somut fark yaratır.
Firmanın fiziksel ofisi Kızılırmak Mah. 1443 Cad. No: 25 B İç Kapı No: 8 Çankaya/Ankara adresinde yer almaktadır. Türk hukuku kapsamında yerli bir tüzel kişilik olarak faaliyet göstermesi, ticari sözleşme süreçlerini ve olası uyuşmazlıkların çözümünü uluslararası sağlayıcılara kıyasla çok daha pratik hale getirir. Fatura ve ödeme süreçleri Türk Lirası üzerinden yürütüldüğünden döviz kuru riski taşınmaz; bütçe dostu fiyatlarla sunulan AMD EPYC 7H12 VDS paketlerini Türk Lirası ile satın alarak bütçe planlaması yapılabilir. Premium VDS paketlerinde ise kredi kartına taksit seçeneği sunulmaktadır.
Teknik destek kalitesini önceden değerlendirmenin pratik yolu, ön satış sürecindeki sorulara verilen yanıtların derinliğini ölçmektir. CPU pinleme politikası, steal time monitöring erişimi, NUMA konfigürasyonu veya RAID yapılandırması hakkında sorduğunuz teknik sorulara verilen yanıtlar; destek ekibinin gerçekten donanım ve sanallaştırma mimarisine hakim olup olmadığını ortaya koyar. Verisunucu ekibi bu sorulara belgelenmiş teknik detaylarla yanıt verecek kapasitede çalışmaktadır. Kritik altyapı kararlarınızda bilinçli tercih yapabilmek adına verisunucu.net üzerinden tüm paket detaylarını incelemenizi ve uzman ekiple doğrudan temas kurmanızı öneririz.