Sziasztok,
egy számomra ismeretlen témában szeretnék segítséget kérni Tőletek, amely csak annyiban kapcsolatos a Drupal-lal, hogy a kérdéses weoldal Drupal alapokon van kialakítva.
A problémám a következő:
Adott egy Drupal 5.x -et + Ubercart-ot használó webáruház, a tárhelyszolgáltatóm frissítette a webszervert (új hardware, php5, stb.) és azóta azt veszem észre az oldal működése érezhetően belassult, jeleztem a problémámat és persze a szokott válasz érkezett, hogy " sz@r a Drupal" persze, persze ... Tudom , hogy ilyenkor kell elgondolkodni a szolgáltatóváltáson, mivel a fórumot átfutva nem sok jót olvastam a könnyebben megfizethető hasónló mo.-i szolgáltatókról, úgy gondoltam kipróbálom a Ho*****or nevű szolgáltatót és előfizettem egy reseller csomagra. Felraktam oda is webáruházat.... érezhetően gyorsabban működik, viszont nem tudom eldönteni, hogy mi lenne ha ott is hasonló adatforgalom lenne mint a jelenlegi oldalnál. (itt napi pár ezer látogatóm van)
Az lenne a kérdésem, hogy lehet e valahogy a terhelést szimulálni mielőtt eldönteném, hogy véglegesen áthelyezem az új helyre a weboldalamat?
Köszi: Balázs
erre indulnék
http://tinyurl.com/yz2kspm
jósok olvasnivaló van a témában.
-
clear: both;
Nagyon hasznos
köszi! Így már egyszerűbb.
mondta valaki, hogy egyszerű lesz? :)
http://jakarta.apache.org/jmeter/
ezzel az eszközzel lehet ilyen stressz-teszteket csinálni. a használatának mikéntje bőven túlmutat egy hozzászólás terjedelmén, illetve azért van a használati utasítás, hogy ott el tudd olvasni mit kell csinálni és hogyan.
bocs de ennél hasznosabbat nem tudok mondani és a roppant általános kérdésfelvetést figyelembe véve igencsak elcsodálkoznék, ha ennél konkrétabbat tudna mondani bárki is.
-
clear: both;
igen innen már
elboldogulok, még egyszer köszi!
Nagyon lassú az oldalad, ezt
Nagyon lassú az oldalad, ezt minden teszt nélkül is megtudom erősíteni. Ennyire nem lehetne lelassulnia, a szolgáltatónál biztos valami nagy gond van a beállításokkal, vagy túl nagy a terhelés, sok az ügyfél a szervert meg elfelejtették bővíteni.
Igen, ezzel sajnos én is
Igen, ezzel sajnos én is tisztában vagyok. Ádám hozzászólása sokat segített, most azt keresem, hogyan lehet terhelési tesztet csinálni windóz alól, azt hiszem találtam vmit mindjárt nekilátok.
A Ho*****or nem a legjobb
A Ho*****or nem a legjobb választás, annyit ér, mint az ára.
többszörösen összetett probléma
ilyesmi terhelés szimuláción én is gondolkoztam már és sajnos sokkal összetetteb a dolog mint ahogy előre hangzik.
előszöris az elérhető stresstest tool-ok csak általános anonymous forgalmat képesek generálni és azt sem biztos, hogy életszerűen (pl html-ből css parseolás, vonatkozó képek betöltése stb.).
a kiszolgálás sebessége és a kalkulált teljesítmény anonymous látogató és bejelentkezett felhasználó esetében akár nagyságrendben is különbözhet a különböző gyorstárazások miatt és az elérhető funkciók miatt is. (bejelentkezve többminden generálódik, több modul funkció stb.)
szóval mivel engem is érdekel a dolog, ezért többször morfondíroztam már egy olyan rendszeren ami élethű forgalmat és így valós terhelést tud generálni, viszont a dolog összetettsége miatt mindig pihentettem a témát. nemrég azonban egy projektünk miatt kénytelen voltam egy olyan kliens-szerver környezetet fejleszteni ami lényegében ezt csinálja.
a forgalom generáló kliensek tetszőlegesen számban és helyszínen telepíthetők, egy központi konfig szerver menedzseli az összeset. a kliensek becsatlakoznak, megkapják a munkát (egy munka az anonymous látogatástól kezdve a bejelentkezés és spéci modulok használatán keresztül bármi lehet, konfig szerver által meghatározott lépés számban stb.), elvégzik, majd jönnek az új melóért. valós böngésző szerű letöltéseket csinálnak (local cache, cache frissítés, html/css parse, képi anyagok letöltése stb.), képes authentikálni magát (drupal login, cookie kezelés), belépve pedig az illesztett konfig modultól függően bármit csinálni (pl általános böngészésen kívül webshopban vásárol, chekout stb.).
a felhasznált környezetben ezen kívül még számos egyéb érdekességet is meg kellett tudnia csinálnia a klienseknek, de ez már nem ide kapcsolódik.
bár a projektemben nem a terhelésteszten hanem a valós forgalom (zaj) generáláson volt a hangsúly, a lényeg az, hogy ez a kettő gyk ua :) és a csomag él és virul, működik, csak mivel céges fejlesztés ezért a jelenlegi helyzet alapján nem adhatom ki/tovább, nem nyithatom meg stb.
ha jelentős érdeklődés van a téma iránt és értékelhető mennyiségű ember tudná vállalni, h telepít/tesztel forgalom generáló klienst (perl) ill beszáll a fejlesztésbe akkor lenne értelme foglalkozni a dologgal és talán én is el tudnám érni, h megnyissuk a kódot v csináljunk belőle vmi olyan publikus változatot amire lehetne építeni.
jelenleg erős időhányban szenvedek, de ha érdekes a téma akkor erre még visszatérhetünk (ez nem -csak- a téma szerzőjének hanem mindenkinek szól akit érdekel)
A Jmeter tud cookie-t
A Jmeter tud cookie-t kezelni, így nem csak anonymous terhelést tudsz nézni. Az egyetlen diffi az a különféle IP-k ről irányuló forgalom, de ez talán nem számottevő.
nem égesz ugyan az
egyrészről belépni nem tud. ha egy azonosított felhasználó sütijét adod neki és avval látogat akkor egy lépéssel közelebb vagyunk a megoldáshoz, de még nagyon messze.
ilyenkor már generálódnak az azonosított felhasználóhoz tartozó dolgok stb. de ettől még nem lesz mondjuk webshopolás, csak oldal látogatás. a kifejezetten több felhasználós aktivitás meg még problémásabb.
persze a semminél jobb és több, de mégsem az igazi! :)
Bevallom nem volt még olyan
Bevallom nem volt még olyan feladatom, hogy a webshop tranzakciók sebességét kellett volna mérnem mondjuk szimultán 500 vásárlással ;) Azért ez nem életszerű példa és maga a művelet nem okoz nagyobb leterhelést mint a katalógusoldalak megtekintése. A session táblát teletölteni és onnan a kulcsokat kimásolni egy txt-be a konfortérzetemet nem csökkenti, de lehet, hogy egyszerűbb a jMeterhez Drupal addont írni, mint teljesen a 0-ról vmi sajátot.
életszerű példa
legyen webshop vásárlás helyett fórumozás, tartalmak beküldése, tartalmakhoz hozzászólás, szimultán x felhasználóval...
rögtön életszerűbb a példa (lsd drupal.hu fő jellege), bár szerintem ha méretezni akar az ember és terheléstesztet akar korrektül akkor a webshopos példa is életszerű, csak a szimultán user számot kell a tervezettek szerint belőni.
nem kötekedésként, de a katalógus oldalak megtekintése simán mehet cache-ből, míg a post-ok (comment, node, etc) vagy interaktív eljárások ("webshopping") teljesen más jellegű és számottevő terhelést generál(hat)nak.
a jMeter plugin fejlesztés nem rossz ötlet, csak személy szerint én nem kódolok javaban, bár ez remélhetőleg a közeljövőben változni fog :)
lényeg a lényeg, terhelés teszt kell, erre többféle alkalmazás is van, csak a jelenlegi állapotok szerint nem lehet valós terhelést generálni velük és csak megközelítő adatokhoz juthat az ember. más az, ha arra vagy kíváncsi, h hány page/s a kiszolgálási kapacitása a szervernek és ez mekkora load-ot generál, de ebből nem következtethetsz az x szimultán interaktív júzer által generált terhelésre.
A jMeter tud POST-ot küldeni,
A jMeter tud POST-ot küldeni, csak be kell lőni az egyes űrlapokra.
sztem elbeszélünk egymás
sztem elbeszélünk egymás mellett :)
Értem én, hogy mire akarsz
Értem én, hogy mire akarsz kilyukadni, ha van hozzá energiád, az jó. :) Viszont spórolósabb lenne, ha inkább írnál egy doksit, konfigot, esetleg kiegészítést a meglévő eszközökhöz. A jMeter képes elmenteni a "Test plan"-t és így mások is felhasználhatják, a leírásod, kiegészítéseid révén pedig saját igényeikhez igazíthatják.