Sınırsız Hosting Gerçek mi? Gizli Limitler Nerede Başlar?

Sınırsız hosting nedir, gerçekten sınırsız mı?

Sınırsız hosting, disk alanı, trafik ya da site sayısı gibi kalemlerde sabit bir üst sınır yazmayan paylaşımlı hosting paketidir. Ancak gerçekten sınırsız değildir: sunucunun işlemcisi, belleği ve disk hızı fizikseldir; sağlayıcı da tüketimi adil kullanım şartlarıyla ve CPU, RAM, IO gibi görünmeyen limitlerle yine sınırlar.

Biz Talha Aslan ve ekibi olarak web tasarım ve dijital pazarlama tarafında çalışıyoruz; hosting firması değiliz. Bu yüzden bu yazıda bir sağlayıcıyı övmüyor ya da yermiyoruz. Amacımız, paket sayfasındaki "sınırsız" etiketini okurken neye bakmanız gerektiğini göstermek. Teknik limitleri CloudLinux gibi yaygın altyapıların resmi belgelerine, reklam tarafını ise Resmî Gazete'de yayımlanan mevzuata dayandırıyoruz.

Kısacası "sınırsız" bir ürün özelliği değil, bir pazarlama çerçevesidir. Gerçek kapasiteyi belirleyen şey, paket sayfasında küçük puntoyla duran ya da hiç yazmayan teknik değerlerdir. Bu değerleri öğrendiğinizde hangi paketin sitenize yeteceğini çok daha net görürsünüz.

Bir sunucu neden fiziksel olarak sınırsız olamaz?

Her paylaşımlı hosting hesabı, sonunda gerçek bir fiziksel sunucuda ya da o sunucuyu bölen bir sanal makinede çalışır. Bu makinenin belirli sayıda işlemci çekirdeği, belirli miktarda belleği ve belirli kapasitede diskleri vardır. Dolayısıyla aynı sunucudaki yüzlerce hesabın toplam tüketimi, donanımın sunabileceğinden fazla olamaz.

Disk alanı da aynı mantıkla çalışır. Diskler büyüdükçe pahalılaşır, yedekleri de ayrıca yer kaplar. Trafik tarafında ise sunucunun ağ bağlantısı belirli bir hızla sınırlıdır; bant genişliğinin hostingde ne anlama geldiğini bant genişliği rehberimizde ayrıntılı anlattık.

Üstelik sınır yalnızca toplam kapasitede değildir. Bir diskin saniyede yapabileceği okuma ve yazma işlemi sayısı da sonludur. Yani diskte boş yer olsa bile, aynı anda çok sayıda site dosya okumaya çalıştığında herkes yavaşlar. Bu nedenle sağlayıcılar, tek bir hesabın diğerlerini boğmasını önlemek için hesap başına teknik tavanlar koyar. Bu tavanlar paket sayfasında "sınırsız" yazsa bile çalışmaya devam eder.

Sağlayıcılar neden "sınırsız" kelimesini kullanır?

Paylaşımlı hostingin iş modeli, kaynakların istatistiksel paylaşımına dayanır. Bir sunucudaki sitelerin çoğu küçük kurumsal sayfalar, kişisel bloglar ve az ziyaret alan projelerdir. Bu siteler kendilerine ayrılan diskin ve trafiğin yalnızca küçük bir kısmını kullanır. Böylece sağlayıcı, aynı donanıma kâğıt üzerinde toplam kapasiteden fazla hesap yerleştirebilir.

Bu yaklaşım kendi içinde yanlış değildir; fiyatı düşüren de budur. Ancak sorun, iletişimin nasıl yapıldığındadır. "Sınırsız" kelimesi, ortalama bir site için pratikte sınıra ulaşmayacağınız anlamına gelir. Fakat sitenizin ortalamadan farklı davrandığı gün, görünmeyen limitler devreye girer.

Öte yandan "sınırsız" etiketi karşılaştırmayı da zorlaştırır. İki paket de "sınırsız disk" yazıyorsa, aradaki farkı CPU, bellek ve eş zamanlı işlem limitleri belirler. Bu değerleri yazmayan bir paket sayfası, aslında en önemli bilgiyi saklamış olur. Hosting seçiminde hangi kriterlere bakmanız gerektiğini web sitesi için hosting seçimi yazımızda topladık.

Adil kullanım (fair use) şartı ne anlama gelir?

Adil kullanım şartı, "sınırsız" denen bir kaynağın hangi koşulda sınırlanacağını anlatan sözleşme maddesidir. Çoğunlukla hizmet şartlarında ya da kabul edilebilir kullanım politikasında yer alır. Sağlayıcılar bu maddeyi genellikle "sunucu performansını olumsuz etkileyen kullanım" ya da "paketin amacı dışında kullanım" gibi geniş kavramlarla yazar.

Bu genişlik önemlidir, çünkü kararı fiilen sağlayıcıya bırakır. Somut bir eşik yazmayan bir madde, sağlayıcının hangi noktada müdahale edeceğini sizin önceden bilmenizi engeller. Dolayısıyla adil kullanım maddesini okurken şu üç şeye bakın:

• Ölçülebilir eşik var mı: Maddede yüzde, dosya sayısı ya da işlem sayısı gibi somut bir değer geçiyor mu?
• Kullanım amacı tanımlı mı: Dosya depolama, yedek arşivi ya da medya barındırma gibi kullanımlar açıkça yasak mı?
• Bildirim süreci yazıyor mu: Sağlayıcı sınırlamadan önce sizi uyarıyor mu, yoksa doğrudan askıya mı alıyor?

Bu üç sorunun cevabı belirsizse, "sınırsız" ifadesi pratikte "sağlayıcının takdirine bağlı" anlamına gelir. Bu durum tek başına kötü bir hizmet göstergesi değildir; ancak planlama yapmanızı zorlaştırır.

Sınırsız hosting paketlerinde görünmeyen limitler nelerdir?

Sınırsız hosting paketlerinde asıl kapasiteyi belirleyen değerler, hesap düzeyindeki kaynak limitleridir. Paylaşımlı hostingde yaygın kullanılan CloudLinux altyapısının resmi limit belgesi bu değerleri tek tek tanımlar. Özetle şu kalemler öne çıkar:

• SPEED (CPU): Hesabınızın kullanabileceği işlemci gücü, tek çekirdeğe göre oran olarak gösterir.
• PMEM (fiziksel bellek): Hesaptaki süreçlerin toplam kullanabileceği RAM miktarıdır.
• IO ve IOPS: Disk okuma ve yazma hızı ile saniyedeki disk işlemi sayısıdır.
• EP (entry processes): Belgeye göre genellikle eş zamanlı bağlantı sayısını temsil eder.
• NPROC: Hesap içinde aynı anda çalışabilecek en fazla süreç sayısıdır.
• Inode: Hesabınızdaki dosya ve klasör sayısını izleyen değerdir.

Bu limitlerin her birinin ayrıntılı işleyişi ayrı bir konu; burada yalnızca "sınırsız" etiketiyle ilişkisine değiniyoruz. Hesapların birbirinden nasıl yalıtıldığını merak ediyorsanız CageFS ile hesap izolasyonu yazımıza bakabilirsiniz. Önemli olan şu: paket sayfası "sınırsız disk" yazsa bile, bu altı değer sitenizin gerçek hızını ve dayanıklılığını belirler.

Inode limiti nedir, "sınırsız disk" neden yetmez?

Inode, Linux dosya sistemlerinde her dosyayı ve klasörü temsil eden kayıttır. Yani hesabınızdaki her resim, her önbellek dosyası, her e-posta mesajı bir inode tüketir. Dolayısıyla disk alanı "sınırsız" olsa bile, dosya sayısı için ayrı bir tavan bulunabilir.

Bu fark pratikte çok önemlidir. Örneğin büyük bir WordPress sitesi, önbellek eklentileri nedeniyle on binlerce küçük dosya üretebilir. Bu dosyalar diskte az yer kaplar; ancak inode sayacını hızla doldurur. Benzer şekilde yıllardır silinmeyen e-posta kutuları da her mesaj için ayrı dosya tuttuğundan inode tüketir.

Inode limitine yaklaştığınızda yeni dosya oluşturamazsınız. Bunun sonucu olarak eklenti güncellemesi yarıda kalabilir, yeni gelen e-postalar teslim alınamayabilir ya da yedek alma işlemi hata verebilir. Bu yüzden "sınırsız disk" yazan bir pakette ilk sormanız gereken sorulardan biri, inode limitinin olup olmadığı ve varsa değeridir. Panelinizdeki istatistik bölümünde genellikle kullandığınız inode sayısını görebilirsiniz; bu sayıyı düzenli izlemek, sürprizleri önler.

E-posta gönderim limiti sitenizi nasıl etkiler?

Sınırsız e-posta hesabı vaat eden paketlerin çoğu, gönderim sayısında saatlik ya da günlük bir sınır uygular. Bunun nedeni basittir: paylaşımlı bir sunucudan toplu e-posta gönderildiğinde sunucunun IP adresi kara listelere girebilir ve aynı sunucudaki herkes etkilenir. Panel yazılımları da yöneticiye alan adı başına saatlik gönderim sınırı tanımlama imkânı verir.

Bu sınır, özellikle e-ticaret ve üyelik siteleri için kritiktir. Sipariş onayları, şifre sıfırlama e-postaları ve form bildirimleri aynı kotadan düşer. Örneğin bir kampanya günü bülten gönderdiyseniz, aynı saatte sipariş onay e-postaları kuyrukta bekleyebilir.

Bu yüzden toplu bülten gönderimini hosting sunucusundan yapmamanızı öneriyoruz. İşlemsel e-postalar için doğrulanmış bir SMTP servisi kullanmak hem limiti aşmanızı önler hem de teslimat oranını iyileştirir. WordPress tarafında bunun nasıl kurulduğunu WP Mail SMTP kurulum rehberimizde, gönderici itibarını ise e-posta teslimat oranı yazımızda anlattık.

MySQL veritabanı tarafında hangi sınırlar çıkar?

"Sınırsız veritabanı" ifadesi genellikle veritabanı sayısını anlatır, veritabanının kapasitesini değil. Oysa sitenizi asıl etkileyen şey, veritabanına aynı anda kaç bağlantı açabildiğiniz ve sorguların ne kadar kaynak tükettiğidir.

MySQL'de kullanıcı başına eş zamanlı bağlantı sayısını sınırlayan max_user_connections gibi sistem değişkenleri bulunur. Paylaşımlı sunucularda yönetici bu tür değerleri tüm hesaplar için ortak belirler; siz değiştiremezsiniz. Ayrıca uzun süren sorgular, CPU ve IO limitinizden de pay alır. Bu nedenle yavaş bir sorgu, hem veritabanı hem de hesap limitlerine aynı anda takılabilir.

Pratikte şu belirtilere dikkat edin: yoğun saatlerde "çok fazla bağlantı" türünde veritabanı hataları, yönetim panelinde ani yavaşlama ve arama sayfalarının zaman aşımına düşmesi. Bu belirtilerin önemli bir kısmı sorgu optimizasyonu ve önbellekle azalır. Önbelleğin sunucu yükünü nasıl düşürdüğünü Redis ve Memcached yazımızda ele aldık. Yine de veritabanı yoğun bir uygulama çalıştırıyorsanız, paylaşımlı paketin size sunduğu esneklik sınırlı kalır.

Yedekleme ve dosya içeriği konusunda hangi kısıtlar olur?

Birçok hizmet şartı, hosting alanının yalnızca web sitesi dosyaları için kullanılmasını ister. Kişisel arşiv, büyük video dosyaları ya da başka sunuculardan gelen yedekleri bu alanda tutmak, adil kullanım maddesine aykırı sayılabilir. Dolayısıyla "sınırsız disk" ifadesi, "her türlü dosyayı sınırsız saklayabilirsiniz" anlamına gelmez.

Yedekleme tarafında da benzer kısıtlar görürsünüz. Bazı sağlayıcılar belirli bir boyutun ya da dosya sayısının üzerindeki hesapları otomatik yedekleme kapsamından çıkarır. Bazıları ise yedeklerin kendi hesabınızdaki kotaya sayılmasını şart koşar. Üstelik sağlayıcının aldığı yedek, çoğu zaman garanti değil, iyi niyetli bir ek hizmettir.

Bu yüzden yedeğinizi yalnızca sağlayıcıya bırakmayın. Kendi yedeğinizi farklı bir konumda tutmak, hesabınız askıya alındığında bile verinize erişmenizi sağlar. Yedek planını nasıl kuracağınızı web sitesi yedekleme stratejisi yazımızda adım adım anlattık.

Hizmet şartlarında "sınırsız" ifadesini nerede ararsınız?

Paket sayfası bir özet sunar; bağlayıcı olan metin ise hizmet sözleşmesi ve ona bağlı politikalardır. Bu belgeleri çoğunlukla sitenin alt bölümünde "hizmet şartları", "kullanım koşulları" ya da "kabul edilebilir kullanım politikası" başlıklarıyla bulursunuz.

Okurken tarayıcınızın arama özelliğini kullanmanız işinizi kolaylaştırır. Şu kelimeleri tek tek aratın:

1. "sınırsız": İfadenin hemen yanında bir dipnot ya da istisna cümlesi var mı?
2. "adil kullanım" veya "makul kullanım": Sınırlamanın hangi koşulda başladığı yazıyor mu?
3. "inode" veya "dosya sayısı": Dosya sayısı için ayrı bir tavan var mı?
4. "askıya alma" veya "durdurma": Hesabınızın hangi durumda kapatılabileceği ve bildirim süresi yazıyor mu?
5. "e-posta" ve "saatlik": Metin bir gönderim limitinden söz ediyor mu?
6. "yedek": Otomatik yedeklerin kapsamı ve saklama süresi yazıyor mu?

Bu aramaların sonunda net bir değer bulamazsanız, satın almadan önce sağlayıcıya yazılı olarak sorun. Yazılı cevap, ileride bir anlaşmazlık olduğunda elinizdeki en güçlü belgedir.

Limitlere takılınca ne olur: yavaşlama mı, askıya alma mı?

Sonuç, hangi limite takıldığınıza göre değişir. CloudLinux belgesine göre CPU ve IO limitlerinde sağlayıcı süreçleri sonlandırmaz, yavaşlatır. Yani siteniz açılır, ancak sayfalar belirgin şekilde geç yüklenir. Ziyaretçi bu durumu "site yavaş" diye algılar.

Eş zamanlı bağlantı (EP) limiti aşıldığında ise belgeye göre sunucu 508 "Resource Limit Reached" hatası döndürür. Bellek ya da süreç sayısı limitlerinde ziyaretçi 500 veya 503 hatası görebilir, çünkü sunucu betiği çalıştıramaz. IOPS limitinde ise okuma ve yazma işlemleri o saniye dolana kadar bekler.

Askıya alma ise teknik bir otomatik tepki değil, idari bir karardır. Sağlayıcı, hesabınızın sürekli olarak sunucuyu zorladığına ya da hizmet şartlarına aykırı kullanım olduğuna karar verirse hesabı durdurabilir. Bazı sağlayıcılar önce uyarı gönderir, bazıları doğrudan işlem yapar. Dolayısıyla askıya alma prosedürünü sözleşmede önceden okumak, kampanya günü sürpriz yaşamamanın en kolay yoludur. Sunucu kaynaklı yavaşlığın diğer nedenlerini web sitesi neden yavaş açılır yazımızda inceledik.

Limite takıldığınızı nasıl anlarsınız?

İlk ipucu, sorunun düzensiz olmasıdır. Site gece hızlı, öğle saatlerinde ya da bir paylaşımın ardından yavaş açılıyorsa, büyük olasılıkla bir kaynak tavanına dokunuyorsunuz demektir. Ayrıca 508 hata kodu, eş zamanlı işlem limitine takıldığınızın neredeyse doğrudan işaretidir.

CloudLinux kullanan cPanel sunucularında panelde genellikle kaynak kullanımı ekranı bulunur. Bu ekran, son günlerde hangi limite ne sıklıkla ulaştığınızı gösterir. Bu verileri şöyle okuyabilirsiniz:

• Sık CPU veya IO uyarısı: Önbellek, görsel optimizasyonu ve eklenti temizliği önceliklidir.
• Sık EP uyarısı: Aynı anda gelen istek sayısı fazladır; bot trafiği ve önbelleksiz sayfalar incelenmelidir.
• Bellek uyarısı: Ağır bir eklenti ya da uzun süren bir işlem belleği dolduruyor olabilir.

Bu ekran yoksa, sağlayıcının destek ekibinden son dönem limit raporunu isteyebilirsiniz. Ek olarak alan adınızın hangi sunucuya yönlendiğini DNS sorgulama aracımızla kontrol edip destek talebinde bu bilgiyi paylaşmanız süreci hızlandırır.

Reklam mevzuatı "sınırsız hosting" iddiası hakkında ne söyler?

Türkiye'de ticari reklamların genel ilkeleri, Resmî Gazete'de 10 Ocak 2015 tarihinde yayımlanan Ticari Reklam ve Haksız Ticari Uygulamalar Yönetmeliği ile düzenlenir. Yönetmeliğin 7. maddesi, reklamların doğru ve dürüst olması gerektiğini ve tüketiciyi doğrudan veya dolaylı olarak yanıltabilecek ifade içeremeyeceğini söyler.

Ayrıca 9. madde, reklam verenin reklamdaki iddiaları kanıtlayan belgeleri yetkililere sunmakla yükümlü olduğunu belirtir. Yönetmelik metninde "sınırsız" kelimesine özel bir madde görmedik; dolayısıyla bu kelimenin her kullanımının otomatik olarak aykırı olduğunu söyleyemeyiz. Yetkili kurumlar, ifadenin bütün olarak tüketiciyi yanıltıp yanıltmadığına bakar.

Yönetmelik sonradan değişikliklere uğradığı için güncel metni mevzuat sitelerinden kontrol etmenizi öneririz. Bu bölüm genel bilgilendirme amaçlıdır, hukuki danışmanlık değildir. Bir sağlayıcının reklamını yanıltıcı bulursanız, başvuru yolları için bir hukukçuya ya da Ticaret Bakanlığı'nın tüketici kanallarına danışın.

Satın almadan önce sağlayıcıya hangi soruları sormalısınız?

Sağlayıcıya yazılı olarak yönelteceğiniz net sorular, "sınırsız" belirsizliğini somut değerlere çevirir. Aşağıdaki listeyi destek talebine ya da satış ekibine yazacağınız e-postaya olduğu gibi ekleyebilirsiniz:

1. Bu pakette hesap başına CPU, fiziksel bellek ve IO limitleri nedir?
2. Eş zamanlı işlem (EP) ve süreç sayısı (NPROC) limitleri nedir?
3. Inode ya da dosya sayısı için bir üst sınır var mı?
4. Saatlik ve günlük e-posta gönderim limiti nedir?
5. Veritabanı başına boyut ya da kullanıcı başına bağlantı sınırı var mı?
6. Otomatik yedekleri hangi sıklıkla alıyorsunuz ve hangi boyuttaki hesaplar kapsam dışında kalıyor?
7. Limit aşımında önce uyarı gönderiyor musunuz, yoksa doğrudan sınırlama mı yapıyorsunuz?
8. Bir üst pakete geçiş anında mı olur, kesinti yaşanır mı?

Net cevap veren bir sağlayıcı, ürününü tanıyan ve şeffaf çalışan bir sağlayıcıdır. Cevaplar "sınırsız, merak etmeyin" düzeyinde kalıyorsa, bu da size bir bilgi verir. Ayrıca üst pakete geçiş sürecini hosting paketi yükseltme yazımızda anlattık.

Sınırsız hosting ile net limitli plan karşılaştırması

Aşağıdaki tablo, belirli bir firmayı değil, iki paket yazım biçimini karşılaştırır. Amaç, aynı bilginin iki farklı sunumunun karar sürecinizi nasıl etkilediğini göstermektir.

Tabloyu kendi karşılaştırmanızda kullanırken her satıra sağlayıcının yazılı cevabını yerleştirin. Boş kalan hücreler, sorulması gereken soruları gösterir. Örneğin iki sağlayıcıdan biri EP ve inode değerini açıkça yazıyor, diğeri yalnızca "sınırsız" diyorsa, fiyat farkını bu bilgi eksikliğiyle birlikte değerlendirin. Daha ucuz görünen paket, belirsizlik nedeniyle ileride taşınma maliyeti doğurabilir.

Kısacası net limitli paket "daha az" vaat ediyor gibi görünür; ancak size planlama yapabileceğiniz bir zemin verir. Sınırsız hosting paketi ise ortalama bir site için yeterli olabilir, fakat sınırın nerede olduğunu deneyerek öğrenirsiniz.

Kampanya günlerinde sınırsız hosting neden ilk sınavı verir?

Sıradan günlerde görünmeyen limitleri fark etmezsiniz; çünkü ortalama trafik tavanların altında kalır. Sorun, trafiğin kısa sürede katlandığı anlarda ortaya çıkar. Bir indirim kampanyası, televizyon reklamı ya da sosyal medyada yayılan bir paylaşım, aynı dakika içinde yüzlerce ziyaretçiyi sitenize gönderebilir.

Bu anlarda ilk zorlanan değer genellikle eş zamanlı işlem limitidir. Ardından CPU yavaşlatması ve veritabanı bağlantı sınırı gelir. Yani paket sayfasındaki "sınırsız trafik" ifadesi, aylık toplam veri aktarımı için doğru olabilir; ancak aynı anda gelen ziyaretçiyi karşılama kapasitesini anlatmaz.

Bu yüzden reklam bütçesi ayırdığınız bir kampanyadan önce sağlayıcıya limitlerinizi sorun ve önbelleği test edin. Aksi halde reklama ödediğiniz tıklamalar, açılmayan bir sayfaya gider. Ekibimiz Google Ads yönetimi projelerinde kampanya öncesi sitenin yük altında nasıl davrandığını da kontrol listesine ekliyor. Yüksek trafik dönemlerine hazırlığı aynı serideki ayrı bir yazıda ayrıntılı ele alıyoruz.

Paylaşımlı hosting ile VPS arasında limit anlayışı nasıl değişir?

Paylaşımlı hostingte kaynakları başka hesaplarla bölüşürsünüz ve limitleri sağlayıcı belirler. VPS'te ise size ayrılmış sanal çekirdek, bellek ve disk değerleri baştan yazar. Dolayısıyla VPS paketlerinde "sınırsız" ifadesine daha az rastlarsınız; çünkü sağlayıcı ürünün kendisini zaten sayılarla tanımlar.

Bu fark, planlama açısından önemli bir avantaj sağlar. VPS'te hangi kaynağın ne zaman dolacağını kendi izleme araçlarınızla görürsünüz ve gerektiğinde yalnızca o kaynağı büyütürsünüz. Öte yandan bu özgürlük, güvenlik güncellemelerini, yedekleri ve sunucu yazılımının bakımını da size bırakır.

Kısacası VPS, "sınırsız" belirsizliğini ortadan kaldırır; ancak yerine yönetim sorumluluğunu koyar. Sitenizin ihtiyacı paylaşımlı paketin limitlerini düzenli olarak aşıyorsa ve teknik bir ekibiniz varsa, bu geçiş mantıklı olabilir. Ekibiniz yoksa, yönetilen bir VPS ya da daha yüksek limitli bir paylaşımlı paket çoğu zaman daha güvenli bir ara adımdır.

Hangi site türü gerçekten sınırsız kaynağa ihtiyaç duyar?

Dürüst cevap: hiçbiri. Hiçbir site sınırsız kaynağa ihtiyaç duymaz; her site belirli bir kaynak miktarına ihtiyaç duyar ve bu miktar ölçülebilir. Doğru soru "sınırsız mı?" değil, "benim siteme ne kadar yeter ve büyüdüğümde ne olur?" sorusudur.

Site türlerine kabaca şöyle bakabilirsiniz:

• Kurumsal tanıtım sitesi: Az sayfa, düşük trafik; giriş seviyesi paylaşımlı paketler genellikle yeter.
• Blog ve içerik sitesi: Trafik dalgalıdır; önbellek ve inode takibi önemlidir.
• E-ticaret sitesi: Veritabanı yoğundur, eş zamanlı oturum ve e-posta limiti kritiktir.
• Web uygulaması veya SaaS: Kendi süreçlerini çalıştırır; paylaşımlı hosting çoğu zaman uygun değildir.

E-ticaret için hosting kriterlerini WooCommerce hosting seçimi yazımızda ayrıca ele aldık. Uygulama tarafında ise VPS ya da bulut sunucu gibi seçenekleri VPS, VDS ve bulut sunucu karşılaştırmamızda bulabilirsiniz.

Kendi kaynak ihtiyacınızı nasıl planlarsınız?

Kaynak planlaması, "sınırsız" etiketine güvenmek yerine kendi sitenizin verisine bakmakla başlar. Mevcut bir siteniz varsa paneldeki kaynak kullanım geçmişi, aylık trafik ve dosya sayısı en değerli başlangıç noktalarıdır.

Örnek hesap olarak şöyle düşünebilirsiniz: Sitenizin bugün kullandığı inode sayısını ve en yoğun günlerdeki eş zamanlı işlem değerini not edin. Ardından önümüzdeki dönemde içerik ya da ürün sayınızın ne kadar artacağını tahmin edin ve bu değerleri o oranda büyütün. Bu basit hesap, garanti değil; ancak hangi paketin size dar geleceğini önceden görmenizi sağlar.

Bu hesabı yaparken yalnızca ortalamaya değil, en yoğun güne bakın. Çünkü limitlere ortalama günlerde değil, zirve anlarında takılırsınız. Ayrıca medya dosyalarının, ürün görsellerinin ve e-posta kutularının zamanla nasıl büyüdüğünü de hesaba katın. Altı ayda bir bu değerleri yeniden kontrol etmek, paketinizin hâlâ yeterli olup olmadığını gösterir.

Yeni bir site kuruyorsanız, benzer büyüklükteki sitelerin ihtiyaçları kaba bir yol gösterir. Burada da en güvenli yol, yükseltmesi kolay bir paketle başlamaktır. Böylece siteniz büyüdüğünde taşınmak yerine paketi yükseltirsiniz. Ayrıca web sitesinin hızlı ve hafif kurulması kaynak ihtiyacını baştan düşürür; bu yüzden web tasarım projelerinde performansı tasarım aşamasında planlıyoruz.

Ne zaman kendiniz uğraşmamalı, işi sağlayıcıya bırakmalısınız?

Paylaşımlı hostingte sunucu ayarlarına zaten erişiminiz yoktur; limitleri yöneticiler belirler. Dolayısıyla limit raporlarını yorumlamak sizin işinizdir, fakat sunucu tarafında ayar değiştirmek sağlayıcının işidir. Bu ayrımı net tutmak hem zaman kazandırır hem de yanlış müdahaleyi önler.

Şu durumlarda işi doğrudan sağlayıcıya bırakın:

• Hesabınız askıya alındıysa ve gerekçe net değilse.
• Limit raporu, sizin sitenizden değil sunucunun genel yükünden kaynaklanan bir sorunu işaret ediyorsa.
• E-posta gönderimi kara liste nedeniyle durduysa ve IP itibarı sunucu düzeyinde bozulduysa.
• Veritabanı sunucusu genel olarak yanıt vermiyorsa.

Öte yandan site tarafındaki optimizasyon sizin sorumluluğunuzdadır: eklenti temizliği, önbellek, görsel boyutları ve gereksiz cron görevleri gibi. Kendi VPS'inizi yönetmeye geçmek ise ayrı bir karardır; güvenlik ve bakım yükünü üstlenmeye hazır değilseniz yönetilen bir paylaşımlı plan daha mantıklı kalır. CloudLinux altyapısının nasıl lisanslandığını merak ederseniz CloudLinux lisansı yazımıza göz atabilirsiniz.

Özet: etikete değil limit tablosuna bakın

"Sınırsız" kelimesi hosting dünyasında bir kapasite bilgisi değil, bir pazarlama dilidir. Fiziksel donanım sınırlıdır ve sağlayıcılar bu sınırı adil kullanım şartlarıyla ve hesap düzeyindeki teknik limitlerle uygular. Bu yaklaşım düşük fiyatı mümkün kılar; ancak şeffaf yazılmadığında planlama yapmanızı zorlaştırır.

Karar verirken şu sırayı izleyin: önce kendi sitenizin ihtiyacını ölçün, ardından hizmet şartlarında "sınırsız", "adil kullanım", "inode" ve "askıya alma" ifadelerini arayın. Sonra sağlayıcıya yazılı sorularınızı gönderin ve cevapları karşılaştırma tablosuna yerleştirin. Böylece paket sayfasındaki etiket yerine gerçek değerleri yan yana koymuş olursunuz.

Son olarak, mevzuatla ilgili kısım genel bilgilendirmedir, hukuki danışmanlık değildir. Teknik tarafta ise sınırsız hosting iddiası sizi tek başına korumaz; sizi koruyan şey ölçülebilir değerler, düzenli yedek ve kolay yükseltme yoludur.