보조/대기용 Discourse를 배포하는 방법?

제품 지원 자체 호스팅
1

안녕하세요.
세컨더리/스탠드바이 Discourse를 어떻게 배포하나요?
상당히 흔한 주제라고 생각했는데 관련 자료를 찾지 못했습니다.

이러한 스탠드바이 Discourse는 — 제 생각에는 당연히 그렇게 설정해야 하므로 — 슬레이브/읽기 전용 노드에서 실행되며, Redis와 pgSQL 모두 읽기 전용이어야 합니다. 하지만 Discourse가 시작되지 않으면 다음과 같은 오류가 발생합니다:

Redis::CommandError: ERR Error running script (call to f_bcec1d9b3bbcfb089dc0b7316771be9f011872b6): @user_script:8: @user_script: 8: -READONLY You can’t write against a read only replica.

DISCOURSE_SKIP_BOOTSTRAP=yes를 설정해도 마찬가지입니다.

여러분은 어떻게 하시나요 — 이건 모두 컨테이너와 관련된 문제인데 — 제가 시도하는 방식이나 다른 접근 방식으로든, 이러한 스탠드바이 Discourse, 즉 HA(고가용성) 설정이 가능한가요?

2

HA를 원하신다면 Postgres를 복제하도록 설정하고, Redis도 마찬가지로 설정할 수 있습니다. 다만 Redis는 새로 시작하는 것이 큰 문제가 되지 않으므로 굳이 복제하지 않아도 됩니다.

Postgres 복제 설정에 대한 가이드는 다른 곳에서 찾아보실 수 있습니다. 아니면 RDS를 통해 자동으로 처리하도록 할 수도 있습니다.

이후 web_only 컨테이너를 두 개 구성해야 합니다. (스탠드얼론 컨테이너에서 웹 및 데이터 컨테이너로 분리하기)

그리고 전환을 처리하기 위해 haproxy 또는 유사한 도구가 필요합니다.

Discourse 관련 부분이 아닌 한, 여기서 도움을 받을 수 있는 범위를 벗어난 문제입니다.

3

제가 이해한 바로는, 멀티마스터 pgSQL을 처리하는 공식적인 제3자 기술이 없으며, Redis의 경우에도 더더욱 그렇지 않습니다.

Discourse에 이러한 환경을 알리고, 신경 쓰지 말라고(또는 무시하라고) 지시하는 것이 정말 불가능한가요?
만약 그렇지 않다면 @devel 님이 이 글을 보신다면, "강화"를 제안합니다. 많은 분들이 이를 높이 평가하실 거라고 생각합니다. 즉, Discourse가 필요한 모든 검사는 수행하되, 실패하지 않고 이러한 읽기 전용 “데이터” 환경에서 시작되어 실행되도록 하는 것입니다.