WordPress İçin VDS Ne Zaman Gerekir? İşaretler ve Kurulum

WordPress sitelerin büyük çoğunluğu hayatına paylaşımlı hostingde başlar ve uzun süre orada sorunsuz çalışır. Ancak trafik, eklenti sayısı ya da sipariş hacmi arttığında WordPress VDS ihtiyacı kendini belirgin işaretlerle gösterir. Bu yazıda hostingden VDS'e geçme zamanının geldiğini gösteren somut belirtileri, iki ortamın farklarını ve VDS'e geçtikten sonra WordPress'i hızlı ve güvenli çalıştırmak için yapmanız gereken temel ayarları anlatıyoruz.

Paylaşımlı Hosting ile VDS Arasındaki Temel Fark

Paylaşımlı hostingde siteniz, aynı sunucudaki çok sayıda başka siteyle işlemci, bellek ve disk kaynaklarını paylaşır. Sağlayıcı her hesaba CPU, bellek, eş zamanlı işlem (entry process) ve disk G/Ç limitleri koyar. Bu limitler adil kullanım için gereklidir ama sitenizin büyümesini de sınırlar.

VDS'te ise size ayrılmış sanal çekirdekler, RAM ve disk alanı vardır. Root yetkisiyle PHP sürümünü, web sunucusunu, önbellek katmanını ve veritabanı ayarlarını tamamen kendiniz belirlersiniz. Bu özgürlük beraberinde sorumluluk da getirir: güncellemeler, güvenlik ve yedekleme artık sizin (veya yönetim hizmeti aldığınız ekibin) işidir.

Paylaşımlı hostingin hâlâ en doğru seçim olduğu çok sayıda senaryo vardır. Tanıtım sitesi veya düzenli ama orta düzey trafik alan bir blog için optimize edilmiş WordPress hosting paketleri genellikle yeterlidir ve yönetim yükü getirmez.

WordPress VDS'e Geçme Zamanının Geldiğini Gösteren 7 İşaret

1. Kaynak limiti uyarıları ve 508 hataları

cPanel'de CPU veya eş zamanlı işlem limitine sıkça ulaşıyorsanız ziyaretçiler zaman zaman "508 Resource Limit Is Reached" ya da 503 hatası görür. Bu, hesabınızın tahsis edilen kaynakları aştığının doğrudan göstergesidir.

2. WooCommerce ve dinamik sayfalar

Sepet, ödeme, hesabım sayfaları ve filtreleme önbellekten sunulamaz; her istek PHP ve veritabanı tarafından işlenir. Ürün ve sipariş sayısı arttıkça veritabanı sorguları ağırlaşır. Kampanya dönemlerinde yaşanan ani trafik artışı paylaşımlı ortamda yavaşlamaya veya erişim kesintisine yol açabilir.

3. Yönetim panelinin yavaşlaması

Ön yüz sayfa önbelleğiyle hızlı görünse bile wp-admin önbelleklenmez. Yazı kaydetmek, ürün güncellemek veya sipariş listesini açmak saniyeler sürüyorsa sorun büyük olasılıkla PHP işlem kapasitesi ve veritabanı performansıdır.

4. Kalıcı nesne önbelleği (Redis) ihtiyacı

Redis ile kalıcı nesne önbelleği, tekrarlanan veritabanı sorgularını bellekte tutarak özellikle yönetim paneli ve WooCommerce'de belirgin rahatlama sağlar. Paylaşımlı hostingde bu her zaman mümkün olmaz; VDS'te birkaç komutla kurulur.

5. Çok sayıda site yönetmek

Ajans olarak onlarca müşteri sitesi yönetiyorsanız her biri için ayrı hosting yerine tek bir VDS üzerinde panel ile izole hesaplar açmak hem yönetimi hem maliyeti sadeleştirir.

6. Özel yazılım veya yapılandırma ihtiyacı

Belirli bir PHP eklentisi, özel Nginx kuralları, arka planda çalışan kuyruk işlemcileri, gerçek cron (WP-Cron yerine sistem cron'u) veya Node.js tabanlı bir yardımcı servis gerekiyorsa VDS kaçınılmaz hale gelir.

7. Düşük gecikme ve veri lokasyonu

Ziyaretçileriniz ağırlıklı olarak Türkiye'deyse sunucunun da Türkiye'de olması ilk bayt süresini (TTFB) olumlu etkiler. Kişisel veri işleyen siteler için verinin nerede tutulduğu da ayrı bir değerlendirme konusudur; bunu KVKK ve sunucu lokasyonu yazımızda ele aldık.

Önce Ölçün: Sorun Gerçekten Sunucu mu?

Yavaşlığın her zaman sunucudan kaynaklandığını varsaymak, gereksiz bir taşımaya yol açabilir. Karar vermeden önce sorunun nerede olduğunu ölçün. İlk bayt süresi (TTFB), sunucunun sayfayı ne kadar sürede üretmeye başladığını gösterir ve komut satırından kolayca ölçülür:

curl -o /dev/null -s -w "TTFB: %{time_starttransfer} sn\n" https://example.com/

Önbellekten sunulan sayfalarda TTFB düşük, önbelleksiz sayfalarda (sepet, yönetim paneli) yüksekse darboğaz büyük olasılıkla PHP ve veritabanı tarafındadır. Query Monitor eklentisi hangi eklentinin kaç sorgu çalıştırdığını ve ne kadar süre harcadığını gösterir. Tek bir hatalı eklenti, sunucuyu ne kadar büyütürseniz büyütün siteyi yavaşlatmaya devam eder. Ölçüm sonucunda sorun uygulama kaynaklıysa önce onu düzeltin; kaynak yetersizliği ise VDS'e geçiş doğru adımdır.

WordPress VDS İçin Ne Kadar Kaynak Gerekir?

Kesin bir formül yoktur; eklenti yapısı, trafik ve önbellekleme oranı belirleyicidir. Yine de başlangıç için şu yaklaşım işe yarar:

• Tek kurumsal site veya blog: 2 vCPU, 2-4 GB RAM genellikle rahattır.
• Küçük-orta WooCommerce mağazası: 4 vCPU, 8 GB RAM sağlıklı bir başlangıçtır; Redis ve MariaDB ayarları ile birlikte düşünülmelidir.
• Birden fazla aktif site veya yoğun mağaza: 6-8 vCPU ve 16 GB RAM üzeri, yüksek tek çekirdek performansı ile birlikte.

Disk tarafında NVMe SSD, veritabanı sorgularının ve PHP dosya okumalarının hızını doğrudan etkiler. En sağlıklı yöntem, ilk haftalarda bellek ve CPU kullanımını izleyip kaynakları gerçek verilere göre ayarlamaktır.

WordPress PHP ile çalıştığı ve tek bir isteğin işlenmesi büyük ölçüde tek çekirdekte gerçekleştiği için, çekirdek sayısı kadar çekirdek başına hız da önemlidir. Bu nedenle yüksek saat hızlı işlemciler WooCommerce gibi dinamik sitelerde fark yaratır.

VDS'te WordPress İçin Önerilen Yazılım Yığını

WordPress'in resmi gereksinimleri güncel bir PHP 8.x sürümü, MySQL 8.0 veya MariaDB 10.6 ve üzeri ile HTTPS desteğidir. Bunun üzerine performans için şu katmanlar önerilir:

1. Web sunucusu: Nginx veya LiteSpeed/OpenLiteSpeed. İkisi de statik dosyaları verimli sunar.
2. PHP-FPM: Güncel PHP sürümü ve OPcache etkin.
3. Veritabanı: MariaDB veya MySQL 8, InnoDB tampon havuzu belleğe göre ayarlanmış.
4. Nesne önbelleği: Redis ve bir Redis Object Cache eklentisi.
5. Sayfa önbelleği: Nginx FastCGI cache veya LSCache.
6. SSL: Let's Encrypt ile otomatik yenilenen sertifika.

Bu yığını adım adım kurmak için VDS'e LEMP kurulumu rehberimizi takip edebilirsiniz. Ubuntu üzerinde Redis ve PHP Redis eklentisini kurmak şu kadar basittir:

sudo apt update
sudo apt install redis-server php-redis
sudo systemctl enable --now redis-server
sudo systemctl restart php8.3-fpm

PHP-FPM servis adı kurulu PHP sürümüne göre değişir; Ubuntu 24.04'te varsayılan sürüm 8.3'tür. Ardından WordPress tarafında Redis Object Cache eklentisini etkinleştirmeniz yeterlidir.

PHP-FPM işlem sayısını ayarlamak

Aynı anda kaç PHP isteğinin işlenebileceğini pm.max_children belirler. Çok düşükse istekler kuyrukta bekler, çok yüksekse bellek tükenir. Kaba bir hesap: PHP'ye ayırabileceğiniz RAM'i, bir PHP işleminin ortalama bellek kullanımına bölün. Örneğin bir işlem ortalama 80 MB kullanıyor ve PHP'ye 2 GB ayırıyorsanız 25 civarı makul bir değerdir.

# /etc/php/8.3/fpm/pool.d/www.conf
pm = dynamic
pm.max_children = 25
pm.start_servers = 5
pm.min_spare_servers = 5
pm.max_spare_servers = 10
pm.max_requests = 500

WP-Cron yerine sistem cron'u

WP-Cron, ziyaretçi isteklerine bağlı çalışır ve yoğun sitelerde gereksiz yük oluşturur. wp-config.php dosyasına define('DISABLE_WP_CRON', true); satırını ekleyip görevi sistem cron'una devretmek daha öngörülebilir sonuç verir:

*/5 * * * * cd /var/www/example.com && /usr/local/bin/wp cron event run --due-now --quiet

Bu örnek WP-CLI'nin /usr/local/bin/wp yoluna kurulu olduğunu varsayar ve site dosyalarının sahibi olan kullanıcının crontab'ına eklenmelidir.

Güvenlik: VDS'te Sorumluluk Sizde

VDS'e geçtiğinizde sağlayıcının paylaşımlı hostingde üstlendiği bazı güvenlik katmanlarını kendiniz kurmanız gerekir:

• İşletim sistemi ve PHP güncellemelerini düzenli uygulayın.
• SSH erişimini anahtar tabanlı yapın, root girişini kapatın.
• wp-login.php ve xmlrpc.php üzerinden gelen kaba kuvvet denemelerini Fail2ban veya WAF ile sınırlayın.
• Dosya izinlerini doğru ayarlayın (dizinler 755, dosyalar 644, wp-config.php daha kısıtlı).
• Günlük otomatik yedek alın ve yedeği sunucu dışına kopyalayın.

Bot trafiği ve uygulama katmanı saldırıları WordPress sitelerinde çok yaygındır. Sunucuya ulaşmadan bu trafiği filtrelemek için Layer 7 WAF koruması ek bir savunma hattı sağlar.

Geçişi Planlamak

Hostingden VDS'e geçiş, doğru planlanırsa kesintisiz yapılabilir. Temel adımlar şunlardır: VDS'i hazırlamak, dosyaları ve veritabanını taşımak, siteyi hosts dosyasıyla test etmek, ardından DNS'i yeni IP'ye yönlendirmek. Tüm süreci komutlarıyla birlikte web sitesini hostingden VDS'e taşıma rehberimizde anlattık. Geçişten önce ve sonra ölçüm yapmak için site hız testi aracımızı kullanarak farkı somut olarak görebilirsiniz.

Sık Sorulan Sorular

Her WordPress sitesi için VDS gerekli mi?

Hayır. Trafiği orta düzeyde olan tanıtım siteleri ve bloglar iyi optimize edilmiş bir WordPress hostingde sorunsuz çalışır. VDS, kaynak limitlerine takıldığınızda veya özel yapılandırma gerektiğinde mantıklıdır.

VDS'te WordPress'i panelsiz yönetebilir miyim?

Evet. LEMP yığını ve WP-CLI ile panelsiz yönetim mümkündür ve kaynak tasarrufu sağlar. Komut satırına alışkın değilseniz ücretsiz veya lisanslı bir kontrol paneli işinizi kolaylaştırır.

WooCommerce için kaç GB RAM gerekir?

Küçük-orta mağazalar için 8 GB RAM sağlıklı bir başlangıçtır. Ürün sayısı, eş zamanlı ziyaretçi ve eklenti yapısı arttıkça bu değer yükselir; izleme verilerine göre karar vermek en doğrusudur.

VDS'e geçince site otomatik olarak hızlanır mı?

Kaynak darboğazı yaşıyorsanız belirgin fark görürsünüz. Ancak ağır tema, gereksiz eklentiler ve optimize edilmemiş görseller sunucu değiştirmekle çözülmez; uygulama tarafındaki iyileştirmeler de gereklidir.

Hangi işletim sistemini seçmeliyim?

Ubuntu 24.04 LTS veya AlmaLinux 9 WordPress için sık tercih edilen ve uzun süre güncelleme alan seçeneklerdir.

Kısacası, kaynak limitleri, WooCommerce yükü veya özel yapılandırma ihtiyacı belirginleştiğinde WordPress VDS doğru adımdır. Sitenizin büyüme planına göre NVMe SSD diskli VDS sunucular ile başlayabilir, daha yüksek işlem gücü gerektiren mağazalar için Intel Xeon Platinum işlemcili Premium VDS seçeneklerini değerlendirebilirsiniz.