CPU • ECC RAM • NVME IOPS PLANLAMA SİHİRBAZI

Sunucu Kaynak Hesaplayıcı

Tahmine dayalı paket seçimiyle bütçenizi boşa harcamayın veya trafik anında darboğaz yaşamayın. E-ticaret, ERP/Muhasebe, SaaS API ve Otomasyon iş yükleriniz için gerçek donanım ihtiyacınızı hesaplayın.

Hazır Senaryo Şablonları
01

Proje Türü ve Yazılım Mimarisi

Çalıştıracağınız yazılımın işlemci ve önbellek davranışını seçin.

02

Trafik, Kullanıcı ve Veri Hacmi

Çubuğu kaydırın veya aşağıdaki ölçek butonlarına tıklayın.

Günlük Tekil Ziyaretçi15.000 ziyaretçi/gün
Net Dosya, Görsel & Veritabanı Boyutu50 GB
03

Kontrol Paneli ve Süreklilik Tercihleri

Panel servis yükünü ve anlık kampanya güvenlik payını belirleyin.

CANLI MİMARİ HESAPLAMA

Yüksek Frekanslı NVMe VDS / Ryzen Serisi

AlmaLinux / Ubuntu + LiteSpeed / Nginx + Redis

8 Core
Önerilen CPU
16 GB
ECC Bellek
150 GB
NVMe SSD
Tahmini Bellek (RAM) Dağılımı%20 Güvenlik Payı
OS/Panel: 3.0 GB
Uygulama: 5.0 GB
SQL/Cache: 2.5 GB
Rezerv: 2.5 GB
Hedef IOPS~67.000
Kapasite~107 aktif
Mühendislik Notu: Sepet ve ödeme (/checkout) adımları önbelleklenemediğinden yüksek tek çekirdek hızı ve Redis Object Cache belleği darboğazı önler.
Sanal Sunucu - 200
★ TAM EŞLEŞEN PAKET
Sanal Sunucu - 200
$28.57
/ aylık
8 Core16 GB RAM150 GB NVMe
MÜHENDİSLİK METODOLOJİSİ

Doğru Sunucu Donanımı Nasıl Hesaplanır?

Aynı ziyaretçi sayısına sahip iki projeden biri 4 GB RAM ile akıcı çalışırken diğeri 16 GB RAM altında kilitlenebilir. Kapasite planlama motorumuz üç temel sistem katmanını birlikte değerlendirir:

01

Bellek (ECC RAM) Bütçesi

Bellek tükendiğinde Linux çekirdeğindeki OOM-Killer devreye girerek veritabanı servisini aniden durdurur. Sağlıklı planlamada panel ve SQL önbelleği ayrı ayrı toplanır.

Bellek Hesaplama Formülü
İşletim Sistemi + Panel1.0 – 3.0 GB
SQL Buffer PoolVeri × %5–8
Güvenlik Rezervi+%20 Boşluk
02

Çekirdek Adedi vs GHz Hızı

Önbelleğe alınamayan sepet/ödeme istekleri ve tekil SQL sorguları işlemcinin tek çekirdek frekansına bağımlıdır. Yoğun tekil işlemlerde Ryzen VDS, çoklu paralel servis ve sanallaştırmada Xeon NVMe VDS daha yüksek verim üretir.

İşlemci Seçim Kriteri
1 vCPU Kapasitesi~5–12 PHP Worker
Yüksek Tek ÇekirdekDüşük TTFB
Çoklu ÇekirdekParalel Oturum
03

NVMe Disk & IOPS Darboğazı

Sunucularda yaşanan yavaşlamaların büyük bölümü işlemciden değil, diskin okuma/yazma sırası beklemesinden (iowait) kaynaklanır. Kurumsal RAID-10 NVMe SSD dizileri SATA SSD’lere göre 6 kata kadar yüksek IOPS sunar.

Güvenli Depolama Planı
Sistem & Log Payı15 – 35 GB
Veri Büyüme ÇarpanıNet Veri × 1.20
Snapshot İmaj Alanı+%35 Boş Alan
HIZLI KARŞILAŞTIRMA REHBERİ

Senaryolara Göre Önerilen Sunucu Kaynak Tablosu

Sektörel projelerde sahada test edilmiş başlangıç ve büyüme ölçeği donanım referansları:

İş Yükü / SenaryoTipik Yazılım KatmanıÖnerilen CPUBellek (RAM)NVMe DepolamaUygun Çözüm
WebTanıtım Sitesi & B2B Katalog1–3 Adet WordPress / Kurumsal PHP2 Core LVE2 – 4 GB RAM15 – 30 GB NVMeWeb Hosting
E-TicaretOrta Ölçek Online MağazaWooCommerce / OpenCart (10B–25B/gün)4 – 6 vCPU8 – 12 GB ECC80 – 120 GB NVMeE-Ticaret VDS
Yüksek HızYoğun Kampanya & Magento 2OpenSearch + Redis + Varnish (50B+/gün)8 – 12 Ryzen Core16 – 32 GB DDR5160 – 250 GB NVMeRyzen VDS
Ön MuhasebeKüçük Ofis Ticari YazılımLogo Go 3 / Mikro Run / Zirve (2–5 Kişi)4 vCPU6 – 8 GB ECC70 – 100 GB NVMeERP Sunucusu
ERP / SQLÇok Şubeli ERP & Ticari SQLLogo Tiger 3 / Netsis / Nebim V3 (10–25 Kişi)8 – 12 vCPU16 – 32 GB ECC150 – 250 GB NVMeERP & SQL VDS
SaaS / APIREST API & MikroservisNode.js / Go / Laravel + PostgreSQL4 – 8 vCPU8 – 16 GB ECC100 – 160 GB NVMeNVMe VDS
Otomasyonİş Akışı & Yapay Zeka Botların8n / Webhook / Python Otomasyon (7/24)2 – 4 vCPU4 – 8 GB RAM50 – 100 GB NVMeHermes Sunucu
DedicatedBüyük Veri & Yüksek Trafik KümesiSanallaştırma / Büyük SQL / 150B+ Trafik20 – 24 Fiziksel Core128 GB+ ECC1 TB+ SSDFiziksel Sunucu
SAHA DENEYİMİ & MİMARİ UYARILAR

Sunucu Seçerken En Sık Yapılan 3 Kritik Hata

Projenizi yayına almadan önce aşağıdaki üç yaygın planlama hatasını kontrol ederek kesinti riskini sıfıra indirin.

Hata #1 • Panel Yükü

2 GB RAM Üzerine Ağır Kontrol Paneli Kurmak

cPanel/WHM veya Plesk tek başına 1.5–2 GB bellek tüketir. 2 GB RAM’li bir sunucuda panele yer açıldığında MySQL ve PHP işçilerine bellek kalmaz.

Panelli kurulumlarda en az 4–6 GB RAM seçin veya hafif Docker/SSH mimarisi kullanın.
Hata #2 • Pik Trafik Körlüğü

Sadece Günlük Ortalamaya Göre Paket Seçmek

Sosyal medya reklam kampanyaları, pazaryeri XML stok entegrasyonları veya ay sonu e-fatura kesim saatleri yükü 5 dakika içinde 4 katına çıkarabilir.

Hesaplayıcıdaki “Anlık Trafik Sıçraması” anahtarını açık tutarak %25 rezerv bırakın.
Hata #3 • IP İtibarı Riski

Yoğun Uygulama ile E-Postayı Aynı IP’de Tutmak

Web sunucusundaki aşırı kaynak tüketimi veya açık unutulan bir iletişim formu IP adresinizi RBL kara listelerine sokarak şirket içi iletişimi durdurabilir.

E-posta trafiğinizi izole tutun ve mevcut IP itibarınızı RBL Sorgulama aracıyla denetleyin.
SIKÇA SORULAN SORULAR

Sunucu Boyutlandırma Rehberi

01

Sunucu seçerken çekirdek adedi (vCPU) mi yoksa tek çekirdek hızı (GHz) mı daha önemlidir?

İhtiyacınız çalıştırdığınız yazılıma göre değişir. WooCommerce ödeme adımı (/checkout), PHP-FPM istekleri ve karmaşık tekil MS SQL raporları öncelikle işlemcinin tek çekirdek saat hızından (GHz) güç alır; bu senaryolarda Ryzen VDS serisi belirgin fark yaratır. Eşzamanlı uzak masaüstü (RDP) oturumları, çoklu Docker konteynerleri veya onlarca sitenin paralel çalıştığı ajans sunucularında ise toplam çekirdek (vCPU) adedi ve ECC bellek kapasitesi daha kritiktir.
02

cPanel veya Plesk kurulumu sunucu RAM ihtiyacını ne kadar artırır?

Kontrol panelleri arka planda kendi web sunucusu, veritabanı izleme, güvenlik duvarı ve kuyruk servislerini çalıştırır. AlmaLinux/Ubuntu üzerinde cPanel/WHM ortalama 1.8 – 2.2 GB RAM, Plesk ise ortalama 1.2 – 1.5 GB RAM tüketir. Bu nedenle kontrol panelli bir VDS sunucuda minimum 4 GB (e-ticaret siteleri için en az 6–8 GB) RAM önerilir.
03

ERP ve muhasebe (Logo, Mikro, Netsis) sunucularında RAM neden bu kadar kritiktir?

MS SQL Server, sık sorgulanan stok, cari ve fatura indekslerini diskten tekrar tekrar okumak yerine doğrudan RAM üzerindeki Buffer Pool alanında tutacak şekilde tasarlanmıştır. Yeterli RAM verildiğinde mizan ve dönem sonu raporları disk gecikmesine takılmadan milisaniyeler içinde ekrana gelir.
04

Küçük bir VDS paketiyle başlayıp trafik arttığında veri kaybı olmadan yükseltme yapabilir miyim?

Evet. VodeHost NVMe VDS ve Cloud sunucu altyapısında dikey ölçekleme (upgrade) desteği standarttır. Projeniz büyüdüğünde IP adresiniz, işletim sisteminiz veya verileriniz değişmeden birkaç dakika içinde üst CPU, RAM ve disk paketine geçiş yapabilirsiniz.
05

NVMe SSD disk alanı seçerken neden net dosya boyutunun üzerinde kapasite bırakılmalıdır?

İşletim sistemi çekirdeği, kontrol paneli dosyaları, veritabanı işlem günlükleri (binlog / transaction log) ve anlık yedek (snapshot) imajları ek alan tüketir. Ayrıca SSD disklerin %85 doluluk oranının altında çalışması yazma hızını (IOPS) ve disk ömrünü korur. Hesaplayıcımız bu güvenlik payını otomatik olarak dahil eder.
06

Web veya uygulama sunucusu ile şirket e-posta servisi neden ayrı tutulmalıdır?

Uygulama sunucusunda yaşanabilecek ani bir CPU yüklenmesi, pazaryeri XML senkronizasyonu veya bir iletişim formunun kötüye kullanılması aynı IP üzerindeki e-posta teslimatını riske atabilir. E-posta trafiğini izole bir kümede barındırmak hem ana sunucunuzun kaynağını korur hem de gönderdiğiniz teklif/fatura maillerinin spama düşmesini engeller.
ÖZEL TOPOLOJİ & YÜK DENGELEME

Çok Sunuculu (Cluster) veya Özel Mimariye mi İhtiyacınız Var?

Yük dengeleyici (Load Balancer), aktif-pasif veritabanı replikasyonu, özel donanımsal firewall veya Bursa Tier III veri merkezi kabin kiralama talepleriniz için sistem mühendislerimizle ücretsiz planlama yapın.