有人在同一个服务器上运行多个 discourse 吗

我想再创建一个discourse站,看了官方教程感觉挺复杂?

1 Like

想过,也看过一些教程,但是一想太复杂,还是放弃了。

买了个4G内存的服务器,就部署了一个discourse,发现这个discourse还挺吃内存。

好像最小内存是2G

其实也还好没吃多少


也2GB左右1GB是我开了其他的导航网站和云盘网站

你在宝塔部署的吗?

跑是可以跑的,但实际使用上感觉没有必要,主要有下面几个考虑:

443 端口

首先应该就是 443 端口的问题,Discourse 的安装时候要求必须要有域名,必须 443 端口暴露。

如果在一个机器上装 2 个 Discourse 的实例的话,通常 443 端口涉及到反向代理和转发,这个可能会花很多时间都不好配。

内存

官方推荐 2G 就可以跑了,但实际上我们觉得还是要给到 4G 更好。

现在 VPS 扩容都很方便,在扩容的时候也只会影响到当前的实例,如果 2 个实例在一起,要瘫痪就 2 个都瘫了。

存储架构

Discourse 的实例安装的附件大部分人应该都会存 S3 上面来降低备份成本和空间占用率。

就算是 2 个实例不在同一个机器上,S3 的存储还是可以通用的。

总结

总结下来就是按照现有的 VPS 价格,对于一个属于起步阶段的社区,我感觉就是一个机器一个实例比较好。

这样不但好管理,也好扩容,备份恢复都很方便。

2 个实例在同一个机器上维护成本会高出去不少,这里说的维护成本还是包括管理员的时间成本支出。

不知道为什么我感觉官方的 discourse用起来满流畅的。

但是我的用起来点的只要快几秒或者帖子
image

回复多了直接拉顶就会卡住官方的就直接就能拉上去。

不知道要怎么设置

还有就是右键复制图片会强制把你编辑器网速啦每次粘贴完图片还要往下拉一下
太多BUG了最近的更新。

最近群组的介绍都变了 你有注意到吗

机器性能问题?

我们这没有你那么多用户,对于回复,一些比较长的回复,我们就直接把回复转换为主题了。

让用户到新主题下去讨论。

站长有时间能不能写个同个服务器运行多个discourse教程?

多个容器+一个数据库+2个redis是不是最理想的方式?

同一个服务器上运行多个 Discourse 不是一个理想的方式

其实我们还跑了另外一个 Discourse 的实例:https://www.zchub.net/

这个实例是用来测试 API 调用,走的是消息后端处理的方式,我们还有一个消息处理服务器。

最开始的时候也是想把这 2 个实例放在一个机器上的,后来发现比较容易互相干扰。

同时安装的时候都需要走 443 端口,要不然还需要在前端做反向代理。

我的理解是,如果要部署多个实例的话,再弄个 VPS 跑吧,一个月没几块钱,还能隔离错误。

放多个实例在同一个机器上,我感觉是只会更加头疼。

哦,我目前同一个服务器跑wordpress+反代discourse,而且服务器资源剩太多了,所以想着都放一起跑。

原想1panel会容易搭建多个discourse,但不懂docker也挺麻烦…

这个模式没有问题,因为 WP 和 Discourse 都跑在不同的端口。

但, 2 个 Discourse 的实例就会占用 2 个 443 端口,可以通过修改 Docker 来改变端口,但我感觉真心最好不要这样。

本身这样就会造成维护上面的麻烦。

如服务器资源实在有空闲,可以安装一些其他应用,比如说 Gitea,MQ,或者自己的程序什么的,只要用不同端口就行。

真心不建议在同一个机器上装 2 个 Discourse 实例。