# ¿Un servidor para 2 comunidades de Discourse?
**URL:** https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692
**Category:** Self-hosting
**Tags:** hosting
**Created:** [5 Enero, 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:** 20
**Page:** 2
### Author:  [@itsbhanusharma](https://meta.discourse.org/u/itsbhanusharma)
#### Post date: [5 Enero, 2026 12:23 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/24 "2026-01-05T12:23:53Z")
> [@alltiagocom](#):
>
> ¿Parece que es algo bueno?
Es mejor que DigitalOcean y compañía, así que sí, es algo bueno.
> [@alltiagocom](#):
>
> ¿4 comunidades pequeñas, incluso en una máquina “barata”, era suficiente?
Estaba bien, pero también he resaltado las limitaciones, los sitios tenían muy poco tráfico y poca actividad; si esperas una actividad significativa en esos sitios, necesitas más recursos, la utilización de recursos de Discourse aumenta a medida que recibes más actividad.
> [@alltiagocom](#):
>
> ¿Tendría sentido migrar a servidores individuales?
Esto realmente se reduce a si tienes la necesidad de aislar algunos sitios de otros o no. El alojamiento comercial de Discourse suele ser solo grandes clústeres multisitio con alguna salsa especial por encima para adaptarse a su sistema de facturación, etc.
> [@alltiagocom](#):
>
> ¿Crearía conflictos en cuanto a las notificaciones por correo electrónico de Brevo el hecho de que solo haya una IP, o eso no marca la diferencia?
Bueno, a menos que tengas alguna configuración avanzada implementada, todos los sitios compartirán las credenciales del sitio _padre_. Es decir, sin alguna configuración avanzada implementada, si el sitio _padre_ está configurado para [noreply@example.com](mailto:noreply@example.com) como su correo electrónico de no respuesta. También será utilizado por todos los sitios _hijo_. Necesitarás alguna configuración adicional si deseas correos electrónicos únicos por sitio.
> [@alltiagocom](#):
>
> ¿Todo funcionará como si fueran servidores separados por comunidad, o hay algún escenario en el que podría tener problemas?
Depende en gran medida de lo que clasifiques como “problemas”.
---
### Author:  [@itsbhanusharma](https://meta.discourse.org/u/itsbhanusharma)
#### Post date: [5 Enero, 2026 12:26 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/25 "2026-01-05T12:26:52Z")
> [@alltiagocom](#):
>
> hay una opción donde hay un único archivo `app.yaml` (multisitio)
Un único app.yml para multisitio es factible, pero recomendaría pasar a una instalación de 2 contenedores (web y datos separados) para un multisitio.
> [@alltiagocom](#):
>
> ¿un archivo `app.yaml` por instalación de discourse?
Tendrás que perseverar a través de algunos desafíos, cambiar las rutas en los archivos yml y luego iniciarlos. Esencialmente, como si /var/discourse-a tuviera su propia configuración y /var/discourse-b tuviera la suya.
---
### Author:  [@itsbhanusharma](https://meta.discourse.org/u/itsbhanusharma)
#### Post date: [5 Enero, 2026 12:30 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/26 "2026-01-05T12:30:13Z")
Solo para señalar que estos son conceptos bastante técnicos, realmente necesitas algo de experiencia con Discourse y su funcionamiento interno para poder alojar multisitio. Si te sientes nervioso al respecto, considera un alojamiento administrado para Discourse o haz que alguien lo configure profesionalmente para ti. Esto reducirá significativamente tus dolores de cabeza con el tiempo. Considera publicar en #Marketplace si tienes un presupuesto.
---
### Author:  [@alltiagocom](https://meta.discourse.org/u/alltiagocom)
#### Post date: [5 Enero, 2026 16:53 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/27 "2026-01-05T16:53:08Z")
> [@itsbhanusharma](#):
>
> si esperas una actividad significativa en estos sitios, necesitas más recursos
Sí, pero por eso decía que con el tiempo siempre puedo actualizar a un plan superior con más recursos. Nunca fue mi plan quedarme en ese… plan… por mucho tiempo. Solo estoy tratando de evitar costos innecesarios mientras pruebo las aguas, ¿sabes?
> [@itsbhanusharma](#):
>
> si tienes la necesidad de aislar algunos sitios de otros o no
¿Puedes señalar algunas razones por las que querría tenerlos separados, aparte de los recursos del servidor? Por ahora, no veo una buena razón para tenerlos en servidores separados, pero siempre estoy dispuesto a aprender algunas perspectivas diferentes sobre cosas que aún no sé.
> [@itsbhanusharma](#):
>
> el alojamiento de discursos comerciales suelen ser solo grandes clústeres multisitio
Ese es un punto muy interesante, que no sabía. Así que parece que es algo que se ha hecho y funciona. Bueno saberlo.
> [@itsbhanusharma](#):
>
> todos los sitios compartirán las credenciales del sitio _principal_
¿A qué te refieres con sitio _principal_? ¿No sería cada instalación independiente? ¿Cuál se consideraría el _principal_?
> [@itsbhanusharma](#):
>
> si el sitio _principal_ está configurado con [noreply@example.com](mailto:noreply@example.com) como su correo electrónico de no respuesta. Será utilizado por todos los sitios _hijos_ también. Necesitarás alguna configuración adicional si deseas correos electrónicos únicos por sitio.
Estoy un poco confundido, porque cuando miro el archivo app.yaml, hay una parte dedicada al correo electrónico y las credenciales de Brevo. Dijiste que podría optar por tener archivos app.yaml individuales por comunidad. Entonces, ¿no significaría eso que cada comunidad tendría sus propias credenciales de Brevo, incluido el correo electrónico de notificaciones?
> [@itsbhanusharma](#):
>
> Depende en gran medida de lo que clasifiques como “problemas”
Cosas que me impedirán hacer copias de seguridad correctamente, o que los correos electrónicos de notificación no se envíen correctamente, cosas así. De nuevo, como no experto, y todavía nuevo en Discourse, hay cosas que otras personas podrían ver como un problema, pero yo aún no lo veo.
> [@itsbhanusharma](#):
>
> Recomendaría pasar a una instalación de 2 contenedores (web y datos separados) para un multisitio.
Sí, eso es lo que estaba pensando. Lo único compartido sería el servidor en sí. Todo lo demás funcionaría como una instalación separada, de ahí la pregunta sobre el correo electrónico, anteriormente.
> [@itsbhanusharma](#):
>
> Tendrás que perseverar a través de algunos desafíos, cambiar rutas en los archivos yml y luego iniciarlos. Esencialmente, como si /var/discourse-a tuviera su propia configuración y /var/discourse-b tuviera la suya.
Creo que los pasos más desafiantes para mí ya quedaron atrás, que fue sumergirme profundamente en la instalación de Discourse hace unos meses. No tenía ningún conocimiento sobre ello. Ni siquiera sabía lo que significaba “docker”. En este momento, tengo una perspectiva mucho más clara, aunque todavía me considero un “usuario básico de Discourse” en lo que respecta al autoalojamiento. Y con la ayuda de esta comunidad y de ChatGPT/Claude, he podido aprender un poco más y tomar notas sobre cómo funcionan y se instalan las cosas. Estoy bien con los desafíos, y seamos honestos: esto es realmente solo instalar software. No es que esté construyendo una bomba nuclear 😆 Si algo sale mal, borro todo, vuelvo a una instalación única por servidor. Todo bien 🙂
> [@itsbhanusharma](#):
>
> quizás considera un alojamiento administrado para discourse
Como mencioné, ya tengo mi propia comunidad instalada, así que creo que la parte más difícil ya está superada. Soy bueno siguiendo instrucciones y haciendo preguntas, así que a medida que pruebo cosas, siempre puedo hacer una pausa y buscar información, tomar notas, etc.
Mi objetivo ahora es más comprender la mecánica, los pros y los contras, lo que es posible y lo que no, para poder tomar buenas decisiones de las que no me arrepienta más adelante y que me obliguen a dedicar demasiado tiempo a arreglar cosas, ¿sabes?
Así que, toda esta información que están compartiendo hoy es súper valiosa, porque me está dando una buena idea de qué considerar. Especialmente cuando mencionaste que el alojamiento administrado ofrecido por el equipo de Discourse es un multisitio. Eso realmente me hizo ver que esto es posible. Tal vez requiera algunos pasos adicionales, pero todo se puede hacer.
Realmente aprecio sus comentarios 🙌
---
### Author:  [@itsbhanusharma](https://meta.discourse.org/u/itsbhanusharma)
#### Post date: [5 Enero, 2026 17:13 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/28 "2026-01-05T17:13:08Z")
Primero tendrás que decidir si quieres un único multisitio o un único servidor que aloje varios sitios independientes. Me abstendré de responder a cualquiera de tus preguntas anteriores hasta que decidas entre uno y otro. Hay mucho que entender; el simple hecho de instalar Discourse en una máquina virtual no te hace automáticamente elegible para los problemas del multisitio; por ejemplo, a mí me llevó 3 años perfeccionar la experiencia de instalación del multisitio para mí. Es cierto que la documentación no era muy clara en muchas cosas y tuve que averiguar muchas cosas por mi cuenta para hacerlo bien. Y he estado usando Discourse desde 2016-17 (casi 9-10 años en este momento).
Así que, por favor, da un paso atrás y reconsidera lo que estás tratando de lograr y luego podremos centrarnos en lograrlo.
Una vez más, ten en cuenta que instalar Discourse no es el mayor obstáculo; todavía hay mucho que aprender e incluso después de 9 años de usar e implementar Discourse, todavía me considero aprendiendo cosas nuevas todos los días.
---
### Author:  [@alltiagocom](https://meta.discourse.org/u/alltiagocom)
#### Post date: [5 Enero, 2026 17:17 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/29 "2026-01-05T17:17:24Z")
> [@itsbhanusharma](#):
>
> alojamiento de un solo servidor con múltiples sitios independientes
Siempre fue mi objetivo. No veo ninguna ventaja, para lo que estoy construyendo, en tener un solo multisitio. Mi objetivo es simplemente ahorrar costes utilizando un servidor con instalaciones independientes.
Y entiendo a qué te refieres con que las cosas son complejas. Por eso decía que, aunque pude instalarlo y ahora puedo entender algunos de los conceptos, me considero un usuario básico en lo que respecta a la instalación.
> [@itsbhanusharma](#):
>
> Todavía me considero aprendiendo cosas nuevas cada día.
Después de hacer música durante casi 35 años, todavía estoy aprendiendo cosas nuevas todos los días, así que eso está bien. Estoy bien con aprender todos los días, y nunca espero no hacerlo 🙂 Por eso estoy aquí en esta comunidad. Para aprender cosas nuevas con ustedes.
---
### Author:  [@itsbhanusharma](https://meta.discourse.org/u/itsbhanusharma)
#### Post date: [5 Enero, 2026 17:28 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/30 "2026-01-05T17:28:19Z")
Así que si solo quieres tener múltiples sitios de Discourse en el mismo servidor, sin que compartan el código o el contenedor, esto es lo que puedes intentar:
Lee el `app.yml` cuidadosamente y comprende la sección de montajes (_mounts_). Necesitarás montajes diferentes y predecibles para cada sitio; como mínimo, tendrás que editar estos directorios manualmente.
La única vez que hice esto (y creo que lo hice de la manera más poco ergonómica) cloné el código de Discourse en dos directorios diferentes, lo cual puede no ser necesario, pero no lo he intentado, así que no estoy seguro.
En cada directorio ejecuté `./discourse-setup` con algunas banderas para omitir la verificación de conectividad y la reconstrucción. Eso me dio archivos `app.yml` base. El siguiente paso fue editar ambos archivos manualmente; cambié los montajes, comenté la sección que exponía los puertos y agregué la plantilla _web.socketed_ para que mi nginx externo se encargara del ssl y los reenvíos internos.
Luego fue tan simple como ejecutar `./launcher rebuild app` en cada directorio.
Honestamente, no fui un gran admirador de esta configuración, así que me rendí después de unos meses de jugar con ella. Pero demuestra que lo que estás tratando de hacer es de hecho posible, solo que tienes que investigar un poco.
También podrías querer reducir el número de trabajadores (_workers_), etc., para dar a todos los sitios una oportunidad justa de usar los recursos, pero eso es un experimento mental para cuando hayas sentado las bases iniciales.
---
### Author:  [@alltiagocom](https://meta.discourse.org/u/alltiagocom)
#### Post date: [5 Enero, 2026 19:09 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/31 "2026-01-05T19:09:23Z")
¡Gracias por la información detallada!
Todavía estoy considerando la mejor opción e incluso si termino usando esta opción, todavía necesito resolver algunas cosas.
[quote=“itsbhanusharma, post:30, topic:392692”]sección de montajes
[/quote]
¿Te refieres a esto? Porque cuando busqué la palabra “mount” (montaje), no apareció nada, pero asumí que estaba relacionado con los volúmenes.
Si es así, ¿es ahí donde creo diferentes rutas como
var/discourse/shared/website1
var/discourse/shared/website2
etc.?
[quote=“itsbhanusharma, post:30, topic:392692”]Cloné el código de discourse en dos directorios diferentes
[/quote]
Entonces, ¿básicamente realizaste una instalación normal en una de las rutas, por ejemplo:
var/discourse/shared/website1
luego copiaste esos archivos a
var/discourse/shared/website2
?
Si ese es el caso, ¿por qué ejecutar `./discourse-setup`? ¿Eso no sobrescribiría los archivos?
¿No sería mejor simplemente realizar instalaciones normales en ambas rutas? ¿Como dos instalaciones completamente separadas? Para alguien como yo, especialmente cuando mencionas las “flags” y todo eso, son más cosas de las que tendría que preocuparme, y tal vez una instalación normal sería mejor, y luego editar manualmente los archivos app.yaml en cada ruta.
> EDICIÓN: No importa. Investigué un poco y entiendo a qué te refieres con “clonar” en este contexto. Clonaste los archivos del repositorio. Pensé que estabas diciendo que instalaste todo en una “ruta” y luego copiaste esos archivos a otra “ruta”.
---
### Author:  [@Andrew\_Rowe](https://meta.discourse.org/u/Andrew_Rowe)
#### Post date: [5 Enero, 2026 20:14 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/32 "2026-01-05T20:14:13Z")
¿Ya tienes una instancia de Discourse en funcionamiento? Llevas un tiempo en este foro. ¿Estás intentando poner en marcha una segunda instancia en un servidor que ya tiene una instancia en funcionamiento?
La mejor manera de aprender es intentarlo. Configura un VPS barato e inténtalo. Si aún no tienes una instancia en funcionamiento, simplemente configura una instalación normal autohospedada con soporte y familiarízate con ella. No tendrás visitantes reales ni motivos para guardar nada. Simplemente puedes eliminar la instalación e intentarlo una y otra vez hasta que lo domines. Si configuras dos o incluso tres instancias ejecutándose en un único VPS y todas reciben (prácticamente) cero tráfico, apostaría a que el VPS más barato que existe probablemente podría ejecutarlas.
Si lo consigues, ¡publica un tutorial para que el resto de nosotros aprendamos!
---
### Author:  [@alltiagocom](https://meta.discourse.org/u/alltiagocom)
#### Post date: [5 Enero, 2026 21:39 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/33 "2026-01-05T21:39:39Z")
> [@Andrew\_Rowe](#):
>
> ¿Ya tienes una instancia de Discourse en funcionamiento?
Sí, la tengo. Quiero instalar instancias adicionales.
> [@Andrew\_Rowe](#):
>
> Configura un VPS barato y pruébalo.
Como esta instalación es todavía nueva y ningún usuario se ha registrado, no hay problemas con eso. Haré una copia de seguridad primero e intentaré todo en este servidor. Todavía no hay un riesgo real.
> [@Andrew\_Rowe](#):
>
> Si lo consigues, ¡publica un tutorial para que el resto aprendamos!
Definitivamente lo haré. Espero que pueda ayudar a otros.
@itsbhanusharma Estaba haciendo algunas preguntas más a ChatGPT y a Claude, porque estaba pensando en cambiar el nombre de la ruta de la instancia actual de “discourse” al nombre del sitio web, como “nombre-del-sitio”, y ambos señalaron algunas cosas buenas. Una de ellas es que dado que cada instalación requiere 2 GB de RAM, si instalo 5 en total, por ejemplo, necesitaría 10 GB, ¿verdad?
Si ese es el caso, entonces este plan probablemente sería mejor:
```plaintext
CX43Intel ® / AMD
8 VCPU
16 GB RAM
160 GB NVMe SSD
20 TB Tráfico incl.
€ 9.49 / mes
```
Sigue siendo un precio muy bueno para 5 instancias, en lugar de $5 x 5 = $25.
¿Qué piensas sobre la necesidad de tener 2 GB por instancia? ¿Es preciso en este escenario? ¿Crees que este plan que compartí sería adecuado?
---
### Author:  [@itsbhanusharma](https://meta.discourse.org/u/itsbhanusharma)
#### Post date: [5 Enero, 2026 22:05 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/34 "2026-01-05T22:05:08Z")
> [@alltiagocom](#):
>
> Estaba haciendo algunas preguntas más tanto a ChatGPT como a Claude
¡Por favor, no lo hagas!
Tengo múltiples incidentes de clientes que causan más daño que bien a sus sitios de discourse porque siguieron ciegamente los consejos de chatgpt.
> [@alltiagocom](#):
>
> Una de ellas es que dado que cada instalación requiere 2GB de RAM, si instalo 5 en total, por ejemplo, necesitaría 10GB, ¿verdad?
Esto es un poco más matizado y el tipo de cosa que no es tan sencilla como sumar 2+2. Y esta es en gran parte la razón por la que optar por la ruta multisitio es una idea mejor.
Una vez más, te diría que pares, te tomes un descanso, des un paso atrás y reconsideres cuáles son tus necesidades. Hay buenos recursos disponibles aquí en meta y el único bot de IA en el que confiaría para obtener consejos sobre discourse es [https://ask.discourse.org](https://ask.discourse.org)
---
### Author:  [@Canapin](https://meta.discourse.org/u/Canapin)
#### Post date: [5 Enero, 2026 22:27 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/35 "2026-01-05T22:27:27Z")
> [@itsbhanusharma](#):
>
> Hay buenos recursos disponibles aquí en meta y el único bot de IA en el que confiaría para obtener consejos sobre Discourse es [https://ask.discourse.org](https://ask.discourse.org)
Estoy de acuerdo, pero comprueba la información leyendo las fuentes que proporciona el bot. De esta manera, también te asegurarás de que no se inventó los enlaces (¡sucede!).
---
### Author:  [@alltiagocom](https://meta.discourse.org/u/alltiagocom)
#### Post date: [5 Enero, 2026 23:03 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/36 "2026-01-05T23:03:15Z")
> [@itsbhanusharma](#):
>
> siguieron ciegamente el consejo de chatgpt
Eso es un poco extremo… Nadie sigue _ciegamente_ los consejos de ChatGPT (al menos yo no), por eso estoy teniendo esta conversación con todos ustedes aquí. 🙂
Uso esas herramientas como herramientas. Mencionan cosas que me permiten ver otros puntos de vista, luego investigo en línea o hago preguntas aquí en la comunidad. Además, me muestran otros conceptos no estrictamente relacionados con Discourse, lo cual también es algo bueno. Las herramientas son tan buenas como la persona que las usa.
Y he hecho mucho usando consejos de ChatGPT y Claude. No podemos descartar todo lo que dicen… _a ciegas_ 😉
> [@itsbhanusharma](#):
>
> Esto es un poco más matizado y el tipo de cosa que no es tan sencilla como sumar 2+2
¿Te importaría compartir un poco más sobre esto? Si la información que dan ChatGPT / Claude es inexacta, tal vez puedas iluminarme a mí, así como a otros que puedan leer esto en el futuro.
> [@itsbhanusharma](#):
>
> ir por la ruta de multisitio es una mejor idea
No para mi caso, por algunas razones (y a menos que me esté perdiendo algo, aquí están):
- Quiero poder hacer cambios personalizados, si es necesario, en cada instancia, sin afectar a las demás. No es que _vaya_ a hacerlo, pero quiero saber que _puedo_ si quiero.
- En un multisitio, si el principal falla, todos fallan, ¿correcto?
- Simplemente me gusta tener las cosas independientes. Me molesta la idea de que 4 o 5 instancias estén todas conectadas a algo que puede fallar en algún momento.
De nuevo, tal vez mi perspectiva sobre cómo funciona un multisitio sea incorrecta, pero por lo que entiendo, no parece ser una buena opción para mí.
> [@itsbhanusharma](#):
>
> repiense cuáles son sus necesidades
En este momento, mis necesidades son:
- Construir todas las comunidades que necesito
- Gastar la menor cantidad de dinero posible, porque no sé si esas decisiones de construir esas comunidades serán buenas a largo plazo o no (he pasado por eso más de lo que me gustaría, gastando demasiado dinero en “experimentos”).
> [@itsbhanusharma](#):
>
> el único bot de IA en el que confiaría para consejos sobre discourse es [https://ask.discourse.org](https://ask.discourse.org)
No conocía esta herramienta, así que gracias por compartirla. La he marcado.
Tengo que decir, sin embargo, que no deberíamos descartar _ciegamente_ (lo siento, tuve que hacerlo de nuevo jaja) todo lo que dicen ChatGPT o Claude, incluso si el bot de IA de Discourse está más informado, lo cual creo que lo está con tanto contenido disponible sobre el tema. Yo también uso ChatGPT y Claude, porque a veces ciertas cosas no están solo relacionadas con Discourse y siempre me gusta aprender un poco más sobre otras cosas.
De todos modos, agradezco tus comentarios y tu tiempo. Ya me han ayudado mucho.
---
### Author:  [@itsbhanusharma](https://meta.discourse.org/u/itsbhanusharma)
#### Post date: [5 Enero, 2026 23:17 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/37 "2026-01-05T23:17:37Z")
Por lo que puedo entender, estás sumido en pensar demasiado en tu configuración.
Fundamentalmente, no deberías perseguir las 1000 ideas brillantes de nuevas comunidades que tienes a la vez iniciando tantas instancias nuevas de Discourse (y por extensión, de cualquier otro software) como sea posible.
La construcción de comunidades es un proceso iterativo y necesita enfoque; si divides tu atención entre más de una comunidad a la vez, terminarás con más cosas de las que puedes manejar.
Mis sugerencias eran para reflexionar, como mencioné antes, cuando hice estos experimentos, eran solo eso, un grupo de amigos haciendo cosas porque podíamos.
¿Hay una (o dos) razón(es) por la que estas no son prácticas comunes? Estas conllevan una sobrecarga significativa de mantenimiento y gestión que te causará muchos dolores de cabeza y noches sin dormir más adelante, has sido advertido.
Dados tus objetivos, dejaría mi argumento con esta afirmación: lo que estás tratando de lograr no es imposible, pero hoy no es el día para lograr todo lo que es posible. Concéntrate en lo que tienes a mano, construye tu primera comunidad, el resto puede venir cuando llegue el momento.
En cuanto a aprender mediante la experimentación, si reducir costos es tu objetivo principal, la instalación multisitio es el camino a seguir, con todos los compromisos que presenta.
---
### Author:  [@alltiagocom](https://meta.discourse.org/u/alltiagocom)
#### Post date: [5 Enero, 2026 23:26 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/38 "2026-01-05T23:26:29Z")
Gracias de nuevo por los comentarios.
Entiendo lo que quieres decir, y créeme, si tuviera que construir todas las comunidades que necesito para todo en lo que estoy involucrado, no estaríamos hablando de 4 o 5, sino de unas 15.
Pude terminar con 3 que parecen ser realmente importantes y deberían construirse ahora. En este momento, las 3 necesitan su propio espacio para dar a los usuarios un lugar donde discutir sus experiencias con los productos y servicios que tengo o estoy construyendo.
Como dije, un multisitio donde todos dependen unos de otros, no me parece bien y, para ser honesto, los dolores de cabeza y las noches sin dormir que mencionas, son probablemente más propensos a existir en ese caso (al menos para mí y mi experiencia en otras áreas donde las cosas dependían unas de otras), en una configuración de multisitio. No sé… es uno de esos casos en los que mi instinto me dice “no lo hagas” y le estoy haciendo caso. Quizás esté equivocado y se me demuestre que lo estoy con el tiempo, pero confío primero en mi instinto.
De todos modos, gracias de nuevo por tu tiempo y ayuda. Lo aprecio 🙌
---
### Author:  [@itsbhanusharma](https://meta.discourse.org/u/itsbhanusharma)
#### Post date: [5 Enero, 2026 23:29 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/39 "2026-01-05T23:29:31Z")
¡Entonces le deseo suerte, señor! Todo lo mejor para su nueva aventura.
---
### Author:  [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)
#### Post date: [6 Enero, 2026 01:29 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/40 "2026-01-06T01:29:05Z")
¡Hola amigos y feliz año nuevo!
Este es un tema oportuno para mí, ya que estoy en proceso de ajustar mi propia configuración para ahorrar tiempo y dinero. Tengo tres sitios privados pequeños que reciben muy poco tráfico, pero todos son importantes para mí. También quiero poder crear más sitios para probar nuevas ideas. Así que el multisitio creo que será de mi interés.
Dicho esto, acabo de migrar uno de mis sitios de DigitalOcean a Hetzner y me sorprendió el ahorro de costes. Cuesta solo $3.49/mes por su oferta cx23 más pequeña, que resulta ser casi ideal para un solo sitio pequeño. Estaba pagando $15.60 en DigitalOcean por una configuración similar.
Habiendo leído este y otros temas relacionados, mi principal obstáculo con el multisitio es que quiero usar correo electrónico de entrega directa para todos mis sitios, utilizando el nombre de dominio del sitio como nombre de dominio del correo electrónico para que sea fácilmente reconocido y confiable por los miembros del sitio. Las instrucciones para configurar eso no parecen muy sencillas.
Así que por el momento estoy concluyendo que quizás sea mejor para mí seguir con sitios independientes y moverlos todos a Hetzner. Ahorraré dinero, pero no tanto tiempo considerando cuánto tiempo se pierde esperando al configurar sitios independientes.
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [6 Enero, 2026 01:38 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/41 "2026-01-06T01:38:26Z")
> [@tobiaseigen](#):
>
> que quiero usar entrega directa de correo electrónico para todos mis sitios, usando el nombre de dominio del sitio como el nombre de dominio del correo electrónico para que sea fácilmente reconocido y confiable por los miembros del sitio
Puedes hacer eso, pero solo si todos usan las mismas credenciales smtp.
Dado que tu nuevo Hetzner es mucho más barato, aun así saldrás ganando con tres sitios que con uno solo a la tarifa anterior.
No recomendaría multisitio con solo 1 GB de RAM, y es más complicado configurarlo, aunque la nueva configuración de entorno de alias de nombre de host resuelve uno de los mayores problemas.
---
### Author:  [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)
#### Post date: [6 Enero, 2026 02:17 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/42 "2026-01-06T02:17:24Z")
> [@pfaffman](#):
>
> solo 1gb de ram
El cx23 tiene 4gb de ram. Estoy moviendo mis otros dos sitios a sus servidores cx23 separados, así que veremos cómo resulta esto, pero mi sensación es que estará bien.
> [@pfaffman](#):
>
> solo si todos usan las mismas credenciales smtp.
Estoy confundido por esto ya que mail-receiver es solo para recibir correo electrónico y no hay credenciales smtp.
¿Estás hablando de correo electrónico entrante o saliente? Con el correo saliente, ¿no tiene cada sitio sus propias credenciales smtp configuradas en app.yml?
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [6 Enero, 2026 14:46 UTC](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692/43 "2026-01-06T14:46:28Z")
> [@tobiaseigen](#):
>
> Estoy confundido por esto, ya que el receptor de correo es solo para recibir correos electrónicos y no hay credenciales smtp.
No. El receptor de correo es independiente. Si estás utilizando multisitio, solo hay un archivo YML y ahí es donde se configuran las credenciales **de envío** SMTP. Si estás utilizando el receptor de correo, tienes un problema diferente, ya que necesitas un receptor de correo para cada sitio (al menos, esa es la única solución que he encontrado).
[Página anterior](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692.md?page=1)
[Página siguiente](https://meta.discourse.org/t/one-server-for-2-discourse-communities/392692.md?page=3)