WordPress için VPS: Kaynak ve Lokasyon Seçimi

WordPress sunucusunda hangi parçalar çalışır?

Web sunucusu statik dosyaları sunar; PHP, WordPress ve eklentileri çalıştırır; veritabanı içerik ve ayarları tutar. PHP çalışanları ile veritabanının belleğe aynı anda sığması gerekir. Görsel dönüştürme, yedek sıkıştırma, cron işleri ve güncellemeler de geçici kaynak tüketir. İşletim sistemi için pay bırakmadan bütün RAM’i uygulamaya ayırmayın.

WordPress’in resmî gereksinimleri PHP 8.3 veya üzerini, MariaDB 10.11 veya üzerini ya da MySQL 8.0 veya üzerini ve HTTPS desteğini önerir. Tema ve eklentilerinizin seçilen PHP sürümüyle uyumunu ayrıca kontrol edin. Daha eski sürümle açılabilen bir site, o sürümün uzun süre güvenle işletilebileceği anlamına gelmez.

İş yüküne göre başlangıç kaynağını seçin

Disk hesabına mevcut dosyaları ve veritabanını eklemek yeterli değildir. Medya büyümesi, loglar, güncelleme sırasında açılan dosyalar ve geçici yedek alanı da yer ister. Gereksiz eski yedekler ve sınırsız loglar küçük bir diski hızla doldurabilir. Büyük diskin otomatik olarak daha hızlı sorgu anlamına gelmediğini de unutmayın.

Paket kararını yoğun saatte alınan yanıt süresi, PHP çalışanlarının belleği, veritabanı sorguları ve boş disk alanıyla doğrulayın. RAM baskısı varken yalnız vCPU artırmak, yavaş dış API çağrısı varken yalnız RAM eklemek beklediğiniz sonucu vermeyebilir.

Önbelleği sitenin işleyişine göre kullanın

Herkese aynı içeriği gösteren sayfalarda sayfa önbelleği, PHP ve veritabanına giden işi azaltabilir. Statik dosyalar için tarayıcı önbelleği ve uygun görsel boyutları da kaynak tüketimini düşürür. Buna karşılık WooCommerce sepeti, ödeme ekranı, hesap sayfaları ve kişiye özel içerikler genel bir sayfa önbelleğine yanlışlıkla alınmamalıdır.

Object cache veya Redis gibi ek bileşenler bazı iş yüklerine yardımcı olur; bunların da bellek ve bakım maliyeti vardır. Önce yavaş sorguyu veya tekrarlanan işi bulun, sonra değişikliğin etkisini ölçün. Eklenti sayısı tek başına güvenilir bir performans göstergesi değildir; az sayıdaki ağır eklenti çok sayıda hafif eklentiden daha fazla yük oluşturabilir.

İstanbul mu, New York mu?

Ziyaretçilerinizin ve iş ortaklarınızın çoğu Türkiye’deyse İstanbul ilk inceleyeceğiniz seçenek olabilir. Kuzey Amerika’daki müşterilere hizmet veriyorsanız New York paketlerini değerlendirin. Her iki durumda ödeme, kargo, stok veya üyelik servislerine yapılan çağrıları da hesaba katın; bunlar dinamik sayfalarda toplam bekleme süresini etkiler.

CDN, görsel ve statik dosyaları kullanıcılara yaklaştırabilir; yönetim paneli ve kişiye özel işlemler yine asıl uygulamayla konuşur. Kararı yalnız harita üzerinden vermeyin. Kendi sitenizin güvenli bir deneme kopyasında ilgili ağlardan ölçüm yapın. Bölge değiştirirken RAM, disk, trafik ve ürün ID’sinin de değişebileceğini kontrol edin.

Bakım ve geri yüklemeyi işletimin parçası yapın

• WordPress, tema, eklenti, PHP ve işletim sistemi güncellemeleri için sorumlu belirleyin.
• Önemli güncellemeyi sitenin ayrı deneme kopyasında sınayın; geri dönüş adımını hazırlayın.
• Veritabanını, wp-content içeriğini ve gerekli yapılandırmayı tutarlı biçimde yedekleyin.
• Yedeği sunucunun tek diskindeki tek kopya olarak bırakmayın; erişim bilgilerini koruyun.
• Geri yüklemeyi ayrı ortamda deneyin; giriş, medya, form ve mağaza işlemlerini kontrol edin.

Bir snapshot ile uygulama açısından tutarlı yedek aynı şey değildir. Veritabanı dışa aktarımıyla dosya kopyasının uyumunu sağlayın; yoğun yazma sırasında gerekirse bakım penceresi planlayın. wp-config.php gibi dosyalar erişim bilgileri içerir. Yedek depolama, saklama süresi ve geri yükleme işi için ayrı bütçe ve süreç ayırın.

Taşıma öncesi prova, sonrasında ölçüm

Mevcut siteyi taşırken önce yeni sunucuda alan adı değiştirmeden test edilebilen bir kopya hazırlayın. HTTPS, kalıcı bağlantılar, e-posta gönderimi, yüklenen dosyalar ve zamanlanmış işleri deneyin. Mağazada sipariş ve stok verisinin iki sunucu arasında ayrışmaması için son veri eşitlemesi ve yazma duraklatma adımını planlayın.

DNS değişiminden sonra eski sunucuyu hemen silmeyin. Logları ve hata oranını izleyin; önceden belirlediğiniz geri dönüş süresini tamamlayın. Sonraki paket değerlendirmesini de gerçek kullanım ölçümlerine dayandırın. Aylık sunucu bedeline gerekiyorsa panel lisansı, yedek depolama ve yönetim zamanını ekleyerek toplam maliyeti karşılaştırın.