|
Hinnavaatlus
:: Foorum
:: Uudised
:: Ärifoorumid
:: HV F1 ennustusvõistlus
:: Pangalink
:: Telekavad
:: HV toote otsing
|
|
| autor |
|
Pihlakas
HV kasutaja
liitunud: 18.10.2004
|
29.08.2012 17:32:08
Privaat server epoele või mitte? |
|
|
Tere,
Kas oleks mõtet võtta privaat server epoele, kui mysql andmebaas 300mb, külastusi suvel 20 000 kuus. Keskmiselt inimene kodulehel 15 minutit, bounce rate 1,7% ja avg. page views 10/visit. Tooteid 68 000.
Järgmiseks aastaks lisandub umbes 100 000 toodet.
Kasutame kodulehel prestashopi ja otsing on suhteliselt aeglaseks jäänd. Kahtlustan just nimelt, et VPS lihtsalt ei suuda andmeid läbi töötada enam piisavalt kiiresti.
Praegu kasutusel siis zone kõige kallim VPS.
Hinnakirja tabelid ja toote sobivus tabelid on mysql andmebaasis kuskil 1 000 000 - 2 000 000 rida pikad.
Igatahes kas kellelgi on kogemusi epoega, millal sobib veel VPS ja millal on aeg privaat serverile üle kolida?
Või kellel rohkem kogemusi oskab öelda mille järgi kodulehe vajadusi võetakse?
leht www.cn-parts.ee
Tänud ette!
|
|
| Kommentaarid: 10 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
9 |
|
| tagasi üles |
|
 |
ufo56
HV Guru
liitunud: 18.11.2004
|
|
29.08.2012 17:44:31
|
|
|
Ma kardan et aeg ongi kolida juba siis. Kuigi 20 000 külastust pole palju.
_________________
 Lae pildid -> pilt.io |
|
| Kommentaarid: 78 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
67 |
|
| tagasi üles |
|
|
raitl
HV veteran
liitunud: 20.01.2002
|
|
29.08.2012 18:18:57
|
|
|
| Pihlakas, kas on koormuse jaotamiseks kasutusel ka väliseid abivahendeid nagu APC, Varnish, CDN? Kui ei, siis neist võiks alustada.
|
|
| Kommentaarid: 166 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
0 :: |
147 |
|
| tagasi üles |
|
|
ref
Kreisi kasutaja
liitunud: 10.08.2003
|
|
29.08.2012 21:23:23
|
|
|
Paarkymmend tuhat kylastust kuus on v6rdlemisi v2ike koormus tegelikult... Kui praegune systeem hakkama ei saa tasuks kriitiliselt asjale otsa vaadata - kusagil on kood (v6i baas) v2ga ebaoptimaalne. 300mb baasi on tegelikult pisike.. Pole küll igap2evane MySQLi kasutaja, kuid kindlasti annab kas mingi reindekseerimine v6i konfi optimeerimine palju juurde... CDN omab m6tet siis, kui kylastusi eelk6ige yle maailma, reverse proxy-d jms on samuti pigem globaalse saidi teema.
Kui aga soov/vajadus riistvara peal skaleerida siis pigem lykkaks mitme VPSi peale ja pound (v6i midagi sarnast) ette balansseerima... Sellisel juhul, koormuse suurenedes (kasv6i ajutiselt) pole tarvis hakata systeemi ringi kolima, viskad lihtsalt uue masina taha, confad balanseris 2ra ja elad edasi, lisaks on teoreetiliselt suurem kaitse v6imalike katkestuste puhul (kui yks vps maha kukub).
P6him6tteliselt tasuks enne tuimalt raua alla viskamist olemasolev kraam yle vaadata, reeglina on ebaoptimaalsel koodil ja yldisel confil halb omadus mingist piirist v2ga halvasti skaleeruda (v6id pea, et terve serverifarmi taha visata aga ikkagi venib nagu tatt).
|
|
| Kommentaarid: 17 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
15 |
|
| tagasi üles |
|
|
Pihlakas
HV kasutaja
liitunud: 18.10.2004
|
|
29.08.2012 22:35:54
|
|
|
| raitl kirjutas: |
| Pihlakas, kas on koormuse jaotamiseks kasutusel ka väliseid abivahendeid nagu APC, Varnish, CDN? Kui ei, siis neist võiks alustada. |
Kahjuks ei ole selliseid asju enne kasutanud.
Hetekl on sisse lülitatud need valikud, mis prestashopiga kaasa tulevad. installitud sai memcache ja sisse ka lülitatud.
Oled proovinud mitu erinevat vahemälu lahendust korraga kasutada, siis on neist reaalselt kasu ka?
Lisaks sellised valikud:
Kasuta CCC-d CSS-i jaoks.
Kasutage CCC-d JavaScripti jaoks
Pisenda HTML peale "smarty kompileerimise" käivitust.
Pakkige HTML koodis olevad JavaScript skriptid peale "smarty kompileerimise" käivitust
CCC ehk Combine, Compress and Cache
| ref kirjutas: |
Paarkymmend tuhat kylastust kuus on v6rdlemisi v2ike koormus tegelikult... Kui praegune systeem hakkama ei saa tasuks kriitiliselt asjale otsa vaadata - kusagil on kood (v6i baas) v2ga ebaoptimaalne. 300mb baasi on tegelikult pisike.. Pole küll igap2evane MySQLi kasutaja, kuid kindlasti annab kas mingi reindekseerimine v6i konfi optimeerimine palju juurde... CDN omab m6tet siis, kui kylastusi eelk6ige yle maailma, reverse proxy-d jms on samuti pigem globaalse saidi teema.
Kui aga soov/vajadus riistvara peal skaleerida siis pigem lykkaks mitme VPSi peale ja pound (v6i midagi sarnast) ette balansseerima... Sellisel juhul, koormuse suurenedes (kasv6i ajutiselt) pole tarvis hakata systeemi ringi kolima, viskad lihtsalt uue masina taha, confad balanseris 2ra ja elad edasi, lisaks on teoreetiliselt suurem kaitse v6imalike katkestuste puhul (kui yks vps maha kukub).
P6him6tteliselt tasuks enne tuimalt raua alla viskamist olemasolev kraam yle vaadata, reeglina on ebaoptimaalsel koodil ja yldisel confil halb omadus mingist piirist v2ga halvasti skaleeruda (v6id pea, et terve serverifarmi taha visata aga ikkagi venib nagu tatt). |
Suht raske hakata prestashopi ümber tegema. Terve meeskond on tegelenud sellega aastaid kas võib tõesti olla, et seda saab kergelt veel paremaks muuta?
Ehk oleks mõttekas hoopis küsida otse prestashopi foorumist. Kuna ametlike nõudeid otseselt ei ole, millal peab server olema ja millal piisab VPS-st või virtuaalserverist.
Kuna prestashopi on sisse ehitatud media serveri tugi, siis mõtlesin tootepildid kõik virtuaalserverisse panna, ning määrata see media serveriks. Proovin selle ära kõigepealt, siis vaatan edasi.
VPS kasutab muidu ubuntud. Kuna ise linuxi alal väga pädev ei ole, siis ehk keegi oska öelda mõnda head programmi mis aitab serverit kiiremaks teha. Selliseid millega on reaalseid kogemusi ka olnud? Netis on sadu õpetusi ja programme mida soovitatakse alla laadida, aga kõiki läbi proovima hakata on veits hullumeelsus. Igas juhendis, mis on serveri seadistamiseks on erinevad programmi küll üks soovitab ühte ja laidab teist ning teine just vastupidi.ˇ
Eks ma kaalun siis 2 VPS võitmis hoopis. Kuna hind oleks isegi odavam kuus, kui 1 privaatserver.
|
|
| Kommentaarid: 10 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
9 |
|
| tagasi üles |
|
|
ref
Kreisi kasutaja
liitunud: 10.08.2003
|
|
29.08.2012 22:39:40
|
|
|
Pihlakas, sul on t6en2oliselt nii http serveril kui mysqlil default conf ? Jah ?
Juba optimaalsem (sinu konkreetset rakendust arvestav) conf muudab asju kiiremaks ja optimaalsemaks.
Lisaks - MySQLi vististi sul ei administreerita eriti ? St. kunagi ammu (kui veel mysqliga sai kokku puututud) oli seal aegajalt tarvis baasi reindekseerida (analyze table vms see k2sk oli), kas sellist hooldust tehakse ?
Ei ole mingit programmi mis su asju kiiremaks/optimaalsemaks teeb... Need programmid on sul juba serveris olemas, kuid vajavad optimaalsemat konfiguratsiooni - see eeldab iga komponendi (baas, http server, muud lisad) yle k2imist ja siin-seal asjade muutmist.
Alustada v6id n2iteks sellest, et kui su masina load on pisike (alla 1) siis t6en2oliselt fyysiline masin sulle midagi juurde ei anna... Sama ka m2lukasutuse osas - kui masin swapib on m2lu juurde vaja (vbla memcache'le liiga palju antud?), kui m2lu peamiselt vaba, siis 2kki peaks hoopis sqli m2lukasutuslimiite t6stma jnejne...
J2tkuvalt ei soovitaks ma sulle fyysilist serverit, pigem skaleerida mitme masina peale (mysql toetab t2itsa m6istlikult replikatsiooni, st. saad ka mitu baasiserverit lisada)...
V2ike googeldamine andis, et sinu valitud platvormil on pysti oluliselt suuremaid poode, seega sinu pisike teenus (selles kontekstis) peaks zone 3gigase VPSi peal muretult jooksma
|
|
| Kommentaarid: 17 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
15 |
|
| tagasi üles |
|
|
Pihlakas
HV kasutaja
liitunud: 18.10.2004
|
|
29.08.2012 23:02:01
|
|
|
| ref kirjutas: |
Pihlakas, sul on t6en2oliselt nii http serveril kui mysqlil default conf ? Jah ?
Juba optimaalsem (sinu konkreetset rakendust arvestav) conf muudab asju kiiremaks ja optimaalsemaks.
Lisaks - MySQLi vististi sul ei administreerita eriti ? St. kunagi ammu (kui veel mysqliga sai kokku puututud) oli seal aegajalt tarvis baasi reindekseerida (analyze table vms see k2sk oli), kas sellist hooldust tehakse ?
Ei ole mingit programmi mis su asju kiiremaks/optimaalsemaks teeb... Need programmid on sul juba serveris olemas, kuid vajavad optimaalsemat konfiguratsiooni - see eeldab iga komponendi (baas, http server, muud lisad) yle k2imist ja siin-seal asjade muutmist.
Alustada v6id n2iteks sellest, et kui su masina load on pisike (alla 1) siis t6en2oliselt fyysiline masin sulle midagi juurde ei anna... Sama ka m2lukasutuse osas - kui masin swapib on m2lu juurde vaja (vbla memcache'le liiga palju antud?), kui m2lu peamiselt vaba, siis 2kki peaks hoopis sqli m2lukasutuslimiite t6stma jnejne...
J2tkuvalt ei soovitaks ma sulle fyysilist serverit, pigem skaleerida mitme masina peale (mysql toetab t2itsa m6istlikult replikatsiooni, st. saad ka mitu baasiserverit lisada)...
V2ike googeldamine andis, et sinu valitud platvormil on pysti oluliselt suuremaid poode, seega sinu pisike teenus (selles kontekstis) peaks zone 3gigase VPSi peal muretult jooksma |
Peale memcachi kasutusele votu on malu hoivatus 80-90%. Suuri seadistuste muudatusi toepooolest teinud ei ole. Phpmemorylimit sa tostetiud 512 peale kuna 256 otsing lakas tootamast. Ma arvan et lasen professionaalil seadistused ule vaadata koigepealt.
Protsessori hoivatus on paeval alla 1 (0,2-0,6) Ohtuti laheb 1-2 peale.
Igatahes HV foorumist on palju kasu nagu alati 
EDIT: tegin analyze ja optimize ära... tõepoolest läks tuntavalt kiiremaks. Vaatasin, et andmebaas on juba 430mb ehk kevadel on tõenäoliselt kuskil 800-1000mb.
Pean mainima et galaxy s2 ei taha see txt vali vagahasti toimida.
viimati muutis Pihlakas 30.08.2012 09:39:10, muudetud 1 kord |
|
| Kommentaarid: 10 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
9 |
|
| tagasi üles |
|
|
raitl
HV veteran
liitunud: 20.01.2002
|
|
30.08.2012 09:37:37
|
|
|
| ref kirjutas: |
| Ei ole mingit programmi mis su asju kiiremaks/optimaalsemaks teeb... |
APC ning Varnish on just sellised "programmid"
Nende mõju serveri koormusele
|
|
| Kommentaarid: 166 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
0 :: |
147 |
|
| tagasi üles |
|
|
ref
Kreisi kasutaja
liitunud: 10.08.2003
|
|
30.08.2012 10:09:09
|
|
|
| raitl kirjutas: |
| ref kirjutas: |
| Ei ole mingit programmi mis su asju kiiremaks/optimaalsemaks teeb... |
APC ning Varnish on just sellised "programmid"
Nende mõju serveri koormusele |
Kui sul on all poolik/hädine/puudulik/ebaoptimaalne jne conf ei ole ühestki reverse proxyst, CDNist vms erilist kasu... Samahästi võid 0.5l veepudeliga metsatulekahju kustutama minna....
|
|
| Kommentaarid: 17 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
15 |
|
| tagasi üles |
|
|
raitl
HV veteran
liitunud: 20.01.2002
|
|
30.08.2012 10:36:48
|
|
|
ref, oook.... 
|
|
| Kommentaarid: 166 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
0 :: |
147 |
|
| tagasi üles |
|
|
Pihlakas
HV kasutaja
liitunud: 18.10.2004
|
|
30.08.2012 10:49:34
|
|
|
| ref kirjutas: |
| raitl kirjutas: |
| ref kirjutas: |
| Ei ole mingit programmi mis su asju kiiremaks/optimaalsemaks teeb... |
APC ning Varnish on just sellised "programmid"
Nende mõju serveri koormusele |
Kui sul on all poolik/hädine/puudulik/ebaoptimaalne jne conf ei ole ühestki reverse proxyst, CDNist vms erilist kasu... Samahästi võid 0.5l veepudeliga metsatulekahju kustutama minna.... |
Praegu küll hommik, aga leht toimib kiiresti.
Avaneb 2 sekundiga ja facebook lisab 1 sekundi juurde 
Igatahes tegin selle mysql analyze ja optimize ära, lisaks on memcache + installisin eaccelerator ja seadistasin ära nii nagu soovitatud oli ametlikul lehel.
Kui professionaal muud seadistused ka üle käib, siis usun et järgmine aasta veel serverit vaja ehk ei ole.
Seda Varnishit väga keeruline lisada prestashopile. Seal foorumis on inimesi kes on üritanud seda aga ebaõnnestunud.
Võrdluseks prestashopi foorumis memcache + eaccelerator pidi kiirem osadel VPS serveriga klientidel olema kui APC eraldi.
Tänud kõigile.
|
|
| Kommentaarid: 10 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
9 |
|
| tagasi üles |
|
|
Spott
HV Guru
liitunud: 08.10.2002
|
|
| Kommentaarid: 162 loe/lisa |
Kasutajad arvavad: |
|
:: |
6 :: |
0 :: |
134 |
|
| tagasi üles |
|
|
|
:: KKK
:: otsing 
:: statistika
:: kasutajate nimekiri
:: kasutajate grupid
:: registreeri
teata moderaatorile
