Sto già utilizzando valori più alti per worker_connections e worker_processes su nginx tramite regole di sostituzione in app.yml
Anche se giocherei un po’ per trovare i valori migliori, idealmente senza ricostruire discourse ogni volta. Esiste un modo per modificare nginx.conf nel container e riavviare il processo nginx senza ricostruire discourse da zero?
Sì, puoi entrare nel container (ad es. ./launcher enter app), usare apt per installare un editor, modificare i file NGINX e sv restart nginx (potrebbe funzionare reload?).
Questo è un modo a cui ho pensato e che ho provato finché non ho visto che non c’è nemmeno una singola fonte per apt. Aggiungerne una da solo suona un po’ instabile per un sistema che non conosco e che gira in produzione. Avere almeno vi lì aiuterebbe davvero per alcuni semplici compiti occhiolino, occhiolino
Non ho mai prestato attenzione alle sorgenti di apt, ma ho diversi template che eseguono un apt-get update; apt-get install per installare cose nel container (il mio dashboard.literatecomputing.com necessita di python e ansible, per esempio). Funziona, o almeno funzionava fino a venerdì scorso. Allo stesso modo, il template che uso per fare le migrazioni aggiunge vim e alcune altre cose.
Non consiglio di modificare manualmente le cose per la produzione, poiché le modifiche andranno ovviamente perse al prossimo rebuild, ma se quello che vuoi fare è solo testare i valori per trovare quelli che funzionano, questa è probabilmente una soluzione sufficientemente valida (poiché evita una serie di rebuild).
Inoltre, una configurazione a 2 container tipicamente ha meno di 1 minuto di downtime quando si esegue un rebuild e si avvia il nuovo container.
Non presterei attenzione alle origini di apt, ma senza origini non c’è installazione, altrimenti non mi importerebbe davvero.
root@forum-app:/var/www/discourse# apt install vi
Lettura elenco dei pacchetti... Fatto
Creazione albero delle dipendenze... Fatto
Lettura informazioni sullo stato... Fatto
E: Impossibile trovare il pacchetto vi
root@forum-app:/var/www/discourse# apt list sources
Elenco... Fatto
root@forum-app:/var/www/discourse#
è lo stesso per apt-get e vim o nano - solo per essere sicuri
Ubuntu qualcosa e dopo apt update && apt dist-upgrade (dove ho risposto no, perché voleva aggiornare pqsl e sono andato nel panico) apt install nano è riuscito ok.
Per me su Ubuntu dopo /launcher enter app posso dare apt update && apt install nano -y[1] con successo. Quindi se apt non funziona direi che o il sistema stesso o docker è rotto