Olá! Eu estava me perguntando se posso hospedar mais de uma instância do Discourse em um único VPS. Como sou iniciante, você poderia me dar instruções claras e passo a passo? Obrigado.
Sim, você pode!
No entanto, este é um tópico avançado. Você precisará conhecer os conceitos básicos a seguir:
- O que é um proxy reverso?
- Qual proxy reverso devo usar?
- Como configurar um host virtual em um proxy reverso?
- Como configurar um host virtual como proxy reverso para meu aplicativo web?
- Como configurar um aplicativo web para funcionar com um proxy reverso?
- Como configurar SSL ao usar um proxy reverso.
@Aiden12114, você está familiarizado com esses conceitos?
Se sim, você está pronto para começar, com certeza!
Infelizmente, não faço ideia do que tudo isso significa 
Você tem duas opções:
- Multissítio — mais complicado Multisite configuration with Docker
- Múltiplos containers — ligeiramente complicado (requer um proxy reverso etc., como mencionado acima), mais caro.
Siga as instruções para configurar o Discourse sem o script./discourse-setup(cp samples/standalone.yml containers/app2.yml) e renomeie osvolumespara algo diferente destandalone.
Acredito que seja importante compartilhar alguns fatos técnicos com qualquer pessoa interessada ou que esteja tomando uma decisão sobre isso:
- Um único container do Discourse com vários “sites” por container, ou
- Múltiplos containers para cada “site” do Discourse.
Se você usar a abordagem de “único container, multisite” e tiver 5 sites do Discourse em funcionamento (ou até 10), ao reconstruir seu container ou se houver algum problema com o container por qualquer motivo, você terá 5 (ou 10) sites do Discourse falhando (ou fora do ar) ao mesmo tempo. Isso ocorre porque você tem um único container suportando todos os “sites”.
Se você usar a abordagem de “múltiplos containers” e tiver 5 sites do Discourse em funcionamento (ou 10), ao reconstruir um container para um dos seus sites ou se houver algum problema com um container de site por qualquer motivo, você terá apenas 1 site do Discourse falhando (ou fora do ar). Isso ocorre porque você tem um container suportando um único “site” (ou dois, se estiver executando containers separados de dados e aplicativo por site, como fazemos).
Além disso, devido à forma como o Docker sobrepõe e compartilha todas as camadas somente leitura para cada container (ao usar o driver de armazenamento Docker recomendado, overlay2) entre os containers; apenas uma fina camada de sobreposição de leitura-escrita é exclusiva por container (para arquivos de log, cache, etc.), o uso de múltiplos containers não ocupa muito espaço adicional em disco, graças ao funcionamento do OverlayFS.
Para mais informações sobre esse tópico interessante de como o driver de overlay do Docker funciona (e compartilha bibliotecas entre containers), consulte gentilmente:
Obviamente, a escolha cabe a cada administrador de sistema sobre qual abordagem adotar. Com base em nossa análise, optamos por sempre seguir a abordagem de múltiplos containers; pelos motivos descritos acima (e alguns ainda não discutidos).
Espero que ajude.