Continuando la discussione da Upgrade failed spectacularily:
Qual è il modo migliore per verificare se il mio VPS necessita di aggiornamenti, prima di eseguire un aggiornamento di Discourse? Grazie.
3 Mi Piace
Di punto in bianco, penso che tu possa aggiornarlo quando la versione del tuo sistema operativo è obsoleta o quando Docker è obsoleto?
1 Mi Piace
Se stai eseguendo Ubuntu LTS (tipicamente la distribuzione consigliata per Discourse). Ogni edizione gratuita, per quanto ne so, ha un ciclo di supporto di 5 anni.
Quindi, per quanto ne so dalla lista, se stai eseguendo la versione 18.04 o 20.04 dovresti considerare l’aggiornamento del sistema operativo. Se la 18.04 è definitiva e con il supporto della 20.04 che termina ad aprile, dovresti considerare di farlo anche tu.
L’altro componente sarebbe quello di verificare la compatibilità della versione di Docker. Su questo punto, onestamente, non sono sicuro. Anche se, a naso, penso che Ubuntu 22.04 LTS potrebbe supportare l’ultima versione di Docker richiesta da Discourse, ma sarebbe necessario qualcuno con conoscenze più approfondite per intervenire. Tuttavia, forse una ricerca su Meta qui potrebbe fornire anche queste informazioni.
1 Mi Piace
Discourse 3.4 richiede Docker 24.0.7 min
Sembra che dalla ricerca su Google Ubuntu 22.04 LTS lo supporti.
È ovviamente supportato anche nell’ultima versione LTS di Ubuntu 24. Sembra che sia supportato anche su Ubuntu 20.04 LTS, ma secondo me si dovrebbe considerare l’aggiornamento poiché il supporto LTS terminerà nell’aprile 2025; tuttavia, in teoria dovrebbe essere sicuro, se hai bisogno di più tempo prima di aggiornare il sistema operativo.
Sai che versione del tuo sistema operativo stai usando? Presumo che tu stia utilizzando un Ubuntu LTS.
La mia versione di Docker (20.10.21) è precedente a quella e la mia versione di Discourse è 3.4.0.beta4-dev. Discourse mi dice di aggiornare ora a 3.4.0.beta4 – “È disponibile un aggiornamento critico. Aggiorna!”.
Due domande:
-
I requisiti sono indicati da qualche parte nelle note di rilascio? Ho sempre letto velocemente i post degli annunci ma non ho notato requisiti per Docker o Ubuntu.
-
Immagino che dovrei aggiornare a Ubuntu 24.04 e a qualsiasi versione di Docker venga fornita con esso, prima di aggiornare nuovamente Discourse. Ti sembra corretto?
Grazie.
Intendi “non puoi”? Immagino di sì.
Intendi che lo script di aggiornamento terminerebbe con grazia se i requisiti non fossero soddisfatti, senza incasinare il mio forum?
Ho appena notato su discourse_docker/launcher at main · discourse/discourse_docker · GitHub
docker_min_version='20.10.0'
docker_rec_version='24.0.7'
Quindi forse per ora va tutto bene. Spero che tu ti sia sbagliato riguardo a 24.0.7, ma forse sono io che sto guardando nel posto sbagliato. Potresti controllare e confermare? Ti sarei grato. Grazie.
1 Mi Piace
Il requisito Docker per Discourse 3.4, l’ho preso da un argomento con un argomento di aggiornamento da riga di comando fallito. Dove un Jay dall’argomento che hai citato, credo, ha menzionato lì o in un altro argomento. Dove ha menzionato che Docker doveva essere aggiornato in base al log fornito. Il log afferma che Docker doveva essere alla versione minima che ho menzionato.
Probabilmente lo sono, ma non sono sempre bravo a leggerli completamente se devo essere onesto. Proverò a cercarli qui e vedrò.
Se la tua Ubuntu LTS è la versione 18.04, allora sicuramente. Se è Ubuntu 20.04 LTS come menzionato. Credo che tu possa aggiornarla manualmente tramite riga di comando. Per quanto ricordo, c’è un argomento sull’aggiornamento di Docker. La documentazione di Docker che ho linkato, credo, dovrebbe contenere istruzioni su come aggiornare. Ma consiglierei di vedere se c’è un argomento nel caso ci possano essere passaggi consigliati da seguire prima.
Tieni presente che anch’io sto ancora imparando molte cose su Discourse. Persone come Jay, Robert (Merrifield) sono solo un paio di persone con molta più esperienza e comprensione su questi tipi di argomenti.
Il passaggio principale, tuttavia, è assicurarsi di effettuare un backup. Secondo me, effettua uno snapshot del server e un backup di Discourse. Un backup del server con un tempo di inattività pianificato annunciato può essere utile poiché puoi caricare il tuo snapshot prima dell’aggiornamento. Immagino che anche un backup di Discourse funzioni bene.
1 Mi Piace
Non sono sicuro. Mi basavo solo sui post con log condivisi.
Ma ecco una guida da Documentation che forse può aiutare.
Se dovessi disegnare un diagramma di flusso per rispondere, la prima domanda sarebbe qualcosa del tipo:
Si applicano tutte le seguenti condizioni? Se sì, procedi secondo la tua esperienza. Se no, assicurati di essere sull’ultima LTS, purché abbia almeno un mese di vita.
- Sono un sysadmin esperto
- Ho un backup recente in un luogo sicuro e sono molto sicuro di poterlo ripristinare
- So come eseguire un aggiornamento da riga di comando
- So come trovare e citare le parti pertinenti del log quando segnalo un problema qui su meta.
Controlla la tua attuale versione del sistema operativo leggendo /etc/lsb-release
root# cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=22.04
DISTRIB_CODENAME=jammy
DISTRIB_DESCRIPTION="Ubuntu 22.04.4 LTS"
Dovrebbe essere stato aggiornato di recente, dovrebbe essere un LTS, non dovrebbe avere molto più di 2 anni. Le prime due cifre sono il numero dell’anno. Ma non fidarti di un LTS che ha meno di un mese.
3 Mi Piace
Consiglierei di creare una nuova VM e spostarti su di essa come descritto in Spostare un sito Discourse su un altro VPS con rsync. Se non ti dispiace un bel po’ di tempo di inattività e la possibilità che possa danneggiare il tuo sistema, puoi provare a fare più dist-upgrade. Se lo fai, dovresti creare uno snapshot (che comporta anche tempo di inattività) in modo da poter ripristinare.
1 Mi Piace
Penso che il passaggio da 18.04 a 20.04 l’abbia fatto sullo stesso server. Probabilmente seguendo qualcosa come How to upgrade your Ubuntu release - Ubuntu Server documentation. Non sono sicuro al 100%. Qual è la tua opinione in merito?
C’è un possibile beneficio collaterale nel migrare anziché eseguire un aggiornamento sul posto: potresti essere in grado di ottenere un’offerta di valore migliore. Nel mio caso, passando da x86 ad ARM ho ottenuto una configurazione con più spazio di archiviazione allo stesso prezzo, anche con lo stesso servizio di hosting. C’è anche la possibilità di passare a un servizio di hosting diverso, cosa che ho fatto anche in un altro caso, ottenendo nuovamente un affare migliore.
2 Mi Piace
Con Hetzner, i server ARM sono leggermente meno costosi degli x86 per le stesse specifiche (vCPU, RAM, storage).
In particolare, sembrano essere più veloci (velocità di ricostruzione di Discourse e caricamento delle pagine).
Purtroppo non ci sono benchmark per Discourse, ma ho recentemente fatto un confronto dei tempi di compilazione:
| Provider | Prezzo | Disco | CPU | GB RAM | Tempo di compilazione | Data Centers |
|---|---|---|---|---|---|---|
| Hetzner CX22 (x86) | €3.95 | 40GB | 2 | 4 | 9m56s | DE, FI, SG, US (2) |
| Hetzner CAX11 (arm64) | €3.95 | 40GB | 2 | 4 | 5m45s | DE, FI |
Tieni presente che non esiste un’immagine mail-receiver ufficiale compatibile con ARM.
Vedi:
4 Mi Piace
5 minuti per una ricostruzione? Wow, a me ci vogliono circa 2-3 ore.
Sono sul droplet Digital Ocean più basso che ha 2 GB di memoria e penso che ci vogliano circa 10 minuti.
1 Mi Piace
Quella non è una “ricerca di Google”. È Gemini. Sarei cauto con l’output dell’IA che parla di numeri di versione specifici e versioni compatibili, poiché gli LLM non sono così bravi a gestire tali dettagli. Ma se riesci a trovare una fonte definitiva, sarebbe d’aiuto.
Questo è quello che ottengo, diverso:
2 Mi Piace
Grazie, buona osservazione. Sebbene il link alla Documentazione Docker che ho postato anch’io abbia confermato che l’output di Gemini sembrava corretto. Tuttavia, grazie per il suggerimento. D’ora in poi farò sicuramente attenzione all’output dell’IA.
2 Mi Piace
【quote=“Jay Pfaffman, post:11, topic:351398, username:pfaffman”】
Se non ti dispiace un sacco di downtime e la possibilità che possa danneggiare il sistema, puoi provare a fare più aggiornamenti di distribuzione. Se fai così, dovresti creare uno snapshot (che comporta anche downtime) in modo da poterlo ripristinare.
【/quote】
Non pensavo di poter seguire l’argomento rsync, dato che ci erano troppe domande e variazioni suggerite. Quindi ho fatto questo invece, e sembra che tutto ** funzioni **!
1 Mi Piace