자체 호스팅 VPS에 Discourse 설치: FAQ가 포함된 과정

[Gid]

초보자를 위한 단계별 디스코ourse 설치 과정. 서버 선택부터 설정, SMTP, DNS까지 올바른 순서로 진행하는 방법입니다. 이렇게 수동적인 과정은 가지가 많고 옵션도 다양해서, 꼼꼼히 하지 않으면 많은 문제가 발생할 수 있다는 이야기를 많이 들었습니다. 그래서 저는 이것을 제대로 하고 싶으며, 누군가 제 오점을 지적해 주시면 감사하겠습니다. 가능한 한 많은 단계를 진행하다가 막히면 멈추겠습니다. 이 페이지는 주요 의문점을 한곳에 종합적으로 정리한 유용한 자료가 될 수 있습니다*

목표: 100명/월 사용자로 시작하는 포럼을 위해 셀프호스팅 VPS에 Discourse 설치

1) 공식 가이드 2개 중 간단한 것을 선택했습니다. 어떤 문제가 발생할 수 있을까요? 향후 유연성/확장성에는 좋지 않을까요?
간단한 10분 기본 설치: 입문자용 Docker 설치 가이드
강력하고 유연하며, 대규모/복수 서버 설치: 고급 Docker 설치 가이드

2) 이 설정 순서가 좋은가요? i) VPS 구성 및 임대 > ii) SMTP > iii) 도메인 및 DNS > iv) Discourse 설치

3.1) 도메인 및 DNS에 대해, 이미 커스텀 도메인이 있는 웹사이트가 있습니다. 서브도메인으로 할지, 자식 네임서버로 할지 결정하지 못했습니다. 확인해 보았지만 이해가 되지 않습니다

3.2) 지금은 아니지만, 필요할 경우(사용 중이 아닐 경우) Discourse 포럼을 example.com과 같은 순수 도메인에 연결할 수 있죠? 반드시 forum.example.com과 같은 서브도메인일 필요는 없죠? 왜 Discourse 가이드에는 "서브도메인(예: forum.example.com)을 서버의 IP 주소로 가리키는 DNS A 레코드를 생성하세요"라고만 적혀 있나요?

4.1) SMTP 관련: 여기서는 완전히 혼란스럽습니다. 사용자 로그인에 대해, 제 목표는 이 링크입니다: Connect User logins from my Wix site for my Discourse forum 이를 보장하기 위해 무엇을 해야 하나요?
4.2) 아직 비즈니스 이메일을 설정하지 않았으며, Hostinger에서 지금 설정할 수 있습니다. 이것이 SMTP와 큰 관련이 있나요? SMTP에 대해 이 포럼에서 MailGun, MailJet, Brevo에 대한 이야기를 들었습니다. 어느 것이 좋을까요?

5) VPS 선택 및 구성: Contabo와 Hetzner가 가장 저렴하면서도 꽤 정석적인 것으로 보였습니다. 더 저렴한 Contabo를 선택하면 유용한 것을 놓치는 것이 있을까요? 안전하죠? (Hetzner와 전체 구성을 비교하고 싶었지만, 데이터, 직불카드, 계정 검토 없이 구성 옵션을 볼 수조차 없는 것 같습니다. 제가 가진 것은 @Lilly님의 스크린샷뿐입니다)
5.1) 패널: Contabo에는 Webmin 및 Webmin + LAMP가 포함된 것으로 표시되어 있습니다. cPanel은 가격이 비싼 추가 옵션으로 표시되어 있습니다. cPanel에 대해 들어본 적이 있는데, 이걸 필요로 하지 않죠?
5.2) OS: Contabo에는 Ubuntu가 포함되어 있다고 표시되어 있지만, 그 외 설명은 없습니다. 이것이 충분한가요? (Digital Ocean의 구성에는 Ubuntu 옆에 24.04 (LTS) x64와 같은 옵션이 표시됩니다)

5.3) 많은 앱이 포함된 것으로 표시됩니다. 문제점을 발견하면 알려주세요

5.4) 다음 기본 선택 사항이 괜찮나요? 추가 옵션 없이도 관리할 수 있죠?

5.5) 구성 화면에는 IPv6가 표시되지 않지만, VPS 플랜 페이지에서는 '모든 플랜에 전용 IPv4 및 IPv6 주소가 제공됩니다’라고 광고하고 있습니다. 이것이 실제로 있는지 없는지 궁금합니다.
5.6) Contabo에 대한 부정적인 이야기를 몇 가지 들었습니다. Contabo를 사용해 본 이곳의 사람들은 어떻게 생각하시나요?

5.7) 아래 좋은 사양은 최소 사용 가능한 것이며, 가격도 훌륭합니다! (VPS를 변경할 경우를 대비해) Discourse가 2GB를 권장하므로, 4GB는 불필요하지 않나요? 스냅샷이란 무엇인가요?

[darkpixlz (Pyx)]

@Gid

1) 공식 가이드 2개 중 단순한 것을 선택했습니다. 어떤 문제가 발생할 수 있을까요? 향후 유연성/확장성에 좋지 않은가요?
단순한 10분 기본 설치: 초보자용 Docker 설치 가이드
강력하고 유연하며, 대용량/복수 서버 설치: 고급 Docker 설치 가이드

초보자라면 초보자용 설치 가이드를 따르세요. 무리하게 앞서 나가려 하지 마세요.

@Gid

2) 이 설정 순서가 좋은가요? i) VPS 구성 및 임대 > ii) SMTP > iii) 도메인 및 DNS > iv) Discourse 설치

개인적으로 저는 DNS가 제 IP를 가리키도록 설정하고, SMTP가 정상적으로 작동하는지(API 키 등 포함) 확인한 후에 Discourse 설치를 완료합니다. DNS가 100% 정확하지 않으면 설정 마법사가 오류를 보고하고, 그때는 곤란해지거든요.

@Gid

3.1) 도메인 및 DNS 관련해서, 저는 이미 커스텀 도메인으로 웹사이트를 가지고 있습니다. 서브도메인인지, 하위 네임서버인지 무엇을 해야 할지 모르겠습니다. 확인해 보았지만 이해가 되지 않습니다.

여기서 제공업체가 정확히 무엇을 의미하는지 모르겠습니다. "서브도메인"을 의미하는 것일까요? 그렇다면 VPS의 IPv4 주소를 추가하시면 됩니다.

@Gid

Discourse 포럼은 example.com과 같은 순수 도메인에 연결될 수 있죠

네, 주소는 주소입니다. x.example.com, example.com, x.y.example.com, 또는 심지어 example.com/x/ (고급 설정 필요) 모두 가능합니다.

@Gid

Connect User logins from my Wix site for my Discourse forum 이를 보장하려면 무엇을 해야 하나요?

DiscourseConnect를 사용하든 말든, 요약, 관리자 알림 등을 위해 SMTP가 필요합니다.

@Gid

[시스템 애드온]

저에게는 괜찮아 보입니다.

@Gid

설정에는 IPv6가 표시되지 않지만, 그들의 VPS 플랜 페이지에는 '모든 플랜에 전용 IPv4 및 IPv6 주소가 포함됩니다’라고 광고되어 있습니다. 이 VPS에 IPv6가 있는지 없는지 궁금합니다.

Cloudflare을 사용 중이라면 IPv6은 아마도 중요하지 않을 것입니다. 프록시를 전혀 사용하지 않고 IPv6 전용 네트워크를 사용하는 사람이 있다면 해당 사람은 웹사이트에 접속할 수 없겠지만, 요즘에는 그런 경우가 비교적 드뭅니다(많은 ISP가 “전용” IPv6과 트래픽 라우팅이 가능한 공유 IPv4를 제공합니다).

@Gid

200Mbps는 매우 빠르다고 할 수 없지만, 이 외의 사양은 소규모~중규모 포럼에 완벽합니다. 2GB 권장 사양은 어떤 이유에서인지 상대적으로 낮게 잡혀 있어서 8GB면 충분합니다. 저는 작은 사이트를 LXC(오버헤드 낮음)로 8GB/6vCPU 환경에서 운영 중이며, 리소스 사용량이 낮고 재빌드 시에만 CPU가 약 50~60%까지 스파이크를 일으킵니다.

스냅샷은 기본적으로 VM의 복원 포인트이므로, 문제가 발생하면 되돌릴 수 있습니다. R2 등을 통한 정기적인 오프사이트 Discourse 백업이 있다면 크게 유용하지는 않지만, 만에 모를 상황을 대비한 “있으면 좋은” 기능입니다.

[Lilly (Lillian)]

사람들을 @로 멘션하지 말아 주세요. 알림에 불필요한 노이즈가 생기는 것을 정말로 원치 않으며, 일반적으로 포럼 에티켓에도 어긋나는 행동입니다. 사용자를 직접 멘션하지 않고 사용자명을 사용하려면 백틱()으로 감싸거나 작성기에서 미리 형식 지정된 텍스트 버튼을 사용하세요(예: @Gid`). 이렇게 하면 해당 사용자에게 알림이 전송되지 않습니다. 사람들이 게시글을 읽고 답글을 남기고 싶을 때 스스로 답장하게 두세요. 감사합니다.

새로운 도전에 행운을 빕니다.

[Lilly (Lillian)]

@Gid

강력하고 유연하며 대규모/멀티 서버 설치: 고급 Docker 설치 가이드

지금은 이쪽에 손을 대지 마세요. 기본에 충실하세요.

1. Namecheap 같은 네임서버를 사용하여 도메인 이름을 확보하세요. 이미 사용하고자 하는 도메인이 있다면:

@Gid

어떤 것을 해야 할지 모르겠습니다; 서브도메인

서브도메인을 사용하세요 - 이는 Discourse를 설치하는 표준 방식이며, forum.yoursite.com과 같은 형태가 됩니다. 자식 도메인(child domain)은 지역 네트워크를 위해 다른 용도로 사용되며, 더 세밀한 네트워크 보안과 권한(종종 Active Directory 구성을 포함하며, 이는 Discourse에는 해당하지 않음)이 필요한 더 광범위한 규모에서 작동합니다.

2. DiscourseID를 사용하지 않으려면 SMTP를 지원하는 트랜잭션 이메일 서비스(Mailgun이나 Resend 등)를 사용하세요. Resend는 무료이며 제가 사용하고 있습니다. 하지만 솔직히 SMTP 부분을 건너뛰고 DiscourseID를 사용하여 단계별로 학습하는 것을 권장합니다.
   

   

3. 선택한 VPS 벤더를 사용하여 SSH 접근이 가능한 VPS 서버 드롭릿을 설정하세요. 가이드에 명시된 대로 일부 구성을 수행해야 합니다. 기본적으로 네임서버, 이메일 및 VPS 구성을 동시에 수행하지만, 네임서버 DNS 항목이 전파되도록 기다려야 합니다. 대부분의 사람들이 처음에 어려움을 겪는 단계입니다.
   

   

4. 가이드의 스크립트에 따라 Discourse를 설치하세요.

@Gid

이것이 제 목표입니다 Connect User logins from my Wix site for my Discourse forum 이를 보장하려면 무엇을 해야 합니까?

싱글 사인 온(SSO)은 아직 가장 기본적인 셀프 호스팅 설치를 배우고 있는 단계이므로 생각조차 하지 말아야 할 것입니다. 포럼을 구동하는 것부터 시작하고, 그 후 플러그인에 대해 생각하세요. 기존 문서로 보아 Wix 웹사이트와 SSO를 구성하는 것은 골칫거리가 될 가능성이 높으며, Wix 티어에서 이것이 실제로 가능한지 여부도 의문스럽습니다.

초기 설정이 실행된 후 app.yml 파일을 편집하려면, 서버에 SSH로 로그인한 후 프롬프트에서 다음을 실행하세요:

cd /var/discourse
nano containers/app.yml

여기에 샘플 app.yml 파일이 있습니다:

samples/standalone.yml

yml 파일 구문은 매우 민감합니다 - 여분의 공백이나 들여쓰기가 있거나, 비밀번호(및 일부 다른 설정 매개변수)를 "password"와 같이 이중 인용부호로 감싸지 않으면 리빌드가 실패합니다.

[NateDhaliwal]

2GB라는 하한선에 딱 맞추지 않는 것이 좋다고 생각합니다. 사용자가 많지 않은 작은 포럼을 운영하는 경우라면 예외입니다.

@Gid

cPanel은 들어본 적 있는데, 이건 필요 없죠?

네, cPanel은 필요 없습니다.

@Gid

아직 비즈니스 이메일을 설정하지 않았는데, Hostinger에서 이제 할 수 있네요. 이건 SMTP와 큰 관련이 있나요? SMTP에 대해서는 이 포럼에서 MailGun, MailJet, Brevo에 대해 들었습니다. 추천하는 것이 있나요(WDID)?

해당 비즈니스 이메일이 트랜잭션 메일 서비스를 제공하는가요? 그렇지 않은 곳도 있다는 것을 알고 있습니다. Mailgun, Brevo, Amazon SES 같은 서비스를 사용하는 것이 더 안전합니다.

@Gid

지금은 아니지만, 필요하다면 Discourse 포럼을 example.com 같은 순수 도메인(물론 미사용 상태라면)에 연결할 수 있죠? forum.example.com 같은 서브도메인일 필요는 없나요?

다른 분들이 이미 자세히 설명해 주셨지만, 관련 문서를 링크로 첨부합니다: Configure your hosted Discourse site to run at the root or apex domain (e.g. example.com)

그럼에도 불구하고, 저는 서브도메인을 사용하는 일반적인 기본 옵션을 권장합니다. 또한, 이미 메인 사이트가 루트 도메인에 있다면 포럼이 그 조직 소속임을 명확히 보여주고, 인터넷에 무작위로 떠다니는 사이트가 아님을 알리기에도 좋습니다.

@Gid

snapshot이란 무엇인가요?

스냅샷은 기본적으로 VPS 전체의 완전한 백업입니다. VPS에 Discourse만 호스팅하는 경우라면 문제가 생겼을 때를 대비해 정기적으로 Discourse 백업을 수행할 수도 있습니다.

[Gid]

@Lilly

아직 가장 기본적인 셀프호스팅 설치 방법조차 배우는 단계이므로, 단일 로그인(SSO)에 대해서는 아직 생각할 단계가 아닙니다. 먼저 포럼을 정상적으로 구동한 그 다음에 플러그인을 고려하세요. 기존 문서를 살펴본 결과, Wix 웹사이트와 SSO를 구성하는 것은 골칫거리가 될 가능성이 높으며, 사용 중인 Wix 플랜에서 이것이 아예 불가능할 수도 있다는 의문이 듭니다.

아.. 이건 저한테 꽤 중요한 부분이었어요. 셀프호스팅을 선택한 이유 중 하나이기도 했고요. 나중에 큰 어려움 없이 해결할 수 있다면 좋겠지만, 이 특정 설정이 나중에 그 기능을 구현하는 것을 어렵게 만들지는 않을까 걱정됩니다. 지금은 구현하지 않더라도, 나중에 해당 기능을 허용하기 위해 지금 다른 방식으로 설정해야 하는지 알려주세요.
포럼은 제 메인 사이트의 확장일 뿐이며, 사용자는 최소한으로라도 통합되어야 합니다. 만약 사용자가 분리된 상태로 존재한다면 제 경우엔 많은 문제가 생길 겁니다.
SSO가 유일한 해결책인지는 모르겠지만, Wix 사이트와 Discourse 포럼 사이의 분리 요소를 최소화하고 싶습니다. Wix 로그인이 다른 모든 로그인 방식을 대체하여 유일한 로그인 수단이 되는 것이 이상적입니다. 만약 정말로 어렵다면, Discourse 가입 시 Wix 계정을 연결하도록 하는 필수 확장 기능을 추가하는 것도 방법일 수 있습니다. 다시 말하지만, 지금은 이 작업을 하려는 것이 아니라, 나중에 해당 기능을 사용할 수 있도록 현재 설정을 적절히 해두는 것이 목적입니다.

[Lilly (Lillian)]

@Gid

오.. 이건 저한테 꽤 중요했고, 셀프 호스팅을 선택한 이유이기도 했습니다. 나중에 큰 어려움 없이 해결할 수 있다면 괜찮지만, 이 특정 설정이 나중에 해당 기능을 강화하는 데 도움이 될지 궁금합니다. 지금 바로 실행하지 않더라도 나중에 그 기능을 사용할 수 있도록 지금 다른 일을 해야 한다면 알려주시겠어요?
이 포럼은 제 메인 사이트의 확장일 뿐이며, 사용자는 최소한 기본 수준에서라도 통합되어 있어야 합니다. 별개의 사용자로 분리된다면 제 경우에는 많은 문제가 생길 것입니다.

위에 말씀드린 대로:

@Lilly

기존 문서들을 살펴본 결과, Wix 웹사이트에서 SSO를 설정하는 것은 골칫거리가 될 가능성이 높으며, 현재 사용 중인 Wix 플랜으로는 아예 불가능할 수도 있다는 점이 의문입니다.

그리고 여기에서는 이렇게 게시했습니다:

@Gid

사람들에게 질문하기 전에 제가 직접 가능한 한 많은 개요를 파악하고 싶었습니다. 다음은 몇 가지 옵션을 나열한 AI 응답 중 하나입니다.

MiniOrange에 대해 얼마나 알고 계세요? 무료 플랜은 사용자 수 몇 명으로 제한되어 있어, 기본 플랜의 월 49달러로 인해 비용이 많이 들 수 있습니다:

miniOrange IAM & CIAM Pricing Plans - SSO and MFA

원하는 목표를 달성하기 위한 계획 수립 시 조사와 꼼꼼한 독서는 필수적입니다.

Wix에서 Velo 스크립트를 작성하는 방법을 아시나요?

[RGJ (Richard - Communiteq)]

이 글을 쓴 AI가 누구든, OpenID/SAML과 Discourse Connect가 완전히 다른 것임을 이해하지 못하고 있는 것이 분명합니다. 따라서 이 AI가 말하는 다른 내용들도 신뢰하지 않겠습니다.

[Gid]

지금까지 답변을 주신 모든 분께 감사드립니다🙏

@NateDhaliwal

비즈니스 이메일은 트랜잭션 메일 서비스를 제공합니까?

리퍼런스가 2명 이상인 경우, 이 사항을 확인하고 검증했습니다. 그들의 비즈니스 이메일은 MailGun과 같은 프로바이더 없이도 Discourse의 SMTP 요구 사항을 충족합니다. 다만 조건부로, 마케팅/대량 이메일 발송용은 아니라고 명시했습니다.
그들의 Business Starter 플랜(1년 약정 @ 월 0.79)의 주요 한도:

• 일일 발송 한도: 하루 500통.
• 메일당 최대 수신자 수: 200명.
• 월 발송 한도: 없음, 일일 한도만 적용됨
  IMAP/SMTP 한도를 포함한 전체 사양: Parameters and limits of Hostinger Email

위 내용에 대한 요약된 채팅👆 더 자세히 확인하고 싶은 분들을 위한 세부 정보

Hostinger의 비즈니스 이메일 플랜을 Discourse의 SMTP 요구 사항에 사용하려 하고, Mailgun 없이 모든 것을 커버할 수 있는지 확인하고 싶어 하는 것 같습니다. 이 부분을 조사해 드릴 수 있습니다…
Hostinger Business Email의 SMTP를 Discourse 설정에 사용할 수 있으며, 일상적인 비즈니스 통신 및 표준 포럼 알림을 위해 MailGun과 같은 별도 프로바이더는 필요하지 않습니다.
다만, 우리의 SMTP는 마케팅이나 대량 이메일 발송을 위해 설계되지 않았음을 염두에 두는 것이 중요합니다. 주로 비즈니스 통신을 위한 것입니다. 대용량 마케팅 캠페인이나 대규모 트랜잭션 메일링을 계획하고 있다면, MailGun과 같은 전용 서비스가 해당 특정 요구 사항에 더 적합할 것입니다.

만약 Hostinger에서 비즈니스 이메일을 설정했는데, 나중에 대량 이메일 발송이 필요해지면 MailGun을 새 이메일을 이전하거나/등록하지 않고 사용할 수 있을까요?

Mailgun에 필요한 설정에 따라 달라질 것입니다. 확인해 보겠습니다…
만약 이메일 발송에 Mailgun의 SMTP만 사용하려면, 추가적인 TXT 레코드를 추가해야 합니다. MX 레코드는 변경되지 않으므로, Mailgun을 사용하면서도 Hostinger 이메일 플랜으로 이메일을 계속 수신할 수 있습니다.

그 부분은 정확히 이해가 안 되네요, 더 자세히 설명해 주실 수 있을까요?

이메일을 물리적 우체통에 비유해 보세요:
수신 (우체통 자체): MX 레코드 덕분에 이메일이 Hostinger로 도착합니다. 이 레코드를 그대로 유지하므로, Hostinger 받은편지함에 모든 메일을 계속 수신하게 됩니다.
발신 (우편배달부): 메일을 보내는 방법은 하나 이상일 수 있습니다. 도메인에 TXT 레코드(특히 SPF와 DKIM용)를 추가하면, 기본적으로 Mailgun에게 당신의 이름으로 메일을 보내는 "권한"을 부여하는 것입니다.
즉, Mailgun에서 새 이메일 주소를 이전/등록할 필요가 없습니다. Hostinger의 전문적인 메일박스를 일상적인 비즈니스 채팅에 유지하면서, 준비가 되면 Mailgun을 대용량 포럼 알림이나 마케팅 이메일을 위한 "발신 엔진"으로만 사용하면 됩니다.

---

네… MiniOrange은 제가 원하는 것이 아닐 것 같습니다. 그들의 웹사이트를 보면 제3자 IdP인 것 같습니다. 저는 기존 Wix 데이터베이스를 IdP로 사용하려고 합니다.

@Lilly

Wix용 Velo 스크립트를 작성하는 방법을 아시나요?

"스크립트"라고 정확히 무엇을 말씀하시는지는 잘 모르겠지만, 저는 Wix에서 프론트엔드 및 백엔드 Velo 코딩을 많이 해왔습니다. Velo 코드를 혼자서, AI와, 튜토리얼을 활용하여 많은 기능을 구축했지만, 저는 아직 초보입니다. 당신의 코드를 잠깐 살펴봤고, 설치 후 시도해 보고 싶습니다. Wix 포럼에 대해서는, 그곳도 좋지만(여기만큼 활발하지는 않지만), 그 질문은 아직 답변이 달리지 않았습니다.

지금까지 제가 한 일; SMTP용 Hostinger 이메일 설정 (Wix에서 MX, CNAME 및 TXT와 같은 DNS 레코드 업데이트) VPS 주문 및 프로비저닝 대기 중

모바일 앱을 설치하는 것처럼 간단하진 않네요 haha

[Ed_S]

@NateDhaliwal

만약 VPS에 Discourse만 호스팅하고 있다면, 문제가 생길 것에 대비하여 정기적으로 백업을 받을 수 있습니다.

그리고 정말로 직접 백업을 받아야 합니다. 또한 백업을 외부(오프사이트)에 저장해야 합니다. 이는 시스템 관리자로서 여러분이 짊어져야 할 책임의 일부입니다. 모든 것을 호스팅 제공업체에만 맡기면 모든 것을 잃을 수 있으며, 여러분 비즈니스가 해당 제공업체에게 가지는 가치는 미미합니다. 반면, 사람들이 자신의 메시지나 관계에 진심으로 관심을 가지는 진정한 커뮤니티를 구축하고 있다면, 여러분의 데이터가 여러분과 커뮤니티에게 가지는 가치는 상당합니다.

커뮤니티를 시작하는 것은 책임을 지는 것입니다. 그러한 책임을 다할 역량이 없다면, 이를 아웃소싱해야 합니다. 즉, 신뢰할 수 있는 업체에 비용을 지불하고 보안, 유지보수, 연속성, 복구 및 재건을 맡기는 것입니다.

[NateDhaliwal]

스냅샷은 얼마나 자주 생성되는 걸로 보시나요? 월 1회, 주간 백업/주 2회? 아니면 과한 것일까요?

[Ed_S]

개인적으로는 스냅샷을 사용해 본 적이 없습니다. (추가 비용이 드는 항목이라고 생각하고, 라이브 데이터베이스가 실행 중일 때 그 유용성에 대해 확신이 서지 않습니다.)

백업 주기에 대해 제가 생각하는 방식은, 백업을 복구해야 할 시점에 내가 어떤 기분이 들 것인가입니다. 한 달치 회원 대화와 기여물이 사라졌다면? 그것은 꽤나 나쁜 기분이 될 것입니다. 저는 커뮤니티에 대한 책임이 있었고, 그들의 노력이 사라지도록 방치한 것입니다.

반면, 디스크 공간이 제한적인 상황에서 저는 디스크 사용량을 균형 있게 관리하고 싶습니다. 제가 실제로 해 온 방식은(다시 한번 검토해 봐야 할지도 모르지만) 이틀에 한 번씩 백업을 하고 네 개의 백업을 유지하는 것입니다. 제 모더레이터 팀 중 한 명이 매일 밤 백업 디렉터리의 사본을 자동으로 가져가므로, 오프사이트(외부)에 사본을 보유하고 있습니다. 재앙적인 상황이 발생하면 기여물의 절반 주(약 3~4일)치가 손실될 수 있습니다.

[Gid]

Contabo 서비스에서 좋지 않은 경험을 한 후, OVHcloud의 대안인 VPS 을 고려하고 있습니다. 하지만 이 서비스가 적합하지 않다면 결국 Contabo를 사용해야 할 것 같습니다.

1) 앱이 포함된 디스트로를 선택하면 제한적인 옵션만 표시됩니다. Ubuntu 옵션이 없는 Docker만 보이네요. 그래서 이 옵션을 피하고 Ubuntu만 표시되는 'Distro only’를 선택해야 하나요? 나중에 Docker를 설치할 수 있는 건지, 아니면 저에게 너무 복잡한 건지 궁금합니다. (이 부분이 결정적인 문제라면 다음 질문은 무시해 주세요)

2) 백업 관련해서 매우 매력적입니다: 관리되는 무료 일일 백업? 정말 좋네요?

3. OVHcloud의 사양이 Contabo와 비교했을 때 걱정되는 점:
   3.1) 2 vCore로 충분한가요?
   3.2) 포트에 대해 물어봐야 할까요? (Contabo는 200Mbit/s로 표시되었습니다)

3.3) 대역폭은 괜찮은가요? 이 부분에 대해, 여기는 Contabo와 OVH 비교 결과입니다:

[Andrew_Rowe]

저는 같은 스펙의 OVHcloud를 사용하여 작은 포럼을 운영 중이며, Debian을 사용하고 있는데 매우 잘 작동합니다.

[Gid]

오! 반갑네요:) 지금까지 우분투를 너무 많이 봐서 거의 필수인 줄 알았어요. 공식 가이드에서도 우분투를 권장하고 있어서, 저 같은 초보자가 셋업/수정/최신 업데이트/호환성 문제를 겪을 때 데비안이 더 어려울 수 있을지 궁금해요. 아니면 그런 문제는 전혀 없는 걸까요?

[merefield (Robert)]

삶을 단순하게 만드세요. Ubuntu를 사용하세요.

표준 설치에 약 30분이 소요됩니다

[darkpixlz (Pyx)]

Docker가 미리 설치된 이미지를 선택하지 마세요. 그냥 표준 Ubuntu나 Debian을 사용하세요. 스크립트가 나머지를 처리할 것입니다.

솔직히 Ubuntu를 매우 싫어하는데, Debian과의 차이점(훨씬 더 부풀려져 있다는 점을 제외하면)이 무엇인지, 그리고 왜 Discourse에서 일반 Debian보다 Ubuntu를 이렇게 강력하게 권장하는지 확실하지 않습니다. 경험이 많지 않은 것 같으니, 그냥 표준 Ubuntu 설치 가이드를 따르세요.

[Gid]

설명해 주셔서 감사합니다. 제가

@Gid

Ubuntu만 표시되는 Distro로 진행하면 괜찮을까요? 나중에 Docker를 설치할 수 있는 건지, 아니면 제게 너무 복잡한 건지 궁금합니다.

1) 미리 설치되어 있지 않다는 것이 나중에 관리할 때 추가 비용이나 번거로움을 초래하지는 않는다는 뜻이겠죠?

또 다른 중요한 것을 거의 놓칠 뻔했는데, 다른 VPS와 달리 여기에는
2.1) 패널도 없고 2.2) 다른 여러 기능도 포함되지 않았습니다.
이런 것들이 있는 것이 더 나은 건가요? 포함되지 않은 경우, 무료로 그리고 쉽게 설치할 수 있을까요?

[NateDhaliwal]

사실 최소 사양의 VPS만 있으면 됩니다. 아무것도 설치하지 않아도 정상적으로 작동합니다. 설치 프로그램이 대부분의 설정을 처리해 주니까요.
그리고:

@NateDhaliwal

아니요, cPanel은 필요하지 않습니다.

[Gid]

확인해 주셔서 감사합니다. 혹시 해당 앱들(에이전트나 패널 등)이 저에게 더 도움이 될 것 같다고 생각하신다면 고려해 보겠습니다. 그리고 OVHcloud의 여기서 문의한 몇 가지 사양이 괜찮다면 몇 시간 내에 VPS를 주문할 예정입니다.