VPS mi Paylaşımlı Hosting mi? Geçiş Zamanını Gösteren 7 Sinyal

Paylaşımlı hostingten VPS'e geçmek; panelde CPU, bellek veya I/O limitine takıldığınıza dair uyarılar sık görülüyorsa, trafik arttığında site yavaşlıyorsa, Node.js ya da Redis gibi özel yazılım gerekiyorsa veya diğer sitelerden tam izolasyon istiyorsanız mantıklıdır. Ancak VPS'te güncelleme, güvenlik ve yedek sorumluluğu size geçer; bu yükü üstlenemiyorsanız yönetilen bir VPS düşünülmelidir.

Aşağıdaki yedi sinyal, geçiş kararını tahmine değil ölçülebilir belirtilere dayandırmanız için hazırlandı. Her sinyalin sonunda önce hostingte neyin denenebileceğini de yazdık; geçiş zamanı geldiyse Bulutzone VPS paketleriyle karşılaştırma yapabilirsiniz.

Temel fark: paylaşım ve kontrol

Paylaşımlı hostingte çok sayıda hesap aynı sunucuyu, aynı işletim sistemini ve aynı web sunucusunu paylaşır; VPS'te ise kendi işletim sisteminiz ve root erişiminiz olur. Fark yalnızca kaynak miktarında değil, kimin neye karar verdiğindedir.

Paylaşımlı hosting sunucularında her hesaba ayrı kaynak sınırı konur. Bu sınırlar çoğunlukla CloudLinux'un LVE (Lightweight Virtual Environment) teknolojisiyle uygulanır. LVE, CloudLinux ekibinin geliştirdiği çekirdek seviyesinde bir sınırlama teknolojisidir ve amacı tek bir sitenin tüm sunucuyu kilitlemesini önlemektir. Yani paylaşımlı hostingte "yavaşlık", çoğu zaman sunucunun yetersizliği değil, sizin hesabınızın tavanına ulaşmasıdır.

Sinyal 1: Kaynak limiti uyarıları (CloudLinux LVE)

Panelinizdeki kaynak kullanımı ekranında limitlere düzenli olarak dayandığınızı görüyorsanız, hesabınız paketinin tavanında çalışıyor demektir. Tek seferlik bir sıçrama değil, her gün tekrarlayan limit aşımı (fault) önemlidir.

CloudLinux'un belgelerinde tanımlanan başlıca limitler şunlardır: SPEED (bir çekirdeğe göre yüzde olarak CPU), PMEM (fiziksel bellek), IO (saniyedeki disk okuma-yazma hacmi), IOPS (saniyedeki disk işlemi sayısı), EP (entry processes, yani PHP gibi dinamik betiklere gelen eşzamanlı istek sayısı) ve NPROC (hesaptaki toplam süreç sayısı). Limite takılmanın sonucu, limitin türüne göre değişir:

• CPU veya I/O limitine takılan site yavaşlar, ama çalışmaya devam eder.
• EP limiti dolduğunda yeni istekler 508 Resource Limit Reached hatası alır.
• Bellek veya süreç sayısı limitinde betik çalıştırılamaz ve ziyaretçi 500 veya 503 hatası görür.

Bu limitlerin somut değerleri pakete göre değişir. Örneğin Bulutzone'un Basic hosting paketinde 1 çekirdek ve 1 GB RAM tanımlıdır; e-ticaret hosting paketlerinde I/O limiti 10 MB/s'dir. CloudLinux kullanan cPanel hesaplarında bu değerlere ne sıklıkla ulaştığınızı kaynak kullanımı (Resource Usage) ekranından izleyebilirsiniz; ekran panelinizde görünmüyorsa destek ekibinden kullanım raporu isteyin.

Önce şunu deneyin: Limit aşımlarının kaynağını bulun. Sayfa önbelleği eksik bir WordPress sitesi, kötü yazılmış bir eklenti ya da siteyi sürekli tarayan botlar, sunucu değiştirmeden çözülebilecek yükler üretir. Önbellek ve bot filtrelemesinden sonra da aşımlar sürüyorsa bu gerçek bir kapasite sinyalidir.

Sinyal 2: Trafik artışında yavaşlama

Sitenin normal günlerde hızlı, kampanya veya bülten gönderimi sonrasında ise belirgin şekilde yavaş olması, eşzamanlı istek sınırına ulaştığınızı gösterir. Sorun trafiğin kendisi değil, aynı anda işlenebilen istek sayısıdır.

Paylaşımlı hostingte önbellekte olmayan her sayfa isteği bir PHP süreci başlatır ve bu süreç EP limitinden bir birim tüketir. Kampanya anında ziyaretçiler aynı anda sepet, arama ve ödeme gibi önbelleğe alınamayan sayfalara girer; EP ve CPU limitleri aynı anda dolar. Sunucunun ilk baytı gönderme süresi (TTFB) yükselir, bir noktadan sonra 508 hataları başlar.

Önce şunu deneyin: Tam sayfa önbelleği, görsel optimizasyonu ve gereksiz eklentilerin kaldırılması eşzamanlı PHP ihtiyacını ciddi ölçüde azaltır. Bunlara rağmen yoğun saatlerde yavaşlama sürüyorsa VPS'te PHP-FPM süreç sayısını, veritabanı önbelleğini ve web sunucusu ayarlarını iş yükünüze göre ayarlama imkânı elde edersiniz. Yavaşlığın nedenini sistemli şekilde bulmak için darboğaz tespiti rehberimize bakabilirsiniz.

Sinyal 3: Özel yazılım ihtiyacı (Node.js, Redis, özel PHP eklentisi)

Projeniz, panelin sunmadığı ve arka planda sürekli çalışması gereken bir yazılıma ihtiyaç duyuyorsa paylaşımlı hostingin sınırına gelmişsiniz demektir.

Tipik örnekler şunlardır:

• Node.js uygulamaları: Bazı paylaşımlı paketler CloudLinux araçlarıyla basit Node.js uygulamalarına izin verse de WebSocket, arka plan işleri veya belirli bir Node.js sürümü gerektiren projeler çoğu zaman sunucu ister.
• Redis veya Memcached: Nesne önbelleği, oturum depolama ve kuyruk için kendi Redis sunucunuzu çalıştırmak paylaşımlı ortamda genellikle mümkün değildir.
• Özel PHP eklentileri: PHP sürüm seçicisinde bulunmayan bir eklenti (örneğin belirli bir ödeme kütüphanesinin istediği modül) root yetkisi olmadan kurulamaz.
• Kuyruk işçileri ve zamanlanmış görevler: Laravel queue:work gibi sürekli çalışan süreçler ya da saniyeler içinde tekrarlanan görevler.
• Arama motorları: Magento'nun zorunlu tuttuğu OpenSearch gibi Java tabanlı servisler. Bu konuyu Magento sunucu gereksinimleri yazımızda ayrıca ele aldık.

Paketinizde hangi araçların sunulduğunu satın almadan önce destek ekibine sormak, gereksiz bir geçişi önleyebilir.

Sinyal 4: Root erişimi ve özel yapılandırma

Sunucu seviyesinde bir ayarı değiştirmeniz gerekiyorsa ve panel buna izin vermiyorsa VPS'e ihtiyaç vardır. Root erişimi, işletim sistemindeki her ayarı değiştirebilme yetkisidir.

Bu ihtiyaç genellikle şu durumlarda ortaya çıkar: Nginx veya LiteSpeed yapılandırmasında özel kurallar yazmak, PHP'nin global ayarlarını (örneğin opcache bellek miktarı) değiştirmek, belirli bir portu açmak, güvenlik duvarında IP bazlı kurallar tanımlamak, özel bir SSL veya istemci sertifikası kurulumu yapmak ya da Docker ile konteyner çalıştırmak. Paylaşımlı hostingte bu ayarlar tüm sunucuyu etkilediği için sağlayıcı tarafından sabit tutulur.

Sinyal 5: Güvenlik izolasyonu

Hassas veri işleyen ya da denetime tabi bir uygulamanız varsa, aynı işletim sistemini başka hesaplarla paylaşmak istemeyebilirsiniz. VPS'te işletim sistemi, çekirdek seviyesindeki yapılandırma ve açık portlar yalnızca size aittir.

Paylaşımlı hosting sağlayıcıları hesapları birbirinden ayırmak için dosya sistemi izolasyonu gibi önlemler kullanır ve bu önlemler çoğu site için yeterlidir. Ancak çekirdek, web sunucusu ve çoğu zaman giden e-posta IP adresi ortaktır. Aynı sunucudaki başka bir hesabın spam göndermesi, paylaşılan IP'nin itibarını etkileyebilir. Özel IP, ayrı güvenlik duvarı kuralları ve kendi log kayıtlarınız üzerinde tam kontrol isteniyorsa ayrı bir sunucu, denetim ve olay incelemesini de kolaylaştırır.

Sinyal 6: Çok sayıda site ve e-posta hesabı

Paketinizin site, disk veya e-posta hesabı sınırına ulaştıysanız ve bunun için birden fazla hosting hesabı yönetmeye başladıysanız, siteleri tek bir VPS'te toplamak hem yönetimi hem maliyeti sadeleştirebilir.

Örnek olarak Bulutzone'un Basic paketi 1 site, 2 GB NVMe disk, 20 GB trafik ve 5 e-posta hesabı içerir. Birkaç kurumsal site yöneten bir ajans, zamanla her müşteri için ayrı hesap açar. Bu noktada tek bir VPS'te kontrol paneliyle tüm siteleri yönetmek; ortak güncelleme, ortak yedekleme ve siteler arasında esnek kaynak kullanımı sağlar.

E-posta tarafında ise VPS'e geçmek her zaman gerekli değildir. Çok sayıda posta kutusu ve büyük kota ihtiyacı varsa e-postayı web sitesinden ayırıp bir kurumsal e-posta hizmetine taşımak, hosting hesabının kaynaklarını da rahatlatır.

Sinyal 7: Tutarlı performans gerektiren iş

Bayi entegrasyonları, ödeme altyapısıyla konuşan API'ler veya belirli bir yanıt süresi taahhüt ettiğiniz hizmetler, komşu hesapların yüküne göre değişen bir performansı kaldıramaz. Bu durumda kaynakların size ayrılmış olması gerekir.

Burada dikkat edilmesi gereken bir nokta var: VPS'te de kaynaklar, sağlayıcının politikasına göre bir havuzdan paylaştırılabilir. Paylaşımlı hostinge göre çok daha fazla kontrol sağlar, ancak işlemci ve bellek garantisi istiyorsanız VDS'i değerlendirmek gerekir. İki model arasındaki farkı VDS ve VPS farkı yazımızda ayrıntılı anlattık.

Ne zaman hostingte kalmalı?

Yukarıdaki sinyallerin hiçbiri sizde yoksa paylaşımlı hostingte kalmak çoğu zaman daha doğru bir karardır. VPS daha fazla güç verir ama bakım zamanı ister.

Şu durumlarda hostingte kalmanız mantıklıdır:

• Kurumsal tanıtım sitesi, blog veya küçük bir katalog sitesi çalıştırıyorsanız ve limit uyarısı almıyorsanız.
• Ekibinizde Linux sunucu yönetecek kimse yoksa ve bunu dışarıdan almak için bütçe ayırmak istemiyorsanız.
• Site, e-posta, SSL ve yedeklerin tek panelden yönetilmesi sizin için sunucu üzerindeki kontrolden daha değerliyse.
• Yavaşlığın nedeni sunucu değil, önbelleksiz tema veya ağır eklentilerse. Bu sorun VPS'te de devam eder.

Bu profile uyuyorsanız CloudLinux, cPanel ve LiteSpeed kullanan Linux web hosting paketleri ihtiyacınızı karşılar.

Geçişin maliyeti: yönetim yükünü unutmayın

VPS'in fiyatı, toplam maliyetin yalnızca bir kısmıdır. Asıl maliyet, sunucuyu güncel, güvenli ve yedekli tutmak için harcanacak zamandır.

Paylaşımlı hostingte sağlayıcının üstlendiği işler VPS'te size geçer: işletim sistemi ve paket güncellemeleri, güvenlik duvarı ve SSH ayarları, kontrol paneli güncellemesi, yedeklerin alınması ve düzenli olarak geri yükleme testi, disk doluluğu ve servislerin izlenmesi, şüpheli giriş denemelerinin takibi. Bu işler aksadığında sonuç genellikle yavaşlık değil, veri kaybı veya güvenlik ihlalidir.

Bu yükü tek başına taşımak istemiyorsanız yönetilen bir VPS düşünebilirsiniz. Bulutzone'da sunucuyla birlikte ücretsiz gelen SLA-1 seviyesi kurulum ve temel işlemleri kapsar; işletim sistemi güncellemesi, izleme ve saldırı tespiti SLA-2 ve SLA-3 seviyelerinde yer alır. Hangi işlerin kimde kalacağını yönetilen sunucu rehberimizde sorumluluk matrisiyle anlattık.

Geçiş adımları (kısa)

Hostingten VPS'e geçiş, planlı yapıldığında ziyaretçilerin fark etmeyeceği kadar kısa bir kesintiyle tamamlanabilir.

1. Envanter çıkarın: PHP sürümü ve eklentileri, veritabanı boyutu, zamanlanmış görevler (cron), e-posta hesapları ve DNS kayıtları.
2. Paket ve işletim sistemi seçin: Kaynak kullanımınızı son birkaç haftanın verisiyle değerlendirin. Dağıtım seçimi için Linux sunucu nedir rehberimizdeki destek süreleri tablosuna bakabilirsiniz.
3. Sunucuyu hazırlayın: Güncellemeleri yapın, SSH anahtarla girişi ve güvenlik duvarını ayarlayın, kontrol panelini veya web yığınını kurun.
4. DNS TTL değerini düşürün: Geçişten en az bir gün önce alan adı kayıtlarının TTL süresini kısaltın.
5. Dosyaları ve veritabanını taşıyın: Yeni sunucuda da cPanel kullanıyorsanız tam yedeği WHM üzerinden geri yükleyin; aksi halde dosyaları rsync ile, veritabanını döküm alarak aktarın.
6. Test edin: Bilgisayarınızdaki hosts dosyasıyla alan adını yeni IP'ye yönlendirip siteyi, formları ve ödeme akışını deneyin.
7. DNS'i değiştirin ve eski hesabı hemen kapatmayın: Yayılma süresince gelen e-postaları ve siparişleri kaybetmemek için eski hesabı birkaç gün açık tutun.
8. Yedekleme ve izlemeyi kurun: İlk günden otomatik yedek ve temel izleme olmadan canlıya çıkmayın.

Veritabanı dökümü için tipik komut şudur (kullanıcı ve veritabanı adlarını kendi değerlerinizle değiştirin):

mysqldump -u veritabani_kullanicisi -p --single-transaction --routines veritabani_adi > yedek.sql
mysql -u veritabani_kullanicisi -p veritabani_adi < yedek.sql

İkinci komut hedef veritabanındaki aynı adlı tabloların üzerine yazar; yanlış sunucuda veya yanlış veritabanında çalıştırmamaya dikkat edin.

Sık sorulan sorular

VPS hostingten hızlı mı?

Kendiliğinden değil. Aynı site, aynı kaynaklarla VPS'te benzer hızda çalışır. Fark, limitlere takılan bir sitede ortaya çıkar: VPS'te PHP süreç sayısı, veritabanı önbelleği ve web sunucusu ayarları iş yükünüze göre düzenlenebilir.

Paylaşımlı hostingte limit aşımı ne demek?

Hesabınızın CPU, bellek, I/O veya eşzamanlı istek sınırlarından birine ulaşması demektir. CPU ve I/O aşımı yavaşlamaya, eşzamanlı istek (EP) aşımı 508 hatasına, bellek aşımı ise 500 veya 503 hatalarına yol açar.

VPS yönetmek zor mu?

Temel Linux komutlarını bilen biri için kontrol paneliyle birkaç site yönetmek zor değildir. Zor olan, güncelleme, yedek testi ve güvenlik takibini aylarca aksatmadan sürdürmektir. Bu disiplini sağlayamayacaksanız yönetim hizmeti almak daha güvenlidir.

Yukarıdaki sinyallerden birkaçı sizde tekrarlanıyorsa geçiş zamanı gelmiş olabilir. Çekirdek, RAM ve NVMe disk seçeneklerini görmek için Linux VPS paketlerini karşılaştırın.

Kaynaklar

• CloudLinux OS – Limits (LVE)
• CloudLinux Manager UI – Resource Usage client plugin
• cPanel dokümantasyonu: Resource Usage arayüzü