LiteSpeed vs Apache vs Nginx: Hosting Performansı Rehberi

Hosting performansı, yalnızca “hızlı server” seçmek değildir. Aynı sayfa yükleme süresini etkileyen; web sunucusunun concurrency (eşzamanlı istek) yönetimi, TLS/HTTP2 verimliliği, sıkıştırma ve cache katmanlarıdır. Bu rehberde LiteSpeed, Apache ve Nginx için somut kıyas ölçütlerini kuruyor; hangi senaryoda hangisinin daha net avantaj sağladığını söylüyorum. Ayrıca hangi testleri yaparsanız kararınızın sağlam kalacağını adım adım anlatıyorum.

1) Yük altında performansı belirleyen 6 teknik faktör

Web sunucusunu seçmeden önce “hangisi daha hızlı” sorusunun altını doldurmanız gerekir. Çünkü performans; tek başına web sunucusundan değil, birlikte çalışan katmanlardan etkilenir. Aşağıdaki 6 faktör, LiteSpeed/Apache/Nginx farklarını en çok görünür kılan başlıklardır.

TLS ve HTTP2/HTTP3 etkisi (özellikle HTTPS trafiğinde)

• HTTP2 (h2): Aynı bağlantı üzerinden çoklu istekleri verimli taşır.
• TLS offload: Sertifika yönetimi ve şifreleme maliyetini doğrudan etkiler.
• Uygulama trafiği %70+ HTTPS ise TLS verimi toplam süreyi ciddi biçimde değiştirir.

LiteSpeed’in bazı dağıtımlarda TLS/HTTP2 tarafında pratikte daha düşük CPU harcamasıyla öne çıktığı görülür; ancak bu durum, kullanılan kurulum, cPanel/LiteSpeed stack ve kernel ayarlarına bağlı olarak değişebilir.

Worker/connection modeli (concurrency yönetimi)

Her sunucu farklı “işçi modeli” ile concurrency yönetir. - Nginx: Event-driven yapı. Çok sayıda eşzamanlı bağlantıda CPU ve bellek davranışı genellikle daha öngörülebilirdir. - Apache: Worker/MPM (örn. prefork/worker/event) seçimine bağlı. Yanlış MPM seçimi performansı düşürebilir. - LiteSpeed: Kullandığı mimari ve yönetim bileşenleriyle yüksek istek oranlarında stabil kalmayı hedefler.

Cache katmanları (web server cache vs reverse proxy cache)

Gerçek hız farkı çoğu zaman şu kombinasyondan gelir: 1) Web server cache (sayfa/yanıt cache) 2) Uygulama cache (ör. PHP opcode cache, CDN cache) 3) Tarayıcı cache (browser cache)

LiteSpeed tarafında özellikle LSCache gibi bileşenlerle web server cache deneyimi yaygın bir sebeple tercih edilir. Nginx’te ise proxy_cache ve ayrı cache katmanlarıyla aynı hedefe ulaşılır.

Sıkıştırma (gzip/brotli) ve başlık yönetimi

• Brotli (br) desteği olan kurulumlarda özellikle mobil ağlarda veri transferi azalır.
• Yanlış sıkıştırma ayarı küçük içeriklerde CPU’yu gereksiz artırabilir.

Upstream (PHP-FPM/uwsgi) ve reverse proxy davranışı

WordPress gibi PHP tabanlı sistemlerde asıl limit çoğu zaman web sunucusu değil; PHP-FPM ve veritabanı olur. Yine de reverse proxy zamanlaması ve timeout değerleri TTFB (time to first byte) üzerinde fark yaratır.

Kernel, dosya descriptor ve keep-alive ayarları

Web sunucusu tercihi kadar şu ayarlar da performansı etkiler: - keep-alive süreleri - worker/connection limitleri - dosya tanıtıcı limitleri (ulimit) - ephemeral port tüketimi (yük altında)

Bu yüzden “sadece server yazılımı” ile final karar verilmez; test şart.

2) Üç web sunucusu: hızlı karar için fark özeti

Aşağıdaki tablo, hosting performansı açısından pratik farkları özetler. “Tek doğru” diye değil; hangi kriterde avantaj beklediğinizi netleştirmek için kullanın.

3) Senaryo bazlı net öneri (hosting türüne göre)

Aşağıdaki bölümlerde “hangi iş yükünde hangisi daha mantıklı” sorusuna doğrudan yanıt veriyorum.

3.1 Paylaşımlı hosting (shared) ve panelli kurulum

Paylaşımlı ortamda performans farkı en çok şu nedenle görünür olur: Aynı donanımı çok kişi paylaştığı için CPU tüketimi ve cache etkinliği kritiktir. - LiteSpeed: LiteSpeed stack kullanan sağlayıcılarda web cache ve uyum avantajı daha hızlı fark edilir. - Apache: Geniş paket uyumluluğu sağlar; ancak yoğun trafik anlarında CPU/MPM ayarları belirleyici olur. - Nginx: Panel/entegrasyon varyantına bağlıdır; iyi yapılandırılmış reverse proxy ve cache ile güçlü performans verir.

Net kural: Paylaşımlı pakette asıl fark “hangi cache katmanlarının aktif olduğu” ve “provider’ın worker limitlerini nasıl yönettiği” üzerinden çıkar. Web server isminden önce bu iki noktayı doğrulayın.

3.2 VDS/VPS (kendi kontrolünüz) — WordPress gibi PHP uygulamaları

VPS’te asıl denge şudur: - Web sunucusu: TTFB ve bağlantı yönetimi - PHP-FPM: PHP worker sayısı - Veritabanı (MySQL/MariaDB/PostgreSQL): sorgu süresi

Bu nedenle kararınızı şu şekilde netleştirin: - Cache katmanı aktif mi? - PHP-FPM ayarları makul mi? - Keep-alive ve timeout değerleri trafik desenine uygun mu?

Tercih önerisi: - WordPress’te LiteSpeed kullanan hazır stack’ler (panel entegrasyonu olanlar) çoğu kullanıcı için daha hızlı sonuç üretir. - Daha “minimal ve kontrol odaklı” kurulum isteyenlerde Nginx + PHP-FPM + CDN kombinasyonu performans ve esneklik açısından net avantaj sağlar. - Apache; modül ihtiyacı, belirli legacy yapılandırmalar veya MPM deneyimi olan ekiplerde güçlü bir seçenektir.

3.3 Reverse proxy / API trafiği (yüksek concurrency)

API trafiğinde (çok sayıda kısa istek) önemli olan şey: - bağlantı yönetimi - başlık/timeout ayarları - upstream gecikmesinin ölçümü

Bu iş yükünde genellikle Nginx event-driven modeliyle öne çıkar; ancak iyi bir konfigürasyon şarttır. Apache de yapılır fakat MPM ve keep-alive optimizasyonu daha kritik hale gelir. LiteSpeed ise uygun kurulumla ciddi performans verir; yine de API trafiğinde asıl limit çoğu zaman uygulama (ör. framework) tarafı olur.

4) Performans testi: “hangisi hızlı” yerine “sizin yükünüzde hangisi hızlı”

Kararı sağlamlaştıran yaklaşım; aynı altyapıda karşılaştırmaktır. Çünkü farklı OS/CPU governor, farklı cache davranışı ve farklı TLS ayarları testi bozar.

4.1 Hazırlık (mutlaka kontrol edin)

• Aynı PHP sürümü, aynı PHP-FPM max_children
• Aynı veritabanı parametreleri
• Aynı cache stratejisi (web server cache ve CDN cache durumunu eşitleyin)
• Aynı TLS sürümü (TLS 1.2/1.3) ve aynı sertifika zinciri

4.2 Ölçmeniz gereken metrikler

Yalnızca “ortalama sayfa süresi” yanıltır. Şu metrikleri hedefleyin: - TTFB (Time to First Byte): web sunucusu + upstream gecikmesini gösterir - p95/p99 latency: yoğunlukta kuyruk etkisini ölçer - CPU kullanımı: aynı RPS’te CPU artışı hangi sunucunun daha verimli olduğunu gösterir - Memori (RSS): worker sayılarıyla birlikte artan bellek maliyetini verir

4.3 Basit test planı (uygulanabilir)

1) Staging ortamında aynı siteyi 3 sunucu yazılımıyla çalıştırın (mümkünse aynı VM spec). 2) Isınma (warm-up) yapın: cache dolana kadar 5-10 dakika. 3) 3 farklı yük noktası kullanın: - düşük: ör. 20-50 istek/saniye - orta: ör. 50-150 istek/saniye - yüksek: spike: 150+ istek/saniye 4) Her noktada en az 5 dakika ölçün. 5) Sonuçta p95/p99 TTFB ve CPU’yu karşılaştırın.

5) Sık yapılan hatalar: performans farkını yanlış okuma

Aşağıdaki hatalar, LiteSpeed/Apache/Nginx kıyaslarında en çok “yanlış sonuç” üretir.

5.1 Cache açık mı kapalı mı karışması

• Cache açıkken “sunucu çok hızlı” görünür, ama aynı yapı diğer sunucuda kapalıysa karşılaştırma geçersizdir.
• Bu yüzden test öncesi cache varlığını aynılaştırın.

5.2 PHP-FPM worker sayısının farklı olması

Web server “hızlı” gibi görünse bile PHP-FPM darboğazı varsa sonuç değişmez. Sonuçta karar web sunucusundan çok PHP-FPM ayarını yansıtır.

5.3 Veritabanı sorgularının aynı olmaması

WordPress’te bir plugin farkı bile sorgu planını değiştirebilir. Aynı sorgu yükü olmadan karşılaştırma bilimsel olmaz.

5.4 TLS/HTTP2 uyumsuzluğu

• Birinde HTTP2 aktif, diğerinde HTTP1.1 çalışıyorsa küçük ama ciddi bir fark oluşur.
• Aynı TLS ciphers ve protokol seti olmadan kıyas yanıltır.

6) Net kontrol listesi: hangi sunucuya “evet” demeden önce

Aşağıdaki maddeler, NetKıyas’ta veya sağlayıcı görüşmelerinde kullanabileceğiniz net kontrol kriterleridir. Bu checklist’i geçmeyen seçenekle devam etmeyin.

1) Web server cache hangi katmanda aktif? (ör. LiteSpeed cache / Nginx proxy_cache / Apache cache modülü) 2) CDN kullanıyor musunuz veya kullanacak mısınız? CDN etkinliği test planına dahil mi? 3) PHP-FPM ayarları sağlayıcı tarafından nasıl yapılıyor? 4) TLS 1.2/1.3 ve HTTP2/HTTP2 aktif mi? 5) Keep-alive ve timeout değerleri yük altında nasıl davranıyor? 6) Geniş bağlantı limitleri (worker/connections) defaultte mi, güncellenmiş mi? 7) Ölçüm verisi var mı? (p95/p99 TTFB, CPU yükü gibi)

Sonuç: Doğru seçim, sunucu adından çok cache + upstream + ölçümle netleşir

LiteSpeed, Apache ve Nginx arasında performansı belirleyen ana çizgi “web sunucusunun adı” değil; cache stratejisinin nasıl kurulduğu, PHP-FPM ve veritabanı davranışının nasıl optimize edildiği ve testte p95/p99 gibi kuyruk metriklerinin izlendiğidir. Benim önerim: Önce senaryonuzu belirleyin (WordPress/PHP mi, API mi, shared mi VDS mi), sonra yukarıdaki kontrol listesiyle aynı koşulları sağlayın ve kısa bir yük testiyle sonuçları görün. Bu adımları tamamladığınızda, doğru web sunucusunu seçmek artık tahmin değil; ölçümle doğrulanan bir karara dönüşür.