안녕하세요,
이미 안정적으로 운영되고 있는 포럼을 디스커스로 이관할 계획을 세우고 있으며, 호스팅 방안에 대해 고민 중입니다. 저는 헷스너(Hetzner) VPS를 자주 사용하는데, 만족도가 높지만 아직 대규모 디스커스 인스턴스를 운영해 본 적은 없습니다. 여러 VPS로 서비스를 분리하는 것이 더 나은지, 아니면 단일 VPS를 더 큰 용량으로 사용하는 것이 나은지 궁금합니다.
해당 포럼은 게시물이 약 100만 건, 사용자가 15,000명, 일일 페이지뷰(PI)가 10만 건 이상입니다.
이 규모에 해당하는 포럼을 호스팅하는 데 대한 조언이 있다면 감사하겠습니다.
감사합니다.
Blender Artists에는 약 420만 개의 게시글이 있으며, 하루 평균 페이지뷰는 25만 회에 달합니다. 1년 5개월 전 Discourse로 마이그레이션했을 때 처음에는 Digital Ocean의 중간 규모 VPS를 사용했지만, 성능이 전혀 따라오지 않았습니다. 이후 Hetzner 서버 경매에서 구매한 전용 서버(E5-1650V2 Xeon, 64GB RAM, 2x 240GB SSD, 월 약 60유로)으로 이전했습니다. 현재 RAM 사용량이 약 50% 수준이라 데이터베이스가 대부분 캐시에 저장되어 있으며, 이 머신의 성능이 매우 뛰어납니다.
포럼 규모를 고려할 때 VPS를 권장하지 않습니다. 곧 업그레이드가 필요할 가능성이 높습니다.
이런 프로젝트에 대해 전용 서버를 사용하는 것을 크게 선호하지 않습니다. 특히 Hetzner 서버 경매 서버의 경우, 서버 유형에 따라 노후도에 따라 부품이 고장 났을 때 대체 부품을 구할 수 없는 경우가 있습니다. 과거에 이런 경험이 있어, 요즘은 대부분의 프로젝트를 VPS로 운영합니다. 다운타임이 훨씬 적고 유연성이 더 좋습니다. 그래도 팁은 감사합니다.
그리고 저를 이끄는 것이 비용이라기보다는, 전용 서버를 사용한다면 아마도 일반 서버를 선택할 것 같지만, 확장성을 위해 서비스를 여러 VPS로 분할하는 것이 먼저 조사해보고 싶은 부분입니다. 이 부분에 대해 힌트를 주실 분이 있을까요?
우리가 서서히 해당 프로젝트를 Discourse로 이전하는 단계에 접어들고 있어서 이 문제를 다시 꺼내 봅니다. 현재 마이그레이션 과정을 시험적으로 진행 중입니다. 해당 포럼 규모 범위에 대해 추가적인 통찰이나 경험을 가진 분이 있을까요? @sam 님이 DB를 다른 머신으로 분리하는 것에 대해 언급하신 것을 읽었는데, 그 방향으로 진행하는 것이 가치가 있을지 궁금합니다.
여기서는 판단하기에 충분한 정보를 주신 것 같지 않습니다.
가장 긴 주제들의 규모가 어느 정도인가요? 향후 메가토픽(게시물 1만 개 이상)을 지원할 계획이 있습니까? 서버 성능을 다른 어떤 것보다 먼저 무너뜨리는 것이 바로 이런 부분입니다.
글 수 5,000~15,000개 수준인 포럼이 몇 곳 있긴 하지만, 그런 곳은 정말 소수에 불과합니다. 서버 성능에서 이것이 주요 문제점이라는 점은 흥미롭네요. 해당 주제들을 검토하고, 일부는 닫은 뒤 대신 카테고리를 만들어 이슈를 별도의 스레드에서 논의하는 방안을 고려해 볼 가치가 있습니다.
다음 링크를 확인해 보세요:
저도 이 주제에 관심이 있습니다. 최대 7,500명의 사용자가 참여할 수 있는 포럼을 포함하는 보조금 신청서를 작성 중인데, 사용자들의 활동 수준이 얼마나 될지 전혀 감이 잡히지 않습니다. 당연히 해당 규모에 필요한 호스팅 비용을 추산해야 하는데,这方面的 정보가 거의 없어서, 여러분의 경험과 비용에 대해 공유해 주시면 매우 감사하겠습니다.
예산이 허락한다면 비즈니스 호스팅에 월 300달러를 지출할 수 있다고 말씀하셔도 됩니다. 보조금을 확보한다면 실제로 그보다 적은 비용으로 문제를 해결할 수 있는 방법도 plenty 있습니다.
네, 대략적인 수치를 사용할 수는 있습니다… 제가 답을 하지 못했던 질문은 그 범위가 얼마나 큰지였거든요. 
Discourse 비즈니스 호스팅을 사용하는 것이 매우 좋은 선택일 것입니다.
@pfaffman님의 제안은 관련 통계가 어떤 수준일지 전혀 감이 잡히지 않는다면 매우 좋은 방법입니다.
자신이 어떤 범위의 게임에 참여하고 있는지조차 알지 못하면서 다른 사람들이 시간을 투자해 달라고 요청하는 이유에 대해 다소 의아합니다.
Ballpark(대략적인 범위)의 의미는 다음과 같습니다:
금액이나 추정치가 맞을 가능성이 있는 영역 또는 범위.
호스팅 요구 사항을 추정하는 두 가지 주요 방법 모두, 호스팅 플랜의 구동 요인(예: 트랜잭션을 처리하기 위한 CPU, 데이터베이스를 로드하기 위한 RAM 용량)이나 제약 조건(예: 저장 공간)과 관련 지을 수 있는 포럼 통계를 명확히 파악하는 것을 요구합니다. 이것이 불가능하다면, 여기서 요청하는 내용에 대해 큰 진전을 이루기 어렵습니다:
제 통계를 정확히 예측할 수 없는 이유는 이 프로젝트가 제 것이 아니기 때문이며, 프로젝트 리더도 아직 자신들이 숫자를 모르고 있어 저에게 어떤 수치를 제공하지 않았습니다. 물론 제 질문은 "끈의 길이가 얼마인지"를 묻는 것과 같은 모호한 질문이지만, 여러분도 보셨듯이 제 질문이 모호함에도 불구하고 제이는 훌륭한 답변을 내놓았습니다.
때로는 모호함에도 불구하고 유용한 답변을 얻을 수 있습니다.
또한 많은 보조금 신청서에서는 예측할 수 없는 것을 예측하고, 그 예측을 바탕으로 예산을 제시하도록 요구합니다. 이는 보조금이 작동하는 방식의 슬픈 현실입니다. 따라서 제가 수치를 가지고 있지 않다고 비판하기 전에, 직접 보조금을 신청해 보십시오. 프로젝트의 참여율이 전혀 예측되지 않는 상황에서 5개년 예산을 마련하는 것이 얼마나 쉬운 일인지 직접 경험해 보시기 바랍니다.
나는 왜라고 묻고 있었지? 너를 비판한 게 아니야. 만약 비판이었다면 내 글은 훨씬 더 날카로웠을 거야.
너는 '끈의 길이는 얼마냐’는 질문을 '끈’이라는 주제에 올렸으니, 이런 질문이 나올 거라 예상했어야 해.
그런 경험 해봤습니다.
컴퓨터 시스템의 경우, 원래 숫자를 4로 곱하세요. 컴퓨터는 일관되게 완고해서 달래서 협조하게 만들 수 없기 때문입니다.