Ho recentemente installato Discourse sul mio VPS. Ho solo 2 GB di RAM. È sufficiente per far funzionare un forum in produzione? Ci sono stati momenti in cui ho ricevuto un errore 502 gateway, forse dovuto alla mancanza di memoria. A volte, dopo aver installato un plugin, devo aggiornare il pannello di amministrazione più volte.
Altri thread affermano che 1 GB di RAM è sufficiente, ma qual è la realtà? Sto utilizzando l’ultima immagine Docker di Bitnami. Alcuni dicono che Sidekiq può utilizzare fino a 4 GB di RAM: https://github.com/bitnami/bitnami-docker-discourse/issues/150
Puoi eseguire facilmente Discourse su un VPS con 2 GB di RAM. Potresti voler configurare lo swap se non lo hai già fatto. L’esecuzione di ./discourse-setup lo farà per te.
La nostra configurazione predefinita dovrebbe utilizzare lo swap solo sotto pressione, ad esempio durante gli aggiornamenti web.
Se ospiti una comunità di grandi dimensioni e inizi a riscontrare tempi di risposta lenti dall’API di Discourse, puoi aumentare la CPU/RAM del tuo server ed eseguire nuovamente ./discourse-setup in modo che inizi a utilizzare le risorse potenziate.
Si tratta di una nuova community o hai importato un database di grandi dimensioni? Quale traffico prevedi? La velocità della CPU a singolo thread e l’SSD per l’archiviazione sono fondamentali.
Non ho importato alcun database. Si tratta di un forum nuovo di zecca con 0 post. Al momento, l’unico traffico sono io. Tuttavia, mi aspetto un traffico che potrebbe arrivare fino a 1000 utenti che visitano il sito al giorno.
Noi, il team che sviluppa Discourse, lo testiamo solo sulla nostra immagine di base. Le installazioni che non seguono Install Discourse in production with the official supported instructions potrebbero subire malfunzionamenti sottili in qualsiasi momento e non forniremo supporto per esse.
Solo per tua informazione, offrendo un punto di vista diverso @AntiMetaman
Anche se Discourse può essere eseguito su un VPS con poca RAM, quando si compila e ricompila Discourse sarà piuttosto lento rispetto alla compilazione su una macchina con più RAM. Personalmente non eseguirei un’applicazione Discourse “davvero” in produzione con 2 GB di RAM, ma questo è solo il mio parere.
FWIW (solo la mia opinione), ho installato Discourse su macchine con 1 GB, 2 GB, 8 GB, 32 GB e 64 GB di RAM, sia VPS che server dedicati, e onestamente preferisco compilare Discourse sulle mie macchine da 64 GB e 32 GB. È così veloce compilare su 64 GB :). Ricompila a razzo e funziona benissimo, liscio come burro su una fetta di pane calda. Quindi, preferisco eseguire Discourse su macchine “più grandi” (più RAM, più spazio su disco) con altre applicazioni piuttosto che in modalità standalone su slice molto piccole con poca RAM.
Tuttavia, questo si basa sulla mia esperienza personale con Discourse e Docker e sulle mie preferenze. Mi piace che Discourse ricompili velocemente e abbia un ampio margine di sicurezza in produzione, e 2 GB non soddisfano i miei requisiti per la velocità di compilazione.
Discourse raccomanda 1 GB come minimo e ho eseguito installazioni in questo modo, ma diventano lente rapidamente, quindi opterei per 2 GB.
Questi primi 2 GB durano molto a lungo: attualmente gestisco una community con circa 3500 visite al giorno, senza crawler e con circa 20-30 post al giorno. Non ho riscontrato problemi con 2 GB di RAM né ho notato rallentamenti.
Sono quasi certo, @AntiMetaman, che il tuo problema sia legato all’immagine Bitnami e non alle risorse. Assicurati che la tua CPU sia abbastanza veloce e, se possibile, assegnale un secondo core (io ne uso solo uno virtuale e svolge il suo compito).
L’immagine Bitnami sta ancora utilizzando la versione stabile 2.4.4. L’unico motivo per cui ho scelto Bitnami è che disponeva di un file docker-compose.yml standard, rendendo il processo di installazione più semplice. Alcune persone che hanno provato ad aggiornare alla versione 2.6.0 beta 1 utilizzando l’immagine ufficiale di Discourse hanno riscontrato errori. Proverò con l’immagine ufficiale di Discourse e vedrò come va.
/wizard è per le impostazioni dell’interfaccia utente e dell’amministratore per configurare il tuo sito dopo l’installazione, ed è accessibile tramite il tuo sito/browser.
discourse-setup fa parte del processo di installazione stesso che (in parte) alloca le risorse del server, ed è eseguito dal server.
Puoi rieseguire discourse-setup più volte e non sovrascriverà alcun dato del tuo sito.
Grazie per il chiarimento @JammyDodger, molto apprezzato.
Il mio sito stava diventando piuttosto lento, quindi ho aggiunto più RAM al server, sembra che ora funzioni molto meglio con un’allocazione di 2048 MB di buffer condivisi, rispetto ai 128 MB.
In precedenza stavo modificando manualmente il file app.yml e caricandolo tramite SFTP e ho appena notato un avviso di permessi durante la ricostruzione dell’app proprio ora, a cosa dovrebbe essere impostato il file app.yml?
