Ciao a tutti!
Come da titolo, ho un Cloud Hosting su SeeWeb, ho scelto la versione hosting perché mi intriga la possibilità di avere su server indipendenti, web e database, fatto questo parto da una premessa: Principalmente su questo hosting ho spostato 2 comunità, una grossa con quasi 24.000 iscritti ( SoftAir Mania - Prima pagina ) e una piccola ( http://www.furryitalia.it ) più un paio di siti con traffico irrisorio. La somma di tutti i DB si attesta sui 5gb, di cui, SAM detiene il DB più grosso, seguito dal servizio openx, questi due database sono circa il 90% dello spazio e delle risorse DB utilizzate.
Prima di spostarmi su SeeWeb ero su un server dedicato Dell R200 Xeon Quad con 8 Gb di ram con su montato FreeBSD, iniziavo a sentire la fatica ma andava tutto alla grande.
Mi sono spostato per problemi all'hardware (il server era mio) e perché il costo ormai era diventato eccessivo per le mie tasche.
Risultato con seeweb:
Inizialmente disastroso, non si aspettavano (Anche se li avevo avvertiti) di un trasloco di tale massa, a tal punto che non potevo spostare nemmeno gli archivi, o se li copiavo da un server a seeweb poi non potevo scompattarli per il poco spazio.
Superato il primo stadio ed entrati a regime, inizio ad avere problemi di rallentamenti, server error (errore 500 o 503) e tanti problemi database: Mi riconfigurano apache e mysql.
Il traffico a poco a poco ritorna e tornano rallentamenti, server error (errore 500 o 503) e problemi a mysql: Riconfigurano pesantemente.
Raggiungo quota 1200 SPU totali, tra le 300 base e le 900 acquistate, divise tra web e db, niente alla posta, dando 190 SPU al db e 1000 al web.
I problemi diminuiscono ma non spariscono del tutto, ma tra le altre siamo ad agosto è normale che il carico diminuisca... Fatto sta che attualmente abbiamo 1300 SPU, usate 1328! Web 1057/1000, Database 260/290 SPU e ricevo ancora segnalazioni riguardanti MySQL.
Tra le altre, gli errori di MySQL sono o "MySQL has gone" o "Unable to connect MySQL", stando a seeweb uso troppe risorse e non ne ha a sufficenza per collegarsi al db...
La cosa è strana visto che loro dicono che la cloud machine web ha 6 CPU assegnate e 8Gb di ram ma tuttoi questi problemi con il server fisico non li avevo (e aveva solo 4 core e 8gb e doveva gestire anche DB in quelle risorse!)
Ho provato anche a fare un po' di test con siege per vedere quanto regge, purtroppo i test non posso farli su una pagina pesante come quella riguardante la ricerca (tabelle innodb) ma li faccio comunque caricando la pagina con l'elenco dei forum di SAM che è alquanto pesante.
Ci tengo a precisare che per tutta la durata dei test con siege NON si è mai verificato un errore DB (o almeno non ho mai ricevuto un errore in merito da parte di vbulletin)
Risultati di siege su test da 1 minuto:
-c 10
Lifting the server siege... done.
Transactions: 637 hits
Availability: 100.00 %
Elapsed time: 59.81 secs
Data transferred: 17.88 MB
Response time: 0.45 secs
Transaction rate: 10.65 trans/sec
Throughput: 0.30 MB/sec
Concurrency: 4.75
Successful transactions: 637
Failed transactions: 0
Longest transaction: 1.00
Shortest transaction: 0.35
-c 50
Lifting the server siege... done.
Transactions: 850 hits
Availability: 100.00 %
Elapsed time: 59.07 secs
Data transferred: 23.91 MB
Response time: 2.87 secs
Transaction rate: 14.39 trans/sec
Throughput: 0.40 MB/sec
Concurrency: 41.23
Successful transactions: 850
Failed transactions: 0
Longest transaction: 8.39
Shortest transaction: 0.50
-c 100
Lifting the server siege... done.
Transactions: 824 hits
Availability: 100.00 %
Elapsed time: 59.69 secs
Data transferred: 18.84 MB
Response time: 6.20 secs
Transaction rate: 13.80 trans/sec
Throughput: 0.32 MB/sec
Concurrency: 85.59
Successful transactions: 824
Failed transactions: 0
Longest transaction: 19.16
Shortest transaction: 0.12
-c 200
Lifting the server siege... done.
Transactions: 925 hits
Availability: 95.95 %
Elapsed time: 60.04 secs
Data transferred: 25.94 MB
Response time: 9.30 secs
Transaction rate: 15.41 trans/sec
Throughput: 0.43 MB/sec
Concurrency: 143.32
Successful transactions: 925
Failed transactions: 39
Longest transaction: 42.81
Shortest transaction: 0.47
-c 300
Lifting the server siege... done.
Transactions: 815 hits
Availability: 83.42 %
Elapsed time: 59.78 secs
Data transferred: 23.06 MB
Response time: 9.80 secs
Transaction rate: 13.63 trans/sec
Throughput: 0.39 MB/sec
Concurrency: 133.60
Successful transactions: 815
Failed transactions: 162
Longest transaction: 37.45
Shortest transaction: 3.96
-c 400
Transactions: 950 hits
Availability: 76.37 %
Elapsed time: 60.05 secs
Data transferred: 26.87 MB
Response time: 10.62 secs
Transaction rate: 15.82 trans/sec
Throughput: 0.45 MB/sec
Concurrency: 168.04
Successful transactions: 950
Failed transactions: 294
Longest transaction: 35.34
Shortest transaction: 0.47
-c 500
Transactions: 1044 hits
Availability: 75.32 %
Elapsed time: 60.03 secs
Data transferred: 29.52 MB
Response time: 10.34 secs
Transaction rate: 17.39 trans/sec
Throughput: 0.49 MB/sec
Concurrency: 179.78
Successful transactions: 1044
Failed transactions: 342
Longest transaction: 46.56
Shortest transaction: 0.42


LinkBack URL
About LinkBacks


Rispondi Citando


. Ma con la questione delle SPU ho la sensazione che o gli si dice cosa fare o l'unica cosa che ti suggeriscono è di aumentare le SPU.

Segnalibri