Hangi Hesap Hangi Ağ İhtiyacını Gösterir?
Paylaşımlı hosting veya VPS için iki ayrı soruyu yanıtlayın: Ay boyunca kaç bayt aktarılacak ve kısa bir aralıkta bu veriyi taşımak için ne kadar hız gerekecek? Aynı aylık kotaya sahip iki iş yükü çok farklı yoğunluk gösterebilir. Bu referans, sayfa, dosya, video ve API hacmini; ortalama hızdan ve eşzamanlı indirme ihtiyacından ayırır.
Hacim hesabı kota ve aktarım maliyetini karşılaştırmaya yarar. Aktarım hızı hesabı ise seçilen süre içindeki yükü açıklar; tek başına sayfanın tarayıcıda ne zaman hazır olacağını veya CPU/veritabanı kapasitesini belirlemez. Birimleri, ölçüm yönünü ve gözlem aralığını belirtmeden yapılan iki hesap karşılaştırılabilir olmayabilir.
Aşağıdaki formülleri hesaplama referansı olarak kullanın. Örnekler ölçülmüş müşteri sonuçları değil, işlemleri doğrulamak için seçilmiş varsayımlardır. Aylık ortalamayı yoğun saat ve kısa aktarım aralığıyla birlikte uygulayan ayrı çalışma için aylık trafik ve yoğun saat hesaplama örneklerine geçebilirsiniz.
Trafik, Bant Genişliği, Mbps ve GB/TB: Temel Kavramlar
Önce aynı cümlede sık sık kullanılan ama çoğu zaman karıştırılan kavramları netleştirelim. Detaylı bir arka plan için DCHost blogunda yayınladığımız bant genişliği nedir ve nasıl ölçülür sorusunu açıklayan rehbere de göz atabilirsiniz. Burada daha pratik bir özet yapacağız.
Trafik (data transfer), belirli bir zaman diliminde sunucunuzdan dışarıya ve içeriye aktarılan toplam veri miktarıdır. Genelde GB (gigabayt) veya TB (terabayt) / ay cinsinden ifade edilir. Hosting paketlerindeki ‘aylık 1 TB trafik’ ibaresi bir veri aktarım kotasını belirtir; kotaya yalnızca çıkışın mı, yoksa giriş ve çıkışın birlikte mi sayıldığı paket koşullarına bağlıdır.
Bant genişliği (bandwidth) ise saniye başına aktarılabilecek maksimum veri hızıdır. Genelde Mbps (megabit/saniye) veya Gbps (gigabit/saniye) olarak ölçülür. Örneğin 100 Mbps port, teorik olarak saniyede 100 megabit veri taşıyabilir.
Bit vs bayt ayrımına da dikkat etmek gerekiyor. Bant genişliği genellikle saniye başına ‘bit’ ile (Mbps, Gbps), depolama ve trafik çoğu zaman ‘bayt’ ile (MB, GB, TB) ifade edilir. 1 byte = 8 bit olduğuna göre, 10 MB veriyi 1 saniyede aktarmak teorik olarak 80 Mbps gerektirir; protokol ek yükü, gecikme ve sayfanın işlenme süresi bu basit hesaba dahil değildir.
Ölçüleri birlikte okuyun: 1 MB = 1.000.000 B, 1 MiB = 1.048.576 B; 1 GB = 1.000 MB, 1 GiB = 1.024 MiB. 1 Mbps = saniyede 1.000.000 bit. MB ile MiB etiketlerini değiştirmeden 1.000 ve 1.024 bölenlerini birbirinin yerine kullanmayın.
- Aylık aktarım: GB/TB cinsinden bir dönemin veri hacmi.
- Aktarım hızı: Mbps/Gbps cinsinden belirli bir aralığın hızı; port kapasitesiyle karşılaştırılır.
- Oturum veya sayfa görüntüleme: bayt miktarını tahmin etmeye yarayan olay sayısı; aktif indirme sayısı değildir.
- Kota, port paylaşımı, CPU/RAM/IO ve varsa garantili kapasite ayrı sınırlar olabilir.
Paylaşımlı Hosting ve VPS Arasındaki Fark: Trafik Perspektifi
Paylaşımlı hostingde bir sunucu üzerinde çok sayıda site barındırılabilir. CPU, RAM ve ağ kapasitesi paylaşılır; hesap başına kaynak sınırları kullanılan izolasyon teknolojisine ve sağlayıcının yapılandırmasına bağlıdır. Bu yüzden sağlayıcı, adil kullanım için genelde ‘aylık trafik limiti’ ve eşzamanlı süreç / CPU / IO limitleri koyar. Trafik hesabı yaparken, sadece GB/TB limitini değil, bu kaynak limitlerini de göz önünde bulundurmak gerekir.
VPS tarafında ise size ayrılmış sanal kaynaklar vardır: Belirli sayıda vCPU, RAM, disk ve genelde belirli bir port hızı (örn. 100 Mbps, 250 Mbps, 1 Gbps) ile birlikte aylık trafik kotası tanımlanır. Diğer VPS’lerle aynı fiziksel sunucuyu paylaşabilirsiniz; VPS olması tek başına garantili ağ kapasitesi veya daha öngörülebilir performans sağlamaz. Yüksek eşzamanlı kullanıcı sayısı, büyük API trafiği, dosya indirme veya medya ağırlıklı projelerde VPS değerlendirirken portun paylaşımlı olup olmadığını ve varsa bant genişliği garantisini de hesaba katın.
Paylaşımlı hosting ile VPS arasındaki farkları genel hatlarıyla anlamak için, DCHost blogunda yer alan paylaşımlı hosting mi, VPS mi karşılaştırmasını detaylı anlattığımız yazıya da mutlaka göz atın. Bu yazıda ise tamamen trafik ve bant genişliği açısından nasıl hesaplama yapılacağını konuşacağız.
Referans 1: Sayfa Görüntülemelerinden Aylık GB Hesabı
Aylık trafik hesabı, kabaca şu soruların cevabını bir araya getirerek yapılır:
- Bir sayfanın ortalama boyutu kaç MB?
- Bir ziyaret (oturum) sırasında ortalama kaç sayfa görüntüleniyor?
- Aylık kaç ziyaret (oturum) bekliyorsunuz?
- Arka planda çalışan API çağrıları, resim/dosya indirme, video gibi ek yükler var mı?
Bu sorulardan sonra çok basit bir formül kullanıyoruz:
Aylık trafik (GB) ≈ Ortalama sayfa başına aktarılan veri (MB) × Aylık sayfa görüntüleme sayısı (adet) ÷ 1000
Burada ondalık birimleri kullanıyoruz: 1 GB = 1000 MB, 1 TB = 1000 GB. İkili birimlerde ise 1 GiB = 1024 MiB’dir. Bu formül sayfa görüntülemelerinin veri aktarımını tahmin eder; hosting kotası için yalnızca ilgili sunucudan aktarılan veriyi sayın ve sayfa hesabına dahil olmayan trafiği ayrıca ekleyin.
Sayfa görüntüleme sayısı (pageview) için de:
Pageview ≈ Aylık ziyaret (oturum) sayısı × Ziyaret başına ortalama sayfa
Oturum ve Sayfa Görüntüleme Girdilerini Tanımlama
İlk iş, sitenizin veya uygulamanızın tipini netleştirmek:
- Basit kurumsal site / portföy sitesi
- Blog / içerik sitesi
- E-ticaret (WooCommerce, PrestaShop, Magento vb.)
- SaaS uygulaması veya panel tabanlı yazılım
- Eğitim platformu / LMS (Moodle vb.)
- Medya ağırlıklı site (galeri, video, dosya indirme vb.)
Her tipin trafik profili farklıdır. Örnek planlama varsayımları olarak sade bir kurumsal sitede ziyaret başına 2–3 sayfa, e-ticaret sitesinde ürün, kategori, sepet ve ödeme dahil 5–8 sayfa düşünülebilir. Eğitim platformu senaryosunda tek oturumda 10+ sayfa ve çok sayıda video talebi varsayılabilir. Bunlar ölçülmüş ortalamalar değil; kendi analiz verilerinizle değiştirmeniz gereken örneklerdir. Bu konuda DCHost blogunda yer alan LMS performans rehberinde bu desenleri detaylı ele alıyoruz.
Aktarılan Sayfa Baytlarını Ölçme
Sayfa boyutunu tahmin etmek yerine ölçmek daha sağlıklı. Bunun için:
- Tarayıcıda sitenizi açıp geliştirici araçlarını (Chrome DevTools, Firefox Developer Tools) açın.
- ‘Network’ sekmesinde ilk yüklemeyi ölçmek için tarayıcı önbelleğini devre dışı bırakıp sayfayı yeniden yükleyin; tekrar ziyaretleri ayrıca önbellek açıkken ölçün.
- Ağ üzerinden gerçekten aktarılan toplam veriyi not alın; açılmış kaynak boyutuyla karıştırmayın. Hosting kotasını hesaplarken üçüncü taraflardan gelen veriyi ayırın; CDN kullanıyorsanız origin aktarımını CDN veya sunucu raporlarından değerlendirin.
- Ana sayfa, tipik bir içerik sayfası ve yoğun bileşenli (çok görsel, form, script) bir sayfayı ölçün; görüntülenme sıklıklarına göre ağırlıklı ortalama alın.
Örnek boyut varsayımları olarak bir WordPress blog yazısı için 1,5–3 MB, çok görsel ve reklam içeren bir haber sayfası için 5–8 MB, yüksek çözünürlüklü görseller içeren bir ürün sayfası için 3–6 MB kullanılabilir. Bunlar ölçülmüş sektör ortalamaları değildir; hesapta kendi sayfalarınızın aktarım ölçümlerini kullanın. Görsel ağırlıklı projeler için, DCHost’ta yayınladığımız görsel ağırlıklı siteler için disk, CDN ve WebP/AVIF stratejisi rehberi boyutları düşürmek için güzel ipuçları içeriyor.
Formülün Üç Kısa Kontrol Örneği
Senaryo 1: Kurumsal site
- Ayda 5.000 ziyaret (oturum)
- Ziyaret başına ortalama 3 sayfa
- Ortalama sayfa boyutu: 2 MB
Pageview = 5.000 × 3 = 15.000
Aylık trafik (MB) = 2 × 15.000 = 30.000 MB
Aylık trafik (GB) = 30.000 ÷ 1000 = 30 GB
Bu varsayımlarla 50–100 GB aylık trafik kotası, hesaplanan 30 GB sayfa trafiği için pay bırakır; paketin yeterliliği ek trafik, anlık ağ kapasitesi ve CPU/RAM limitlerine de bağlıdır.
Senaryo 2: Orta ölçek blog
- Ayda 100.000 ziyaret (oturum)
- Ziyaret başına ortalama 3,5 sayfa
- Ortalama sayfa boyutu: 3 MB (görsel ağırlıklı)
Pageview = 100.000 × 3,5 = 350.000
Aylık trafik (MB) = 3 × 350.000 = 1.050.000 MB
Aylık trafik (GB) = 1.050.000 ÷ 1000 = 1.050 GB = 1,05 TB
Burada yalnızca sayfa trafiği 1,05 TB olduğundan 1 TB kota yetmez. Ek trafik ve beklenen büyüme için bunun üzerinde pay bırakan paylaşımlı hosting veya VPS planları değerlendirilebilir; seçim anlık ağ ve işlem kaynaklarına da bağlıdır.
Senaryo 3: E-ticaret sitesi (kampanyasız dönem)
- Ayda 50.000 ziyaret (oturum)
- Ziyaret başına ortalama 6 sayfa
- Ortalama sayfa boyutu: 3,5 MB
Pageview = 50.000 × 6 = 300.000
Aylık trafik (MB) = 3,5 × 300.000 = 1.050.000 MB
Aylık trafik (GB) = 1.050.000 ÷ 1000 = 1.050 GB = 1,05 TB
Sepet ve ödeme sayfaları ziyaret başına sayfa hesabına dahilse bunları yeniden eklemeyin. Hesaba dahil olmayan e-posta görselleri, panel kullanımı ve API çağrıları için bu örnekte %20–30 ek pay varsayarsak toplam 1,26–1,365 TB olur. Gerçek ek payı bu yüklerin ölçümlerine göre belirleyin.
Daha genel bir yaklaşımı, sadece trafik değil CPU ve RAM’i de içine alacak şekilde görmek isterseniz, DCHost blogunda yayınladığımız yeni web sitesi için CPU, RAM ve trafik nasıl hesaplanır rehberine mutlaka göz atın.
Referans 2: Aktif Eşzamanlı İndirmelerden Mbps Hesabı
Aylık toplam trafik hesabı aktarım hacmini tahmin etmenizi sağlar; sitenizin ‘kaldırır mı?’ sorusunun cevabı ise anlık bant genişliği, eşzamanlı istek yükü ve CPU, RAM, disk I/O gibi kaynaklara bağlıdır. Özellikle VPS planı seçerken port hızını doğru belirlemek için bu hesabı yapmak önemli.
Basitleştirilmiş bir formül kullanabiliriz. Burada eşzamanlı kullanıcı, aynı anda sayfa verisi indiren kullanıcıdır; sayfa boyutu, seçilen sunucudan kullanıcı başına aktarılan veridir. Süre yalnızca veri aktarımına ayrılan süreyi ifade eder; sunucu yanıtı ve tarayıcı işlemleri ayrıca zaman alır. Hesapta ondalık MB kullanılır, protokol ek yükü hariçtir:
Aktarım hızı (Mbps) ≈ Aynı anda veri indiren kullanıcı sayısı × Kullanıcı başına aktarım (MB) × 8 ÷ Veri aktarımına ayrılan süre (saniye)
Aynı başlangıç anına ve iki saniyelik aktarım penceresine sahip varsayımsal örnek:
- Aynı anda veri indiren 100 kullanıcı
- Kullanıcı başına 2,5 MB aktarım
- Bu verilerin aktarımına ayrılan süre: 2 saniye
Gerekli bant genişliği (Mbps) ≈ 100 × 2,5 × 8 ÷ 2 = 1000 Mbps = 1 Gbps
Bu biraz uç bir örnek; çünkü pratikte tüm eşzamanlı kullanıcılar aynı anda tam sayfa isteğinde bulunmaz, tarayıcı önbelleği, CDN, lazy-load gibi mekanizmalar devreye girer. Ancak bu, evrensel bir üst sınır değil, belirtilen varsayımlara dayalı aktarım hızı tahminidir. Aynı örnekte yalnızca 10–20 kullanıcı aynı anda veri indiriyorsa hesap 100–200 Mbps verir; port seçimi için ek yük ve yoğunluk payı da gerekir.
Paylaşımlı hostingde bu hesap ihtiyaç tahmini için kullanılabilir; ancak hesap başına kullanılabilir ağ kapasitesi ve paylaşım politikası ayrıca değerlendirilmelidir. VPS’te de 100 Mbps / 250 Mbps / 1 Gbps port ifadesi tek başına bu hızın sürekli tahsis edildiğini göstermez. Portun paylaşımlı mı tahsisli mi olduğu, hız sınırları ve varsa garantili kapasite paket koşullarından doğrulanmalıdır.
Referans 3: Dosya, Video ve API Trafiğini Ayrı Hesaplama
Şimdiye kadar daha çok klasik web sayfası trafiğinden bahsettik. Ancak bazı projelerde trafik profilini tamamen değiştiren unsurlar var.
Dosya İndirme ve Büyük Asset’ler
Örneğin kullanıcıların sık sık PDF, ZIP, imaj arşivi ya da yazılım dosyası indirdiği bir sitede, sayfa trafiği küçük kalırken indirme trafiği asıl yükü oluşturabilir. Burada basit bir hesap yapmak gerekir:
- Aylık beklenen indirme sayısı (adet)
- Ortalama dosya boyutu (MB)
İndirme trafiği (GB) ≈ İndirme sayısı × Dosya boyutu (MB) ÷ 1000
Örneğin ayda 10.000 adet 50 MB’lık dosya indiriliyorsa:
İndirme trafiği (GB) ≈ 10.000 × 50 ÷ 1000 = 500 GB
Sadece tamamlanan indirmeler 0,5 TB trafik oluşturur; tekrarlar ve protokol ek yükü buna eklenebilir. Dosyaları sunan hosting, VPS veya dosya dağıtım hizmetinde yeterli trafik kotası ve aktarım kapasitesi planlanmalıdır.
Video Yayını
Video, trafikte işleri bambaşka bir seviyeye taşır. Örnek olarak 1080p H.264 bir videonun toplam ortalama bit hızını 4–8 Mbps varsayalım; gerçek değer kodlama ayarları ve içeriğe bağlıdır. Bu hızda 1 saatlik izleme, protokol ek yükü hariç kullanıcı başına yaklaşık 1,8–3,6 GB tüketir. 100 kullanıcının videonun tamamını izlediği varsayımsal bir etkinlikte toplam yaklaşık 180–360 GB trafik oluşur.
Video dağıtımını kendi sunucunuz, nesne depolama ve CDN veya bir streaming platformu arasında değerlendirirken toplam izleme süresini, eşzamanlı yayın hızını ve aktarım fiyatını karşılaştırın. Video çözünürlüğü tek başına bit hızını belirlemez; gerçek kodlama çıktısının bit hızını kullanın.
API ve Arka Plan Trafiği
Modern SaaS uygulamalarında tarayıcıların yaptığı AJAX/fetch istekleri, mobil uygulama API çağrıları ve üçüncü parti entegrasyonlar da hatırı sayılır bir trafik yaratabilir. Bu istekler çoğu zaman küçük JSON yanıtlar taşısa da sayıları yüz binleri, milyonları bulabildiği için toplamda anlamlı bir trafik hacmi oluştururlar.
API trafiğini hesaplarken:
- Yanıt başına aktarılan bayt veya ondalık KB
- Seçilen dönemdeki toplam yanıt sayısı
- Toplam yerine kullanıcı başına hız kullanılıyorsa etkin süre ve bu süredeki aktif kullanıcı sayısı
API yanıt hacmi (GB) ≈ Yanıt sayısı × Yanıt başına KB ÷ 1.000.000. Bu metindeki KB ondalık 1.000 bayttır. Örneğin 100 milyon adet 20–50 KB yanıt, yalnız yanıt gövdeleri için 2–5 TB eder. Zaten bütün kullanıcıların toplam istek hızını kullanıyorsanız kullanıcı sayısıyla tekrar çarpmayın. İstek gövdelerini, ek başlıkları ve bağlantı trafiğini ilgili ölçüm kapsamına göre ekleyin; sayfa ölçümünde sayılan API baytlarını yeniden eklemeyin.
Referans 4: CDN Bayt İsabet Oranından Origin Hacmi
CDN (Content Delivery Network) kullandığınızda, önbelleğe uygun dosyalar (görseller, CSS, JS, bazı HTML çıktıları) CDN edge sunucularından sunulabilir. Önbellekten karşılanan istekler origin sunucunuza gitmediğinde origin trafik ve bant genişliği yükü azalır; kullanıcıya yakın edge konumları da gecikmeyi azaltabilir.
CDN’in origin trafiğinde sağladığı tasarrufu hesaplarken istek değil, bayt bazlı cache hit oranını kullanın. Örneğin kullanıcılara sunulan 1 TB verinin %80’i önbellekten karşılanıyorsa, ek origin çekimleri ve yeniden doğrulama trafiği ihmal edildiğinde origin aktarımı yaklaşık 200 GB olur. İsteklerin %80’inin önbellekten karşılanması tek başına aynı tasarrufu göstermez; dosya boyutları farklı olabilir. CDN maliyet–fayda dengesini anlamak için DCHost blogundaki CDN trafik maliyetlerini kontrol altına alma rehberini detaylıca incelemenizi öneririz.
Hacim Hesabını Paylaşımlı Hosting Limitleriyle Karşılaştırma
Paylaşımlı hosting paketlerinde şu koşullarla karşılaşabilirsiniz:
- Aylık X GB / X TB trafik
- ‘Limitsiz trafik’ ama adil kullanım politikası
- ‘Sınırsız trafik’ ifadesinden bağımsız CPU/IO limitleri
Paket seçerken trafik kotasını ve kaynak limitlerini ayrı ayrı değerlendirin. Aşağıdaki örnekler aylık hacmi somutlaştırır; evrensel paket önerileri değildir:
- Basit kurumsal siteler, düşük trafikli bloglar: Sayfa başına 1 MB aktarım varsayımıyla aylık 10–50 bin sayfa görüntüleme, ek trafik hariç 10–50 GB oluşturur.
- Orta ölçek içerik siteleri: Aylık 50 bin ziyaret, ziyaret başına 2 sayfa ve sayfa başına 2–5 MB aktarım varsayımıyla ek trafik hariç 200–500 GB oluşur. 150 bin ziyarette aynı varsayımlar 600–1500 GB verir.
- Yoğun dönem içeren, zaman zaman kampanya yapan projeler: Paket seviyesinden çok yoğun saat kapasitesini, kaynak limitlerini ve CDN ile azaltılabilecek yükü değerlendirin.
Paylaşımlı hostingde bir diğer kritik nokta, kaynak limitleridir. Trafik kotanız dolmadan önce CPU veya IO limitlerine takılabilirsiniz. cPanel kullanan ortamlarda bu limitleri nasıl okuyacağınızı ve ‘Resource Limit Reached’ gibi hataları nasıl analiz edeceğinizi, DCHost blogunda yayınladığımız cPanel kaynak limitleri rehberinde adım adım anlattık. Trafik hesabını mutlaka bu limitlerle birlikte düşünmek gerekir.
Aylık Ortalama Hız ve VPS Port Koşulları
VPS planlarını karşılaştırırken iki temel ağ ölçütünü inceleyin:
- Port hızı, paylaşım koşulları ve varsa garantili kapasite (örnek hızlar: 100/250/1000 Mbps)
- Aylık trafik kotası ve hangi aktarım yönlerinin kotaya sayıldığı (örnek kotalar: 2 TB, 5 TB, 10 TB)
Burada amaç, hem aylık trafik tahmininizi hem de anlık pik trafiğinizi karşılayacak, ama gereksiz maliyet de yaratmayacak bir paket seçimidir. Aşağıdaki varsayımsal örneklerde ondalık birimler kullanılır; ek trafik, protokol yükü ve güvenlik payı ayrıca hesaplanmalıdır:
- WordPress / WooCommerce örneği: Ayda 100–300 bin ziyaret, ziyaret başına 4 sayfa ve sayfa başına 2,5 MB aktarım varsayımıyla aylık trafik 1–3 TB olur.
- Medya veya dosya indirme örneği: Ayda 100 bin tamamlanan 50 MB indirme, yalnızca dosyalardan 5 TB trafik oluşturur. Kampanya ziyaretleri ayrıca hesaplanır.
- SaaS ve API örneği: Ayda 100 milyon yanıt ve yanıt başına 20–50 KB aktarım varsayımıyla yalnızca yanıt gövdeleri 2–5 TB oluşturur.
Aylık hacmi ortalama hıza çevirmek için dönem uzunluğu gerekir. Ondalık birimlerle Ortalama Mbps = GB × 1.000 × 8 ÷ Dönemdeki saniye. Tam 30 gün = 2.592.000 saniyedir; bu, bütün takvim aylarının uzunluğu değildir. 1 TB = 1.000 GB için 30 günlük ortalama yaklaşık 3,086 Mbps olur. Bu sonuç anlık tepe hız veya önerilen port hızı değildir.
- Aylık hacim (GB/TB) ve kotaya sayılan aktarım yönü
- Gözlenen veya varsayılan yoğun saat hacmi ve daha kısa aralıkların hızları
- Aynı anda gerçekten veri indiren kullanıcılar ve yalnız aktarım için ayrılan süre
- Portun paylaşımlı/tahsisli durumu, varsa garanti ve CPU/RAM/IO sınırları
Bu verilerle birlikte port hızı ve trafik kotasını birlikte seçmek gerekir. Örneğin aylık 1 TB trafiğiniz varsa ama sık sık kampanya yapıyor ve bir anda çok sayıda kullanıcıyı aynı sayfada topluyorsanız, 1 Gbps portlu 1 TB trafikli bir VPS, diğer kaynaklar ve ağ koşulları eşdeğerse, kullanılabilir bant genişliği darboğazını azaltarak 100 Mbps portlu 2 TB trafikli bir VPS’ten daha iyi bir kullanıcı deneyimi sunabilir. Ancak 1 TB kota, 1 TB tahmin için ek pay bırakmaz.
VPS tarafında yalnızca trafik ve bant genişliğini değil, CPU, RAM ve disk I/O dengesini de doğru kurmak gerekiyor. Trafiğe ek olarak kaynak boyutlandırmasını konuştuğumuz hosting maliyetlerini düşürme ve doğru VPS boyutlandırma rehberimiz, bu dengeyi kurmanıza yardımcı olacaktır.
Hesapta Ek Yük, Büyüme ve Çifte Sayımı Ayırma
Teorik hesaplar çoğu zaman ‘ortalama’ senaryoya göre yapılır. Oysa gerçek hayatta kampanyalar, sosyal medya paylaşımları, trend olan içerikler ya da beklenmedik medya görünürlükleri trafik profilini kısa sürede katlayabilir. Trafik ve bant genişliği planlarken şu güvenlik paylarını eklemekte fayda var:
- Aylık toplam trafik hesabınıza başlangıç için %20–30 marj eklemeyi düşünün; gereken payı büyüme ve trafik değişkenliğine göre belirleyin.
- Düzenli kampanya yapıyorsanız, kampanya dönemlerindeki trafiği ayrıca hesaplayıp genel plana ekleyin.
- Resim optimizasyonuyla aktarılan sayfa boyutunu azaltın. Full-page cache ile sayfa üretim yükünü, CDN önbelleğiyle origin aktarımını azaltmayı hedefleyin; bunlar tek başına sayfa boyutunu küçültmez. WooCommerce kullanıyorsanız sepet, ödeme, hesap ve oturuma özel yanıtları ortak sayfa önbelleğinin dışında tutun.
Yoğun kampanya dönemlerinde altyapının nasıl ölçekleneceğini daha detaylı konuştuğumuz yoğun trafikli kampanyalar için hosting ölçeklendirme rehberi, özellikle e-ticaret ve biletleme gibi ani yük artışı yaşayan projeler için oldukça yol gösterici.
Bir diğer önemli başlık da güvenlik. Kötü niyetli bot trafiği, brute-force denemeleri veya DDoS benzeri saldırılar, gerçek kullanıcılarınızın deneyimini bozmakla kalmaz, gereksiz yere trafik kotanızı da tüketebilir. DDoS kavramını ve korunma yöntemlerini DCHost blogundaki DDoS nedir ve nasıl korunursunuz rehberinde detaylı şekilde ele aldık. Trafik planlaması yaparken, saldırıların normal trafik istatistiklerini nasıl bozabileceğini de akılda tutmak önemli.
Hesap Sonucunu Doğrulanabilir Bir Kapasite Kaydına Dönüştürme
Bir hesap kaydında yalnız sonuç değil, sonucun hangi kapsamdan üretildiği de bulunmalıdır:
- Oturum ve sayfa görüntüleme sayılarının dönemi; tekil kullanıcılarla karıştırılmaması
- Sayfa başına aktarılan MB ve ilk/tekrar ziyaret ağırlıkları
- Sayfa hesabına dahil olmayan indirme, video, API ve diğer trafik
- CDN/origin/üçüncü taraf ayrımı, aktif indirme sayısı ve veri aktarım süresi
Bu verilerle birlikte shared hosting mi VPS mi, hangi trafik kotasının yeterli olacağı, port hızı açısından neye ihtiyacınız olduğu çok daha net hale gelir. Küçük ölçekli kurumsal siteler, bloglar ve yeni açılan projeler için paylaşımlı hosting, paket sınırları uygulamanın ihtiyaçlarını karşılıyorsa maliyet ve operasyonel kolaylık açısından uygun bir başlangıç olabilir.
Orta ve büyük ölçekli içerik siteleri, e-ticaret projeleri, SaaS uygulamaları veya özelleştirilmiş yazılımlar için VPS değerlendirirken vCPU, RAM, disk ve bant genişliğini birlikte planlayın; büyüme beklentinize göre kaynak artırma sınırlarını ve maliyetlerini karşılaştırın. Panel (cPanel, Plesk vb.) kullanmayı planlıyorsanız lisans ve sistem gereksinimlerini bütçeye dahil edin. Panel kullanmadan yönetimi tercih ederseniz tamamen SSH ile VPS yönetimi rehberimizde anlattığımız gibi hafif ve esnek bir mimari kurun.
Trafik ve bant genişliği planlamasını tek seferlik bir hesap olarak görmeyin; ziyaretçi sayısı, sayfa boyutu ve ek trafik kaynakları değiştikçe tahminlerinizi güncelleyin. Loglardan ve sağlayıcının trafik ölçümlerinden gerçek tüketiminizi tahminlerle karşılaştırın; ölçeklendirme ve maliyet kararlarını bu verilere dayandırın.
