이미 한 커뮤니티를 위해 Hetzner Cloud를 사용한 서버를 하나 보유하고 있습니다.
처음 시작하는 단계라 아직 트래픽이 충분하지 않고, 트래픽이 증가하더라도 초기 트래픽만으로는 두 대의 서버를 사용할 만큼의 수준에 이르지 못합니다.
추가 지출을 피하면서 커뮤니티를 구축하는 데 시간을 쓰고 싶었습니다. 특히 두 대의 서버가 정말로 필요한 시점이 언제인지도 모르기 때문입니다. 월 5달러라는 낮은 가격이라도, 트래픽이 별도의 서버를 정당화할 수준에 도달하는 데 10개월이 걸린다면, 50달러를 절약해서 다른 용도로 사용할 수 있습니다.
하나의 서버에서 Discourse를 두 번 설치할 수 있을까요?
IP 주소 때문에 충돌이 발생할 수도 있을 것 같아서 고민인데, 전문가가 아니라서 어떤 옵션이 있는지 잘 모르겠습니다.
팁을 주실 수 있을까요? 감사합니다!
네, 가능합니다. 이를 멀티사이트(Multisite)라고 합니다:
발췌문에 언급되어 있지만 강조할 가치가 있습니다: 멀티사이트를 활성화하면 설치가 unsupported-install 상태가 되어, 개발자와 커뮤니티가 문제 해결에 덜 적극적으로 도와줄 수 있다는 점을 유의하세요.
좋습니다! 링크를 공유해 주셔서 감사합니다. 조금 복잡해 보이지만, 설명을 따르면서 중간에 ChatGPT와 Claude에게 질문을 해서 몇 가지 사항을 명확히 하고, 여기에 포럼에서도 질문을 하면 목표를 달성할 수 있을 거라고 생각합니다.
아직 사용자가 없는 상태라 이건 단순한 실험일 뿐이므로, 무언가 잘못되더라도 큰 문제가 되지 않습니다. 항상 전체 백업을 해 두니까요.
질문:
마이그레이션은 좀 더 복잡할 수 있습니다. 두 사이트 모두에 대해 백업을 수행한 후 동일한 단계를 반복해야 할 것 같습니다. rsync이 여기에서 작동할지 확실하지 않습니다.
업데이트: @alltiagocom 문서의 표현 방식에 따르면, 2개 이상의 사이트를 추가할 수 있다고 생각합니다:
아, 그렇군요. 몰랐어요…
알려주셔서 감사합니다.
이 커뮤니티는 정말로 도움이 되는 좋은 곳이에요. 만약 저축을 하다 보니 어떤 영역에서 그 연결고리를 “깨뜨릴” 수 있는 카테고리에 들어가게 된다면, 그게 정말 제가 가야 할 길인지 한번 더 생각해 봐야겠네요…?
이 모든 추가적인 “특이점(quirks)” 때문에 특정 영역에서 도움을 받지 못할 수도 있고, 그렇게 되면 내 설정이 매우 특정화되게 될 것 같아서, 이게 정말 좋은 방향인지 정말 고민이 됩니다.
이 부분을 잘 생각해 봐야겠어요. 현재 시점에서 최소 4개의 커뮤니티를 만들 수 있고, 그렇게 되면 월 $20의 비용이 듭니다. 그래서 저는 서버 하나만으로 도박을 걸거나, 모든 커뮤니티가 실제로 운영되는 것이 합리적인 시점에 도달할 때까지 기다렸다가 개별 서버 비용을 지불하는 것 중 하나를 선택해야 합니다.
디스코urs 멀티사이트는 매우 잘 테스트되어 있습니다. 커스텀화가 없다면, 여기서는 경험이 풍부한 사람들이 도움을 줄 수 있습니다. 물론 필요에 따라 인내심을 갖고 같은 서버에 두 개의 독립적인 디스코urs 설치 환경을 설정할 수도 있습니다.
서버당 2개 이상 마운트하지 않는 것을 권장합니다. @itsbhanusharma 그 이상 마운트했을 때 성능에 영향을 미치는지 아시나요?
정말 커스터마이징이라고 하면 여기서 우리가 이야기하는 것들, 즉 컴포넌트, 플러그인 같은 것들뿐입니다. 별다른 것은 없습니다.
제 목표는 수개월을 기다려서 따로 세팅하는 대신, 가능한 한 빨리 별도의 커뮤니티들을 가질 수 있도록 하는 것이었습니다. 그리고 물론, $20 대신 4개의 작은 커뮤니티에 대해 월 $5를 지불할 수 있다면 더 좋을 것입니다. 그런 다음 그중 하나 이상을 점차적으로 자체 서버로 옮기면 되겠죠.
현재 저를 제외하고는 트래픽이 전혀 없는 경우에도 그렇습니까? 아니면 사용자가 합류하기 시작할 때, 예를 들어 각 커뮤니티에 약 10명 정도인 경우를 말씀하시는 건가요?
성능 저하의 정도는 해당 사이트에서 발생하는 트래픽에 크게 좌우됩니다.
월 $5로는 멀티사이트든 단독 사이트든 여러 사이트를 호스팅하기에는 역부족입니다. 충분한 리소스가 할당된 성능 좋은 서버가 필요합니다. 멀티사이트 방식이 여기서 더 유리한데, 다운타임이 거의 없이 새 사이트를 추가하거나 제거할 수 있고, 리소스 사용률도 상대적으로 낮기 때문입니다. 다만, 월 $5짜리 노드를 멀티사이트 호스팅용으로 사용하는 것은 권장하지 않습니다.
초기 세팅 비용은 5달러가 될 거예요. 이렇게 하면 설치와 커스터마이징을 하고, 몇몇 사용자를 불러서 시작할 수 있죠.
예를 들어, 나중에 머신을 업그레이드할 수도 있지만, 5달러에서 12달러(CAX31Ampere ®, 8 VCPU, 16 GB RAM, 160 GB NVMe SSD, 20 TB 트래픽 포함)로 올리는 것조차 개별 서버 4대를 20달러에 쓰는 것보다 저렴합니다. 말이 되는 거죠?
그 12달러짜리 머신을 아까 말씀하신 것처럼 '파워풀한 머신’으로 봐도 될까요?
차이를 명확히 설명해 주실 수 있나요?
아! Hetzner를 쓰시는군요. 그러면 상황이 좀 달라지네요.
저도 한동안 CX11(2코어 4GB) 플랜을 사용했는데, 멀티사이트 클러스터로 트래픽이 매우 낮은 4개 사이트를 문제없이 호스팅했습니다. 하지만 그 사이트들은 주로 친구들끼리 놀기 위한 플레이그라운드였고, 반드시 프로덕션 환경용은 아니었습니다. 그중 단 하나만 일일 활성 사용자가 약 30명 정도였고, 나머지는 사실상 유령 도시 수준으로 테스트 용도로만 사용되었습니다.
감사합니다. 어떤 이유에서인지 “multisite” 또는 "standalone multisite"라고 읽었습니다.
제 실수입니다…
정확히 그렇지는 않습니다. 제 표현이 부정확했던 것 같지만, 스탠드얼론 멀티 사이트라고 했을 때 다른 서버가 아니라 같은 서버에 있는 여러 (app.yml) 컨테이너를 의미했습니다.
"좋은 일"이라는 의미로 달라지는 건가요, 아니면 "좋은 일이 아니다"라는 의미인가요? 
좋은 일인 것 같아 보이는데?
작성하신 내용으로 보아, “저렴한” 머신에서도 4개의 작은 커뮤니티를 운영하는 것이 충분히 괜찮은 것 같습니다. 그러면 일단 그렇게 시작해서 문제가 생기는 것 같으면 그때 머신을 업그레이드하면 되는 건가요?
그러면 지금 질문은 이렇습니다. 머신을 업그레이드하는 것이 실제로 도움이 된다면, 개별 서버로 이주하는 것이 정말로 의미가 있을까요? 아니면 CAX41이 그 정도를 처리하는 데 충분할까요?
또한, 이 분야에 대해 많이 알지 못하지만, IP가 하나뿐이라는 점이 Brevo 이메일 알림과 관련하여 충돌을 일으킬까요? 아니면 차이가 없을까요? 설치가 계획대로 진행된다면, 모든 것이 커뮤니티별로 개별 서버인 것처럼 작동할까요? 아니면 문제가 생길 수 있는 시나리오가 있을까요?
즉, 단일 app.yaml 파일(멀티사이트)을 사용하는 옵션과 discourse 설치마다 app.yaml 파일이 있는 옵션이 있다는 말씀이신가요? 이 두 가지 옵션의 장단점을 설명해 주실 수 있을까요? 그리고 왜 한쪽을 다른 쪽보다 선호하는지 궁금합니다. 다시 한번 말씀드리지만, 저는 전문가가 아니므로 너무 당연한 질문을 하고 있다면 너그럽게 봐주셨으면 합니다…