Hosting Kaç Ziyaretçi Kaldırır? Kapasite Nasıl Hesaplanır

Hosting kaç ziyaretçi kaldırır?

Hosting kaç ziyaretçi kaldırır sorusunun cevabını aylık ziyaretçi sayısı vermez; tepe anındaki saniyedeki istek sayısı ile her isteğin sunucuda geçirdiği süre verir. Önbellekli bir sayfa aynı sunucuda önbelleksiz sayfaya göre çok daha fazla ziyaretçiyi taşır; bu yüzden tek bir sabit rakam yoktur, hesap vardır.

Bu yazıda o hesabı adım adım kuruyoruz. Amacımız size hazır bir sayı vermek değil; kendi sitenizin verisiyle kapasiteyi kaba ama dürüst biçimde tahmin etmenizi sağlamak. Formülleri verirken kullandığımız rakamların tamamı "örnek hesap" etiketlidir ve gerçek değerleri kendi panelinizden, analitik aracınızdan ya da sunucu loglarınızdan almanız gerekir.

Biz Talha Aslan ve ekibi olarak hosting firması değiliz; web sitesi ve e-ticaret projelerinde bu soruyla sık karşılaşan bir dijital pazarlama ve web ekibiyiz. Bu nedenle teknik ayrıntıları resmi dokümana dayandırıyoruz, kaynakları da metin içinde gösteriyoruz.

Aylık ziyaretçi sayısı neden yanıltıcı bir ölçüdür?

Aylık ziyaretçi, bir ay boyunca siteye gelen kişilerin toplamıdır. Ancak sunucu bir ayı değil, aynı saniyede gelen istekleri karşılar. Ayda 100.000 ziyaretçi alan iki site düşünün: biri trafiği ay boyunca dengeli alır, diğeri tek bir kampanya e-postasıyla trafiğin önemli bir kısmını birkaç saate sıkıştırır. İkinci site aynı aylık rakamla çok daha güçlü bir altyapı ister.

Üstelik "ziyaretçi" kelimesi tek başına ne kadar iş yükü ürettiğini söylemez. Bir ziyaretçi tek sayfa okuyup çıkabilir; bir başkası ürün filtreler, sepete ekler, ödeme adımlarına geçer. Bu ikinci kullanıcı sunucuyu çok daha fazla yorar.

Kısacası aylık rakam bir bütçe ve trafik göstergesidir, kapasite göstergesi değildir. Kapasiteyi anlamak için üç soruyu sormanız gerekir:

• En yoğun dakikada saniyede kaç sayfa görüntülemesi oluşuyor?
• Her sayfa görüntüleme sunucuda kaç dinamik istek üretiyor?
• Bu isteklerin her biri ortalama kaç saniye sürüyor?

Bu üç değeri bildiğinizde hosting paketinizin gerçekten nerede zorlanacağını görürsünüz.

Eşzamanlı kullanıcı ile eşzamanlı istek arasındaki fark nedir?

Sitede aynı zaman diliminde aktif olan kişi sayısı, eşzamanlı kullanıcıdır. Eşzamanlı istek ise sunucunun o anda fiilen işlediği istek sayısıdır. Bu ikisi çoğu zaman birbirinden çok farklıdır.

Örneğin Google Analytics 4'ün gerçek zamanlı raporu, Google Analytics Yardım sayfasına göre son 30 dakika içindeki kullanıcı etkinliğini gösterir. Ekranda 300 aktif kullanıcı görmeniz, sunucunun aynı anda 300 isteği işlediği anlamına gelmez. Çünkü kullanıcıların çoğu o saniyede sayfayı okuyor, kaydırıyor ya da görsele bakıyordur; tarayıcı sunucudan yeni bir şey istemiyordur.

Örnek hesap: 300 aktif kullanıcının her biri ortalama 60 saniyede bir yeni sayfa açıyorsa, saniyede yaklaşık 5 sayfa görüntülemesi oluşur. Her sayfanın sunucu tarafı işlemi 0,5 saniye sürüyorsa, aynı anda işlenen istek sayısı ortalama 2,5 civarında kalır. Yani 300 kişilik bir kalabalık, sunucu açısından birkaç eşzamanlı işe dönüşür.

Bu ayrım, kapasite hesabının temelidir. Dolayısıyla "kaç kişi aynı anda girebilir" sorusunu "saniyede kaç istek, kaç saniyede" sorusuna çevirmeniz gerekir.

Saniyedeki istek sayısını (RPS) nasıl hesaplarsınız?

Saniyedeki istek (RPS, requests per second), sunucuya bir saniye içinde ulaşan istek sayısıdır. Kapasite hesabında asıl önemli olan, tüm istekler değil, sunucuda kod çalıştıran dinamik isteklerdir.

Temel formül şöyledir:

dinamik RPS = saniyedeki sayfa görüntüleme x sayfa başına dinamik istek

Saniyedeki sayfa görüntülemeyi bulmak için tepe saatteki görüntüleme sayısını 3.600'e bölersiniz. Ardından sayfa başına dinamik istek sayısıyla çarparsınız. Bir WordPress sitesinde HTML sayfasının kendisi dinamik bir istektir; bazı temalar ve eklentiler ek olarak arka planda admin-ajax ya da REST API çağrıları yapar.

Statik dosyalar, yani CSS, JavaScript, görseller ve fontlar da istektir. Ancak bunları web sunucusu doğrudan diskten ya da önbellekten verir; PHP veya veritabanı devreye girmez. Bu nedenle statik istekleri ayrı sayarsınız: onlar daha çok bant genişliğini ve bağlantı sayısını etkiler, işlemci yükünü çok daha az etkiler.

Bu ayrımı yapmadan hesap yaparsanız, ya kapasiteyi gereğinden düşük görürsünüz ya da asıl darboğazı, yani PHP tarafını gözden kaçırırsınız.

Saatlik tepe yükü nasıl bulursunuz?

Tepe yük, sitenizin en yoğun zaman diliminde aldığı trafiktir. Kapasiteyi ortalamaya göre değil, bu tepeye göre planlarsınız; çünkü site ortalama bir anda değil, en yoğun anda yavaşlar.

Tepe saati bulmanın en pratik yolu analitik aracınızdaki saatlik dağılıma bakmaktır. GA4'te raporları saat boyutunda kırarak hangi saatlerin öne çıktığını görebilirsiniz. Daha sonra o saatteki sayfa görüntüleme sayısını not edersiniz.

Örnek hesap: günlük 10.000 sayfa görüntüleme alan bir sitede en yoğun saat günlük trafiğin yüzde 12'sini alıyorsa, o saatte 1.200 görüntüleme olur. Bu da saniyede ortalama 0,33 görüntülemeye denk gelir. Buradaki yüzde 12 tamamen varsayımdır; kendi verinizle değiştirin.

Ancak saatlik ortalama bile anlık sıçramaları gizler. Bir bülten gönderdiğinizde ya da reklam kampanyası başladığında trafik birkaç dakikaya sıkışır. Bu nedenle hesaba bir "sıçrama çarpanı" eklemenizi öneririz:

• Düzenli, organik ağırlıklı trafikte daha düşük bir çarpan yeterli olabilir.
• E-posta, SMS ya da sosyal medya duyurusu yapan sitelerde çarpanı yüksek tutun.
• Televizyon reklamı veya büyük indirim günleri gibi olaylarda ayrı bir plan yapın.

Kampanya dönemlerinde sitenin çökmesini önleme konusunu ayrı bir yazımızda ele alıyoruz; burada yalnızca hesabın mantığına odaklanıyoruz.

Bir sayfa görüntüleme sunucuya kaç istek gönderir?

Bir sayfa görüntüleme, tarayıcının sunucuya tek bir istek göndermesiyle bitmez. Tarayıcı önce HTML belgesini ister, ardından o belgedeki stil dosyalarını, betikleri, görselleri ve fontları yükler. Modern bir sayfada bu sayı onlarca isteğe ulaşabilir.

Kendi sitenizin sayısını görmek için tarayıcınızın geliştirici araçlarındaki Ağ (Network) sekmesini açın ve sayfayı yenileyin. Altta toplam istek sayısını ve aktarılan veri miktarını görürsünüz. Ayrıca istekleri türüne göre filtreleyerek hangilerinin belge, hangilerinin XHR ya da fetch çağrısı olduğunu ayırabilirsiniz.

Kapasite açısından bu istekleri üç gruba ayırmanız işinizi kolaylaştırır:

1. Dinamik belge isteği: sayfanın HTML'i. Önbellek yoksa PHP ve veritabanı çalışır.
2. Dinamik arka plan çağrıları: sepet güncelleme, canlı arama, form gönderimi gibi istekler.
3. Statik dosyalar: CSS, JS, görsel ve font. Web sunucusu ya da CDN bunları karşılar.

Hesapta ilk iki grubu "sayfa başına dinamik istek" olarak sayarsınız. Üçüncü grup ise bant genişliği ve aktarım hesabına girer. Böylece işlemciyi yoran işle ağı yoran işi birbirinden ayırmış olursunuz.

Little yasasını kapasite hesabında nasıl kullanırsınız?

Little yasası, bir sistemdeki ortalama iş sayısının, işlerin geliş hızı ile her işin sistemde geçirdiği ortalama sürenin çarpımına eşit olduğunu söyler. Formülün kısa hali L = λW'dir. John D. C. Little bu sonucu 1961'de kanıtlamış, yasanın elli yılını da Operations Research dergisindeki makalesinde değerlendirmiştir.

Web sunucusuna uyarladığınızda formül şuna dönüşür:

eşzamanlı istek = saniyedeki istek x ortalama yanıt süresi (saniye)

Örnek hesap: saniyede 4 dinamik istek geliyor ve her biri ortalama 0,5 saniye sürüyorsa, sunucuda aynı anda ortalama 2 istek işleniyordur. Yanıt süresi 2 saniyeye çıkarsa, aynı trafikte eşzamanlı istek sayısı 8'e yükselir.

Bu son nokta çok önemlidir. Trafik değişmeden yalnızca yanıt süresi uzadığında bile sunucu dolar. Yavaş bir veritabanı sorgusu ya da dış bir API'ye bekleyen bir eklenti, kapasiteyi doğrudan eritir. Dolayısıyla kapasiteyi artırmanın bir yolu daha fazla kaynak almak, diğer yolu her isteği hızlandırmaktır.

Formülü tersine de çevirebilirsiniz: elinizdeki işçi sayısını ortalama yanıt süresine bölerseniz, saniyede taşıyabileceğiniz en yüksek dinamik istek sayısını bulursunuz.

PHP işçi sayısı neden gerçek kapasiteyi belirler?

PHP işçi sayısı, sunucunun aynı anda çalıştırabileceği PHP sürecinin üst sınırıdır. Bu sınırı PHP FPM kullanan sistemlerde pm.max_children ayarı belirler. Resmi PHP dokümanı, bu ayarın eşzamanlı istek sayısına sınır koyduğunu açıkça yazar.

Yani işçi sayınız 8 ise, sunucu aynı anda en fazla 8 dinamik isteği işler. Dokuzuncu istek boşta bir işçi çıkana kadar bekler. Bekleme kısa sürerse kullanıcı yalnızca yavaşlık hisseder; kuyruk uzarsa zaman aşımları ve 502 ya da 503 gibi hatalar başlar. Bu hatanın teşhisini 503 Service Unavailable rehberimizde anlatıyoruz.

FPM, işçi sınırına dayandığında hata günlüğüne bunu belirten bir uyarı yazar. Günlükte max_children sınırına ulaşıldığını söyleyen satırlar görüyorsanız, kapasite tavanına değdiğinizi anlarsınız.

Ancak işçi sayısını sınırsız artırmak çözüm değildir. Her işçi bellek tüketir ve işlemci çekirdeklerini paylaşır. İşçi sayısını işlemcinin kaldırabileceğinin çok üstüne çıkarırsanız, istekler sırada beklemek yerine hepsi birlikte yavaşlar. Bu yüzden işçi sayısını CPU ve RAM'e göre birlikte ayarlarsınız.

Önbellekli ve önbelleksiz sayfa arasında ne kadar fark var?

Önbelleksiz bir sayfada her ziyaret PHP kodunu çalıştırır, veritabanına sorgu gönderir ve HTML'i yeniden üretir. Tam sayfa önbelleği olan bir sitede ise sunucu hazır HTML'i doğrudan diskten ya da bellekten gönderir; PHP işçisi çoğu zaman hiç devreye girmez.

Bu fark, kapasite hesabını kökten değiştirir. Little yasasındaki "ortalama yanıt süresi" önbellek sayesinde dramatik biçimde düşer; buna bağlı olarak eşzamanlı işçi ihtiyacı da azalır. Kesin oranı kendi ölçümünüzle bulursunuz, çünkü tema, eklenti ve sunucu yazılımı sonucu etkiler.

Önbelleğin katmanları farklıdır:

• Tam sayfa önbelleği: hazır HTML'i saklar, en büyük kapasite kazancını sağlar.
• Opcode önbelleği: PHP kodunun derlenmiş halini tutar. Ayrıntıları OPcache rehberimizde bulabilirsiniz.
• Nesne önbelleği: sık kullanılan veritabanı sonuçlarını bellekte tutar. Redis ve Memcached yazımız bu konuyu anlatır.

Öte yandan sepet, hesabım ve ödeme sayfaları kişiye özel olduğundan çoğunlukla önbellek dışında kalır. Bu yüzden bir e-ticaret sitesinin kapasitesini hesaplarken, önbelleklenebilen ve önbelleklenemeyen trafiği ayrı ayrı tahmin etmeniz gerekir.

CPU ve RAM sınırından kaba kapasiteyi nasıl çıkarırsınız?

İşçi sayısının iki doğal tavanı vardır: bellek ve işlemci. Her ikisini ayrı hesaplar, düşük olanı gerçek sınır kabul edersiniz.

Bellek tavanı için şu formülü kullanırsınız:

en fazla işçi (RAM) = (toplam RAM - diğer servislerin payı) / işçi başına ortalama bellek

Diğer servislerin payına işletim sistemi, veritabanı, web sunucusu ve varsa önbellek servisi girer. İşçi başına bellek ise uygulamanıza göre değişir; ağır eklentili bir site daha fazla tüketir. Bu değeri sunucuda çalışan PHP süreçlerinin bellek kullanımına bakarak ölçersiniz.

İşlemci tavanı için de benzer bir yol izlersiniz:

en yüksek dinamik RPS (CPU) = çekirdek sayısı / istek başına ortalama CPU süresi

Örnek hesap: 2 çekirdekli bir sunucuda her dinamik istek ortalama 0,25 saniye işlemci zamanı harcıyorsa, işlemci saniyede kabaca 8 dinamik isteği kaldırır. Bellek 30 işçiye izin verse bile işlemci 8 isteğin üstünde zorlanır. Bu durumda darboğaz RAM değil, CPU'dur.

Sunucu yükünün nasıl okunacağını load average yazımızda ayrıntılı anlattık; kapasite hesabını yaptıktan sonra bu göstergeyle doğrulamanızı öneririz.

Örnek hesap: hosting kaç ziyaretçi kaldırır, adım adım

Şimdi tüm parçaları tek bir örnekte birleştirelim. Aşağıdaki rakamların hepsi varsayımdır, gerçek siteniz için kendi verilerinizi koyun.

Little yasasına göre bu sitenin tepe anında ortalama 2 işçiye ihtiyacı vardır. Ancak istekler düzgün aralıklarla gelmez; bazen üst üste biner. Bu yüzden hesaplanan değerin birkaç katı işçi payı bırakmak mantıklıdır.

Tersinden bakalım: 8 işçiniz ve 0,6 saniyelik ortalama yanıt süreniz varsa, teorik tavan saniyede yaklaşık 13 dinamik istektir. Sayfa başına 2 dinamik istekle bu, saniyede yaklaşık 6,5 sayfaya karşılık gelir. Yine de sistemi tavanda çalıştırmayın; rahat bir kullanım payı bırakın.

Hosting kaç ziyaretçi kaldırır sorusunu böyle bir tabloyla sorduğunuzda, cevap bir pazarlama rakamı olmaktan çıkar ve sizin verinize dayanır.

Bant genişliğini ve aylık aktarımı nasıl hesaplarsınız?

Kapasitenin işlemci ve bellek dışındaki boyutu, ağ tarafıdır. Burada iki kavramı ayırmanız gerekir: bant genişliği bir saniyede taşınabilecek veri miktarıdır, aylık aktarım ise bir ayda taşınan toplam veridir.

Aylık aktarım için kaba formül şöyledir:

aylık aktarım = ortalama sayfa ağırlığı x aylık sayfa görüntüleme

Örnek hesap: ortalama sayfa ağırlığı 2 MB ve aylık görüntüleme 300.000 ise, önbelleksiz bir senaryoda aktarım yaklaşık 600 GB olur. Ancak geri dönen ziyaretçilerin tarayıcısı statik dosyaları önbellekte tutar; bir CDN kullanıyorsanız statik dosyaların çoğu sizin sunucunuzdan değil, CDN'den çıkar. Bu yüzden gerçek değer genellikle bu kaba tahminden düşüktür.

Anlık bant genişliği ihtiyacı için de tepe saniyedeki görüntülemeyi sayfa ağırlığıyla çarparsınız. Görselleri sıkıştırmak ve gereksiz betikleri kaldırmak hem aktarımı hem de kullanıcının beklediği süreyi azaltır.

Bu konunun tüm ayrıntılarını bant genişliği ve hosting yazımızda ele aldık. Kapasite hesabında bant genişliği çoğu zaman ilk darboğaz olmaz, fakat büyük görsel ve video ağırlıklı sitelerde öne geçebilir.

Gerçek değerleri nereden ölçersiniz?

Hesabın değeri, içine koyduğunuz verinin doğruluğu kadardır. Varsayımlarla başlarsınız, ama kısa sürede ölçülmüş değerlere geçmeniz gerekir. Üç temel kaynak vardır.

1. Hosting panelindeki kaynak kullanımı ekranı: paylaşımlı hostingte CPU, bellek, giriş çıkış ve süreç sınırlarına ne kadar yaklaştığınızı gösterir. Ekranın adı ve içeriği sağlayıcıya göre değişir.
2. Analitik araçları: saatlik sayfa görüntüleme dağılımını, tepe saatleri ve kampanya günlerini buradan çıkarırsınız.
3. Sunucu logları: her isteğin ne zaman geldiğini, hangi adrese gittiğini ve yapılandırmaya bağlı olarak ne kadar sürdüğünü kaydeder.

Bu üç kaynak birbirini tamamlar. Analitik size insan trafiğini gösterir; loglar ise botları, tarayıcıları ve arka plan çağrılarını da içerir. Örneğin analitikte sakin görünen bir saatte loglarda yoğun bot trafiği görebilirsiniz; bu da sunucu yükünü açıklar.

Ayrıca sitenin genel yavaşlığını sunucu kaynaklı nedenlerle ilişkilendirmek için web sitesi neden yavaş açılır yazımıza göz atabilirsiniz. Orada TTFB, veritabanı ve kaynak sınırı ilişkisini ayrıntılı ele alıyoruz.

Sunucu loglarından yanıt süresini nasıl çıkarırsınız?

Little yasasının en kritik girdisi ortalama yanıt süresidir ve bu değeri en güvenilir biçimde sunucu loglarından alırsınız. Varsayılan log formatları çoğu zaman süre bilgisini içermez; bu yüzden formatı genişletmeniz gerekir.

Nginx kullanıyorsanız, log formatına $request_time değişkenini eklersiniz. Apache tarafında ise %D biçim kodu isteğin sunulma süresini mikrosaniye cinsinden yazar. Bu alanları ekledikten sonra tepe saatteki dinamik isteklerin ortalama süresini hesaplarsınız.

log_format sureli '$remote_addr [$time_local] "$request" $status $request_time';
access_log /var/log/nginx/example.com.access.log sureli;

Yalnızca ortalamaya bakmayın. Yavaş isteklerin dağılımı, yani en yavaş yüzde 5 ya da yüzde 1'lik dilim, kuyruk oluşmasında belirleyici olur. Ortalama 0,4 saniye görünürken bazı istekler 5 saniye sürüyorsa, işçileri bloke eden asıl sorun o isteklerdir.

Logları elle incelemek zor geliyorsa log analizi aracımızla istekleri durum kodu, adres ve bot türüne göre gruplayabilirsiniz. Böylece hangi sayfaların en çok yük ürettiğini hızla görürsünüz.

Paylaşımlı hostingte log formatını değiştiremeyebilirsiniz; bu durumda sağlayıcınızın sunduğu ham erişim loglarıyla yetinir, süre verisini panelden ya da sağlayıcıdan istersiniz.

Yük testiyle hesabınızı nasıl doğrularsınız?

Yük testi, siteye kontrollü biçimde yapay trafik göndererek hesabınızı gerçek sonuçla karşılaştırmanızı sağlar. Hesap size bir beklenti verir; yük testi o beklentinin doğru olup olmadığını gösterir.

Basit bir başlangıç aracı Apache'nin ab programıdır. Apache dokümanına göre -n toplam istek sayısını, -c ise aynı anda gönderilecek istek sayısını belirler. Doküman, aracın HTTP/1.x'i tam uygulamadığını ve bazı durumlarda sunucudan çok aracın kendi performansını ölçebileceğini de not eder.

ab -n 500 -c 10 https://staging.example.com/

Yük testi yaparken şu kurallara uyun:

• Testi canlı site yerine birebir kopyası olan bir test ortamında yapın.
• Paylaşımlı hostingte test öncesinde sağlayıcınızdan yazılı onay alın; aksi halde trafik saldırı gibi görünebilir.
• Eşzamanlılığı kademeli artırın ve yanıt süresinin hangi noktada sıçradığını not edin.
• Önbellekli ve önbelleksiz sayfaları ayrı ayrı test edin.

Yanıt süresinin keskin biçimde yükseldiği eşik, pratik kapasitenizdir. Bu eşik hesapladığınız tavana yakınsa varsayımlarınız tutarlıdır.

Paylaşımlı hosting ile VPS kapasite açısından nasıl ayrışır?

Paylaşımlı hostingte aynı sunucunun kaynaklarını başka hesaplarla paylaşırsınız ve sağlayıcı her hesaba CPU, bellek, süreç ve giriş çıkış sınırı koyar. VPS'te ise size ayrılmış sanal kaynaklar vardır ve yapılandırmayı siz yönetirsiniz.

Paylaşımlı hostingte kapasite hesabının en önemli girdisi, sağlayıcının hesabınıza tanıdığı eşzamanlı süreç sınırıdır. Bu değer pakete göre değişir; sağlayıcınızdan yazılı olarak öğrenin. Paylaşımlı hostingte kaynak limitlerini ayrı bir yazıda ayrıntılı ele alıyoruz.

VPS ile bulut sunucu arasındaki farkları ise VPS, VDS ve bulut sunucu karşılaştırmamızda bulabilirsiniz.

Hosting kaç ziyaretçi kaldırır iddialarına neden şüpheyle bakmalısınız?

Hosting paketlerinin tanıtımında sık sık "aylık şu kadar ziyaretçi için uygun" gibi ifadeler görürsünüz. Bu ifadeler bir fikir verebilir, fakat dayandıkları varsayımları çoğu zaman göremezsiniz.

Bir paketin hosting kaç ziyaretçi kaldırır sorusuna verdiği cevap, şu sorulara bağlıdır:

• Hesap tam sayfa önbellekli bir siteyi mi, yoksa önbelleksiz bir e-ticaret sitesini mi temel alıyor?
• Hesap trafiğin ay boyunca dengeli dağıldığını mı varsayıyor, yoksa tepe saatleri de hesaba katıyor mu?
• Ortalama sayfa ağırlığı ve sayfa başına dinamik istek için hangi değeri esas alıyor?
• Hesap başına eşzamanlı süreç sınırı nedir?

Bu soruların cevabı yoksa, rakam yalnızca kabaca bir pazarlama göstergesidir. Aynı paket, sade bir kurumsal sitede rahat çalışırken yoğun filtreleme yapan bir mağazada zorlanabilir.

Bu nedenle paket seçerken rakama değil, teknik sınırlara bakmanızı öneririz. Hosting seçimindeki diğer kriterleri hosting nasıl seçilir rehberimizde topladık. Belirli bir firmayı övmek ya da yermek yerine, sorduğunuz soruların doğru olmasına odaklanın.

Hangi durumda hesabı hosting sağlayıcınıza bırakmalısınız?

Her site sahibinin işçi sayısı ayarlaması ya da log formatı değiştirmesi gerekmez. Bazı durumlarda en doğru adım, verinizi toplayıp kararı sağlayıcınıza ya da teknik ekibinize bırakmaktır.

Örneğin yönetilen ya da paylaşımlı bir hostingdeyseniz, FPM ayarlarına erişiminiz olmaz; sağlayıcının destek ekibi hesabınızın sınırlarını sizden iyi bilir. Böyle bir durumda yapmanız gereken, tepe saat verinizi ve hata zamanlarını derleyip sağlayıcıya iletmektir.

Benzer biçimde, sunucu yönetimi bilginiz yoksa VPS'te işçi sayısını deneme yanılma ile değiştirmeyin. Yanlış bir değer belleği tüketip sunucunun tamamen yanıt vermemesine yol açabilir. Bu tür değişiklikleri sunucuyu yöneten kişiye bırakın.

Ancak hesabın mantığını bilmek size yine de güç verir. Sağlayıcıya "site yavaş" demek yerine "tepe saatte saniyede yaklaşık şu kadar dinamik istek geliyor ve işçi sınırına dayanıyoruz" dediğinizde, çok daha hızlı ve isabetli bir çözüm alırsınız. Paket değiştirmeniz gerekirse hosting paketi yükseltme rehberimiz geçişi kesintisiz yapmanıza yardım eder.

Kapasite planını ne sıklıkla güncellemelisiniz?

Kapasite hesabı bir kerelik iş değildir. Site büyüdükçe, yeni eklentiler eklendikçe ya da pazarlama takvimi değiştikçe girdiler de değişir.

Şu durumlarda hesabı yeniden yapmanızı öneririz:

• Büyük bir kampanya, indirim dönemi ya da televizyon reklamı öncesinde.
• Yeni bir tema, ağır bir eklenti ya da yeni bir ödeme altyapısı eklendiğinde.
• Analitikte tepe saat trafiği belirgin biçimde arttığında.
• Loglarda yanıt sürelerinin yükseldiğini fark ettiğinizde.

E-ticaret sitelerinde bu takip satışları doğrudan etkiler; çünkü yoğun anlarda yavaşlayan bir ödeme sayfası sipariş kaybı demektir. Mağazanız için altyapı ve dönüşüm tarafını birlikte değerlendirmek isterseniz e-ticaret danışmanlığı sürecimizde bu analizi de ele alıyoruz.

Düzenli güncelleme, sürprizleri azaltır. Bir sonraki büyük trafik gününe, sunucunun nerede zorlanacağını önceden bilerek girersiniz.

Özet: hosting kaç ziyaretçi kaldırır sorusunu nasıl cevaplarsınız?

Hosting kaç ziyaretçi kaldırır sorusunun cevabı, tek bir rakamdan değil, birkaç ölçümün birleşiminden gelir. Özetle izleyeceğiniz yol şudur:

1. Analitikten tepe saati ve o saatteki sayfa görüntülemeyi bulun.
2. Saniyedeki görüntülemeyi hesaplayın ve bir sıçrama çarpanı ekleyin.
3. Sayfa başına dinamik istek sayısını tarayıcı geliştirici araçlarından çıkarın.
4. Loglardan ortalama yanıt süresini ölçün.
5. Little yasasıyla eşzamanlı işçi ihtiyacını hesaplayın.
6. Bu ihtiyacı CPU, RAM ve sağlayıcı sınırlarıyla karşılaştırın.
7. Sonucu kontrollü bir yük testiyle doğrulayın.

Bu adımlar size bir garanti değil, gerçekçi bir tahmin verir. Yine de bu tahmin, paket tanıtımındaki aylık ziyaretçi rakamından çok daha işe yarar; çünkü sizin sitenizin, sizin trafiğinizin verisine dayanır.