# Um servidor para 2 comunidades Discourse?

**URL:** <https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692>\
**Category:** Self-hosting\
**Tags:** hosting\
**Created:** [5 Janeiro , 2026 11:28 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692 "2026-01-05T11:28:28Z")\
**Posts on this page:** 1\
**Showing post:** 53

<div class="post-metadata">

**Author:** ![Ethsim2](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ethsim2/32/522255_2.png) [@Ethsim2](https://meta.discourse.org/u/Ethsim2)\
**Post date:** [19 Janeiro , 2026 10:34 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/53 "2026-01-19T10:34:54Z")

</div>

Estou documentando uma instalação **Discourse multisite suportada** como um **manual de procedimentos comando por comando**.

Eu experimentei anteriormente com uma abordagem de “múltiplas instalações autônomas em um único servidor”, mas essa configuração **não é suportada**. Este post foca apenas na arquitetura **multisite suportada** , reescrita em formato linear para pessoas que preferem etapas explícitas.

* * *

## O que isto é (suportado)

- **Um** container de aplicação Discourse (`app`)
- Multisite habilitado via `multisite.yml`
- Postgres + Redis compartilhados (gerenciados pelo Discourse)
- Conectividade via **sockets unix** (não requer rede Docker)
- Múltiplos nomes de host roteados para sites separados internamente

## O que isto não é

- Múltiplos containers Discourse independentes atrás de HAProxy
- Reconstruções contínuas (rolling rebuilds) drenando nós de aplicação
- Credenciais SMTP por site (SMTP é compartilhado)

* * *

## Notas operacionais (para que as expectativas estejam corretas)

### Reconstruções / tempo de inatividade

Em multisite, existe apenas **um container de aplicação** , então `./launcher rebuild app` reiniciará o único nó. Isso significa que um curto tempo de inatividade para todos os sites é esperado.

### Certificados / validação de host

Adicione todos os nomes de host a `DISCOURSE_HOSTNAME_ALIASES` para que Let’s Encrypt + validação de host funcionem de forma confiável.

### Backups / migração posterior

Cada site faz seu próprio backup em `/admin/backups`. Restaurar um backup de site em uma instalação autônoma posteriormente é o caminho de migração normal.

* * *

> **Manual completo do multisite suportado (comando por comando)**
>
> ## 0) Pré-requisitos do host
> 
> | Etapa | Comando |
> | --- | --- |
> | Atualizar sistema | `apt-get update \u0026\u0026 apt-get upgrade -y` |
> | Instalar dependências | `apt-get install -y git curl sudo` |
> 
> * * *
> 
> ## 1) Instalar Discourse Docker
> 
> | Etapa | Comando |
> | --- | --- |
> | Clonar repositório | `git clone https://github.com/discourse/discourse_docker.git /var/discourse` |
> | Entrar no diretório | `cd /var/discourse` |
> 
> * * *
> 
> ## 2) Instalar o primeiro site (primeiro um site único)
> 
> | Etapa | Comando |
> | --- | --- |
> | Executar configuração | `./discourse-setup` |
> 
> Isso cria `/var/discourse/containers/app.yml` e inicia o primeiro nome de host (ex: `forum1.example.com`).
> 
> * * *
> 
> ## 3) Habilitar multisite
> 
> | Etapa | Comando |
> | --- | --- |
> | Criar diretório de configuração | `mkdir -p /var/discourse/config` |
> | Editar arquivo multisite | `nano /var/discourse/config/multisite.yml` |
> 
> Exemplo de `multisite.yml`:
> 
> ```
> forum1:
> host_names:
> - forum1.example.com
> 
> forum2:
> host_names:
> - forum2.example.com
> 
> ```
> 
> * * *
> 
> ## 4) Editar app.yml para habilitar multisite + aliases de nome de host
> 
> | Etapa | Comando |
> | --- | --- |
> | Editar app.yml | `nano /var/discourse/containers/app.yml` |
> 
> Adicionar:
> 
> - `DISCOURSE_MULTISITE: true`
> - `DISCOURSE_HOSTNAME_ALIASES: forum1.example.com,forum2.example.com`
> 
> * * *
> 
> ## 5) Reconstruir
> 
> | Etapa | Comando |
> | --- | --- |
> | Reconstruir | `./launcher rebuild app` |
> 
> * * *
> 
> ## 6) Migrar bancos de dados do multisite
> 
> | Etapa | Comando |
> | --- | --- |
> | Entrar no container | `./launcher enter app` |
> | Executar migração multisite | `rails multisite:migrate` |
> | Sair | `exit` |
> 
> | Etapa | Comando |
> | --- | --- |
> | Reiniciar | `./launcher restart app` |
> 
> * * *
> 
> ## 7) Verificar
> 
> Visite:
> 
> - `https://forum1.example.com`
> - `https://forum2.example.com`
> 
> Cada site tem seu próprio admin, usuários, uploads e backups.
> 
> * * *
> 
> ## 8) Backups / migração posterior
> 
> Admin por site:
> 
> - `/admin/backups`
> 
> Restaure esse backup em uma instalação autônoma posteriormente se você quiser separar o site em seu próprio servidor.

* * *

Se algo acima conflitar com as melhores práticas atuais, ficarei feliz em atualizar este manual de procedimentos - a intenção é fornecer uma **lista de verificação linear de multisite suportada** que reduz tentativa e erro.

---

_[View the full topic](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692)._