Plesk Linux Sunucu Kiralama: PHP, MySQL ve Güvenlik

Plesk Linux sunucu kiralama, kurumsal web sitelerini, PHP uygulamalarını ve veritabanlarını merkezi panel üzerinden yönetmek isteyen işletmeler için bir seçenektir. Ancak doğru teklif yalnız Plesk lisansı, işlemci ve RAM miktarından oluşmaz. PHP-FPM işçi süreçleri, MySQL veya MariaDB sorgu yükü, NVMe depolama performansı, firewall, yedekleme ve bakım sorumluluğu bir arada değerlendirilmelidir.

Kısa cevap: Önce uygulamaların PHP ve veritabanı sürümlerini, eşzamanlı işlem sayısını, veri büyüklüğünü ve yoğun saatlerini belirleyin. Ardından Plesk ile uyumlu Linux sürümünü, VPS veya dedicated kaynak modelini, yedeklerin ayrı saklanmasını ve teknik destek kapsamını karşılaştırın. VPS ve bulut sunucu kiralama sayfası kaynak seçeneklerini incelemek için başlangıç olabilir; tek modelin bütün uygulamalara uyacağını varsaymayın.

Bu rehber; çok alan adlı kurumsal siteler, Laravel tabanlı uygulamalar, WordPress projeleri ve PHP/MySQL kullanan iş yazılımları için sunucu arayan BT yöneticileri, ajanslar ve yazılım şirketleri içindir. Amaç yalnız fiyat toplamak değil, karşılaştırılabilir teknik şartname ile doğru hizmeti seçmektir.

1. Plesk sunucu kiralama hangi şirketler için uygun?

Plesk yönetim paneli; alan adı, PHP sürümü, veritabanı, SSL/TLS, kullanıcı erişimi ve yedekleme gibi işlemleri bir araya getirir. Birden fazla web projesi işleten ajanslarda veya farklı departmanların uygulamalarını barındıran kurumlarda günlük operasyonun görünürlüğünü artırabilir.

Ancak Plesk'in kurulu olması, işletim sistemi bakımının, güvenlik izlemesinin veya uygulama düzeyindeki sorunların mutlaka kiralama bedeline dahil edildiği anlamına gelmez. Bir teklif yalnız panel erişimi verebilir; başka bir teklif yönetilen güvenlik ve destek de sunabilir. Teklif almadan önce bunu yazılı hale getirin.

Kullanım örnekleri arasında çok alan adlı kurumsal web siteleri, WordPress içerik siteleri, Laravel müşteri portalları, ajans müşteri projeleri ve küçük veya orta büyüklükte veritabanı uygulamaları bulunur. Özel konteyner altyapısı veya uygulamaya özgü servisler söz konusuysa Plesk dışındaki dağıtım seçenekleri de karşılaştırılmalıdır.

2. VPS, dedicated ve yönetilen Plesk arasında nasıl karar verilir?

Plesk'li VPS kaynakların sanallaştırma platformunda tahsis edildiği bir sunucudur. Esnek kapasite ihtiyacı için uygun olabilir. Dedicated fiziksel sunucu kiralama ise fiziksel kaynak izolasyonu veya sürekli yoğun işlem yükü gerektiğinde değerlendirilebilir. İki modelin gerçek hızı yalnız çekirdek sayısından anlaşılamaz; işlemci sınıfı, disk ve ağ mimarisi ölçülmelidir.

Yönetilen sunucu hizmetleri bir donanım türü değil, operasyon sözleşmesidir. İşletim sistemi yamasını, Plesk güncellemesini, PHP uyumluluk testini, log incelemesini ve arıza müdahalesini kimin yapacağı açıkça yazılmalıdır.

3. AlmaLinux ve diğer Linux sürümlerinde uyumluluk

AlmaLinux gibi kurumsal Linux dağıtımları seçilirken Plesk'in desteklediği tam işletim sistemi sürümü kontrol edilmelidir. Linux ailesinin genel uyumluluğu, belirli yeni sürümde bütün Plesk bileşenlerinin çalışacağını kanıtlamaz. İşletim sisteminin yaşam döngüsü, destek güncellemeleri ve gerekli eklentilerin durumu teklif öncesi doğrulanmalıdır.

Ayrıca mevcut uygulamalarınıza özel PHP eklentileri, web sunucusu kuralları, SSH görevleri ve veritabanı sürümleri değerlendirilmelidir. Eski sürüme bağımlı bir uygulamayı destek dışı bileşenle sürekli çalıştırmak yerine, sürüm geçişi ve test planı oluşturun.

Sağlayıcıdan işletim sistemi güncellemelerinin sıklığını, bakım pencerelerini, geri dönüş yöntemi ile panel lisansının hangi sürümler için geçerli olduğunu öğrenin. Kurulum sonrası yükseltme ve büyük sürüm değişiklikleri ayrı bir operasyon projesi olabilir.

4. PHP-FPM, nginx ve Apache mimarisi neden önemlidir?

Plesk; uygun platformlarda birden fazla PHP sürümünü ve farklı PHP işleme modellerini yönetebilir. nginx ve Apache birlikte çalışabildiği gibi bazı Linux yapılandırmalarında nginx-only modeli de kullanılabilir. Ancak belirli yönlendirme kuralları, Apache bağımlılıkları ve uygulama eklentileri değişiklikten etkilenebilir.

Bu nedenle “nginx-only her zaman daha hızlıdır” ifadesi teknik bir garanti değildir. Laravel, WordPress ya da özel PHP uygulamasının oturum, dosya yükleme, cache ve yönlendirme davranışı test edilmelidir. Resmî Plesk Apache ve nginx ayarları dokümanı bu modların farklarını açıklar.

PHP-FPM işçi sayısı kapasite planında önemlidir. Örneğin, ölçümde işçi başına yaklaşık 100 MB tüketen temsili bir uygulamada 30 aktif işçi yaklaşık 3 GB belleği yalnız bu katmanda kullanabilir. Bu, gerçek müşteri ölçümü veya paket tavsiyesi değildir; kapasitenin neden eşzamanlılık ve uygulama profiliyle belirlenmesi gerektiğini gösterir. Plesk, işletim sistemi ve veritabanı için ayrıca bellek gerekir.

5. PHP sürümü ve güvenlik güncellemelerini kim yönetecek?

Bir sunucuda birden fazla PHP sürümünün kurulabilmesi, her sürümün güvenlik desteği aldığı anlamına gelmez. Üretici desteği sona ermiş sürümler için güvenlik riskleri değerlendirilmeli; güncelleme öncesinde uygulama kodu ve eklentiler test edilmelidir. Plesk PHP ayarları rehberi domain bazında sürüm ve handler seçimini açıklar.

Üretim değişikliklerinde önce staging ortamında çalışan bir kopya üzerinde Composer bağımlılıkları, framework sürümü, eklentiler ve veritabanı bağlantıları doğrulanmalıdır. Değişiklik sonrası PHP hata günlükleri, kuyruk işleri, e-posta ve kritik kullanıcı akışları izlenmelidir.

Sunucu sağlayıcısı ile uygulama geliştiricisinin sorumluluklarını ayırın: sağlayıcı PHP çalışma ortamını güncellerken uygulamanın yeni PHP ile uyumluluğunu kim test edecektir? Bu sınır yazılı değilse bir güvenlik güncellemesi gereksiz kesintiye dönüşebilir.

6. MySQL/MariaDB ve NVMe depolama nasıl karşılaştırılır?

MySQL veya MariaDB kullanan kurumsal uygulamalarda performans sorunları her zaman CPU yetersizliğinden kaynaklanmaz. Eksik indeksler, uzun süren sorgular, bellek önbelleği, disk gecikmesi ve yoğun bağlantı sayısı kullanıcı deneyimini doğrudan etkiler.

Teklifte yalnız “NVMe SSD” ibaresini aramayın. Ölçüm yöntemiyle birlikte hedef disk gecikmesi, depolama kapasitesi, büyüme koşulu ve performans izolasyonu hakkında yazılı yanıt isteyin. Veritabanı yoğun bir uygulamada veri diskini veya veritabanı servisini ayrı kaynaklara taşımak yararlı olabilir, ancak bunun da ağ ve bakım maliyeti vardır.

Mümkünse mevcut ortamdan işlem yoğunluğu, yavaş sorgu kayıtları, disk gecikmesi ve veritabanı büyüme eğilimi çıkarın. Teknik keşifte gerçek uygulama profiline dayanmak, gereğinden büyük sunucu satın almaktan veya yetersiz kaynak seçmekten daha güvenilir bir yöntemdir.

7. Plesk güvenliğinde firewall, WAF ve yönetici erişimi

Yönetim paneli, SSH, veritabanı ve web uygulamasına erişim ayrı politikalara sahip olmalıdır. Gereksiz portları kapatın; yönetici hesaplarında güçlü kimlik doğrulama ve uygun MFA kontrollerini değerlendirin. Yetki paylaşımı, güncelleme sorumluluğu ve log saklama koşulları belgelendirilmelidir.

Plesk'te ModSecurity web uygulama güvenlik duvarı kullanılabilir. Ancak kuralların kurulmuş olması tek başına bir saldırının engellendiği anlamına gelmez; kural setinin güncelliği, yanlış pozitifler ve uygulama davranışı birlikte izlenmelidir. Ayrıntılar için resmî Plesk ModSecurity açıklamasına bakın.

TLS sertifikalarının yenilenmesi, SSH anahtarı yönetimi, admin erişim kısıtları, dosya izinleri, eklenti güncellemeleri ve olay incelemesi güvenlik kapsamının parçalarıdır. Bunların hangisinin sağlayıcı tarafından sunulacağı ağ güvenliği, firewall ve VPN hizmetleri kapsamında netleştirilmelidir.

8. Plesk yedeği felaket kurtarma yerine geçer mi?

Hayır. Plesk Backup Manager, web dosyaları, yapılandırma, posta ve veritabanı için yedekleme seçenekleri sunar. Ancak yalnız aynı sunucuda bulunan bir yedek, donanım arızası veya güvenlik olayı gibi senaryolarda yeterli olmayabilir. Üretimden ayrılmış kopya ve test edilmiş geri yükleme işlemi gerekir.

Plesk'in artımlı yedekleme dokümanına göre değişen web ve posta verileri artımlı alınabilirken veritabanı verileri tam olarak yedeklenir. Büyük veritabanlarında bunun yedek süresi ve depolama ihtiyacına etkisi hesaplanmalıdır.

RPO, kabul edilebilir veri kaybı aralığı; RTO, hizmetin geri getirilebilmesi için hedef süredir. Verilerinizin ne kadarını kaybetmeyi göze alabileceğinizi ve ne kadar kesintiye dayanabileceğinizi iş birimleriyle belirleyin. Yedekleme ve felaket kurtarma hizmetlerini değerlendirirken saklama süresi, uzak depo, kurtarma testi ve sorumlulukları aynı teklifte görün.

9. Staging, Git, cron ve otomatik dağıtım planı

PHP uygulamasını canlı ortamda deneyerek güncellemek yerine geliştirme, staging ve üretim ortamlarını mümkün olduğunca ayırın. Kodun sürüm kontrolünde tutulması, özel anahtar ve ortam değişkenlerinin depoya konulmaması ve veritabanı şema değişiklikleri için geri dönüş adımları hazırlanması operasyon güvenliğini artırır.

Git ile kaynak dosyası sunucuya gönderilmiş olması, uygulamanın çalışır durumda olduğunu kanıtlamaz. Composer kurulumu, veri tabanı migrasyonları, PHP handler ayarları, yeniden başlatma ve HTTP sağlık kontrolleri yapılmalıdır. Yayın otomasyonunda önce test, sonra dağıtım ve canlı kontrol prensibini uygulayın.

Zamanlanmış görevler için doğru PHP ikilisi, çalışma dizini ve dosya yolu kullanılmalıdır. Görev tanımında belirtilen dosya gerçekte yoksa cron başarılı bir yayın mekanizmasına dönüşemez. Gereksiz uyarı e-postaları yerine anlamlı hataları gösteren günlük tutun ve başarısız işlerin yeniden çalıştırılma politikasını belirleyin.

10. WordPress veya Laravel uygulaması nasıl taşınır?

Taşıma öncesi alan adları, DNS kayıtları, PHP sürümleri, eklentiler, Composer bağımlılıkları, veritabanları, yüklenen dosyalar, SSL sertifikaları, SMTP ve zamanlanmış görevler envantere alınmalıdır. Özellikle uygulamanın eski bir paket sürümüne bağımlı olması geçiş sonrasında sessiz hatalara yol açabilir.

Pratik geçiş sırası; veri yedeği, staging kurulum, işlev ve yük testi, son veri eşitlemesi, DNS yönlendirmesi, canlı doğrulama ve geri dönüş penceresi şeklinde hazırlanabilir. DNS TTL azaltılması bazı geçişleri kolaylaştırabilir ancak tek başına sıfır kesinti garantisi vermez.

E-ticaret ve müşteri portalı gibi sürekli veri yazılan sistemlerde eski ve yeni ortama eşzamanlı yazı yazılmasını önleyecek plan gereklidir. Uygulama geliştiricisi, veritabanı yöneticisi ve altyapı sağlayıcısının sorumluluklarını taşıma başlamadan belirleyin.

11. Yönetilen Plesk sunucu teklifi kontrol tablosu

Aynı CPU ve RAM değerlerini sunan iki firma farklı fiyat verebilir. Bunun nedeni lisans, güvenlik, yedekleme ve operasyon kapsamlarının farklı olması olabilir. Satın alma ekibi teknik ekiple beraber aşağıdaki soruları her sağlayıcıya aynı biçimde sormalıdır.

Toplam maliyeti hesaplarken başlangıç kurulumu, panel lisansı, ek IP, dış yedekleme alanı, güvenlik operasyonu ve olası geçiş ücreti gibi kalemleri dahil edin. Gerçek olmayan kampanya bedelleri yerine ihtiyaçlarınıza göre kapsamlı teklif alın. Sunucu kiralama fiyatlandırma sayfamızı da inceleyebilirsiniz.

12. Teklif istemeden önce hazırlamanız gereken bilgiler

Teklif formuna en az şu bilgileri ekleyin: web sitesi ve uygulama sayısı; kullanılan PHP ve MySQL/MariaDB sürümleri; mevcut CPU/RAM kullanımı; depolama miktarı; aylık trafik ve yoğun saatler; WordPress, Laravel veya özel yazılım bağımlılıkları; alan adı, SSL ve SMTP ihtiyaçları; uzaktan yönetim yetkileri; yedekleme ve hedef RPO/RTO.

Büyük kurumsal uygulamalar için mevcut izleme raporu, sorgu profili ve büyüme tahmini de paylaşılabilir. Ancak gizli kullanıcı verilerini ve erişim şifrelerini teklif formuna eklemeyin. Gerekli teknik ayrıntılar yetkilendirilmiş güvenli kanaldan değerlendirilmelidir.

Netsun Bilişim ile kurumsal Plesk Linux sunucusu, VPS veya dedicated altyapı için keşif yapılabilir. Amaç belirli paketi peşinen satmak değil; kaynak, lisans, güvenlik, yedekleme ve operasyon sorumluluklarını açıkça belirlemektir. Plesk Linux sunucu kiralama teklifi alın ve şirketinizin ihtiyacına uygun yapılandırma talep edin.

Sık sorulan sorular

1. Plesk sunucu kiralama ile standart Linux VPS arasındaki fark nedir?

Linux VPS işletim sistemi ve sanal kaynaklar sağlar. Plesk'li sunucuda bunlara ek olarak alan adı, PHP, veritabanı ve başka hosting işlevleri panel üzerinden yönetilebilir. Panel lisansı ile teknik yönetim hizmeti ayrı kalemlerdir.

2. Plesk için AlmaLinux kullanılabilir mi?

Kullanılabilecek sürüm, mevcut Plesk sürümü ve resmî uyumluluk matrisiyle birlikte değerlendirilmelidir. Dağıtım adının desteklenmesi her ana sürümün desteklendiği anlamına gelmez.

3. Plesk Linux sunucuda kaç GB RAM gerekir?

Tek bir genel değer doğru değildir. PHP-FPM eşzamanlılığı, MySQL/MariaDB, panel servisleri, dosya önbelleği ve yoğun iş saatleri ölçülerek kapasite belirlenmelidir.

4. nginx ve PHP-FPM her zaman daha mı hızlıdır?

Hayır. Uygulama kodu, veritabanı, önbellek ve web sunucusu yönlendirme davranışı sonucu değiştirir. Performans ve fonksiyon testleriyle karar verilmelidir.

5. Plesk Backup Manager yedekleme için tek başına yeterli midir?

Her iş yükünde değil. Yedeklerin üretimden ayrı saklanması, geri yükleme testleri ve RPO/RTO hedeflerinin belirlenmesi ayrıca gerekir.

6. Plesk lisansı sunucu kiralama ücretine dahil mi?

Hizmet sağlayıcıya göre değişir. Panel lisans paketi, eklentiler, alan adı sınırları ve yenileme ücretleri sözleşmede açıklanmalıdır.

7. WordPress veya Laravel projesi Plesk sunucuya taşınabilir mi?

Çoğu durumda değerlendirilebilir. PHP sürümü, eklentiler, Composer, veritabanı, dosya izinleri, cron ve web sunucusu davranışı staging ortamında test edilmelidir.

8. Yönetilen Plesk Linux sunucu için nasıl fiyat teklifi alabilirim?

Uygulama ve alan adı sayısı, mevcut kaynak tüketimi, güvenlik, taşıma ve yedekleme beklentilerinizi paylaşın. Kurumsal sunucu teklif formunu doldurun; keşif sonucunda kaynak ve hizmet kapsamını yazılı olarak değerlendirebiliriz.