Plesk veya cPanel kullanan sunucular, hosting operasyonunu kolaylaştırır; fakat panel kullanmak bakım ihtiyacını ortadan kaldırmaz. Güncellenmeyen panel, dolan disk, kontrol edilmeyen yedek, büyüyen mail kuyruğu veya süresi dolan SSL sertifikası kısa sürede müşteri tarafında kesinti ve güven kaybı oluşturabilir.

Bu yazı, ajanslar, bayi modeliyle çalışan ekipler ve kendi sunucusunu yöneten KOBİ’ler için pratik bir bakım takvimi sunar. Amaç, sorun çıktıktan sonra müdahale etmek yerine düzenli kontrollerle riski azaltmaktır.

Haftalık kontrol: disk, servis ve kuyruklar

Haftalık kontroller kısa ama düzenli yapılmalıdır. En sık görülen sorunlardan biri, backup veya log dosyaları nedeniyle diskin dolmasıdır. Disk dolduğunda veritabanı yazamaz, e-posta alamaz ve panel kararsız çalışabilir.

• Disk kullanımı, inode durumu ve büyük klasörler kontrol edilmeli.
• Web, veritabanı, DNS ve mail servislerinin durumu izlenmeli.
• Mail kuyruğunda anormal birikme olup olmadığına bakılmalı.
• CPU/RAM kullanımında sürekli yüksek seyir varsa kaynak ihtiyacı değerlendirilmeli.

Aylık güvenlik güncellemesi ve panel kontrolü

Panel, işletim sistemi ve servis güncellemeleri planlı şekilde yapılmalıdır. Burada önemli olan güncellemeyi ertelememek, ama üretim sistemini plansız yeniden başlatmalarla riske atmadan ilerlemektir.

• Panel sürümü ve güvenlik duyuruları kontrol edilmeli.
• İşletim sistemi paket güncellemeleri uygulanmalı.
• PHP sürümleri ve kullanılmayan eski sürümler gözden geçirilmeli.
• Firewall, brute-force koruması ve panel erişim kısıtları kontrol edilmeli.
• Gerekli yeniden başlatmalar düşük trafik saatlerine planlanmalı.

Yedekleme: var mı değil, geri dönüyor mu?

Yedeklemede en tehlikeli varsayım, “panelde backup açık, sorun yok” düşüncesidir. Yedek dosyasının oluşması kadar, geri yüklenebilir olması da kontrol edilmelidir. Ayrıca yedeklerin aynı sunucuda tutulması tek başına yeterli bir felaket kurtarma planı değildir.

• Günlük/haftalık yedeklerin gerçekten oluştuğu kontrol edilmeli.
• Belirli aralıklarla örnek dosya veya veritabanı geri dönüş testi yapılmalı.
• Yedeklerin farklı bir depolama alanına aktarılması planlanmalı.
• Yedek saklama süresi, müşteri ve proje ihtiyacına göre belirlenmeli.
• Yedekleme hataları izleme veya bildirim sistemine bağlanmalı.

SSL, domain ve e-posta sağlığı

Hosting panelinde onlarca domain yönetiliyorsa SSL ve mail tarafı ayrıca takip edilmelidir. Bir müşterinin sertifika uyarısı veya e-posta teslim problemi, teknik olarak küçük ama ticari olarak görünür bir sorundur.

• AutoSSL / Let’s Encrypt yenilemeleri takip edilmeli.
• MX, SPF, DKIM ve DMARC kayıtları kritik müşteriler için gözden geçirilmeli.
• Spam çıkışı şüphesi varsa mail logları ve hesap güvenliği incelenmeli.
• Domain yenileme tarihleri ve DNS değişiklikleri kayıt altında tutulmalı.

Müşteri yoğunluğu artınca panel sunucusunu nasıl ölçeklemeli?

Tek panel sunucusuna çok farklı trafik profiline sahip siteleri yığmak, yönetimi kolaylaştırırken riskleri artırabilir. Yüksek trafikli e-ticaret, yoğun mail kullanan müşteri ve kritik kurumsal site aynı kaynak havuzunda bulunduğunda bir müşterinin problemi diğerlerini etkileyebilir.

Bu noktada müşterileri önem, trafik ve kaynak profiline göre ayırmak gerekir. Kritik projeler için ayrı VDS, daha yüksek kaynak ihtiyacı için Cloud Dedicated Server veya yönetimli sunucu modeli değerlendirilebilir.

Narweb ile bakım modeli

Narweb, hosting ve sunucu altyapısında düzenli bakım, yedekleme, güvenlik ve izleme ihtiyaçlarını proje bazında değerlendirebilir. Plesk/cPanel kullanan mevcut sunucularınızda bakım yükü artıyorsa veya müşteri sitelerini daha kontrollü bir yapıya taşımak istiyorsanız teknik ihtiyaç analiziyle başlamak faydalı olur.

Sunucu bakım ve yönetim ihtiyaçları için Narweb DevOps Hizmeti, kaynak ayrımı ve performans ihtiyacı için VDS veya Cloud Dedicated Server çözümleri değerlendirilebilir.