VDS ne kadar hit kaldırır?

wp blog, özel scriptten daha çok yorar. mesela sahibinden.com istek başına normal wp siteden daha az kaynak tüketiyordur.
genelde siteleri kitleyen sql sorguları oluyor.(saldırı almıyorlarsa)
sitenin tarzına göre farklı çözümler var için(nosql,elasticsearch,mongodb,redis)

O zaman hiç mi kaldırmaz site açılmaz mı yoksa yavaş mı olur? Veya bahsettiğim gibi esnek bulut sunucular varsa onlar iş görmez mi? Bu konuda bilgim sıfır, bir kez tam kapsamlı kurulum yaptırıp sonra sorun çıkmadan ilerlemesini istiyorum.

Anlık 20k çekebiliyor iseniz mükemmel

Özel script olarak siz geliştirecek iseniz problemsiz halledebilirsiniz. Ama hazır sistemler kullandığınızda size gerek olmayan sorgular yapat. En çok yapanlardan biri de wordpress..

Ortalama bir vds + özel script ile 10k trafik anlık optimize bir sistem ise çok rahat kaldırırsınız.

Ama ortalama vds + wordpress ise tam optimize olmaz ise 10k trafik anlıkda zorlar.

Yorumlardaki diğer arkadaşlara katılıyorum ve benim tavsiyem ilk olarak sunucudan ziyade scriptin alt yapısını özel olarak optimize bir şekilde yaptırıp daha sonra orta seviye bir vds ile başlayıp ihtiyaca göre özellik arttırımı yapmaktır

Geçmişte minimum 2 3 milyon günlük istek gelen veritabanında milyonlarca veri olan ve ortalama veritabanının 8 gb olduğu bir sitem 2 core 2 ramli hostingde banamısın demeden sorunsuz çalışıyordu ama veritabanı tasarımı olsun gerekli önbelleklemelere fazla önem verilmişti.

Tam optimize bir sunucu tüm işlem ve ram arasında yûkü dengeleyerek ilerler. SQL sorguları wordpressde aşırı fazla.. SQL sorgularını azaltmalı ve optimize sunucu kullanmalısınız. Database bir çöker ise ki wordpressde çöker, tüm site gider. Database Baglantısı Kurulamadı diye yazar sayfada.. Ama SQL sorularını azaltır iseniz ve optimize bir sunucu ise, ortalama bir sunucu databasesiz olarak çökmez, sadece yavaşlatır. Aslında tüm wp sitelerinin temel olarak çökme sebebi budur, database siteyi keser.

Kafamda biraz şekillenmeye başladı. Tam kapsamlı bir optimizasyon ve mümkünse özel yazılım ile sorun yaşamam o halde. Teşekkür ederim.

Siz daha iyi bilirsiniz çok fazla script yaptığıniz için.. Sitenin kullanıcının gördüğü taraf ile bizim içerik eklediğimiz siteyi ayrı yapsak, kullanıcı siteyi ziyaret ettiğinde eğer cache alınmış ise siteyi direkt cacheden, cache alınmamış bir url ise önce cache alıp sonra kullanıcıya gösterse daha mı iyi olur? Cachei de haftada bir temizlesek? Yani 10k içerik var ise hafta toplam 10k içerik ile ilgili db sorgusu oluşur. Bizim içerik ekleyeceğimiz taraf da local olur. Bu sayede kullanıcılar dbde sorgu yapmamış olur.

Yani bu sistem sizce daha mi optimize olur? Bir yerde hata var böyle olmaz gibi hissediyorum ama mantıken de böyle daha mantıklı..

İçerik sayısı da mı bunu etkiliyor ki, sadece kullanıcının girdiği sayfada önbelleği görmüyor mu? Şu an 20k içeriğim var bunu 500-600k ya çıkaracağım, planladığım gibi çin pazarına da girersem oho ben bu işin altından kalkamam.

gelen istekleri günlük değil anlık olarak düşünmek lazım.isteği işleyecek kapasitede değilse timeout olur, yani döner durur.timeout ayarları varsa direkt hata mesajı basar.(500 veya 502)

makineyi nereden aldığınıza bakmak lazım.

ismini vermeyeceğim yasak olduğu için ama bunların ikisi de en ünlü alman sağlayıcı.ikisinin de fiyatı 10$ altı. ikisinin de o an aldığı hit,yazılım vs aynı. (dklık hit 3 bin civarıydı bu ssler alınırken, günlük 4m yapıyor)

1. sv

2. sv


bu kadar farkı oluşturan şey 1.svdeki cpunun kötülüğü ve disk hızının düşük olmasıydı.(script curl ve file cache ağırlıklı )


wp sitenin kodu optimize edilirse ve ram cache kullanılırsa mermi gibi açılır mesela.

edit: 2. görsel yanlış olmuş.