News:

Bored?  Looking to kill some time?  Want to chat with other SMF users?  Join us in IRC chat or Discord

Main Menu

VPS e picchi della CPU al 100%

Started by Tanakino, August 30, 2013, 03:11:56 AM

Previous topic - Next topic

emanuele

Non saprei, log, accessi...qualcosa del genere...


Take a peek at what I'm doing! ;D




Hai bisogno di supporto in Italiano?

Aiutateci ad aiutarvi: spiegate bene il vostro problema: no, "non funziona" non è una spiegazione!!
1) Cosa fai,
2) cosa ti aspetti,
3) cosa ottieni.

Tanakino

Mannaggia, non trovo niente .. forse non vi ho accesso . Che disdetta.

T.

emanuele

Beh, dato che sei su una VPS, guarda dove i log effettivamente sono, dovrebbe essere in /var/log/apache2/access.log
Nel caso non fossero abilitati ti conviene abilitarli, per il come...probabilmente devi prima scoprire di quale distribuzione si tratta...
Ad ogni modo, ti metto la guida ad httpd di ubuntu:
http://help.ubuntu-it.org/6.06/ubuntu/serverguide/it/httpd.html
è un po' vecchia, ma è in italiano.
Se invece puoi usare l'inglese ne trovi ovunque. ;)


Take a peek at what I'm doing! ;D




Hai bisogno di supporto in Italiano?

Aiutateci ad aiutarvi: spiegate bene il vostro problema: no, "non funziona" non è una spiegazione!!
1) Cosa fai,
2) cosa ti aspetti,
3) cosa ottieni.

aga21

Non è che è il mio stesso problema dell'altro topic?

emanuele

Non credo, le volte che ho guardato il "status.php" di Tanakino, non c'erano mai processi SQL in attesa, ma ogni volta che un'istanza di php viene lanciata, crea un picco al 100%, il che mi fa supporre un qualche problema di configurazione, ma non essendo esperto non saprei... :(


Take a peek at what I'm doing! ;D




Hai bisogno di supporto in Italiano?

Aiutateci ad aiutarvi: spiegate bene il vostro problema: no, "non funziona" non è una spiegazione!!
1) Cosa fai,
2) cosa ti aspetti,
3) cosa ottieni.

tatore


Ciao, ti lancio un segnale:
puoi creare un file phpinfo, così vediamo almeno i moduli installati?
Altro piccolo particolare: è possibile avere il link al tuo sito/forum?
Visti sito e forum.
*Salvo*




Quote from: RumbaarI wont jump to conclusion, but you might be hacked?

Tanakino

#26
Grazie ragazzi della mano che mi state dando !!



Grazieeee

tatore

Guarda...non ho molto tempo per scrivere, ma ti dico al volo quello che penso:
intanto dovresti trovare il modo di farti aggiornare la libreria PHP e MySQL almeno alla versione 5.3.27(PHP) e 5.5.X(MySQL) perché avresti tutta una serie di funzioni che non ha la tua versione PHP e ormai MySQL usa l'engine InnoDB che per molti versi è immediato nelle risposte.
Ti manca una cache e/o un acceleratore lato server: eaccelerator, APC, Memcache sono degli esempi di moduli che potresti far installare, previo update PHP, per viaggiare anche in sicurezza con gli script che hai sul server. Alla fine hai una home e un forum...non vogliono un mago per girare "dignitosamente".
Purtroppo se non hai dimestichezza con la gestione VPS è un casotto. Ma contattami privatamente che ti posso dare un valido aiuto.
Ultimo ma non per importanza:
i parametri inseriti in my.cnf (lo spartito del database, il contenitore di valori che rendono le query e gli output efficienti) forse andrebbero rimodulati anch'essi, e lo leggo dallo Status.php. Se trovi chi ti lancia uno script lato ssh come Mysqltuner.pl, non solo sapresti come stai, ma avresti inquadrati anche i valori che andrebbero cambiati, perché è probabile (anzi sicuro) che le risorse del tuo VPS sono distribuite male.
*Salvo*




Quote from: RumbaarI wont jump to conclusion, but you might be hacked?

Tanakino

Grazie infinite Tatore !!!!  :D

Da quello che so, purtroppo Aruba non lascia che io installi, nè lo fanno loro, alcun accelleratore: glielo avevo già chiesto ..  :'(

Adesso provo a chiedergli se mi upgradano php .. Nel Plesk vedo che c'è una possibilità di upgrade, ma credo sia riferita appunto a Parallel, non ai contenuti del server.. la faccio ? Non è che si inceppa qualcosa ?


Vediamo se ho capito bene ( sono molto, ma molto, gnucco .. :( ) : dovrei caricare via ftp un software o forse un file di nome Mysqltuner.pl , è così ? Questo per poter verificare alcuni stati del db .. ho capito bene ?


Grazieeeeeeeeee

tatore

Guarda, con Virtuozzo/Parallels puoi fare tutto, ma i danni che potrebbe lasciare sono troppi. Se non ricordo male puoi aggiornare lo script Plesk,  moduli Plesk, ma non PHP, MySQL e altro. Io l'ho usato ma per un server (non una vps), e ogni volta che dovevo aggiornare il php dovevo fare croci e scongiuri.
Le migliorie (update, upgrade, monitoraggio, modulazioni, cache e acceleratori) sono routine, ma chi vuole gestire dei siti e non vuole occuparsi dell'area sistemistica non può toccare, perché sono solo comandi che si lanciano da terminale (SSH) e non files che si caricano via ftp. Ti ho mandato un messaggio, valuta. Purtroppo chi vende vps non è tenuto a gestirtelo. Però d'altra parte come fai se non capisci nulla di server?
Resto a tua disposizione.
*Salvo*




Quote from: RumbaarI wont jump to conclusion, but you might be hacked?

Tanakino


Restano comunque i miei guai, che non posso risolvere come Tatore mi consigliava in PM, per cui se qualcuno ha un'idea , sono disponibile ad ascoltarlo .


Grazie.

T.

tatore

Mi sono permesso di fare qualche breve test di performance per dare il via alle varie supposizioni che si fanno da esterno.

Il problema è dunque la lentezza e reattività del sito.

Ho lanciato 1000 richieste HTTP totali in 100 richieste simultanee, vediamo quanto ci ha messo a rispondermi alla pagina del phpinfo.php

Server Software:        Apache
Server Hostname:        www.jamble.it
Server Port:            80


Document Path:          /phpinfo.php
Document Length:        54386 bytes


Concurrency Level:      100
Time taken for tests:   90.394 seconds
Complete requests:      1000
Failed requests:        0
Write errors:           0
Total transferred:      54526000 bytes
HTML transferred:       54386000 bytes
Requests per second:    11.06 [#/sec] (mean)
Time per request:       9039.359 [ms] (mean)
Time per request:       90.394 [ms] (mean, across all concurrent requests)
Transfer rate:          589.07 [Kbytes/sec] received


Dunque ci ha messo 90 secondi per processare 1000 richieste, 11 richieste al secondo alla velocità di
[size=78%][/size]589kb/s. Le ha processate tutte, è un ottimo risultato.[size=78%]
[/size]Vediamo ora la differenza dello stesso test, alla pagina del forum la quale farà uso di piu include, piu files e di connessioni al mysql:
Server Software:        Apache
Server Hostname:        forum.jamble.it
Server Port:            80


Document Path:          /index.php?action=forum
Document Length:        136550 bytes


Concurrency Level:      100
Time taken for tests:   1135.814 seconds
Complete requests:      1000
Failed requests:        1000
   (Connect: 0, Receive: 1, Length: 998, Exceptions: 1)
Write errors:           0
Non-2xx responses:      362
Total transferred:      87205534 bytes
HTML transferred:       86854254 bytes
Requests per second:    0.88 [#/sec] (mean)
Time per request:       113581.410 [ms] (mean)
Time per request:       1135.814 [ms] (mean, across all concurrent requests)
Transfer rate:          74.98 [Kbytes/sec] received
[size=78%]
[/size]Un disastro, 1000 richieste inviate, tutte fallite, non riesce a gestire 100 richieste simultanee, neanche 10 richieste simultanee! il problema che ogni richiesta che fa uso del mysql ci mette dai 3 ai 6 secondi di risposta:
:~$ time curl -I "http://forum.jamble.it/index.php?action=forum"
HTTP/1.1 200 OK
Date: Wed, 25 Sep 2013 15:43:03 GMT
Server: Apache
Pragma: no-cache
Cache-Control: private
Expires: Mon, 26 Jul 1997 05:00:00 GMT
Set-Cookie: PHPSESSID=l9u032jf8frfr1eegt55a1n761; path=/
Last-Modified: Wed, 25 Sep 2013 15:43:04 GMT
X-Powered-By: PleskLin
Connection: close
Content-Type: text/html; charset=UTF-8


real   0m3.573s
user   0m0.008s
sys   0m0.004s



Pagine come quella di registrazione al forum la quale non fa uso di mysql intensivo facendo query minimali risponde in molto meno tempo:





:~$ time curl -I "http://forum.jamble.it/register/"
HTTP/1.1 200 OK
Date: Wed, 25 Sep 2013 15:56:05 GMT
Server: Apache
Pragma: no-cache
Cache-Control: private
Expires: Mon, 26 Jul 1997 05:00:00 GMT
Set-Cookie: PHPSESSID=44lf8fgn9rssam39tains8sst6; path=/
Last-Modified: Wed, 25 Sep 2013 15:56:05 GMT
X-Powered-By: PleskLin
Connection: close
Content-Type: text/html; charset=UTF-8




real   0m0.586s
user   0m0.008s
sys   0m0.004s
[size=78%]
[/size]Ti consiglio quindi di ottimizzare molto il mysql e di testare l'accesso al disco della VPS.[size=78%]
[/size]Dovresti capire quanto hai di garantito e quanto è effettivamente il tuo accesso al disco, se inferiore a 10MB/s non ti consiglio di tenere il server mysql li ma di averne uno esterno. Questo problema potrebbe essere risolto se aumenti la RAM e usi la ramcache per mysql query cache aumentando sia il buffer che altri fattori nel my.cnf[size=78%]

[/size]Fondamentalmente, il problema è al 90% il MySQL che a sua è rallentato dall'accesso al disco troppo lento.
*Salvo*




Quote from: RumbaarI wont jump to conclusion, but you might be hacked?

Tanakino

Hey, grazie mille !!

Capisco un quarto di quello che hai detto ( purtroppo per me ) , però penso di aver compreso la sostanza.

Credo cha Aruba non offra di meglio con il pacchetto che ho io e purtroppo non ho budget per aumentare la potenza del VPS e passare ad un Vps più "importante"..

Non capisco .. alcuni che hanno forum più popolosi del mio sono su normale Hosting e non si lamentano .. Non capisco come facciano e come mai. se davvero è così, il mio consumi molte più risorse .. che siano le Mod ? Ne ho un sacco !!!


Grazieeee !!!

T.

emanuele

In effetti è la stessa domanda che mi faccio io che ho un forum circa il doppio del tuo (in termini di post, almeno contando quelli visibili ai visitatori), blog, wiki e sito...su uno shared di aruba... va beh, probabilmente ho molte meno visite.


Take a peek at what I'm doing! ;D




Hai bisogno di supporto in Italiano?

Aiutateci ad aiutarvi: spiegate bene il vostro problema: no, "non funziona" non è una spiegazione!!
1) Cosa fai,
2) cosa ti aspetti,
3) cosa ottieni.

tatore

Come ho già scritto, le risorse sono distribuite male, ed è quello che succede quando si passa ad un VPS o peggio ad un dedicato su cui non si calcolano i corretti impieghi delle risorse.
Paradossalmente negli shared plans, sono i sistemisti che ottimizzano le configurazioni, evitando che determinati script possano accanirsi su una fonte (nel caso di Tanakino MySQL) facendo danni. Anche perché oversellers come Aruba tagliano subito i viveri e rinominano le cartelle incriminate.
Ecco che una soluzione più ampia, come un VPS invece di essere una soluzione diventa un problema, soprattutto in termini di aggiornamenti.
In teoria si potrebbero hostare "fino a 10 siti" dice la società fornitrice. Sì: ma con quali risorse?
Almeno inizialmente allora è meglio affidarsi ad un esperto che monitori l'impiego di risorse calibrandone i tiri, e poi arrivederci ci vediamo tra sei mesi, o stare su uno shared, dove i sistemisti ci stanno sempre sopra, perché su un unico server ci stanno anche 3000 siti, e quindi i downtime sarebbero sciagure collettive. Esecuzioni di massa.
*Salvo*




Quote from: RumbaarI wont jump to conclusion, but you might be hacked?

Advertisement: