안녕하세요,
새로운 Ubuntu 버전 25.04, Plucky Puffin으로 업그레이드를 완료했습니다. 정말 멋진 이름이네요, 하하.
Discourse를 실행하는 데 문제가 없는 것 같습니다. 새 릴리스에 대한 몇 가지 정보를 공유합니다:
이 새로운 버전이 Discourse에 영향을 미치는 중대한 차이가 있는지 확실하지 않습니다. 이 버전에 대해 어떤 변화를 알아채신 분 계신가요?
공지사항 발췌:
Ubuntu 25.04는 더 부드러운 성능을 위한 트리플 버퍼링, HDR 설정, 웰빙 패널과 배터리 건강 유지 모드와 같은 새로운 기능을 갖춘 GNOME 48을 도입합니다. 새로운 현대적인 PDF 리더인 Papers가 이제 기본으로 설정되었습니다.
OS를 조만간 업그레이드하고 싶지 않다면, 24.04와 같은 LTS 릴리스를 사용하는 것이 더 좋습니다.
Ubuntu 25.04는 2026년 1월에 수명(EOL)이 종료됩니다. Discourse 서버에서 25.04를 사용하는 데는 아무런 이점이 없습니다. 데스크톱에서 사용하고 OS 업그레이드를 좋아하신다면, 25.04를 사용해 보셔도 좋습니다.
Ubuntu 24.04가 원치 않는 방식으로 25.04로 자동 업그레이드되나요? 아니면 CLI에 로그인할 때마다 새 릴리스에 대한 프롬프트가 표시되나요?
아니요. 다른 LTS 버전만 제안합니다.
클라우드 서버에 새 버전 관련 프롬프트가 있었습니다.
차이가 없다는 것을 알아두면 좋겠습니다. 아니면 24 버전이 더 나은 것일 수도 있습니다.
더 새로운 버전인데 "수명 종료"라고 하는 것이 이해가 안 됩니다. 이는 정식 출시 전 베타 버전을 위한 것인가요, 아니면 다른 이유가 있나요?
두 번째 질문:
클라우드 서버에서 콘솔을 통해 25에서 24로 다운그레이드할 수 있나요?
아니요. 할 수 있는 것은 자신의 데이터와 포럼을 백업한 후 재설치하는 것뿐입니다.
앞으로 업그레이드 전에 스냅샷을 찍어두었다가, 모든 것이 잘 진행되었고 해당 버전을 유지하기로 결정했을 때 삭제하는 것이 정말 좋은 정책입니다.
포럼만 있는 경우, 백업 후 새로운 VPS를 구동하고 Discourse를 설치한 다음 복원하는 것이 가장 쉬운 방법입니다. 아니면 현재 상태를 유지하다가 다음 LTS가 충분히 안정화되면 그때 업그레이드하는 것도 옵션 중 하나입니다.
일관된 데이터를 확보하기 위해 스냅샷을 찍기 전에 최소한 데이터베이스는 중단해야 한다는 생각이 맞나요?
물론, 지속적으로 사용된다면.
따라서 스냅샷을 찍고 그것이 올바르게 복원될 것이라고 가정하는 것은 누구에게도 좋은 생각이 아닐 수 있습니다. (저는 개인적으로 스냅샷을 사용하지 않습니다: 스냅샷은 백업이 아니기 때문입니다. 이는 오해하기 쉬운 유혹적인 기능이라고 생각합니다.)
물론 스냅샷은 백업이 아닙니다. 스냅샷은 Ubuntu 업그레이드나 일반 백업만으로는 부족할 수 있는 다른 작업을 수행할 때 전체 시스템을 복원하기 위한 타임머신 같은 역할을 합니다.
스케일과 목적은 완전히 다릅니다.
포럼이 Ubuntu 22.04에서 실행 중이고 셸의 업그레이드 도구를 사용해 24.04로 업그레이드하고 싶다면, 스냅샷을 사용하는 것이 좋습니다. 물론, 새로운 VPS를 시작하고 새 Discourse를 설치한 후 백업을 복원하는 것도 하나의 방법입니다. 하지만 다른 것도 설치하고 시스템을 커스터마이징한 상태라면 그다지 현명한 방법은 아닙니다.
Discourse 자체를 업그레이드하는 경우라면, 물론 백업을 수행해야 합니다 — 그 포럼을 닫아야 한다는 것도 기억하시죠? 
하지만 그 과정에서 데이터베이스가 심각하게 손상되었다면, 스냅샷은 쉽게 상황을 구해줄 수 있습니다.
따라서 이는 맞고 그르기의 문제가 아닙니다. 이 둘은 서로 다른 도구입니다.
새 버전이 극도로 불안정하지 않다면, 당장은 이 옵션을 선택할 것 같습니다. 현재까지는 잘 작동하고 있는 것 같습니다.
저는 DigitalOcean 서버로 주간 자동 백업을 수행하고 있습니다. 이 사이트는 아직 콘텐츠나 사용자가 많지 않은 신규 사이트입니다.
백업에서 복구하는 단계를 미리 연습해 두는 것이 좋겠습니다. 아직 한 번도 해본 적이 없어서요.
제 이해로는 이 25 버전은 메인 프로덕션 버전에 구현될 새로운 기능들을 테스트하기 위한 임시 버전입니다. 따라서 내년 1월에 종료될 예정인 이 버전 이후에는 “LTS” 버전으로 업그레이드할 수 있는 옵션이 제공될 것입니다.
백업을 위해 #s3가 구성되어 있지 않고, 백업 파일이 프론트엔드 nginx가 처리할 수 있는 크기보다 크다면, 구버전과 신규 Ubuntu 서버의 CLI에서 백업 및 복원을 수행하는 것이 가장 좋다고 생각합니다.
위 링크에는 필요한 모든 단계가 포함되어 있습니다. 저는 scp 대신 aws-cli를 사용했습니다. Ubuntu에서 다른 클라우드 제공업체와 함께 작동하는 다른 패키지를 추천하시는 분이 계신가요?
아마도 snap을 통해 설치할 수 있는 패키지가 있을 수도 있습니다.
rclone을 시도해 보는 것도 괜찮을 것 같아요.
해당 설정이 되어 있지 않으며, 그게 무엇인지도 모르겠습니다.
기술적인 지식이 있는 사람이 아니라 여기 적혀 있는 것 중 공식 가이드에 대한 언급을 제외하고는 거의 이해하지 못합니다. 조사해서 알아볼 수는 있겠지만요.
이것이 무슨 의미인지 아시는 분이 계신가요?
Canonical의 Ubuntu를 사용하면 Discourse를 다루는 것이 훨씬 쉬워집니다
좋습니다. 저도 없습니다.
저는 ubuntu에서 aws-cli 애플리케이션을 사용하고, aws configure 를 통해 임시 계정의 IAM을 구성한 후, 구 서버에서 해당 애플리케이션을 사용하여 큰 백업 파일을 S3에 업로드하고, 새 서버에서 동일한 파일을 다운로드하는 것을 의미했습니다.