Come ampliare la mia VPS

[Arjuna]

Salve forum,

ho una VPS presso SeFlow che però ultimamente va un pò lenta, credo dipenda dai siti che ci sono sopra quindi vorrei fare un upgrade solo che non so cosa upgradare.

attualmente la macchina ha

1 CPU garantita al 20%
128 MB di RAM
5 GB di disco
5 Mbps di banda
il sistema è CentOS
il pannello è lxAdmin che con lighttpd è molto leggero.

ci sono hostati 3 blog in wordpress, un e-commerce con Magento, e due gallerie di immagini con Menalto Gallery.

sia Gallery che Magento sono molto pesanti.

Credo che dovrei uppare prima la RAM, ma basterà? come posso sapere cosa migliorerà le prestazioni?

Per esempio, per quanto ne so potrebbe anche essere un problema di lighttpd (anche no, ma mi sta antipatico).

Spero possiate aiutarmi

[Luca]

se riesci a postare un "top" sarebbe buona cosa almeno possiamo capire realmente dove "aumentare"

[guest]

Per esempio, per quanto ne so potrebbe anche essere un problema di lighttpd (anche no, ma mi sta antipatico).

E perchè ti sta antipatico?

[Arjuna]

E perchè ti sta antipatico?

Perchè sono pigro.
Scherzo, è solo che abituato ad Apache e trovando sempre riferimenti ad Apache, mi risulta più ostico settare per lighttpd, prendi per esempio l'url rewrite, con i .htaccess è molto più semplice gestire le cose.

Ma ovviamente il problema è la mia ignoranza.

se riesci a postare un "top" sarebbe buona cosa almeno possiamo capire realmente dove "aumentare"

-bash-3.2# top
top - 10:40:28 up 94 days, 13:03, 1 user, load average: 0.07, 0.03, 0.01
Tasks: 61 total, 3 running, 58 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 131240k total, 104264k used, 26976k free, 21608k buffers
Swap: 263160k total, 28732k used, 234428k free, 45168k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 15 0 2068 96 72 S 0.0 0.1 2:01.25 init
2 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
3 root 34 19 0 0 0 S 0.0 0.0 0:00.20 ksoftirqd/0
4 root RT 0 0 0 0 S 0.0 0.0 0:00.03 watchdog/0
5 root 10 -5 0 0 0 S 0.0 0.0 0:00.18 events/0
6 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khelper
7 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread
9 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 xenwatch
10 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 xenbus
16 root 18 -5 0 0 0 S 0.0 0.0 0:00.03 kblockd/0
17 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 cqueue/0
21 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 khubd
23 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod
77 root 10 -5 0 0 0 S 0.0 0.0 7:08.04 kswapd0
78 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
219 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 kpsmoused
242 root 10 -5 0 0 0 S 0.0 0.0 2:15.08 kjournald
264 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 kauditd
291 root 13 -4 2152 8 4 S 0.0 0.0 0:00.07 udevd
810 dbus 16 0 2744 8 4 S 0.0 0.0 0:00.00 dbus-daemon
831 root 15 0 6992 296 200 S 0.0 0.2 0:00.00 sshd
893 root 16 0 2452 520 412 S 0.0 0.4 0:00.11 sh
1039 root 18 0 6732 48 20 S 0.0 0.0 0:12.15 authdaemond
1041 root 18 0 1688 108 68 S 0.0 0.1 0:37.56 tcpserver
1047 root 15 0 1692 36 32 S 0.0 0.0 0:00.01 tcpserver
1050 root 18 0 2580 108 68 S 0.0 0.1 0:08.40 tcpserver
1054 root 15 0 2580 36 32 S 0.0 0.0 0:00.01 tcpserver
1073 root 18 0 3220 196 140 S 0.0 0.1 28:41.06 crond
1091 root 18 0 6780 464 360 S 0.0 0.4 1:28.92 authdaemond
1092 xfs 15 0 3288 76 44 S 0.0 0.1 0:04.06 xfs
1100 avahi 15 0 3584 492 380 S 0.0 0.4 0:32.53 avahi-daemon
1101 avahi 24 0 2560 8 4 S 0.0 0.0 0:00.00 avahi-daemon
1109 haldaemo 24 0 5080 8 4 S 0.0 0.0 0:00.11 hald
1110 root 25 0 3132 8 4 S 0.0 0.0 0:00.00 hald-runner
4944 qmails 18 0 1904 180 120 S 0.0 0.1 0:04.64 qmail-send
4945 qmaill 18 0 1664 264 212 S 0.0 0.2 0:06.26 splogger
4946 root 18 0 1672 120 68 S 0.0 0.1 0:01.85 qmail-lspawn
4947 qmailr 15 0 1672 48 44 S 0.0 0.0 0:00.00 qmail-rspawn
4948 qmailq 18 0 1656 116 76 S 0.0 0.1 0:00.11 qmail-clean
8115 clamav 16 0 3116 996 808 S 0.0 0.8 0:00.62 freshclam
15884 apache 15 0 7336 3236 1104 S 0.0 2.5 0:00.89 lighttpd
15917 lxlabs 18 0 5132 616 444 S 0.0 0.5 0:00.00 lxadmin.httpd
15923 root 18 0 4564 1616 1320 S 0.0 1.2 0:00.00 lxadmin.exe
17630 root 18 0 2724 396 316 S 0.0 0.3 0:58.29 xinetd
18343 root 25 0 4772 1192 1040 S 0.0 0.9 0:00.00 lxredirecter.sh
18344 root 15 0 5116 1448 1124 S 0.0 1.1 0:00.01 spamdyke
18345 root 18 0 6712 1424 1084 S 0.0 1.1 0:00.00 qmail-smtpd
18474 root 16 0 4772 1188 1040 S 0.0 0.9 0:00.00 lxredirecter.sh
18475 root 15 0 5128 1420 1112 S 0.0 1.1 0:00.02 spamdyke
18476 root 18 0 6716 1328 992 S 0.0 1.0 0:00.00 qmail-smtpd
18630 root 15 0 9988 2828 2268 R 0.0 2.2 0:00.28 sshd
18632 root 15 0 2584 1392 1116 S 0.0 1.1 0:00.32 bash
18769 root 15 0 2192 1064 832 R 0.0 0.8 0:00.00 top
21642 root 25 0 2448 256 252 S 0.0 0.2 0:00.05 mysqld_safe

[giarca]

Ho guardato di fretta ai dati che hai postato ma da quello che mi e' parso la vps sembra ferma... 100% idle cpu con lightppd che prende 3 mega di ram (con occupati in tutto neanche 30 mega).

Ma sei sicuro funzioni?
Ma sto sbagliando a leggere qualcosa, non mi sembra possibile...

La lentezza potrebbe essere data dalla tua adsl o da una congestione della lina... hai conferme di lentezza anche da altri?

[Arjuna]

a funzionare funziona.

la cpu è idle fino a che non ci sono connessioni.

Quando ci sono due o tre connessioni simultanee la cpu va pure a 80%, e vengono consumati circa 20MB di RAM (solitamente ne restano solo 30Mb liberi su 128Mb), lasciandomi liberi solo 10Mb.


Ogni tanto (raramente in realtà) mi arrivano messaggi come questo:

Load on vps.domain.tld is 31.84 at 2009-03-25 12:03 which is greater than 20

Load on vps.domain.tld is 23.06 at 2009-03-25 12:03 which is greater than 20

Questo valore "20" immagino sia la cpu in quanto SeFlow me la offre ad un 20% garantito. Non credo sia la RAM e non immagino cosa altro possa essere.

Quindi sembra che sia la cpu che dovrei incrementare, anche se a quanto leggo in giro dovrebbe essere la RAM a dover dare problemi, ma come dovrebbero manifestarsi questi problemi? crash? ma la macchina è stabile, non crasha mai.

Insomma che ve ne pare?

[444523]

a funzionare funziona.

la cpu è idle fino a che non ci sono connessioni.

Quando ci sono due o tre connessioni simultanee la cpu va pure a 80%, e vengono consumati circa 20MB di RAM (solitamente ne restano solo 30Mb liberi su 128Mb), lasciandomi liberi solo 10Mb.


Ogni tanto (raramente in realtà) mi arrivano messaggi come questo:

Load on vps.domain.tld is 31.84 at 2009-03-25 12:03 which is greater than 20

Load on vps.domain.tld is 23.06 at 2009-03-25 12:03 which is greater than 20

Questo valore "20" immagino sia la cpu in quanto SeFlow me la offre ad un 20% garantito. Non credo sia la RAM e non immagino cosa altro possa essere.

Quindi sembra che sia la cpu che dovrei incrementare, anche se a quanto leggo in giro dovrebbe essere la RAM a dover dare problemi, ma come dovrebbero manifestarsi questi problemi? crash? ma la macchina è stabile, non crasha mai.

Insomma che ve ne pare?

Se proprio occorre scegliere parlando per linee generali è sempre la ram che deve essere aumentata... la ram è linfa vitale per un vps o un server. Però con quel "top" che hai fornito... in realtà non è così...

Scusa, ma quanti visitatori fai? Devono essere pochissimi... dovresti fare un "top" nel tardo pomeriggio, quando c'è un po' di traffico di visitatori...

[giarca]

A ma quello non era uno screenshot mentre vedevi lentezza! :P
Non so perche' ma mi ero immaginato cosi'...

In verita' il load e' altro ed e' sostanzialmente questo (spero tu non abbia problemi di inglese) ed un numero cosi' elevato spiega la lentezza che vedi nella vps.
Quelli sono segnali di errore credo ma non sono sicuro non conoscendo bene l'architettura.

Devi dare un occhio alle tue applicazioni, quelle che dicevi essere pesanti potrebbero esserlo molto e pure con un codice poco ottimizzato... purtroppo le mie conoscenze si fermano qui.

[Arjuna]

Scusa, ma quanti visitatori fai? Devono essere pochissimi... dovresti fare un "top" nel tardo pomeriggio, quando c'è un po' di traffico di visitatori...

Per ora pochissimi perchè non ho posizionato ancora i siti.

Credo che l'avviso di Load in eccesso possa essere causato da qualche spider che tenta di indicizzare pagine dispendiose per il server. Potrei ovviare a ciò bloccando l'accesso agli spider per quelle pagine.

Dopo aver postato il top ho fatto delle prove aprendo diverse siti contemporaneamente e ho visto i dati che ho riportato nel successivo post.

Ma la lentezza è lineare, nel senso che non è che dipende dal carico. Anche quando passo da idle alla visualizzazione di una sola pagina riscontro lentezza di esecuzione dello script.

Devi dare un occhio alle tue applicazioni, quelle che dicevi essere pesanti potrebbero esserlo molto e pure con un codice poco ottimizzato... purtroppo le mie conoscenze si fermano qui.

Forse gallery non è molto ben scritto ma per Magento e per Wordpress non è così.
Vero è che magento è esigente in termini di risorse quindi sarebbe come se fosse non ben scritto.

In questi casi RAM o CPU?

[giarca]

Con un load del genere (intorno ai 20) ho paura tutte e due (la ram ti serve in modo che ci sia piu' spazio per il caching del sistema) e la cpu ti permette di avere risposte in tempo reale piu' ravvicinate.
Se proprio devi scegliere una delle due direi ram (per il database mysql che a quanto ne so e' abbastanza avido e potrebbe essere proprio lui a mangiare quella cpu sotto carico).

[guest]

avido è dir poco. mysql andrebbe fatto girare in ram (il database intendo, non il server mysql). se hai un database da 1gb sarebbe cosa buona e giusta avere almeno 2gb di ram. 1 per contenere tutto il database in ram e l,altro per il resto del sistema.

tornando in tema, ho visto che hai swappato circa 30 mega che su 128 sono 1/4. aggiungi della ram. lo swap va evitato, sopratutto su un vps ed ancora di più su un vps tutto fare con in mezzo mysql (per tutto fare intendo web mysql e magari anche posta con antivirus e antispam)

[giarca]

Conferma arrivata. + ram per tutti!

[Shazan]

E comunque considera sempre che si tratta di un VPS e non di un dedicato... condividi comunque l'accesso al disco ed altre risorse con altri VPS, quindi a volte è normale riscontrare problemi di performance anche se non è il tuo VPS a causarli.

[Arjuna]

Vi ringrazio tutti per le informazioni, ora ci capisco qualcosina in più.