제가 보기에는 이 가이드는 다음과 같은 내용으로 구성되어 있습니다:
- 백업
discourse_setup 2container를 실행하는 것과 동일한 결과를 내되, 더 많은 단계를 거쳐 완전히 새로운 discourse 인스턴스를 생성- 복원
왜 깨끗한 종료(clean shutdown) 후, 그리고 개별 containers/*.yml 파일에서 두 개의 새 컨테이너를 시작하기 전에 /var/discourse/shared/standalone/{postgres,redis}*를 /var/discourse/shared/data로 이동하거나 복사하지 않는 것일까요? 백업/복원은 모든 데이터를 이동하는 데 정말 무거운 방식처럼 보이며, 프로세스에 불필요하게 몇 시간을 추가합니다. 제가 놓치고 있는 명백한 무언가가 있는 걸까요?
방금 테스트용 discourse에서 이 프로세스를 테스트했고, 기왕에 하는 김에 redis도 분리해서 모든 기반을 커버하고 있는지 확인했습니다. 수정: 설명을 새 토픽으로 이동했습니다:
사이트는 백업/복원 사이클 없이도 정상적으로 작동하는 것 같습니다. 제가 확인해야 할 비명백한 무언가가 있을까요?
상당히 큰 규모의 discourse에 대해서도 동일한 프로세스를 수행했고, 정상적으로 작동하고 있습니다. 프로덕션 환경에서는 새 web_only 컨테이너를 app으로 명명하기로 결정했는데, 그러면 손가락이 평소대로 올바른 작업을 수행하도록 유지할 수 있기 때문입니다. 새로운 container/*.yml 파일을 작성한 후, 전체 마이그레이션에 걸린 다운타임은 12분으로, 백업/복원 사이클을 거쳤을 때보다 훨씬 빨랐습니다.