Makale Başlıkları
- “Sınırsız” Ne Demek, Ne Demek Değil?
- Sınırsız Denilen Kaynaklar ve Gerçekte Ne Olduğu
- İnode: Sınırsız Diskin Sessiz Duvarı
- Limit Aslında Bir Koruma: Kaynak İzolasyonu
- Paketinizin Gerçek Limitlerini Nasıl Öğrenirsiniz?
- Limite Takıldığınızda Ne Yapmalısınız?
- Şeffaf Bir Sağlayıcı Nasıl Davranır?
- Sıkça Sorulan Sorular
- İlgili Yazılar
Kısaca
“Sınırsız hosting” bir teknoloji değil, bir pazarlama dilidir. Fiziksel bir sunucunun diski, işlemcisi ve belleği sonludur; dolayısıyla hiçbir paket gerçekten sınırsız olamaz. Sınırsız denilen şey aslında “ölçülmeyen” alanlardır (disk, trafik); gerçek sınır ise sözleşmenin derinlerindeki adil kullanım politikasında ve panelde görünen CPU, RAM, IO ve inode değerlerinde saklıdır.
- Disk ve trafik “sınırsız” yazılsa bile inode ve IO sayaçları sessizce sayar; asıl duvar oradadır.
- Gerçek limitler CPU, RAM, giriş/çıkış (IO) ve inode dörtlüsüdür; bunlar her ciddi sağlayıcıda vardır, tek fark açık yazılıp yazılmadığıdır.
- Limit kötü bir şey değildir: kaynak izolasyonu, gürültücü komşunun sizin sitenizi yavaşlatmasını engelleyen korumadır.
- Alastyr paylaşımlı paketlerinde CloudLinux + CageFS ile her hesap kendi kaynak kutusunda çalışır; komşu tüketimi size yansımaz.
- Limitleri panelden, sözleşmeden ve adil kullanım maddesinden okuyabilirsiniz; bu yazıda adım adım gösteriyoruz.
Sınırsız hosting, disk alanı ve aylık trafik gibi kalemlerin sayısal bir üst sınır belirtilmeden satıldığı paylaşımlı barındırma paketlerine verilen pazarlama adıdır. Gerçekte sınırsız kaynak yoktur; sağlayıcı yalnızca bu iki kalemi ölçmemeyi tercih eder. Paketin fiili sınırı, adil kullanım politikasında tanımlanan CPU, RAM, giriş/çıkış ve inode (dosya sayısı) değerleridir.
Bu cümle, hosting sektöründe yıllardır sürüncemede kalan bir tartışmanın özetidir. Bir tarafta “sınırsız disk, sınırsız trafik, sınırsız e-posta” diyen ilanlar; diğer tarafta paketini alıp iki ay sonra “kaynak limitiniz aşıldı” uyarısıyla karşılaşan kullanıcılar var. İkisi de aynı sistemin parçası. Bu yazıda hiçbir şeyi süslemeden anlatıyoruz: “sınırsız” ne anlama geliyor, gerçek limitler nerede başlıyor, bu limitlerin var olması neden aslında sizin lehinize ve dürüst bir sağlayıcı bu konuda nasıl davranmalı.
“Sınırsız” Ne Demek, Ne Demek Değil?
Bir sunucu, sonunda somut bir kutudur: belirli sayıda işlemci çekirdeği, belirli miktarda RAM, belirli kapasitede NVMe disk ve belirli bir ağ portu. Bu kutunun üzerine yüzlerce hesap yerleştirilir. Dolayısıyla “sınırsız” kelimesi fiziksel bir vaat olamaz; olsa olsa istatistiksel bir bahistir.
Bahis şudur: paylaşımlı bir sunucudaki hesapların büyük çoğunluğu, satın aldıkları alanın çok küçük bir kısmını kullanır. Tipik bir kurumsal tanıtım sitesi 300-800 MB yer kaplar; bir blog 1-2 GB’ı zor bulur. Sağlayıcı bunu bildiği için diski tek tek ölçüp faturalamak yerine “sınırsız” der, ortalamayı yönetir ve aşırı tüketen azınlığı adil kullanım politikasıyla dengeler. Yani “sınırsız”, “sizin kullanacağınız kadarı bizim için sorun değil” demenin pazarlama dilindeki karşılığıdır.
Bu, otomatik olarak bir aldatmaca değildir. Aldatmaca, sınırın var olmasında değil, gizlenmesinde başlar. Sözleşmenin on dördüncü maddesinde küçük puntolarla duran, kullanıcının paket satın alırken hiçbir yerde göremediği bir CPU sınırı; ilanda 72 punto ile yazılan “SINIRSIZ” ibaresiyle yan yana geldiğinde ortaya bir güven sorunu çıkar. Sektörün bu konudaki asıl problemi teknik değil, iletişimseldir.
Sınırsız Denilen Kaynaklar ve Gerçekte Ne Olduğu
Aşağıdaki tablo, “sınırsız” etiketinin arkasında her bir kaynak için pratikte ne olduğunu gösteriyor. Bu tablo herhangi bir firmayı değil, paylaşımlı hosting modelinin kendisini tarif eder.
| Kaynak | İlanda genelde ne yazar | Gerçekte ne olur |
|---|---|---|
| Disk alanı | Sınırsız / limitsiz disk | Ölçülmez ama sonsuz değildir. Adil kullanım maddesi tipik olarak “web sitesi içeriği dışındaki arşiv/yedek/medya deposu kullanımını” kapsam dışı bırakır. Diski yedek deposu gibi kullanırsanız hesap uyarı alır. |
| Trafik (bant genişliği) | Sınırsız trafik | Aylık GB sayacı işletilmez; ancak sunucu ağ portu ve eş zamanlı bağlantı kapasitesi sonludur. Sürekli yüksek bant tüketen video/dosya dağıtımı, adil kullanım dışı sayılır. |
| E-posta hesabı | Sınırsız e-posta | Hesap sayısı sınırsız olabilir, ama saatlik gönderim limiti daima vardır (tipik olarak 100-500 mail/saat). Bu, sunucu IP itibarını spam’den korumak için zorunludur. |
| Veritabanı | Sınırsız MySQL veritabanı | Veritabanı sayısı sınırsız olabilir; fakat eş zamanlı bağlantı sayısı (genelde 20-30) ve sorgu başına CPU süresi sınırlıdır. Optimize edilmemiş sorgu, limiti asıl yakan şeydir. |
| CPU | Genelde hiç yazmaz | Her hesaba yüzde cinsinden çekirdek payı verilir (örn. %100 = 1 çekirdek). Tavana vurduğunuzda istekler kuyruğa girer, sayfa yavaşlar; ısrarlı aşımda 508 hatası döner. |
| RAM (bellek) | Genelde hiç yazmaz | Hesap başına sabit bir bellek tavanı vardır (örn. 1-2 GB). Aşıldığında süreç öldürülür; sonuç genelde beyaz ekran veya 500 hatasıdır. |
| IO ve I/O işlem sayısı | Asla yazmaz | Saniyede okuyabileceğiniz/yazabileceğiniz veri (örn. 5-10 MB/sn) ve saniyedeki disk işlemi sayısı sınırlıdır. Yedek alma, büyük log yazma ve önbelleksiz siteler burayı zorlar. |
| Inode (dosya sayısı) | Neredeyse hiç yazmaz | “Sınırsız disk”in gerçek duvarı budur. Her dosya, klasör ve e-posta bir inode harcar. Tipik sınır 200.000-500.000’dir. Eklenti çöplüğü, önbellek dosyaları ve eski yedekler bu sayacı sessizce doldurur. |
Tablonun anlattığı tek bir şey var: “sınırsız” olan kalemler ölçülmeyenler, gerçek limitler ise ölçülenlerdir. Ve ölçülenler, bir sitenin hızını ve ayakta kalmasını belirleyen kalemlerin ta kendisidir.
İnode: Sınırsız Diskin Sessiz Duvarı
Inode kavramı, kullanıcıların en geç öğrendiği ama en sık çarptığı sınırdır. Disk alanı GB cinsinden ölçülür; inode ise dosya adedi cinsinden. 100.000 küçük önbellek dosyası, toplamda 200 MB yer kaplasa bile 100.000 inode harcar. Yani diskiniz “boş” görünürken hesabınız yeni dosya oluşturamaz hale gelebilir; sonuç: WordPress güncellenemez, e-posta düşmez, oturum dosyası yazılamaz.
Inode’u tüketen tipik suçlular şunlardır: eski site yedeklerinin hesabın içinde bırakılması, silinmeyen önbellek ve session dosyaları, terk edilmiş eklentilerin kalıntıları, binlerce iletiyle şişen bir e-posta kutusu ve klasör yapısı derin olan kütüphaneler (node_modules gibi). Bu yüzden “sınırsız disk” gördüğünüzde sormanız gereken ilk soru şudur: “Peki inode limiti kaç?” Cevap veremeyen bir sağlayıcı, kendisi de bilmiyor demektir.
Limit Aslında Bir Koruma: Kaynak İzolasyonu
Burası, bu yazının en önemli bölümü. Paylaşımlı hostingte limitler sağlayıcının cimriliğinden değil, komşularınızın varlığından doğar.
Limitsiz bir paylaşımlı sunucu düşünün: aynı makinedeki bir e-ticaret sitesi kötü yazılmış bir eklenti yüzünden 8 çekirdeği birden tüketmeye başlıyor. Limit yoksa onu durduran hiçbir şey yoktur; sunucudaki diğer tüm siteler, sizinki dahil, yavaşlar veya düşer. Buna “gürültücü komşu” (noisy neighbour) problemi denir ve kaynak sınırı olmayan bir ortamda kaçınılmazdır.
Alastyr paylaşımlı paketlerinde bu yüzden CloudLinux kullanılır. CloudLinux, her hesabı kendi hafif sanal ortamına (LVE) yerleştirir: CPU payı, bellek tavanı, IO hızı ve eş zamanlı süreç sayısı hesap bazında tanımlıdır. Komşunuz kendi tavanına vurduğunda yavaşlayan yalnızca komşunuzdur; sizin sitenize tek bir milisaniye bile yansımaz. CageFS ise dosya sistemi tarafında aynı işi yapar: her hesap kendi kafesinde çalışır, diğer hesapların dosyalarını, kullanıcı listesini veya süreçlerini göremez. Bu hem performans hem de güvenlik izolasyonudur.
Yani cümleyi tersinden kurmak gerekir: Limit sizi kısıtlayan bir duvar değil, komşunuzu sizden uzak tutan bir duvardır. “Hiç limit yok” diyen bir paylaşımlı sunucu ya izolasyonu yoktur (yani komşu riski taşırsınız) ya da limiti vardır da söylemiyordur. Üçüncü bir ihtimal fiziksel olarak mevcut değildir.
Paketinizin Gerçek Limitlerini Nasıl Öğrenirsiniz?
Hangi sağlayıcıda olursanız olun, kendi paketinizin gerçek sınırlarını on beş dakikada öğrenebilirsiniz. Sırasıyla:
- Panelde kaynak kullanımı ekranını açın. cPanel kullanıyorsanız ana sayfada “Kaynak Kullanımı” (Resource Usage) bölümüne girin. Burada CPU, fiziksel bellek, giriş/çıkış ve eş zamanlı süreç için limitiniz ve anlık kullanımınız yan yana yazar. Son 24 saat ve son 30 günlük grafiği mutlaka inceleyin: kırmızı ile işaretlenen “hata” (fault) sayısı, limite kaç kez tosladığınızı gösterir.
- İnode sayacınıza bakın. cPanel sağ sütunundaki istatistik listesinde “File Usage” veya “Inodes” satırını bulun. 200.000 üzerindeyseniz temizlik zamanı gelmiş demektir. Sayaç yoksa sağlayıcınıza doğrudan sorun.
- Sözleşmeyi ve hizmet tanımını okuyun. Satın alma sırasında onayladığınız hizmet sözleşmesinde “kaynak”, “adil kullanım” ve “kabul edilebilir kullanım” başlıklarını arayın. Aradığınız cümleler tipik olarak şu kalıptadır: “hesap başına … CPU, … GB bellek, … inode”.
- Adil kullanım politikasında yasak kullanımları not edin. Genelde şunlar sayılır: yedek/arşiv deposu olarak kullanma, dosya paylaşım sitesi barındırma, toplu e-posta gönderimi, kripto madenciliği, sürekli çalışan ağır arka plan süreçleri. Projeniz bunlardan birine benziyorsa paylaşımlı hosting sizin için yanlış üründür; en baştan VDS veya bulut sunucu tarafına bakın.
- E-posta gönderim limitini teyit edin. Saatlik gönderim sınırınızı öğrenin. Bülten göndermeyi planlıyorsanız bu sayı, paketinizin en kritik satırıdır.
- Yükseltme yolunu sorun. “Limite dayandığımda ne olur?” sorusunu satış öncesinde sorun. İyi cevap şudur: hangi pakete, hangi bedelle, ne kadar kesintiyle geçileceği net olarak söylenir. Kötü cevap, konuyu geçiştirmektir.
- Fiyat sayfasına geri dönün ve karşılaştırın. İlanda yazan vaatlerle sözleşmedeki maddeler örtüşüyor mu? Örtüşmüyorsa sorun teknik değil, güven sorunudur. Alastyr’ın şeffaf fiyatlandırma yaklaşımı tam olarak bu boşluğu kapatmak için vardır: ilk yıl bedeli de yenileme bedeli de aynı yerde, açıkça yazar.
Limite Takıldığınızda Ne Yapmalısınız?
Kaynak limiti uyarısı almak, “kötü müşteri” olduğunuz anlamına gelmez; çoğu zaman sitenizin büyüdüğü anlamına gelir. Doğru sıra şudur.
Önce optimize edin. Limit aşımlarının belki de yarısı, gerçek trafikten değil israftan doğar. Sunucu tarafı önbellek (LiteSpeed Cache gibi) devreye alındığında her sayfa isteği için PHP ve veritabanı çalışmaz; CPU tüketimi tek hamlede ciddi biçimde düşer. Görsellerin WebP’ye çevrilmesi IO yükünü azaltır. Kullanılmayan eklentilerin silinmesi hem CPU hem inode kazandırır. Ağır sorgu üreten eklentileri tespit etmek de listenin başındadır. Bu adımlar, çoğu WordPress hosting kullanıcısını üst pakete geçmeye gerek kalmadan rahatlatır.
Sonra doğru katmana geçin. Optimizasyondan sonra da limite dayanıyorsanız, sorun paketinizde değil, projenizin artık paylaşımlı modele sığmamasındadır. Bu noktada VDS veya bulut sunucuya geçiş, para harcamak değil doğru ürünü kullanmaktır: kaynak artık size ayrılmış ve garantilidir, komşu kavramı ortadan kalkar. Alastyr’da bu geçiş büyüyen altyapı yaklaşımının parçasıdır; taşıma işlemini biz yaparız, ücretsizdir ve siteniz açık kalır.
Şeffaf Bir Sağlayıcı Nasıl Davranır?
Kendi kartlarımızı açık oynayalım. Alastyr paylaşımlı paketlerinde kaynak limitleri vardır. Bunu saklamıyoruz, çünkü saklanacak bir şey değil: bu limitler CloudLinux ile uygulanır ve sizi komşunuzdan korur. Şeffaf sağlayıcının davranışı üç maddede toplanır:
Limiti söyler. Sorduğunuzda CPU, bellek, IO ve inode değerlerini net rakamlarla verir; paneli bu sayaçları görebileceğiniz şekilde açık bırakır. Limite yaklaştığınızda haber verir. Siteniz düştükten sonra değil, sayaç tavana yaklaşırken uyarır ve nedenini gösterir. Yükseltmeyi zorlamaz, çözümü önerir. Önce optimizasyonu konuşur; ancak gerçekten gerekiyorsa üst paket veya sunucu tarafına geçişi önerir ve taşımayı kendisi yapar.
Bunun üzerine iki güvence daha ekliyoruz: 14 gün içinde koşulsuz iade hakkı ve %99,9 uptime taahhüdü. Yani paketin size uymadığını fark ederseniz parayı geri alırsınız; uyduğunda da altyapının ayakta kalması bizim yazılı sözümüzdür. “Sınırsız” kelimesiyle satılan bir hizmette bu iki cümlenin ikisini birden kurabilen sağlayıcı sayısı, sandığınızdan azdır.
Sıkça Sorulan Sorular
Sınırsız hosting bir yalan mı?
Doğrudan yalan demek doğru olmaz; eksik anlatım demek daha doğrudur. Disk ve trafik gerçekten ölçülmüyor olabilir, bu kısmı doğrudur. Ancak CPU, RAM, IO ve inode her zaman sınırlıdır. “Sınırsız” ifadesi, sınırlanan kalemleri gölgede bıraktığı için kullanıcıda yanlış beklenti yaratır. Sorun sınırın varlığında değil, açıkça yazılmamasındadır.
Gerçek limitler tam olarak nerede yazar?
Üç yerde: hizmet sözleşmesinin adil kullanım veya kabul edilebilir kullanım maddesinde, paketin teknik özellikler tablosunda ve en güvenilir olarak cPanel içindeki Kaynak Kullanımı ekranında. Panel ekranı gerçek zamanlı ve size özeldir; pazarlama metninin aksine tartışmaya kapalıdır.
Inode limiti nedir, neden önemlidir?
Inode, dosya sisteminde her dosya ve klasör için tutulan bir kayıttır. Bir hesabın oluşturabileceği toplam dosya sayısını belirler ve tipik olarak 200.000 ile 500.000 arasındadır. Disk alanınız boş görünse bile inode sayacınız dolduğunda yeni dosya oluşturulamaz: güncellemeler başarısız olur, e-posta düşmez, oturum dosyaları yazılamaz. “Sınırsız disk”in gerçek duvarı çoğunlukla budur.
Kaynak limiti sitemi yavaşlatır mı?
Limitin altında kaldığınız sürece hayır. Limit tavanına vurduğunuzda ise istekler kuyruğa alınır ve sayfa açılışı uzar; ısrarlı aşımda sunucu 508 tipi bir hata döndürebilir. Bu davranış, sunucunun tamamen kilitlenmesini önlemek için tasarlanmıştır. Buna karşılık, kaynak izolasyonu sayesinde komşu hesapların aşımı sizin sitenizi yavaşlatmaz.
CloudLinux ve CageFS ne işe yarar?
CloudLinux, her hosting hesabını kendi hafif sanal ortamına yerleştirerek CPU, bellek, IO ve süreç sayısını hesap bazında sınırlar; böylece bir hesabın aşırı tüketimi diğerlerine yansımaz. CageFS ise her hesabı ayrı bir dosya sistemi kafesine kapatır: hesaplar birbirinin dosyalarını ve süreçlerini göremez. İkisi birlikte, paylaşımlı ortamda hem performans hem güvenlik izolasyonu sağlar. Alastyr paylaşımlı paketlerinde ikisi de standarttır.
Sınırsız e-posta ile sınırsız gönderim aynı şey mi?
Hayır ve bu ayrım çok önemlidir. Açabileceğiniz e-posta hesabı sayısı sınırsız olabilir; ancak saatlik gönderim adedi her zaman sınırlıdır. Bu limit, tek bir hesabın sunucu IP adresini spam listelerine düşürmesini engellemek için vardır. Toplu bülten göndermeyi planlıyorsanız bu iş için ayrı bir e-posta pazarlama servisi kullanmanız gerekir.
Limite takıldım, hemen üst pakete mi geçmeliyim?
Genellikle hayır. Önce optimizasyonu deneyin: sunucu tarafı önbellek açın, görselleri WebP’ye çevirin, kullanılmayan eklentileri silin, eski yedekleri hesaptan çıkarın. Limit aşımlarının önemli bir kısmı gerçek trafikten değil israftan doğar ve bu adımlarla çözülür. Optimizasyona rağmen limit devam ediyorsa, projeniz büyümüş demektir; o zaman VDS veya bulut sunucuya geçmek doğru karardır.
Paylaşımlı hostingten bulut sunucuya geçiş zor mu?
Doğru planlandığında hayır. Alastyr’da taşıma işlemini biz yaparız: içerik ve veritabanı yeni sunucuya kopyalanır, siteniz eski sunucuda yayında kalmaya devam ederken yenisi doğrulanır, DNS geçişi sonrası eski ortam kapatılır. Taşıma ücretsizdir ve pratikte kesinti yaşamazsınız.
Şeffaf bir sağlayıcıyı nasıl anlarım?
Üç testle: paketin CPU, RAM, IO ve inode limitlerini sorduğunuzda net rakam verebiliyor mu; yenileme fiyatı ilk yıl fiyatıyla aynı sayfada yazıyor mu; limite yaklaştığınızda siteniz düşmeden önce sizi uyarıyor mu? Bu üç sorunun cevabı da “evet” ise, “sınırsız” kelimesinin sizi yanıltmayacağı bir sağlayıcıdasınız demektir.
Limitleri saklamıyoruz, açıklıyoruz
Alastyr paylaşımlı hostingte CloudLinux + CageFS kaynak izolasyonu, komşu etkisine karşı sizi korur. Şeffaf fiyatlandırma, ücretsiz taşıma, 7/24 destek, %99,9 uptime taahhüdü ve 14 gün koşulsuz iade. Büyüdüğünüzde paylaşımlıdan buluta geçiş kesintisizdir ve taşımayı biz yaparız.





