Téma: Hogyan készülhet fel egy kisebb oldal egy potenciálisan nagy/növekvő forgalomra?

VPS, és rendesen hozzáoptimalizálni a futtatott CMS-ekhez a beállításokat.

De sokminden függ attól, hogy statikus a tartalom, vagy dinamikus (most nem arról van szó, hogy php-val van előállítva vagy sem, hanem, hogy minden user ugyanazt kapja, vagy sem, stb).

charlie eredeti hozzászólása

VPS, és rendesen hozzáoptimalizálni a futtatott CMS-ekhez a beállításokat.

A VPS drágább, mint a shared host, rosszul tudom? A kérdés arra vonatkozott, hogy most jól elmuzsikál sima legolcsóbb shared hoston, akár hónapokig vagy még tovább. Szóval az a kérdés, hogy ha jön egy látogatóugrás, amit már nem visz a shared host-os olcsó tárhely, akkor hogyan lehet zökkenőmentesen, minimális idő alatt (fél óra, óra) átmigrálni máshova az oldalt.

Szóval milyen technika van arra, hogy nagyobb tárhelyen (AWS vagy akármi) előre elkészítsem neki a terepet, de nem akarok azért fizetni addig, amíg nincs szükség rá. Ha viszont szükség van rá, akkor könnyen és gyorsan aktivizálni lehessen az oldalt az erősebb tárhelyen.

Vagyis olcsó shared host -> nagyobb tárhely zökkenőmentes, gyors váltásra érdekelnének technikák egy PHP oldal esetében. Statikus a tartalom egyébként abban az értelemben, hogy minden user ugyanazt látja.

Webshop tulajdonos szemszögéből szerintem egy kisebb zsákutca lehet a VPS. Szolgáltató jól járhat vele, mert jól kordába tudja tartani az erőforrás igényeket, és többet tud elkérni érte, mert "szervert" kap, közben sok VPS nem sokban tér el az átlagos osztott tárhelytől.

A webshop tulajdonosnak először is fel kell mérnie a körülményeit mivel rendelkezik:
1. van-e saját embere, aki ért a szerver üzemeltetéshez
2. keres olyan szolgáltatást, amiben a szerver üzemeltetés benne van

1. esetben megérheti VPS vagy rugalmasabb szerver bérlet.
2. esetben kereshet normális hosting szolgáltatót, aki nem akad meg 1000 látogatótól, és egyedi szerződésben megegyeztek az erőforrásokról. Ezt pár szolgáltató biztosítja cluster/grid szolgáltatásként. Kvázi osztott erőforrást használ, csak nem 1 asztali PC-n, hanem több szerver erőforrásait kapják meg, és közben 1 vagy több terheléselosztó szétosztja a kéréseket a szerverek között. VPS esetén a korlát mindig adott, és nagyon gyorsan kell lennie ahhoz a VPS üzemeltetőnek és a szolgáltatónak, hogy az Ügyfelek semmit se vegyenek észre az erőforrás növelésből.
Amit mi biztosítunk CPU idő alapú elszámolást, vagy átalánydíjas erőforrás felhasználást osztott tárhelyen egyéni szolgáltatásokat igénybe vevő Ügyfeleinknek, mindkét félnek előnyös. Az Ügyfélnek nem kell szerverrel foglalkoznia, mi biztosítjuk a szervereket hozzá, azok konfigurációit, és ha növekedik az erőforrás, akkor bekapcsolunk még párat és a terheléselosztóban könnyen bekapcsoljuk. A szó klasszikus értelmében osztott tárhely, de szolgáltatásokban és terhelhetőségében annál sokkal több.

spontan eredeti hozzászólása

Ez pl. hány párhuzamos kapcsolatot bír el egyszerre? Ezt az adatot nem látom feltüntetve.

Az én shared hostom azt írja, hogy 150 párhuzamos web connection mehet egyszerre. A fentinél mennyi ez az adat?

Mivel a VPS és az osztott tárhely teljesen két külön dolog, nem hasonlítható össze így.
Annyit bír ki, amennyit beállítasz (vagy aki megcsinálja neked) beállít.

gzoli eredeti hozzászólása

A mennyit bír és mennyi lehet, az nem ugyanaz. A web connection az az én megítélésem szerint minden webes kapcsolódás, aholegy böngésző akár 8 szálon is tölthet le képi állományokat. Ha a keep alive be van kapcsolva, akkor egy timeout-ig várni fog, kb. 20-30 sec is lehet konfigtól függően... igen, forrás port különböző, és külön szálnak fogja számolni. Tehát ez a 150 akár lehet egyből 150/8 is, amit kerekítünk 20 látogatóra, aki az adott fél percen belül kapcsolódik, és ha szerencséd van, akkor a kerge bing botjai épp nem járnak arra. Ezzel még nem jutottál el a PHP fordítóig, csak kapcsolódnak. A PHP fordítónak is lehet spawn limiteket állítani, így lehet, hogy csak 5 szálon engedi futni a PHP-det. Persze ezt még lehet sok mással is megfogni egy-egy tárhelynél. VPS-nél ezeket Te állítod be magadnak, és ha van 1GB memóriád, és van egy Magento-d, akkor kb. 2 usernyi memóriád van. a harmadiknál már gondban leszel, párhuzamos/egyidejű usernél.

A VPS-edben viszánt már rakhatsz (és teljesen testre szabhatod) opcode cachet, memcachet. használhatsz a bloatware apache helyett nginx-et, hozzá fastcgi cachet, stb, ahol máris megnövelted a kiszolgálható egyidejű látogatók számát akár két nagyságrenddel is.

Ajánlom, hogy nézd meg a paas szolgáltatókat, vannak belőlük elég jók, ha ügyesen tervezed az appjaidat, akkor elég kevés pénzből lehet üzemeltetni őket, ha valamiért teljesítményre van szükséged, akkor pedig simán felskálázod a környezetet, és óradíj alapon fizetsz.