Yüksek trafikli bir web sitesi için hangi dedicated sunucu barındırmaya ihtiyacım var?

Yoğun trafikli bir web sitesi için sunucu boyutunu nasıl belirlerim?

Aylık ziyaretçi sayısından değil, saniyedeki en yüksek istek sayısından ve her isteğin bir worker'ı ne kadar süre meşgul ettiğinden yola çıkın. İkisini çarptığınızda herhangi bir anda meşgul olan worker sayısını bulursunuz. Saniyede 300 istek ve her biri 0,1 saniye sürüyorsa ortalama 30 worker meşguldür. Ani yükselmeler için bunu ikiye katlayın.

Sunucunun boyutunu aylık ziyaretçi sayısı değil, en yoğun dakika belirler.

• CPU. Hesaplama yapan bir istek çalıştığı sürece bir çekirdek kullanır. CPU'ya bağlı worker'ların her biri kabaca bir çekirdek gerektirir. Bir veritabanını veya bir API'yi bekleyen worker'ların sayısı çekirdek sayısını aşabilir.
• Bellek. Her worker kendi belleğini tutar. Worker başına değeri worker sayısıyla çarpın, ardından veritabanı önbelleğini ve işletim sistemini ekleyin.
• Depolama. Yoğun siteler genellikle veritabanlarıyla sınırlanır. Yerel NVMe, sorguları ve logları yavaş disklerden uzak tutar.

Lumenfer hiçbir benchmark yayımlamıyor, bu yüzden kendi uygulamanızı ölçün. Bir kopyayı k6 veya wrk gibi bir araçla yük testinden geçirin ve worker başına en yüksek belleği top üzerinden okuyun.

PHP-FPM, Node.js ve nginx kaç worker çalıştırmalı?

PHP-FPM'in pm.max_children değerini belleğe göre ayarlayın, çekirdek başına bir Node.js süreci çalıştırın ve nginx'in çekirdek başına bir worker başlatmasına izin verin.

• PHP-FPM. PHP kılavuzu, pm.max_children değerinin aynı anda kaç isteğin sunulacağını sınırladığını söyler. static o kadar alt süreci çalışır durumda tutar; dynamic ve ondemand bunları gerektiğinde başlatır. pm.max_requests, belirli bir sayıdan sonra alt süreçleri yeniden başlatır; bellek sızdıran kütüphaneler için bir çözümdür.
• Node.js. Bir Node.js süreci JavaScript'i tek bir iş parçacığında çalıştırır. cluster modülü, bir bağlantı noktasını paylaşan birkaç süreç çalıştırır. Kılavuzundaki örnek, availableParallelism() başına bir worker başlatır.
• nginx. nginx kılavuzu, CPU çekirdeği başına bir worker sürecini iyi bir başlangıç olarak nitelendirir ve auto sayıyı algılar. worker_connections varsayılan olarak 512'dir ve upstream bağlantılarını da sayar. Açık dosya sınırı bunu sınırlar, bu yüzden worker_rlimit_nofile değerini de buna paralel olarak yükseltin.

# /etc/nginx/nginx.conf
worker_processes auto;        # one per CPU core
worker_rlimit_nofile 65535;   # open files per worker
events {
    worker_connections 8192;  # clients and upstreams together
}

# PHP-FPM pool, e.g. /etc/php/<version>/fpm/pool.d/www.conf
# pm = static
# pm.max_children = 64        ; free RAM for PHP / peak memory per child
# pm.max_requests = 1000      ; respawn children to contain leaks

Yoğun trafikli bir web sitesi ne kadar bant genişliği kullanır?

Statik dosyaları bir CDN sunmaya başladığında korktuğunuzdan az, CDN olmadan beklediğinizden fazla. HTTP Archive'ın Web Almanac 2025 raporu, ortanca ana sayfayı masaüstünde 2,86 MB, mobilde 2,56 MB olarak veriyor. Rakamlar Temmuz 2025 taramasından geliyor. Görseller ve JavaScript en büyük payı oluşturuyor.

CDN'siz bir origin için hesap şöyle:

• 1 TB trafik, 2,56 MB'lık yaklaşık 390.000 önbelleğe alınmamış mobil ana sayfa yüklemesi taşır.
• 1 Gbit/s bağlantı noktası saniyede 125 MB ile sınırlanır: bu sayfalardan saniyede kabaca 49'u.
• Otuz gün tam kapasite toplamda yaklaşık 324 TB eder.

Ortanca sayfa ağırlığıyla tek bir 1 Gbit/s origin, saniyede yaklaşık 49 önbelleğe alınmamış sayfa yüklemesinde sınırlanır. Bir CDN bunu değiştirir: origin o zaman çoğunlukla HTML ve API yanıtları gönderir. Lumenfer planları 1 Gbit/s'de ayda 30 TB ile 1 Gbit/s'de ayda 150 TB arasında değişir. Sınırı aşmak hiçbir zaman otomatik bir ücretlendirmeyi tetiklemez.

Dedicated sunucunun önüne CDN gerekir mi?

Gerçek trafik bekleyen her site için evet: statik baytları boşaltır, ani yükselmeleri emer ve saldırganlarla origin'iniz arasında durur. DDoS koruması, veri merkezi ağının varsayılan olarak uyguladığıyla sınırlıdır; daha fazlası vaat edilmez. Sunucunun tek IPv4 adresine gönderilen bir sel, doğrudan makinenize ulaşır.

DNS'te yalnızca CDN'in adreslerini yayınlayın ve origin'in web trafiğini yalnızca CDN'den kabul etmesini sağlayın. Hiçbir log tutulmaz: bağlantı logu, trafik logu ve ziyaretçi ya da müşteri IP adresi yoktur; ne sitede, ne panelde, ne de sunucularda. Eklediğiniz bir CDN, kendi politikasına tabi kendi loglarını tutar, bu yüzden birini seçmeden önce onu okuyun.

Yoğun bir web sitesi için hangi CPU uygundur: yüksek saat hızı mı, çok çekirdek mi?

Yanıt süresi için çekirdek başına yüksek hız, paralel istekler için daha çok çekirdek. Tek bir PHP veya Node.js isteği çoğunlukla tek bir çekirdekte çalışır, bu yüzden o çekirdeğin hızı gecikmesini belirler. Çekirdek sayısı, aynı anda kaç isteğin çalışacağını belirler.

Ryzen planları daha az çekirdeği masaüstü sınıfı saat hızlarıyla eşleştirir. EPYC planları çekirdek ve ECC bellek ekler. Kiralık sunucu için en iyi CPU rehberimiz bunları karşılaştırıyor ve kiralayabileceğiniz en hızlı sunucu hangi ölçütlerin hızı belirlediğini açıklıyor.

Veritabanı web sitesiyle aynı sunucuda mı çalışmalı?

Tek makinede, evet; ta ki veritabanı ve worker'lar RAM için birbiriyle yarışmaya başlayana kadar. Paylaşılan donanım sorguları yerel tutar ve tek bir plana mal olur. Veritabanı önbelleği sıkışmaya başladığında, veritabanını ECC bellekli kendi sunucusuna taşıyın ve ikisini TLS üzerinden bağlayın.

PostgreSQL için en iyi sunucu hostingi sayfamız, o ikinci makine için bellek, depolama ve yedeklemeleri ele alıyor.

Yoğun trafikli bir web sitesi için tek sunucu ne zaman yetmez?

Bir saatlik kesintinin maliyeti ikinci bir sunucunun maliyetini aştığında. Tek makine tek arıza noktasıdır. Müşteriler için IPMI veya KVM-over-IP konsolu yoktur: yeniden başlatma ve yeniden kurulum taleplerini panelden verirsiniz ve ekibiniz bunları gerçekleştirir. Yedekleme dahil değildir: verilerinizin kopyalarını başka bir yerde tutun.

Erişilebilirlik için veritabanı çoğaltmalı başka bir şehirde ikinci bir sunucu çalıştırın ve DNS veya CDN'iniz üzerinden yedeklemeye geçin. Amsterdam (Hollanda), Reykjavik (İzlanda), Zürih (İsviçre) ve Bükreş (Romanya): dört şehirde de beş planın tamamı, her yerde tek fiyat. Zürih veya Reykjavik'teki bir yedek sunucu, Amsterdam'dakiyle tam olarak aynı fiyata mal olur.

Lumenfer'nın 30 October 2026 incelemesinde, 34 adet dedicated sunucu satıcısından 27 tanesi giriş seviyesi sunucusunu 2018 öncesi bir işlemciyle fiyatlandırıyordu. Her Lumenfer planı 2022 veya daha yeni bir CPU, DDR5 ve NVMe çalıştırır. Tam maliyeti bulut hosting ile bare metal buluttan daha ucuz mu karşılaştırın ve tüm planları Lumenfer fiyatlandırma sayfasında görün.