Hosting paketi almadan önce sorulması gereken 12 soru

Hosting paketi seçimi, sadece aylık ücreti değil; performans, güvenlik ve operasyon maliyetini de belirler. Yanlış paketi almak çoğu zaman “plan büyütmek” zorunluluğu doğurur ve bu da site trafiği yükselmeden önce bile zaman kaybettirir. Bu rehberde, sağlayıcıyla görüşürken doğrudan kullanabileceğiniz 12 net soru ile paketi hangi şartlarda kullanacağınızı baştan belirleyeceksiniz.

1) Gerçek kaynak limitleri ne? (CPU/RAM/IO)

Hosting paketleri çoğu zaman “sınırsız” gibi pazarlama ifadeleriyle gelir; ancak ölçülebilir limitler olmadan planın davranışı belirsiz kalır. VDS/VPS veya paylaşımlı olsun fark etmez, limitleri yazılı görmek gerekir.

Kontrol listesi

• CPU zamanında throttling (kısılma) var mı?
• RAM limitleri paylaşımlıysa “burst” veya garanti RAM var mı?
• Depolama türü: SSD mi NVMe mi? Paylaşımlıysa disk I/O adil mi?
• Aynı fiziksel sunucuda kaç kullanıcı barınır (konu özellikle paylaşımlı hosting için kritik)?

Sağlayıcıya sorulacak net ifade

“Bu pakette CPU/RAM disk I/O için garanti edilen değerler nedir? Ölçüm hangi metriklerle paylaşılır (örn. CPU throttling var mı)?”

2) Trafik artınca performans nasıl etkilenir?

Aylık ziyaretçi hedefi net olsa bile trafik dalgalanmaları olur. Özellikle kampanya, sosyal medya paylaşımı veya SEO sıçramalarında sunucu aynı şekilde davranır mı?

Soru

• Trafik artışında hız düşüşü (degredation) olur mu, sınır aşıldığında ne değişir?
• Önbellek (cache) katmanı var mı? Edge/CDN var mı, yoksa sorunsuz şekilde hangi seviyede çalışır?

Pratik tavsiye

• Eğer CDN/önbellek pakete dahil değilse, çoğu senaryoda “site yavaşlıyor” şikayeti ortaya çıkar. Bu yüzden paketi seçerken CDN koşullarını netleştirin.

3) Web sitesi ve uygulama için hangi yazılımlar destekleniyor?

WordPress, özel PHP sürümü, özel eklentiler veya veritabanı motoru seçimi paketle sınırlanabilir.

Kontrol listesi

• PHP sürümü (ör. 8.1/8.2/8.3) ve güncellemeler: Plan değişmeden yükseltme var mı?
• MySQL/MariaDB sürümleri, maksimum bağlantı sayısı (max connections) sınırı.
• Node.js/Ruby/Python gibi ihtiyaçlar varsa destek var mı?
• Cron job, queue (kuyruk) veya background worker için yaklaşım nedir?

Soru

“Bu pakette PHP/Veritabanı sürümleri güncel kalıyor mu, paket değişmeden yükseltme yapılabiliyor mu?”

4) Trafik ve kaynak kullanımında bant genişliği (bandwidth) limiti nasıl çalışır?

Bant genişliği en sık tartışılan maliyet kalemidir. “Aylık X GB” yazsa bile bunun kapsamı (ingress/egress) ve hız etkisi bilinmeyebilir.

Soru

• Bant genişliği hesabı hangi yöntemle tutuluyor? (CDN üzerinden gelen trafik dahil mi?)
• Limiti aşınca: hız mı düşer, yoksa site kesilir mi?
• Günlük yerine anlık ölçüm var mı?

Net beklenti

Belgeyle belirtilmeyen “limit aşımı sonrası aksiyon” çoğu zaman sürpriz yaratır. Bu kısmı yazılı isteyin.

5) Depolama (storage) alanı ve dosya limitleri ne?

Hostingde disk alanı ve dosya sayısı limitleri uygulamayı etkiler. Fotoğraf/video, loglar ve yedekler disk şişirebilir.

Kontrol listesi

• Disk alanı: toplam GB mi, kota mı, ayrıca inode (dosya sayısı) limiti var mı?
• Maksimum dosya boyutu (upload limit): ör. 256MB/512MB.
• Yedekler depolamaya dahil mi, ayrı bir kotası var mı?

Soru

“Disk kota aşılırsa ne olur: otomatik temizleme mi, upload durur mu, site okuma moduna mı geçer?”

6) Veritabanı limitleri var mı? (boyut, bağlantı, sorgu süresi)

WordPress gibi sistemlerde performans yalnızca web katmanı değildir; MySQL tarafı da belirleyicidir.

Soru

• Veritabanı boyut limiti var mı?
• Aynı anda maksimum bağlantı (max connections) nedir?
• Uzun süren sorgular otomatik kesiliyor mu? (örn. statement timeout)

İpucu

Cache ve query optimizasyonu yapmak kolaydır; ancak veritabanı limiti bilmeden “paket yetiyor” demek doğru değildir.

7) Yedekleme (backup) nasıl yapılıyor ve geri dönüş garantisi var mı?

Yedekleme tanımında kritik detaylar vardır: ne sıklıkta alınıyor, nerede saklanıyor ve geri yükleme (restore) ne kadar sürüyor.

Kontrol listesi

• Günlük yedek var mı, haftalık snapshot var mı?
• Yedekleme 3-2-1 yaklaşımına uygun mu: aynı sunucuda değil, ayrı lokasyon/ayrı ortam var mı?
• Hızlı geri yükleme: “aynı gün restore” mümkün mü?
• Kişi talebiyle restore ücreti var mı?

Net soru

“Yedekler hangi sıklıkla alınır, saklama süresi ne kadardır (ör. 7/14/30 gün) ve geri yükleme için SLA/ortalama süre nedir?”

8) Güvenlik katmanları neler? (WAF, DDoS, brute-force)

Saldırılar genelde tek bir yöntemle gelmez. Bot denemeleri, exploit girişimleri ve hacimsel saldırılar birlikte görülebilir.

Kontrol listesi

• DDoS koruması “standart” mi yoksa ek ücret mi?
• WAF (Web Application Firewall) var mı, hangi kurallara göre çalışır?
• Fail2ban veya benzeri brute-force koruması kontrol panelinde/şablonlarda mevcut mu?
• Anti-malware tarama veya otomatik temizleme var mı?

Soru

“Pakette WAF ve DDoS koruması aktif mi? Fail2ban gibi servisler standart mı, yoksa ek kurulum mu gerekir?”

9) SSL ve sertifika yönetimi: otomatik mi, manuel mi?

SSL kurmak kolay görünür; ancak yenileme süreci yanlış olursa kesinti yaşanır.

Kontrol listesi

• Sertifika türü: ücretsiz otomatik (Let’s Encrypt) mi, yoksa yönetim sorumluluğu sizde mi?
• Wildcard sertifika gerekiyor mu, destek var mı?
• HSTS ve otomatik yönlendirme ayarları sağlanıyor mu?

Soru

“SSL sertifika yenilemesi otomatik mi? Sertifika bitimine yaklaşınca otomatik uyarı/yenileme yapılıyor mu?”

10) Kontrol paneli ve erişim yöntemleri: ne sağlanıyor?

Kontrol paneli (cPanel/Plesk vb.) ve sunucu erişimi (SSH) ihtiyaçlarınızı belirler.

Soru

• Paylaşımlı hostingte dosya yönetimi, cron, e-posta kurulumu panelden mi yapılır?
• VDS/VPS için SSH erişimi var mı, root erişimi nasıl yönetiliyor?
• Panel için lisans dahil mi? (İleri seviye sistemlerde gizli maliyet olur.)

Pratik karşılaştırma

Aşağıdaki sorular paketin “yönetilebilirliği”ni ölçer: - Panelde loglar nerede? İndirme/filtreleme var mı? - Sunucu konsol erişimi için ek ücret var mı?

11) Destek modeli ve yanıt süresi: sorun çıkarınca hız ne kadar?

Bir paket hakkında en doğru bilgiler destek sürecinde görülür. Bu nedenle yanıt süreleri “garanti” olarak yazılmalı.

Kontrol listesi

• Destek kanalları: canlı sohbet, ticket, e-posta, telefon var mı?
• SLA: ör. acil sorunlarda kaç dakika içinde ilk yanıt?
• Destek ekipleri hangi konuları kapsar? (kurulum, migrasyon, güvenlik olay müdahalesi)

Soru

“Destek için SLA var mı? İlk yanıt süresi ve acil durum prosedürü nedir?”

12) Taşıma (migration) ve geçiş koşulları nasıl?

Hosting değiştirmek çoğu zaman en pahalı hatadır: yanlış planla migrasyon süresince kesinti oluşur.

Kontrol listesi

• Sağlayıcı migrasyonu kendisi yapıyor mu?
• DB taşınırken hangi strateji uygulanır: dump/restore mi, replikasyon/dual-run yaklaşımı var mı?
• Alan adı (domain) ve DNS değişimi için ne kadar danışmanlık verilir?
• Geçiş sonrası doğrulama: site sağlığı testleri, e-posta testleri dahil mi?

Net soru

“Taşıma/migrasyon için teslim formatı ve kesinti hedefi nedir? DNS geçişi sırasında oluşabilecek e-posta gecikmesi konusunda nasıl bir yol izlenir?”

Hızlı seçim: 12 soruyu nasıl puanlarsınız?

Aşağıdaki tablo, soruların paket değerlendirmesine dönüştürülmesine yardımcı olur. Hedef, “fiyat iyi” yerine “işlerken masraf çıkarmaz” yaklaşımını seçmektir.

Sonuç: Paketi “imzadan önce” netleştirin

Bu 12 soruya alınan cevaplar, paketin gerçekten sizin kullanım senaryonuza uyup uymadığını gösterir. Aksiyon olarak: (1) Hedef senaryonuzu (site türü, beklenen trafik, uygulama gereksinimleri) 5 maddede yazın, (2) sağlayıcıdan her madde için yazılı yanıt isteyin, (3) özellikle yedekleme, limit aşımı davranışı ve destek SLA konularında belirsizlik bırakmayın. Bu şekilde paketi seçtiğinizde, sadece “uygun fiyat” değil, operasyonu yönetilebilir bir hosting kurmuş olursunuz.