S.S. LAZIO FORUM

Spero verrà interpretato correttamente questo topic. Se è fuori luogo gli Admin possono sotterrarlo senza problemi.
Non vi sottopongo una critica ma una proposta.

Da un po’ di mesi dopo le partite il sito non è raggiungibile oppure la navigazione è molto difficoltosa.
È un segno del successo in termini di seguito e passione di utenti e visitatori. Questo forum trasuda lazialitá vera e genuina ed é una piazza di confronto tra Laziali che ci sono sempre sopratutto quando le cose vanno male.
Adesso gira tutto bene e credo occorra far girare anche questo sito.

Mi sembra che ci sia un problema di risorse a disposizione (CPU/ram/ disco) per supportare il numero di utenti mediamente connesso post partita.
Non sono uno sviluppatore software ma la mia azienda eroga servizi via internet ed abbiamo avuto alcuni hanno fa un problema simile di raggiungibilità e/o fruizione del sito per via di poca Ram a disposizione del web server, basso livello di paging su Apache etc, CPU per il database con corredo di spazio disco. Non entro nel tecnico perché non ho razionali a disposizione e perché il lavoro fatto finora è di grande rilievo considerando che è tutto volontario.

Se in cassa non ci sono soldi per un upgrade di risorse, in base alla sottoscrizione di partenza, io proporrei di effettuare una sottoscrizione extra per potenziare il sito se è questa la problematica tecnica che si verifica. Forse sul canone mensile non è necessario aggiungere molti soldi e c’è la possiamo cavare egregiamente con un piccolo sforzo per coprire da adesso fino al rinnovo annuale (a proposito quando è?)

Non è questione di vita o di morte e ieri sera non sono morto come credo nessuno degli abituali ma è una comunità che si incontra ed è bello poterlo fare per gioire delle vittorie.
Forza Lazio sempre.

Completamente d accordo. Io mi sono potuto collegare solo stamani da ieri. E cmq é così dopo ogni partita. Nessun problema a lasciare la cosa così, possiamo pure intervenire a fine stagione...... Grazie cmq per il Vs lavoro!

Disponibile a dare un contributo. Anche da subito.

E' un problema di cui parliamo tra admin e moderatori quasi tutti i giorni. Avevamo 1 core e 2 ram come partenza, abbiamo notato che con i picchi a ridosso delle partite il server crasha. Avevamo fatto l'upgrade della ram ma niente. Era un discorso di cpu. Abbiamo messo 2 cpu e infatti nelle scorse partite il sito andava bene. Purtroppo i costi sono alti quindi abbiamo deciso di fare l'upgrade sotto partite e poi ridurre, tanto è scalabile e si può fare. Ieri purtroppo è andato in crash e aprendo un ticket su Seeweb non hanno risolto. Ci ho pensato io smanettando stanotte e ho messo apposto, ma dobbiamo ancora assestarci.
Ripeto, è un problema che conosciamo e cerchiamo di risolvere. Dobbiamo ancora trovare la quadratura della situazione per capire cosa regge e cosa conviene nel rapporto costi/benefici. E' pur sempre un forum relativamente giovane e non potendo seguirlo tutti costantemente certi problemi si dilatano più del dovuto. Ma ci lavoriamo sempre. Dateci tempo, abbiate pazienza.

Fefè ha scritto: ↑

19/01/2020, 20:53

E' un problema di cui parliamo tra admin e moderatori quasi tutti i giorni. Avevamo 1 core e 2 ram come partenza, abbiamo notato che con i picchi a ridosso delle partite il server crasha. Avevamo fatto l'upgrade della ram ma niente. Era un discorso di cpu. Abbiamo messo 2 cpu e infatti nelle scorse partite il sito andava bene. Purtroppo i costi sono alti quindi abbiamo deciso di fare l'upgrade sotto partite e poi ridurre, tanto è scalabile e si può fare. Ieri purtroppo è andato in crash e aprendo un ticket su Seeweb non hanno risolto. Ci ho pensato io smanettando stanotte e ho messo apposto, ma dobbiamo ancora assestarci.
Ripeto, è un problema che conosciamo e cerchiamo di risolvere. Dobbiamo ancora trovare la quadratura della situazione per capire cosa regge e cosa conviene nel rapporto costi/benefici. E' pur sempre un forum relativamente giovane e non potendo seguirlo tutti costantemente certi problemi si dilatano più del dovuto. Ma ci lavoriamo sempre. Dateci tempo, abbiate pazienza.

Per carità!, ci mancherebbealtro. Grazie ancora!

fateci sapere se c'è bisogno di riempire il dindarolo.

speriamo che sta settimana
Zompa tutto peggio de Hiroshima

Jimmy ha scritto: ↑

19/01/2020, 21:31

speriamo che sta settimana
Zompa tutto peggio de Hiroshima

Haahahahahaah

Ahahahahaahahahhahqhahqhqhqhqhqhahaha


P.s. grazie di tutto!

Grazie Fefè delle spiegazioni, immaginavo il lavorìo dietro le quinte.
Se serve si possono raccogliere dei fondi.

Jimmy ha scritto: ↑

19/01/2020, 21:31

speriamo che sta settimana
Zompa tutto peggio de Hiroshima

Ahahahahahahahahahahahaahhahahahaahhahahahahahaha ma magari
P.S. Vi ringrazio per la vostra disponibilità, se ci sarà bisogno come sempre Luca raccoglierà i soldi perchè già sa i prezzi delle escort con cui spenderli.
P.P.S. Ho aggiornato la bacheca nell'header del forum

Jimmy ha scritto: ↑

19/01/2020, 21:31

speriamo che sta settimana
Zompa tutto peggio de Hiroshima

Jimmy ha scritto:speriamo che sta settimana
Zompa tutto peggio de Hiroshima

Ahahahahahaahahahahahaahahahahahah

Fefè ha scritto: ↑

20/01/2020, 1:51

Jimmy ha scritto: ↑

19/01/2020, 21:31

speriamo che sta settimana
Zompa tutto peggio de Hiroshima

P.P.S. Ho aggiornato la bacheca nell'header del forum

tra un pò ti servono un paio di spazi, verso la sinistra dell'header.

Con l'attuale configurazione siamo coperti fino a Marzo, quindi a breve bisognerà nuovamente autofinanziare.
Apriremo un Topic sempre disponibile, per tutto l'anno, così quando uno vorrà potrà comunque donare qualsiasi cifra voglia.

Quest'anno dobbiamo essere più generosi degli altri, perché i viaggi di Gato costano ed io e Luca, per tenerlo lontano dallo stadio, stiamo andando falliti. Diventa sempre più esigente.

Jimmy ha scritto:speriamo che sta settimana
Zompa tutto peggio de Hiroshima

ALLA

Fefè ha scritto: ↑

19/01/2020, 20:53

E' un problema di cui parliamo tra admin e moderatori quasi tutti i giorni. Avevamo 1 core e 2 ram come partenza, abbiamo notato che con i picchi a ridosso delle partite il server crasha. Avevamo fatto l'upgrade della ram ma niente. Era un discorso di cpu. Abbiamo messo 2 cpu e infatti nelle scorse partite il sito andava bene. Purtroppo i costi sono alti quindi abbiamo deciso di fare l'upgrade sotto partite e poi ridurre, tanto è scalabile e si può fare. Ieri purtroppo è andato in crash e aprendo un ticket su Seeweb non hanno risolto. Ci ho pensato io smanettando stanotte e ho messo apposto, ma dobbiamo ancora assestarci.
Ripeto, è un problema che conosciamo e cerchiamo di risolvere. Dobbiamo ancora trovare la quadratura della situazione per capire cosa regge e cosa conviene nel rapporto costi/benefici. E' pur sempre un forum relativamente giovane e non potendo seguirlo tutti costantemente certi problemi si dilatano più del dovuto. Ma ci lavoriamo sempre. Dateci tempo, abbiate pazienza.

Stammi a sentire, nella giornata di picco (di solito dopo la fine della partita) entra come root via ssh sulla macchina, e poi esegui il comando sar o top lanciarlo in background e collezionare i dati.
I comandi in oggetto forniscono dettagli sul consumo di cpu ram paginazione ed altro, sia storici ad intervalli di 10 minuti come il comando sar, sia in tempo reale come il comando top o vmstat. se non lo conosci studiati le varie opzioni con man top sar vmstat
In base a quello(di solito è la memoria che si esaurisce) puoi decidere cosa aumentare, il provisioning di qualche giga di memoria costa di meno della CPU.

Guarda anche nel sfotware php se hai abilitato a suo tempo l'opzione di cache che evita di riacaricare sempre determinate pagine e migliora sensibilmente il throughput generale.
analizza poi le statistiche di Apache, e guarda nell'httpd.conf i parametri, specie quelli riguardanti le connessioni di solito impostati di default ma che a volte vanno settati in maniera mirata.
ah, e controlla che non ci siano aggiornamenti disponibili del software php, dal pannello di controllo.
a me pare strano che il sistema si metta in ginocchio così presto se pur con quel numero di VCPU e VRAM dedicati.
Morale, prima di fare provisioning accertarsi bene che il sistema e il software di gestione del forum (apache/php) sia correttamente settato e ottimizzato, solo a quel punto puoi andare con eventuale provisioning mirato e spendere bene. il solo aumento di VCPU può allargarti l'imbuto certamente, ma se di base c'è altro non la sfrutti al meglio e ti rivà a tappo perchè dedica risorse per altro da sanare. non so se ho reso.

Datte da fa.

Come fosse Antani per due


Farò, quel che potrò, per la mia Lazio...

Fallllllo salta’ in ariaaaaa...

Cicalone ha scritto:

Fefè ha scritto: ↑

19/01/2020, 20:53

E' un problema di cui parliamo tra admin e moderatori quasi tutti i giorni. Avevamo 1 core e 2 ram come partenza, abbiamo notato che con i picchi a ridosso delle partite il server crasha. Avevamo fatto l'upgrade della ram ma niente. Era un discorso di cpu. Abbiamo messo 2 cpu e infatti nelle scorse partite il sito andava bene. Purtroppo i costi sono alti quindi abbiamo deciso di fare l'upgrade sotto partite e poi ridurre, tanto è scalabile e si può fare. Ieri purtroppo è andato in crash e aprendo un ticket su Seeweb non hanno risolto. Ci ho pensato io smanettando stanotte e ho messo apposto, ma dobbiamo ancora assestarci.
Ripeto, è un problema che conosciamo e cerchiamo di risolvere. Dobbiamo ancora trovare la quadratura della situazione per capire cosa regge e cosa conviene nel rapporto costi/benefici. E' pur sempre un forum relativamente giovane e non potendo seguirlo tutti costantemente certi problemi si dilatano più del dovuto. Ma ci lavoriamo sempre. Dateci tempo, abbiate pazienza.

Stammi a sentire, nella giornata di picco (di solito dopo la fine della partita) entra come root via ssh sulla macchina, e poi esegui il comando sar o top lanciarlo in background e collezionare i dati.
I comandi in oggetto forniscono dettagli sul consumo di cpu ram paginazione ed altro, sia storici ad intervalli di 10 minuti come il comando sar, sia in tempo reale come il comando top o vmstat. se non lo conosci studiati le varie opzioni con man top sar vmstat
In base a quello(di solito è la memoria che si esaurisce) puoi decidere cosa aumentare, il provisioning di qualche giga di memoria costa di meno della CPU.

Guarda anche nel sfotware php se hai abilitato a suo tempo l'opzione di cache che evita di riacaricare sempre determinate pagine e migliora sensibilmente il throughput generale.
analizza poi le statistiche di Apache, e guarda nell'httpd.conf i parametri, specie quelli riguardanti le connessioni di solito impostati di default ma che a volte vanno settati in maniera mirata.
ah, e controlla che non ci siano aggiornamenti disponibili del software php, dal pannello di controllo.
a me pare strano che il sistema si metta in ginocchio così presto se pur con quel numero di VCPU e VRAM dedicati.
Morale, prima di fare provisioning accertarsi bene che il sistema e il software di gestione del forum (apache/php) sia correttamente settato e ottimizzato, solo a quel punto puoi andare con eventuale provisioning mirato e spendere bene. il solo aumento di VCPU può allargarti l'imbuto certamente, ma se di base c'è altro non la sfrutti al meglio e ti rivà a tappo perchè dedica risorse per altro da sanare. non so se ho reso.

Datte da fa.

Ho capito fino a "partita"

Inviato dal mio D6603 utilizzando Tapatalk

Jimmy ha scritto: ↑

19/01/2020, 21:31

speriamo che sta settimana
Zompa tutto peggio de Hiroshima

Pienamente d'accordo, ma, a proposito, come stai Jimmy?

brifazio ha scritto: ↑

21/01/2020, 16:26

Jimmy ha scritto: ↑

19/01/2020, 21:31

speriamo che sta settimana
Zompa tutto peggio de Hiroshima

Pienamente d'accordo, ma, a proposito, come stai Jimmy?

Io sto molto Bene Bri!
Te ?che se dice

Jimmy ha scritto: ↑

21/01/2020, 16:52

brifazio ha scritto: ↑

21/01/2020, 16:26

Jimmy ha scritto: ↑

19/01/2020, 21:31

speriamo che sta settimana
Zompa tutto peggio de Hiroshima

Pienamente d'accordo, ma, a proposito, come stai Jimmy?

Io sto molto Bene Bri!
Te ?che se dice

Tutto bene, oggi sono pure de riposo.

Jimmy ha scritto: ↑

19/01/2020, 21:31

speriamo che sta settimana
Zompa tutto peggio de Hiroshima

Cicalone ha scritto: ↑

21/01/2020, 12:31

Fefè ha scritto: ↑

19/01/2020, 20:53

E' un problema di cui parliamo tra admin e moderatori quasi tutti i giorni. Avevamo 1 core e 2 ram come partenza, abbiamo notato che con i picchi a ridosso delle partite il server crasha. Avevamo fatto l'upgrade della ram ma niente. Era un discorso di cpu. Abbiamo messo 2 cpu e infatti nelle scorse partite il sito andava bene. Purtroppo i costi sono alti quindi abbiamo deciso di fare l'upgrade sotto partite e poi ridurre, tanto è scalabile e si può fare. Ieri purtroppo è andato in crash e aprendo un ticket su Seeweb non hanno risolto. Ci ho pensato io smanettando stanotte e ho messo apposto, ma dobbiamo ancora assestarci.
Ripeto, è un problema che conosciamo e cerchiamo di risolvere. Dobbiamo ancora trovare la quadratura della situazione per capire cosa regge e cosa conviene nel rapporto costi/benefici. E' pur sempre un forum relativamente giovane e non potendo seguirlo tutti costantemente certi problemi si dilatano più del dovuto. Ma ci lavoriamo sempre. Dateci tempo, abbiate pazienza.

Stammi a sentire, nella giornata di picco (di solito dopo la fine della partita) entra come root via ssh sulla macchina, e poi esegui il comando sar o top lanciarlo in background e collezionare i dati.
I comandi in oggetto forniscono dettagli sul consumo di cpu ram paginazione ed altro, sia storici ad intervalli di 10 minuti come il comando sar, sia in tempo reale come il comando top o vmstat. se non lo conosci studiati le varie opzioni con man top sar vmstat
In base a quello(di solito è la memoria che si esaurisce) puoi decidere cosa aumentare, il provisioning di qualche giga di memoria costa di meno della CPU.

Guarda anche nel sfotware php se hai abilitato a suo tempo l'opzione di cache che evita di riacaricare sempre determinate pagine e migliora sensibilmente il throughput generale.
analizza poi le statistiche di Apache, e guarda nell'httpd.conf i parametri, specie quelli riguardanti le connessioni di solito impostati di default ma che a volte vanno settati in maniera mirata.
ah, e controlla che non ci siano aggiornamenti disponibili del software php, dal pannello di controllo.
a me pare strano che il sistema si metta in ginocchio così presto se pur con quel numero di VCPU e VRAM dedicati.
Morale, prima di fare provisioning accertarsi bene che il sistema e il software di gestione del forum (apache/php) sia correttamente settato e ottimizzato, solo a quel punto puoi andare con eventuale provisioning mirato e spendere bene. il solo aumento di VCPU può allargarti l'imbuto certamente, ma se di base c'è altro non la sfrutti al meglio e ti rivà a tappo perchè dedica risorse per altro da sanare. non so se ho reso.

Datte da fa.

Ah ottimo, grazie delle dritte.
Intanto prima della partita ho smanettato, però c'è un problema: io domani parto per la Transilvania e torno domenica notte. Abbiamo Napoli e derby questa settimana e non posso occuparmene.
Ad ogni modo su SSH stavo monitorando (non fa testo, prima della partita era tranquillo) sia con top che sar e ovviamente consumi bassi avendo ancora 2 cpu. Giusto la memoria mysql consuma in modo rilevante. Versione php obsoleta ma non c'è l'opzione per aggiornarla, dipende da Seeweb ed essendo il sito basato su quella versione non so quanto possa essere saggio chiedere l'aggiornamento direttamente a loro. Opzione cache già settata su on. Le statistiche del server mi sembrano buone, però il file httpd.conf non lo tocco non sapendo come settarli, rischio de fà un casino.
L'accesso al Plesk ce l'abbiamo io, Serse e Lucio. Lucio deve ancora imparà dove sia il tasto di accensione del pc quindi non fa testo.
Quindi le cose sono due per questa settimana: o giriamo i compiti a casa a Serse, o teniamo fino a lunedì cpu alta (per ora funziona).

L’aggiornamento a php non conviene farlo fare a Seeweb, costa...
È semplice basta seguire la check list di installazione sul sito php dove trovi l’ultima versione. Te la scarichi e segui i passi per l’installazione.
Ti fai prima un tar di salvataggio di tutta la directory dove risiede il software php.
Per quanto riguarda l’httpd.conf è un file, te lo salvi prima e smanetti dopo. Se sbagli qualcosa non ti parte Apache, rimetti quello salvato e stai a posto.
sinnó ci pensa Lucio

Jimmy ha scritto: ↑

19/01/2020, 21:31

speriamo che sta settimana
Zompa tutto peggio de Hiroshima

Ahahahahahahahaha