Paylaşımlı Hosting’in Tıkandığı Nokta: Web Sitenizi Ne Zaman Bir VDS’e Taşımalısınız?

Siteniz gündüz sorunsuz çalışıyor, ama akşam 21:00 civarında yavaşlıyor. Bazı ziyaretçiler beyaz bir sayfada “508 Resource Limit Is Reached” yazısıyla karşılaşıyor. Hosting firmanıza yazdığınızda gelen cevap çoğu zaman aynıdır: “Hesabınız kaynak limitlerine ulaşıyor, bir üst pakete geçmenizi öneririz.”

Bu noktada çoğu site sahibi aynı soruyu sorar: Bir üst hosting paketi mi, yoksa VDS kiralama mı? Doğru cevap, sitenizin neden tıkandığına bağlıdır. Bazen sorun birkaç ayarla çözülür, bazen de paylaşımlı altyapının doğası gereği aşılamayan bir duvara çarpmışsınızdır.

Bu yazıda paylaşımlı hostingin sınırlarının nereden geldiğini, taşınma zamanının geldiğini gösteren yedi işareti ve sitenizi kesintisiz şekilde VDS’e taşımak için izlemeniz gereken adımları anlatıyoruz.

Paylaşımlı hosting nasıl çalışır, sınırlar nereden gelir?

Paylaşımlı hostingde tek bir fiziksel sunucu, yüzlerce web sitesi arasında bölüşülür. Her site aynı işlemciyi, aynı belleği ve aynı diski kullanır. Bir sitenin ani trafiği diğerlerini yavaşlatmasın diye sağlayıcılar her hesaba sınırlar koyar. Türkiye’deki hosting firmalarının büyük çoğunluğu bu sınırları CloudLinux adlı sistemle uygular.

Tipik bir paylaşımlı hosting hesabında şu sınırlar bulunur:

• CPU: Hesabınızın kullanabileceği işlemci gücü. Yüzde 100 genellikle tek bir çekirdeğe karşılık gelir.
• Fiziksel bellek (PMEM): Sitenizin süreçlerinin toplamda kullanabileceği RAM. 1 ile 2 GB sık görülen değerlerdir.
• Eşzamanlı işlem (Entry Processes, EP): Aynı anda çalışabilecek dinamik istek sayısı. Genellikle 20 ile 30 arasındadır.
• Disk G/Ç (IO ve IOPS): Saniyede okunup yazılabilecek veri miktarı ve işlem sayısı.
• Inode: Hesapta tutulabilecek toplam dosya sayısı.

Paket sayfasında yazmayan sınırlar

Hosting paketleri çoğunlukla disk alanı ve trafik miktarıyla tanıtılır. Oysa sitenizin yoğun saatlerdeki davranışını belirleyen asıl değer, paket sayfasında küçük harflerle yazan ya da hiç yazmayan eşzamanlı işlem sınırıdır.

Diyelim ki hesabınızın EP sınırı 25. Önbelleğe alınmamış 25 istek aynı anda işlenirken gelen 26. istek beklemez, doğrudan 508 hatası alır. Bu 25 isteğin sahibinin gerçek ziyaretçiler olması da gerekmez. Sitenizi tarayan agresif bir bot ya da arka planda çalışan bir zamanlanmış görev de bu kotadan yer.

Bunlara ek olarak PHP çalışma süresi sınırı, betik başına bellek sınırı, saatlik e-posta gönderim kotası ve cron görevlerinin en sık hangi aralıkla çalışabileceği gibi kısıtlar da vardır. Root erişiminiz olmadığı için sağlayıcının sunmadığı bir yazılımı kurmanız da mümkün değildir.

Son olarak “kötü komşu” etkisi vardır. Hesabınız kendi sınırlarının içinde kalsa bile aynı sunucudaki başka bir sitenin yoğun disk kullanımı, sizin sayfalarınızın da yavaş açılmasına neden olabilir.

Taşınma zamanının geldiğini gösteren 7 işaret

Aşağıdaki işaretlerden bir ya da ikisi geçici bir sorun olabilir. Birkaçı düzenli olarak tekrarlanıyorsa paylaşımlı hosting sitenizin ihtiyacını karşılamıyor demektir.

1. “508 Resource Limit Is Reached” hatası

Bu hata, hesabınızın eşzamanlı işlem veya CPU sınırına ulaştığını doğrudan söyler. cPanel’deki “Kaynak Kullanımı” (Resource Usage) ekranı, son günlerde hangi sınıra kaç kez takıldığınızı gösterir. Bu ekranda “fault” sayılarını görüyorsanız ziyaretçilerinizin bir kısmı hata sayfasıyla karşılaşıyor demektir.

2. Yoğun saatlerde 503 ve 500 hataları

503 Service Unavailable, sunucunun o an isteği karşılayamadığını gösterir. Bu hata yalnızca belirli saatlerde ortaya çıkıyorsa, sorun kodda değil kaynakta olabilir. Kampanya, bülten gönderimi veya sosyal medyada yayılan bir paylaşım sonrası görülen hatalar da bu gruptandır.

3. Sunucu yanıt süresinin yükselmesi

Google PageSpeed Insights, sunucunun ilk yanıtı 600 milisaniyeden uzun sürdüğünde “ilk sunucu yanıt süresini azaltın” uyarısı verir. Sayfa önbelleği açık olduğu halde bu süre sık sık bir saniyeyi geçiyorsa site, işlem gücü bekliyor demektir. Bu gecikme hem ziyaretçi deneyimini hem de arama sıralamalarını olumsuz etkiler.

4. Yönetim panelinin yavaşlaması

Ziyaretçi sayfaları önbellekten sunulabilir, ama yönetim paneli her zaman canlı çalışır. WordPress panelinde bir yazıyı kaydetmek, WooCommerce’te sipariş listesini açmak ya da toplu ürün güncellemek dakikalar sürüyorsa, ayrılmış işlemci gücüne ihtiyacınız vardır.

5. Yarıda kesilen yedekler ve zamanlanmış görevler

Büyük bir veritabanının yedeği, XML ürün entegrasyonları veya toplu e-posta gönderimleri, paylaşımlı hostingin çalışma süresi sınırına takılabilir. Sabah yedeğin yarım kaldığını ya da stok güncellemesinin tamamlanmadığını fark ediyorsanız, bu sınırların dışında çalışabilen bir ortama ihtiyacınız var.

6. Kurmak istediğiniz yazılım desteklenmiyor

Node.js uygulaması, Redis önbelleği, Elasticsearch arama motoru, Docker konteynerleri ya da özel bir PHP eklentisi… Paylaşımlı hostingde bunların çoğu ya mümkün değildir ya da sağlayıcının izin verdiği sınırlı bir sürümüyle gelir. Projeniz bu araçlara ihtiyaç duymaya başladıysa root erişimli bir sunucu kaçınılmaz olur.

7. Başka bir sitenin sizi etkilemesi

Paylaşımlı IP adresi kullanan bir sunucuda, aynı IP’yi paylaşan başka bir site spam gönderdiğinde e-postalarınız da kara listeye düşebilir. Aynı sunucudaki bir sitenin güvenlik açığı ya da yoğun kaynak kullanımı da sizi etkileyebilir. Kendi IP adresi ve yalıtılmış kaynaklarla çalışmak bu riskleri ortadan kaldırır.

Önce optimizasyon mu, hemen VDS mi?

Her yavaşlık bir taşınma gerekçesi değildir. Bazen sorun, önbelleği kapalı bir site, ağır bir eklenti veya optimize edilmemiş görseller kadar basittir. Böyle bir siteyi daha güçlü bir sunucuya taşımak sorunu çözmez, yalnızca daha pahalı bir yerde yaşamaya devam etmesini sağlar.

Taşınma kararından önce şu kontrolleri yapmanızı öneririz:

• Bir sayfa önbelleği eklentisi kullanın ve gerçekten çalıştığını doğrulayın.
• PHP sürümünü panelden güncel bir sürüme (8.2 veya üzeri) yükseltin. Eski sürümlere göre belirgin bir hız farkı görürsünüz.
• Eklentileri tek tek gözden geçirin ve kullanmadıklarınızı kaldırın.
• Görselleri sıkıştırın ve WebP formatına dönüştürün.
• Erişim kayıtlarına bakın. Trafiğin önemli bir kısmı arama motoru dışındaki botlardan geliyorsa onları engellemek EP kotanızı rahatlatır.

Bu adımlardan sonra hâlâ düzenli olarak sınırlara takılıyorsanız sorun artık optimizasyon değil, kapasitedir. Aşağıdaki tablo, sık görülen belirtiler için iki ortamda neler yapılabileceğini özetler:

Belirti	Muhtemel neden	Hostingde denenecek	VDS’teki çözüm
508 hatası	Eşzamanlı işlem sınırı	Önbellek, kötü bot engelleme	İşçi sayısını kaynağa göre kendiniz belirlersiniz
Yavaş yönetim paneli	CPU sınırı, ağır eklenti	Eklenti denetimi	Size ayrılmış işlemci çekirdekleri
Yarıda kalan yedekler	Çalışma süresi sınırı	Yedeği parçalara bölme	Süre sınırı olmayan görevler, kendi yedek planınız
Yavaş arama ve filtreler	Veritabanı ve disk yükü	Sorgu ve dizin optimizasyonu	Veritabanına ayrılmış RAM, NVMe disk
Yazılım kurulamıyor	Root erişimi yok	Alternatif eklenti arama	Tam root yetkisi

Bir üst hosting paketi yeterli olur mu?

Sağlayıcınızın önerdiği bir üst paket bazen gerçekten yeterlidir. Hesabınız ayda birkaç kez, kısa süreliğine sınıra takılıyorsa ve siteniz standart bir WordPress kurulumuysa, daha yüksek EP ve CPU sınırları sorunu çözebilir. Ancak üst paketler de aynı sunucuyu paylaşmaya devam eder. Komşu etkisi, root erişiminin olmaması ve yazılım kısıtları olduğu gibi kalır.

Bir noktadan sonra üst hosting paketlerinin fiyatı, giriş seviyesindeki bir VDS’e yaklaşır. Bu noktada aynı bütçeyle size ayrılmış kaynaklar almak daha mantıklı hale gelir. Karar verirken şu tablo yol gösterebilir:

Durum	Bir üst hosting paketi	VDS
Ayda birkaç kez kısa süreli sınır aşımı	Genellikle yeterli	Henüz gerekli değil
Her gün yoğun saatlerde 508 veya 503 hatası	Geçici çözüm	Kalıcı çözüm
Node.js, Redis gibi özel yazılım ihtiyacı	Çözmez	Çözer
Kendi IP adresi ve e-posta itibarı	Çözmez	Çözer
Trafiğin her ay büyümesi	Kısa vadede idare eder	Kaynaklar ihtiyaçla büyür
Teknik bilgi veya destek ekibi olmaması	Uygun	Kontrol panelli VDS ve teknik destekle mümkün

Hosting ile VDS arasındaki temel farklar

VDS (Virtual Dedicated Server), fiziksel bir sunucunun sanallaştırma ile bölünmesiyle oluşturulan ve kaynakları size ayrılmış bir sanal sunucudur. Kavramı ayrıntılı olarak VDS nedir yazımızda anlattık. Hosting mi VDS mi kararı için en önemli farkları şöyle özetleyebiliriz:

Özellik	Paylaşımlı hosting	VDS
Kaynaklar	Ortak havuz, hesap başına sınırlı	Size ayrılmış işlemci, RAM ve disk
Yetki	Kontrol paneliyle sınırlı	Tam root veya yönetici yetkisi
Yazılım	Sağlayıcının sunduğu kadar	İstediğiniz yazılımı kurabilirsiniz
Yalıtım	Komşu hesaplardan etkilenebilir	Sanallaştırmayla yalıtılmış
IP adresi	Genellikle paylaşımlı	Size özel IPv4 adresi
Yönetim	Sağlayıcıda	Büyük ölçüde sizde
Maliyet	Düşük	Daha yüksek ama öngörülebilir

VDS ile VPS arasındaki farkı da merak ediyorsanız paylaşımlı VPS mi, adanmış VDS mi yazımız konuyu karşılaştırmalı olarak ele alıyor.

VDS’e geçince neler sizin sorumluluğunuza geçer?

Paylaşımlı hostingde sunucunun güncellenmesi, güvenliği ve yazılımların bakımı sağlayıcının işidir. VDS’te ise bu işlerin büyük kısmı size geçer. Bu, VDS’in en çok çekinilen tarafıdır. Ancak doğru araçlarla sanıldığı kadar zor değildir.

• Güncellemeler: İşletim sistemi ve yazılımların güvenlik yamalarını takip etmeniz gerekir. Otomatik güvenlik güncellemeleri bu yükün çoğunu alır.
• Güvenlik: SSH ayarları, güvenlik duvarı ve deneme-yanılma saldırılarına karşı koruma ilk gün yapılmalıdır. Bunun için VDS sunucu güvenliği için ilk 5 ayar rehberimizi adım adım izleyebilirsiniz.
• Yedekleme: Yedekleriniz artık sizin sorumluluğunuzdadır. Önem Bilişim’de sepet ekranından ek olarak alınabilen Sunucu Yedekleme hizmetiyle günlük otomatik yedek aldırabilirsiniz.
• İzleme: Disk dolması veya servislerin durması gibi durumları fark edecek basit bir izleme kurmanız gerekir.

Komut satırıyla uğraşmak istemiyorsanız kontrol paneli büyük kolaylık sağlar. Önem Bilişim VDS paketlerinde cPanel veya Plesk otomatik kurulum seçeneği bulunur. Böylece hostingde alıştığınız panel deneyimini koruyarak size ayrılmış kaynaklara geçebilirsiniz.

Doğru VDS boyutunu nasıl seçersiniz?

Taşınmadan önce mevcut hosting hesabınızın kullanım verilerini not alın: Ortalama ve en yüksek CPU kullanımı, bellek kullanımı, EP hataları ve aylık ziyaretçi sayısı. Bu veriler, yeni sunucunun ne kadar büyük olması gerektiğini gösteren en somut kaynaktır.

Site tipi	Aylık ziyaret	Başlangıç kaynağı
Kurumsal site veya blog	50 bine kadar	2 vCPU, 2–4 GB RAM
Yoğun içerik veya haber sitesi	50 bin – 500 bin	4 vCPU, 8 GB RAM
WooCommerce mağaza	20 bin – 200 bin	4–6 vCPU, 8–16 GB RAM, NVMe disk
Birden fazla site barındıran ajans	Değişken	4 vCPU ve üzeri, 8 GB RAM ve üzeri, kontrol paneli

Örnek bir senaryo üzerinden düşünelim. Aylık 80 bin ziyaret alan, 3.000 ürünlü bir WooCommerce mağazasında hosting panelinde her akşam 20:00 ile 23:00 arasında onlarca EP hatası görülüyor. Sunucu yanıt süresi de yoğun saatlerde 1,5 saniyeyi buluyor. Bu mağaza için 4 vCPU, 8 GB RAM ve NVMe diskli bir VDS iyi bir başlangıçtır. Redis nesne önbelleği ve PHP-FPM’de 20 civarında işçiyle çalışmaya başlanır. Taşımadan sonraki ilk hafta kaynak kullanımı izlenir. İşlemci yoğun saatlerde sürekli yüzde 70’in üzerinde çalışıyorsa bir üst pakete geçilir.

cPanel veya Plesk kullanacaksanız panelin kendi servisleri için en az 1 ile 2 GB ek bellek hesaplayın. Emin olamadığınız durumlarda küçük başlamak mantıklıdır. VDS kaynaklarını sonradan yükseltmek, verileriniz silinmeden yapılabilen bir işlemdir. Bütçenize ve trafiğinize uyan paketi bulmak için VDS sunucu seçeneklerini inceleyin.

E-ticaret siteniz kampanya dönemlerinde ani trafik alıyorsa kaynak planlamasını en yoğun saate göre yapmanız gerekir. Bunu e-ticaret siteleri için VDS seçimi yazımızda ayrıntılı olarak anlattık.

Sorunsuz taşıma için adım adım plan

İyi planlanmış bir taşımada ziyaretçileriniz hiçbir şey fark etmez. Aşağıdaki sırayı izlerseniz kesinti süresi neredeyse sıfıra iner.

1. DNS TTL değerini düşürün. Taşımadan 24 ile 48 saat önce alan adınızın A kaydının TTL değerini 300 saniyeye indirin. Böylece DNS değişikliği birkaç dakikada yayılır.
2. Tam yedek alın. Hostingden dosyaların, veritabanlarının ve e-posta hesaplarının listesini içeren tam bir yedek indirin.
3. VDS’i hazırlayın. Web sunucusunu, hostingdekiyle aynı PHP sürümünü ve veritabanı sunucusunu kurun. İki tarafta da cPanel varsa hostingden aldığınız tam cPanel yedeğini WHM’deki geri yükleme aracıyla tek seferde açabilirsiniz.
4. Dosyaları ve veritabanını aktarın. Yapılandırma dosyalarındaki veritabanı adı, kullanıcı ve parola bilgilerini yeni sunucuya göre güncelleyin.
5. hosts dosyasıyla test edin. Kendi bilgisayarınızdaki hosts dosyasına alan adınızı yeni sunucunun IP adresiyle ekleyin. Böylece DNS’i değiştirmeden siteyi yeni sunucuda gezebilir; formları, ödeme adımlarını ve yönetim panelini test edebilirsiniz.
6. DNS’i değiştirin. Her şey yolundaysa A kaydını yeni IP adresine yönlendirin. Let’s Encrypt sertifikasını DNS yayıldıktan hemen sonra yeni sunucuda alın.
7. Eski hostingi hemen kapatmayın. DNS önbellekleri tamamen temizlenene ve e-postaların doğru yere gittiğinden emin olana kadar eski hesabı birkaç gün açık tutun.

E-postalarınız da paylaşımlı hostingde duruyorsa nereye taşıyacağınıza ayrıca karar verin. VDS üzerinde kendi posta sunucunuzu çalıştırmak mümkündür. Ancak spam filtreleri, IP itibarı ve teslim edilebilirlik ayrı bir uzmanlık ister. Çoğu işletme için e-postayı ayrı bir kurumsal e-posta hizmetinde tutmak daha az baş ağrıtır.

Geçişten sonraki ilk 48 saat

Taşıma bittiğinde iş tam olarak bitmez. İlk iki gün içinde şu kontrolleri yapın:

• Web sunucusu ve PHP hata kayıtlarını inceleyin. Hostingde çalışıp yeni ortamda eksik kalan bir PHP eklentisi genellikle burada ortaya çıkar.
• Zamanlanmış görevlerin (cron) yeni sunucuda tanımlı olduğundan ve çalıştığından emin olun.
• Otomatik yedeklemenin kurulduğunu ve ilk yedeğin başarıyla alındığını doğrulayın.
• PHP OPcache’in açık olduğunu kontrol edin. Derlenmiş PHP kodunu bellekte tutan bu özellik, ayrı bir sunucuda çoğu zaman elle etkinleştirilmeyi bekler ve yanıt süresine doğrudan etki eder.
• Taşımadan önce ölçtüğünüz sunucu yanıt süresiyle yenisini karşılaştırın. Genellikle fark ilk ölçümde görülür.

Bu kontrollerden sonra sitenizin yeni evinde nasıl davrandığını birkaç gün izleyin. Yoğun saatlerdeki işlemci ve bellek kullanımı, kaynakların doğru seçilip seçilmediğini gösteren en güvenilir veridir. Kullanım sürekli sınıra yakınsa yükseltme yapın. Kaynakların yarısı bile kullanılmıyorsa bir sonraki dönemde daha küçük bir pakete geçmeyi düşünebilirsiniz.

Sık Sorulan Sorular

Paylaşımlı hosting ile VDS arasındaki fark nedir?

Paylaşımlı hostingde yüzlerce site aynı sunucunun kaynaklarını paylaşır ve her hesap sağlayıcının belirlediği sınırlarla çalışır. VDS’te ise işlemci, RAM ve disk size ayrılır, tam root yetkiniz olur ve istediğiniz yazılımı kurabilirsiniz. Buna karşılık sunucu yönetiminin önemli bir kısmı size geçer.

“508 Resource Limit Is Reached” hatası ne anlama gelir?

Hosting hesabınızın eşzamanlı işlem (EP), CPU veya bellek sınırına ulaştığını gösterir. Sınır dolduğunda yeni gelen ziyaretçiler sayfa yerine bu hatayı görür. Önbellek ve bot engelleme ile geçici olarak hafifletilebilir, düzenli tekrarlanıyorsa daha yüksek kaynaklı bir ortama geçmek gerekir.

VDS’e geçince sitem hızlanır mı?

Sitenizin yavaşlığı paylaşımlı hostingin kaynak sınırlarından kaynaklanıyorsa evet, fark genellikle hemen hissedilir. Ancak yavaşlığın nedeni ağır bir tema, önbelleğin olmaması veya optimize edilmemiş görsellerse, bu sorunlar VDS’te de devam eder. Taşınmadan önce temel optimizasyonları yapmak bu yüzden önemlidir.

Teknik bilgim yoksa VDS kullanabilir miyim?

Kullanabilirsiniz. cPanel veya Plesk gibi bir kontrol paneli kurulduğunda VDS, alıştığınız hosting paneline çok benzer bir deneyim sunar. Önem Bilişim VDS paketlerinde bu paneller için otomatik kurulum seçeneği ve 7/24 teknik destek bulunur.

Taşıma sırasında sitem kapanır mı?

Doğru planlanmış bir taşımada kapanmaz. DNS TTL değerini önceden düşürmek, siteyi hosts dosyası yöntemiyle yeni sunucuda test etmek ve eski hostingi birkaç gün açık tutmak, ziyaretçilerin kesinti yaşamadan yeni sunucuya geçmesini sağlar.