WordPress multisite kurulumu için CPU, RAM, veritabanı, depolama, trafik ve güvenlik kaynaklarını doğru planlamaya yönelik pratik rehber.
WordPress multisite, tek bir WordPress çekirdeği üzerinden birden fazla siteyi yönetmek isteyen kurumlar için ciddi operasyonel kolaylık sağlar. Ancak kurulumdan önce kaynak planı doğru yapılmazsa yönetim panelinde yavaşlama, medya yükleme hataları, veritabanı şişmesi ve beklenmeyen kesintiler ortaya çıkabilir. Bu nedenle karar yalnızca paket fiyatına göre değil; trafik modeli, site sayısı, eklenti yapısı, kullanıcı rolleri ve büyüme senaryosu dikkate alınarak verilmelidir.
Standart bir WordPress sitesinde trafik, sorgular ve dosyalar tek alan adına bağlıdır. Multisite yapısında ise aynı çekirdek, tema ve eklenti altyapısı birden çok siteye hizmet eder. Bu durum yönetimi kolaylaştırırken kaynak tüketimini daha karmaşık hale getirir.
Örneğin 20 sitenin tamamı düşük trafikli görünse bile aynı anda yönetim paneline giriş yapılması, güncelleme çalıştırılması veya medya yüklenmesi sunucu üzerinde ani yük oluşturabilir. Bu nedenle hosting planı ortalama trafiğe göre değil, yoğun kullanım anlarına göre değerlendirilmelidir.
Multisite ağlarında CPU ihtiyacı yalnızca ziyaretçi sayısıyla ölçülmez. Yönetim paneli işlemleri, sayfa oluşturma süreçleri, arama sorguları, eklenti görevleri ve zamanlanmış işler de CPU kullanır. WooCommerce, üyelik sistemi, çok dilli yapı veya gelişmiş form eklentileri kullanılan alt sitelerde işlem ihtiyacı belirgin şekilde artar.
Kurumsal kullanımda başlangıç için paylaşımlı yapı yerine ölçeklenebilir bulut sunucu, yönetilen WordPress altyapısı veya VPS tercih edilmesi daha sağlıklı olur. Site sayısı arttıkça CPU çekirdeği kadar işlem limiti, kaynak izolasyonu ve performans izleme araçları da önem kazanır.
RAM, özellikle yönetim paneli, büyük tema düzenleyicileri ve yoğun eklenti kullanan yapılarda kritik rol oynar. PHP worker sayısı ise aynı anda kaç dinamik isteğin işlenebileceğini belirler. Trafiği yüksek bir ağda worker sınırı düşükse kullanıcılar siteye erişebilse bile panel işlemleri takılabilir veya yavaşlayabilir.
Pratik bir yaklaşım olarak her alt sitenin aynı ağırlıkta olmadığını kabul etmek gerekir. Kurumsal ana site, kampanya sayfaları ve bayi siteleri farklı kaynak profillerine sahip olabilir. Bu nedenle planlama yapılırken siteleri düşük, orta ve yüksek kaynak tüketimli gruplara ayırmak daha doğru kapasite hesabı sağlar.
Multisite kurulumlarında depolama tüketimi çoğu zaman tahmin edilenden hızlı artar. Her alt site kendi medya klasörünü kullanır; görseller, PDF dosyaları, yedekler ve önbellek dosyaları zaman içinde ciddi alan kaplar. Özellikle ekiplerin sık görsel yüklediği yapılarda kota yönetimi baştan tanımlanmalıdır.
Her site için medya yükleme limiti belirlemek, gereksiz yedekleri aynı sunucuda tutmamak ve görselleri yükleme öncesi optimize etmek operasyonel yükü azaltır. Dosya sayısı çok arttığında yalnızca alan değil, yedekleme ve geri yükleme süreleri de uzar.
WordPress multisite, her alt site için ayrı tablolar oluşturur. Site sayısı arttıkça tablo sayısı, sorgu yoğunluğu ve bakım ihtiyacı da artar. Revizyonlar, spam yorumlar, geçici kayıtlar, analiz eklentileri ve form verileri veritabanını kısa sürede büyütebilir.
Bu noktada yalnızca disk kapasitesine bakmak yeterli değildir. Veritabanı sunucusunun I/O performansı, sorgu önbelleği, yedekleme sıklığı ve geri dönüş senaryosu da değerlendirilmelidir. Büyük ağlarda veritabanı optimizasyonunu düzenli bakım planına dahil etmek performansın korunmasına yardımcı olur.
Kaynak planlamasında en sık yapılan hata, bugünkü ziyaretçi sayısını tek ölçüt kabul etmektir. Oysa multisite yapıları genellikle kampanya, bayi ağı, franchise, eğitim portalı veya marka alt siteleri için kullanılır. Bu tür projelerde trafik dönemsel olarak sıçrayabilir.
Planlama yaparken şu sorular netleştirilmelidir:
Bu sorulara verilen yanıtlar, doğru WordPress multisite hosting kaynak planlaması için somut bir çerçeve oluşturur.
Multisite ağında merkezi yönetim avantajdır; ancak hatalı bir eklenti, zayıf parola veya yanlış yetki tüm ağı etkileyebilir. Bu nedenle güvenlik yalnızca WordPress tarafında değil, sunucu katmanında da ele alınmalıdır.
Günlük otomatik yedekleme, kolay geri yükleme, kötü amaçlı yazılım taraması, güvenlik duvarı ve SSL yönetimi temel gereksinimler arasında yer alır. Kritik projelerde staging ortamı kullanmak güncelleme kaynaklı sorunları canlı ağa taşımadan test etmeyi sağlar.
Küçük ve düşük trafikli deneme ağları için paylaşımlı paketler kısa süreli çözüm olabilir; ancak kurumsal multisite projelerinde kaynak sınırları hızla sorun yaratabilir. VPS daha fazla kontrol sunar fakat bakım, güvenlik ve optimizasyon sorumluluğu ekibin üzerindedir.
Yönetilen WordPress altyapıları ise güncelleme, önbellek, yedekleme ve güvenlik süreçlerini daha kontrollü hale getirir. Burada karar verirken teknik ekibin yetkinliği, hizmet seviyesi beklentisi ve kesinti toleransı birlikte değerlendirilmelidir. Doğru hosting seçimi, yalnızca bugünkü kurulumu değil, ağın sürdürülebilir büyümesini de desteklemelidir.
Kaynak planı bu başlıklarla hazırlandığında multisite ağı daha öngörülebilir çalışır. İlk kurulumda küçük görünen CPU limiti, yedekleme süresi veya medya kotası gibi ayrıntılar ileride operasyonu doğrudan etkileyebileceği için kararlar ölçülebilir verilerle verilmelidir.